[Zim-wiki] Folder structure

2013-08-16 Thread Rui Pedro Covelo
Hello guys!

I have been in love with zim since the first minute. Specially love how easy it 
is to customise with python scripts and how it stores the notes in a 
folder/file structure allowing me to keep other types of documents together 
with the notes. This is not only tidy, it also enables me to access my notes 
even if Zim is not available with a simple text editor in any kind of device. 
That is the kind of flexibility I like for my notes applications.

There is just on tiny thing that is not perfect for me in this file structure. 
I was wondering what is the reasoning behind this design. 

I think it will be better if I explain with an example:

If I create a note A, I get a file name A.txt like this

A.txt

Now if create a second note B, I get this:

A.txt
B.txt

Creating a subpage AA under the note A causes the creation of a folder A and 
the note AA inside it like this:
A
AA.txt
A.txt
B.txt


Something similar happens when you had attachments. If A.doc is an attachment 
for note A and AA.xls is an attachment for note AA, you get this:

A
AA
AA.txt
AA
AA.xls
A.doc
A.txt
B.txt


What bothers me is that I get files belonging to note A along side with note AA 
and away from note A.txt. This means if I'm working in the context of note A, 
I am editing a note file A.txt which is in the root of this tree and editing 
documents inside the folder A along side with AA.txt which I don't really need.

If you always work inside Zim GUI, this is somewhat taken care of because the 
GUI interface allows for you to be editing the note while keeping the documents 
for that note visible in the same screen. But I think this breaks a little 
that flexibility I so much love in Zim.

I was thinking about creating my own patch to solve this on my side without 
affecting Zim, but I was wondering if there is anything I am forgetting that I 
will break with this. And if not, it would also be interesting to know what you 
guys think about this and potentially officially change this.

Thanks!






___
Mailing list: https://launchpad.net/~zim-wiki
Post to : zim-wiki@lists.launchpad.net
Unsubscribe : https://launchpad.net/~zim-wiki
More help   : https://help.launchpad.net/ListHelp


Re: [Zim-wiki] Next in index, on same level?

2013-08-16 Thread Klaus-Dieter Bauer
2013/8/14 Jaap Karssenberg jaap.karssenb...@gmail.com:
 Afraid currently that is hardcoded. Coul dmake it optional, or could
 make the tree fold again after going to the next page. Point is that
 by fully disabling it, you have no direct view of sub-pages for
 cases where you do use them actively.

True, subpages are often actually needed... and if I didn't favor
flat, chronologic structures (since I end up tricking myself with
overcomplicated structures otherwise) not having them show would be
annoying.

The most compatible solution would probably be binding the fold
current tree and go to next to a new hotkey
(Shift+Alt+Up/Down/PageUp/PageDown?) and make the folding an option.

I made a makeshift solution with some gotchas by using AutoHotKey,
that does just that though, so for me personally a clean
implementation would be nice, but not high priority now.

  - Klaus

___
Mailing list: https://launchpad.net/~zim-wiki
Post to : zim-wiki@lists.launchpad.net
Unsubscribe : https://launchpad.net/~zim-wiki
More help   : https://help.launchpad.net/ListHelp


Re: [Zim-wiki] About priorities of tasks

2013-08-16 Thread Svenn Are Bjerkem
On 16 August 2013 15:41, Klaus-Dieter Bauer bauer.klaus.die...@gmail.comwrote:

 I'd defninitely like negative priority too. Currently I am often
 adding !! by default, but sometimes I forget...

 As for the notation, how about something like -!!? Literally
 negating the priority indicator and unlikely to clash with existing
 notes.


Nice idea. A very important task would then become a very unimportant task,
which is very much the truth in many cases where the user decides against
deleting it. On the other hand, if it would be acceptable to use ? to lower
an already existing sequence of !, then the real question mark would be
protected.

TODO Is this really an urgent task? !!!??
TODO Wouldn't this task have an importance level of 0? !?

This assumes that the user is inserting a space between the task text and
the priority sequence.
-- 
Svenn
___
Mailing list: https://launchpad.net/~zim-wiki
Post to : zim-wiki@lists.launchpad.net
Unsubscribe : https://launchpad.net/~zim-wiki
More help   : https://help.launchpad.net/ListHelp