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] Online storage
On Fri, Nov 20, 2009 at 07:01:29PM -0600, George De Bruin wrote: Just to drop in my two cents... I've used unison before for working with syncing to a USB stick. It was okay, especially when I only had a couple of machines to think about. I've recently been thinking about something like DropBox or Ubuntu One, but I keep thinking that I would rather have my information in my own control. I have some hosted servers that have enough space to handle what I would need from Zim (I only have about 1 meg of current data -- but this is likely to go up to up to several gig fairly quickly with some of the projects I have started on). Personally, I prefer a solution that implements something like sshfs or rsync+ssh. I've also considered the idea of using subversion or git over ssh...but I don't know that I have a space online that would allow me to set up the necessary version repositories. However, while a cron job would handle most of the problem extremely well, it wouldn't be ideal for all situations: such as laptop(s) / netbook, where the sync really needs to happen more on demand. That's one problem... The other problem I've seen with more recent copies of Zim is the way the config file is handled now. Keeping it in ~/.config/zim has just added a layer of complication to keeping everything in sync. (This has freaked me out a few times when I've synced my files and opened Zim, only to find that a new notebook doesn't show up...because I'd neglected to sync the config files) It would be nice to allow the user to specify where the configuration directory is stored (say via a command line option)... Why would this help? becuase then it would be possible to keep the config info with the notebook directories...then it's just one directory to sync, instead of trying to remember to sync two locations. Okay - enough of that. Just my two cents. George I also wanted to sync just one directory for Zim that included the notebooks and config files. I just moved the existing configuration directory ( .config/zim ) into my main Zim directory, under which also live the Zim notebooks. Then I made a symlink from .config/zim to that moved config directory. Or, starting from scratch, if no existing .config/zim and assuming all Zim notebooks and configuration should live under Zim/ : ln -s /home/user/Zim/configuration /home/user/.config/zim /home/user/Zim/ now handles everything related to Zim: data and configuration, other than the symlink at .config/zim /home/user/Zim/ is also managed by git, which is synced to a remote server over SSH with git push. For first time use on any other PC, I pull the git repository and recreate the symlink. Configuration and data are both up-to-date, and all that is needed for future sync is a git pull. - Jerome ___ 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
Re: [Zim-wiki] 1:1 vs. piped links
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. This ssounds like the best solution. I personally would prefer that there be no label for links: URLs are typed as they are, and Zim would autmatically make them clickable links. But I understand that not everyone would prefer that. 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. I agree, it is a terrible time waster. 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. Are you referring to internal links, or external links? I would personally prefer that there be no support for internal links, as I use CaMeL case for code variables and I store code examples in Zim. I do not use internal linking in Zim. 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. ++agree -- Dotan Cohen http://what-is-what.com http://gibberish.co.il ___ 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