| View previous topic :: View next topic |
| Author |
Message |
mg
Joined: 24 Nov 2006 Posts: 179 Location: Edinburgh
|
Posted: Mon Jun 14, 2010 9:34 am Post subject: mobile version |
|
|
Finally, I can report that there will be a mobile version of SlipBox! Hehe. I'm hoping to create a universal iPad/iPhone app, but I nee to sort out a few things before I can confirm that. An iPad-only version seems easier at the moment. Right now, there are two major technical issues on which I hope you have some ideas.
1. The iPhone does not support styled text and attachments (pictures etc.) in texts, which obviously breaks this ability of the desktop version. So for editing a slip-box on the mobile device, there are several options:
* don't allow any editing
* only allow adding of slips, but not no modifications of existing slips (as that would destroy formatting and attachments)
* allow `destructive' editing
* try some form of synchronisation, where a modified slip can be reimported into the proper slip-box when the file is opened with the desktop version again. (This is quite unlikely to happen, as that's error-prone and involves a lot of developer-pain.)
2. Obviously, the data needs to be transferred between the desktop and the mobile device. As I'm quite new to the use of mobile devices, perhaps you have suggestions on what the best way for this is? For the iPad, the Shared Files option of iTunes would be easy to implement, but perhaps that's too impractical/inconvenient for everyday use? What are your experiences?
I'm just in the planning stages at the moment, but I'd like to get as much input (via the forum or email) as possible, so this is your opportunity to shine! And it's going to be a while until the app will be available.
Also, I should say that this mobile app will low cost but not free. (I do have quite substantial expenses that go beyond what I'd need to spend if I did it just for myself. But my aim is just to recover those.) |
|
| Back to top |
|
 |
AsafKeller
Joined: 08 Apr 2008 Posts: 46
|
Posted: Mon Jun 14, 2010 11:59 am Post subject: |
|
|
Brilliant! In addition to gratitude from the faithful, I strongly believe you can profit nicely by marketing as a general purpose, high end notetaker. Having a free desktop version would make an interesting and appealing marketing strategy. Somewhere in the $10 to $20 range for the mobile version sounds reasonable.
Syncing: The iTune route is very reasonable, at least for an initial release. In the long run consider a cloud based solution. DropBox released their API for this, and Jesse G over at FlyingMeat is porting his SimpleText syncing solution to it. Worth a look. And is free.
Styled text:Could have an option like in Evernote, where destructive editing is allowed but a warning comes up when you try to edit a document.
Not sure what you mean about the data storage options (other post). Are we to choose between the existing database format (including the option to have multiple databases) versus the NotationalVelocity option of a single database that can be saved as individual txt files?
Will gladly test the mobile version on both iPad and iPhone. |
|
| Back to top |
|
 |
mg
Joined: 24 Nov 2006 Posts: 179 Location: Edinburgh
|
Posted: Mon Jun 14, 2010 12:55 pm Post subject: |
|
|
Thanks, those are very useful hints.
| Quote: | | Not sure what you mean about the data storage options (other post). Are we to choose between the existing database format (including the option to have multiple databases) versus the NotationalVelocity option of a single database that can be saved as individual txt files? |
Yes, that's the question.
| Quote: | Will gladly test the mobile version on both iPad and iPhone.
|
Good, I will keep it in mind!  |
|
| Back to top |
|
 |
AsafKeller
Joined: 08 Apr 2008 Posts: 46
|
Posted: Tue Jun 15, 2010 11:21 am Post subject: |
|
|
| It is a difficult choice. If one must be made I would opt for the option to store the files individually. Thanks for consulting. |
|
| Back to top |
|
 |
musubana
Joined: 12 Sep 2007 Posts: 36
|
Posted: Tue Jul 20, 2010 7:07 am Post subject: Hooray |
|
|
What a great piece of news to wake up to!
As for formatted editing on the iPhone, I can inform you that some programmers apparently managed to do this:
Check for instance "Quickoffice Mobile Suite" which lets you edit Word files on the go – with italization, bold letters, different letter sizes etc.
Another solution would be to have one mode for viewing SlipBox cards, and another for editing.
In editing mode, text attributes could be added using some markup language (the most common codes accessible through toolbar buttons). This is done quite elegantly in the wiki app "Trunk" (which unfortunately is taking a break from the iTunes store, as the developer prepares an improved release).
Count me in as a beta tester too, if need be.  |
|
| Back to top |
|
 |
mg
Joined: 24 Nov 2006 Posts: 179 Location: Edinburgh
|
Posted: Wed Jul 21, 2010 12:59 pm Post subject: |
|
|
The current plan is to display a warning about destructive editing. At that point the user can then proceed with
* loss of info (images etc.) and formatting
* append text without losing info
* copy the whole slip
Editing formatted text is difficult to realise, even though it can be done.
The other felds can of course simply be edited. |
|
| Back to top |
|
 |
AsafKeller
Joined: 08 Apr 2008 Posts: 46
|
Posted: Wed Jul 21, 2010 1:36 pm Post subject: |
|
|
Great plan. ETA?
Thanks, Asaf. |
|
| Back to top |
|
 |
musubana
Joined: 12 Sep 2007 Posts: 36
|
Posted: Wed Jul 21, 2010 10:00 pm Post subject: |
|
|
| mg wrote: | The current plan is to display a warning about destructive editing. At that point the user can then proceed with
* loss of info (images etc.) and formatting
* append text without losing info
* copy the whole slip
Editing formatted text is difficult to realise, even though it can be done.
The other felds can of course simply be edited. |
Why don’t you just do it the Wikipedia (or even SlipBox Forum) way:
show formatting when the slips are being viewed, but just plain text + markup language when the slips are being edited.
Just my ¢5. |
|
| Back to top |
|
 |
musubana
Joined: 12 Sep 2007 Posts: 36
|
Posted: Wed Jul 21, 2010 10:03 pm Post subject: ? |
|
|
| AsafKeller wrote: | Great plan. ETA?
Thanks, Asaf. |
What do you mean by writing ’ETA’?
And what relevance does that have in the discussion? |
|
| Back to top |
|
 |
AsafKeller
Joined: 08 Apr 2008 Posts: 46
|
|
| Back to top |
|
 |
mg
Joined: 24 Nov 2006 Posts: 179 Location: Edinburgh
|
Posted: Wed Jul 21, 2010 10:34 pm Post subject: |
|
|
ETA: There are a few things left to implement, but an alpha version should be ready quite soon (meaning: days, not weeks).
| Quote: | show formatting when the slips are being viewed, but just plain text + markup language when the slips are being edited.
|
For implementing this, it makes no difference. Put simply: there is currently no high-level support for formatted text -- editing or viewing -- in Cocoa Touch (or, iOS). Formatted text can be realised by switching to a lower level, but, as I said, that requires much work, which would delay a first version for quite a while. Also, the Apple text frameworks don't use a markup language like HTML, but are more similar to RTF, which is based on attributed strings; so, the Wikipedia `solution' is not possible here. |
|
| Back to top |
|
 |
musubana
Joined: 12 Sep 2007 Posts: 36
|
Posted: Thu Jul 22, 2010 7:15 am Post subject: |
|
|
OK, thanks for the explanations.
I'm eagerly awaiting the app. |
|
| Back to top |
|
 |
madmaxmedia
Joined: 26 Mar 2007 Posts: 3 Location: Los Angeles, CA
|
Posted: Thu Jul 29, 2010 5:11 am Post subject: |
|
|
This is great news! Synchronization via DropBox would be wonderful.
| mg wrote: | The current plan is to display a warning about destructive editing. At that point the user can then proceed with
* loss of info (images etc.) and formatting
* append text without losing info
* copy the whole slip
Editing formatted text is difficult to realise, even though it can be done.
The other felds can of course simply be edited. |
This plan for formatted text seems more than adequate given the limitations you are working with. |
|
| Back to top |
|
 |
|