Re: [Zim-wiki] Managing the notebook list
--- On Tue, 11/24/09, Jaap Karssenberg jaap.karssenb...@gmail.com wrote: From: Jaap Karssenberg jaap.karssenb...@gmail.com Subject: [Zim-wiki] Managing the notebook list To: Zim zim-wiki@lists.launchpad.net Date: Tuesday, November 24, 2009, 10:19 PM Hi, I'm looking at the way we manage the notebook list. Currently this is just a static list in an ascii file, which has it's limitations when you use many notebooks. If only because you need to add each notebook to the list manually. I have been thinking about this a bit and it seems to me that it would be good if zim searches for notebooks in certain standard locations. So there would be a configurable search path, by default something like ~/Notes and ~/ and any notebooks found (identified by the presence of a notebook.zim file) would be shown in the list. The search would only be one level deep, so no recursive searches. This makes the situation much easier for users that put all their notebooks in a standard location (or in a few standard locations). I fully expect someone to propose to make ~/.zim the default, but I do not want to do that. However this mechanism would make it perfectly possible to configure that. In addition there could be a bookmark list of notebooks in other locations for those users that have notebooks all over the place. In addition we could clean up the notebook dialog a bit by making it open notebooks on single click and have a seperate manager dialog to modify the list. The New notebook dialog would assume the first directory in the path (~/Notes by default) unless you specify something else explicitly. Any thoughts on this ? Regards, Jaap Well, now that you ask, I will say that I like the idea of having the notebook list auto-populate itself, and the idea of the base directory for the notebook listing being configurable (hopefully with a text file, at least - I don't really prefer one file system naming convention over another, I just like to pick one and stay with it. Since I use Windows about half the time, still, I usually stick to to the lowest common denominators - and if it's text it will still e.g. replicate when I sync the configuration directories between machines. I also like the idea of a list of locations to search for notebooks - in a perfect world, I could use mayeb sshfs:// urls in that list - I think I could make that work in Windows if the voices in my head drive me to tilt at that particular windmill again, so I will be looking at installing whatever Python is required to run this under Cygwin, at least, and stand-alone if possible - under Win* - I'm very sure there are others who have already been there, so I will be interested in finding out how that went... The only think I would add to all that is this: I think it would be nice if I didn't have to deal with dialog boxes for this - I'd like to see the controls e.g. for manipulating Notebooks (files) show up on a Zim notebook page - or something that looks very like it. Maybe using a web-form type style? A. This would translate more smoothly to the PyWebZim branch (which I suspect will quickly become the most popular branch) than would the dialogs, since web dialogs are [as a user interface navigational element] weak at best, and unreliable with disturbing frequency, imo. B. Dialogs tend to unecessarily (imo) break up a workflow that (in my case, at least) is centered around the keyboard to an extent that makes reaching for a mouse really aggrivating. Note that it will be interesting to see if this last - the ability to smoothly and efficiently operate Zim without resort to pointing and clicking - will survive the transition to the browser interface - I guess that's one thing that could slow adoption of the web interface or drive people to the standalone version... Anyway - thanks again for all your work on this tool (Zim) - I really like it and look forward to new developments. I hope my blathering here is some use to you ;) ___ 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] Online storage
--- On Thu, 11/19/09, Pedro pedro...@gmail.com wrote: From: Pedro pedro...@gmail.com Subject: [Zim-wiki] Online storage To: Zim zim-wiki@lists.launchpad.net Date: Thursday, November 19, 2009, 2:18 PM There's a page called IMAPstorage on the 'HACKING' notebook. Personally i think possibilities are endless as there are countless ways of storing data online. The simplest that comes to my mind is using FTP. But I am sceptical about this, won't this be a bit slow? More precisely: How often does store_page() gets called? Other than that it looks rather strait forward to implement a basic notebook storage. Pedro Thanks for bringing this up - after spending a few weeks messing about trying to get Zim to access a cPanel WebDisc (a VB desktop applet and/or something on SSL port https://example.com:2078/), I have come the conclsusion that there /has/ to be a better way. Given what I know about Perl's ability to transparently access remote files and file systems, I was just getting ready to start looking at the Zim sources, but figured I should catch up on the FAQs and mailing list, first... I look forward to following and participating in this! ___ 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] 1:1 vs. piped links
--- On Sun, 11/15/09, Beni Cherniavsky c...@users.sf.net wrote: From: Beni Cherniavsky c...@users.sf.net Subject: Re: [Zim-wiki] 1:1 vs. piped links To: Pedro pedro...@gmail.com Cc: Zim zim-wiki@lists.launchpad.net Date: Sunday, November 15, 2009, 11:31 PM On Sun, Nov 15, 2009 at 20:44, Pedro pedro...@gmail.com wrote: DokuWiki for example has both options: [[Link Target]] simple link [[Link Target|Click here]] link with a label This is jsut a possibility, since zim comes with a a GUI rather than being markup-centered, all the links could have the latest format, being up to the user to choose if any part of it should be automagically filled. Just to clarify: I was talking solely about user interface. For the purpose of this discussion, I don't care if the the underlying markup for 1:1 links is [[Link Target]] or [[Link Target|Link Target]]. (Generally, I do prefer the first format, so that the text files are easier to read and edit manually.) And I agree that there must be an option to make the label different from the target. I described the text is the link model because it affords a more intuitive and fluent GUI, to spark discussion about capturing its good qualities in a GUI that does allow text to differ from the link. -- Beni Cherniavsky-Paskin c...@users.sf.net I think it should be a switch - a button on the toolbar that toggles the functionality on and off like the read-only toggle. There should be a keystroke for it, too, of course. I'm finding that I'm spending a lot of time going back and removing GUI-generated links (in Zim) - more time doing that, in fact, than I would manually entering links to begin with. What I would like to have (to do, perhaps) with the Zim GUI is what was suggested regarding a checkbox or radio button that will turn the auto-linking associated with CaML case on/off. I am working mostly with software development documentation and notes - /everything/ is CaML case - I don't mind having to hit ^L to make some text into a link. I would also Like the color coding of broken links tha was suggested, since my common workflow is - type in the literal links (this would be with the option mentioned above turned on), then make another pass through the text creating and editing links. In addition to those points, I will add that in most cases the link generation in Zim is find - I like being able to type e.g. Glossary:TCP and get a link that - when I click it will create a page in the Glossary that I can fill in. I just need to be able to disable that functionality to keep e.g. spurious links from being generated when I want to use the literal page-name string instead of the link - if I format the string (e.g. as literal, bold, italic or whatever - that helps, but formatting is often lost, and the links re-generated. Probably this is different topic, though. 0x ___ 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
