The Following User Says Thank You to iskarion For This Useful Post: | ||
|
2009-07-25
, 04:16
|
|
Posts: 1,359 |
Thanked: 717 times |
Joined on May 2009
@ ...standing right behind you...
|
#52
|
I will check, how I can re-add some sort of locking functionality in the next version. Maybe just one button for toggling between locked and unlocked.
Notes are automatically created, without confirmation. I don't see a need for a confirmation dialog. Each new note is just an empty file in /home/user/.yellownotes
It doesn't take any space on Flash/SD card and creating a new note doesn't take any longer than switching to an existing one. It's like all 99 note are already existing and you just have to put text into them.
The new version is still doing this.
I have to check how this is currently being done. At least there seems to be no code in the yellownotes applet, which is causing this behaviour. So I guess it's something which is automagically done by the application framework.
But I think such a functionality would make sense.
Or once I have again added an lock/unlock button something like (configurable) transparency when the applet is in view mode and no transparency when it's in edit mode.
|
2009-07-26
, 09:57
|
Posts: 161 |
Thanked: 99 times |
Joined on Jan 2008
|
#53
|
The Following 2 Users Say Thank You to iskarion For This Useful Post: | ||
|
2009-07-26
, 11:15
|
Posts: 263 |
Thanked: 77 times |
Joined on Jan 2009
@ Sigtuna, Sweden
|
#54
|
- - -
- Two layers per note. One for text and one for drawing. Transparent background for both layers. In additon to the already existing text edit button, add A button for drawing. Depending on which of the two buttons you press, the corresponding layer will become the foreground layer and enabled for editing.
|
2009-07-26
, 16:29
|
|
Posts: 1,359 |
Thanked: 717 times |
Joined on May 2009
@ ...standing right behind you...
|
#55
|
Changes in version 0.4:
* (Re)added a combined save/lock & edit/unlock button
* Now notes are only saved, if there are actually any changes.
This also means that new, empty notes will not be saved anymore.
Don't forget to reboot after the upgrade.
|
2009-07-29
, 22:59
|
Posts: 213 |
Thanked: 27 times |
Joined on Feb 2007
@ Barbados
|
#56
|
|
2009-07-30
, 05:01
|
|
Posts: 2,142 |
Thanked: 2,054 times |
Joined on Dec 2006
@ Sicily
|
#57
|
dpkg -i --force-depends
|
2009-10-30
, 16:45
|
Posts: 418 |
Thanked: 174 times |
Joined on Oct 2009
|
#58
|
|
2009-11-29
, 05:19
|
Posts: 1,950 |
Thanked: 1,174 times |
Joined on Jan 2008
@ Seattle, USA
|
#59
|
|
2009-11-29
, 05:30
|
Posts: 1,950 |
Thanked: 1,174 times |
Joined on Jan 2008
@ Seattle, USA
|
#60
|
I will check, how I can re-add some sort of locking functionality in the next version. Maybe just one button for toggling between locked and unlocked.
And "closing the applet" also means rebooting or shutting down the device.
So the current auto-saving is covering pretty much every case where you could loose data, except an unexpected crash.
And anyway if you want to, you can still save a note manually, by switching to another note via right or left arrow button. It's doing the same thing as the save button did before (except locking the note).
It doesn't take any space on Flash/SD card and creating a new note doesn't take any longer than switching to an existing one. It's like all 99 note are already existing and you just have to put text into them.
The reason why I did implement it this way is, that using the applet should be as easy as possible. When writing down notes, I don't want to bother with note creation or deletion. I just want to start typing right away.
When turning a page of a real notebook, there is also nobody asking, if that's really what you want to do.
Though I will change the logic in a way, that when switching to a non-existing note and again switching to the next/previous note without entering any text, the new note will not be saved and no empty file will be created for it.
I have to check how this is currently being done. At least there seems to be no code in the yellownotes applet, which is causing this behaviour. So I guess it's something which is automagically done by the application framework.
But I think such a functionality would make sense.
Or once I have again added an lock/unlock button something like (configurable) transparency when the applet is in view mode and no transparency when it's in edit mode.
Last edited by iskarion; 2009-07-24 at 21:57.