Re: [Zim-wiki] quicknote and esc key
On Thu, Feb 28, 2013 at 12:23 AM, Adam Porter a...@alphapapa.net wrote: Sorry that I'm late to the party, but I think it would be great if Esc saved and closed the quicknote. I think 1) it's always best to default to saving user data rather than discarding it; and 2) the point of quicknote is to be quick and effortless, and being able to tap out a note and hit Esc to save and close it is very quick and easy, moreso than clicking OK or pressing an Alt-combination. Afraid that would break usability. For Gtk dialog Esc always means Cancel, so saving on Esc breaks user expectation. Adding a confirmation on Esc makes sense to avoid users cancelling on accident. Regards, Jaap ___ 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] Custom tools feature possible cut/paste bug
On Fri, Mar 1, 2013 at 3:36 PM, Mark Hughes (Zim mailing list) m...@happybeing.com wrote: I just looked at Custom Tools and would like to check this isn't supported and offer it as a suggestion: Additional tool parameter %x - temporary file containing selection (wiki format) I would also like a checkbox: replace selection with stdout output. My use case is to be able to pipe a selection through sed/awk/sort etc For example: sort %x Execution should leave the selection active (but with processed contents) and not scroll the page. Currently the page gets scrolled to the end. Also, I think the existing code is a little flakey as when I accidentally executed a command that used the %f parameter but did nothing to the file, the content formatting was slightly modified. I had just copied and pasted a small selection to test, which may have left some unseen wiki formatting in an odd place, because when I ran the command a line of normal text became heading 2 format. I think this was the first line of my cut/paste, and the cut probably began underneath a line which was header 2 format (Zim 0.59 on Windows 7). I have this already on my list, so most likely there is already an open request in the bug tracker. If not, please open one there. Regards, Jaap ___ 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] Zim and Enhanced Publications, feedback
On Sun, Mar 3, 2013 at 11:10 PM, Niels-Oliver Walkowski walkow...@nowalkowski.de wrote: Dear Zim Community, I am writing to you because in the last weeks there was an idea going around in my head which I think I just want to drop just to see what reactions it raises and what kind of feedback I may get, so it maybe will be clearer for me, if this idea makes sense, is reasonable, fits or not. The background: I am doing my PhD about so called Enhanced Publications, digital native publications, mostly on the basis of the OAI-ORE standard and Semantic Web related. As these approaches are al very science related they don't fit to humanities research and they also have strong epistemic commitments which a humanities point of you can not share. In my PhD I approach the topic from a analytical and theoretical point of you, but what I really would like to do, is to build up - or try to build up - an authoring tool which is capable of building such Enhanced Publications which reflects my results and humanities research needs (as I understand them). I looked out for existing software which could be interesting in this context and which technically was build within my scope. As I personally used Zim in the past and Zim is made in Python, it felt a good idea to connect it with this idea. At this point compared to my vision three areas of further development would have to be done. As Enhanced Publications are fundamentally aggregations of resources of any type which build up a compound object the integration and metadata description of these objects must be possible (it must not be processable), the possibility of semantic markup and integration/editing of schemas is essential, the combination of several segments (wiki pages) in one view must be possible. The tasks are somehow substantial which is the reason for me hesitating and just asking for feedback. It would interest me if you just see a point of connection between what I described and Zim, if there maybe is an interest of such a development within the Zim community, what thoughts you have reading these lines and also some more precise things, like: Could such a development reasonable be done as a plugin or is a branch a better solution. I am still more in a process of playing with thoughts and it would help me a lot to hear what you think. I agree with Marco that some real world examples would help tremendously to understand what it is that you are looking for. What may or may not be related is the work I'm doing to integrate cards in zim. Basically this will be a plugin that adds inline objects in zim pages that contain a couple of fields. These fields can be e.g. properties of an object being described. A concrete example would be to use zim as a book catalog. I would want to define a book card that contains fields like Title, Author etc. The Title would be a text field, the Author could be a linked field referring to another page with info about the author. This become semantic in the way that fields can be links that have a type (e.g. the type author in the example above) this forming a triple of the source page, the target page and the type of relation. Next step of course is to integrate such objects in the search dialog, link map visualization etc. Does this relate to what you are thinking about ? Regards, Jaap ___ 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] Zim and Enhanced Publications, feedback
On 4 March 2013 13:01, Jaap Karssenberg jaap.karssenb...@gmail.com wrote: What may or may not be related is the work I'm doing to integrate cards in zim. Basically this will be a plugin that adds inline objects in zim pages that contain a couple of fields. These fields can be e.g. properties of an object being described. Is this inspired by HyperCard from old Macintosh OS? -- 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
Re: [Zim-wiki] Zim and Enhanced Publications, feedback
Thanks a lot for the first comments, of cause I should have described mor precise my work. Let us say, it was so late esterday night and my Email so tentative that shortend it up. I will explain it a little bit further today or tomorrow evenig. thx Niels Am 04.03.2013 13:24, schrieb Svenn Are Bjerkem: On 4 March 2013 13:01, Jaap Karssenberg jaap.karssenb...@gmail.com wrote: What may or may not be related is the work I'm doing to integrate "cards" in zim. Basically this will be a plugin that adds inline objects in zim pages that contain a couple of fields. These fields can be e.g. properties of an object being described. Is this inspired by HyperCard from old Macintosh OS? -- __ Niels-Oliver Walkowski Research Associate Berlin-Brandenburgische Akademie der Wissenschaften Project: DARIAH-DE PhD Student Humboldt University Berlin Berlin School of Library and Information Science Member OKF Working Group on Open Resources in the Humanities Pannierstr. 24 12047 Berlin Germany http://www.nowalkowski.de walkow...@jojuhu.com +49 (0)30 20370 685 +49 (0)176 56337919 __ ___ 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
[Zim-wiki] Cards plugin
On 04/03/2013 12:01, Jaap Karssenberg wrote: What may or may not be related is the work I'm doing to integrate cards in zim. Basically this will be a plugin that adds inline objects in zim pages that contain a couple of fields. These fields can be e.g. properties of an object being described. A concrete example would be to use zim as a book catalog. I would want to define a book card that contains fields like Title, Author etc. The Title would be a text field, the Author could be a linked field referring to another page with info about the author. This become semantic in the way that fields can be links that have a type (e.g. the type author in the example above) this forming a triple of the source page, the target page and the type of relation. Next step of course is to integrate such objects in the search dialog, link map visualization etc. Jaap, Are you planning integration with database backends? It makes sense to me to have a front-end / back-end interface, and for the plugin to provide a ready-to-use backend that works within the existing Zim storage paradigm, though I have no idea what that means as I say that :-) While I don't fully understand the Zim paradigm yet, from my past life I do have experience of the kind of structure I'm describing so if you want to explore this direction I might be able to help with ideas. We had a desktop application (data visualisation) and built different plugins to allow it to query, display and edit data directly from different kinds of database, and different database schema's, and ultimately to integrate data from multiple databases into a single view. So each plugin knew how to connect to a particular database, and allowed the user to create multiple mappings between the application and a different database schemas. I've changed the title in to allow separate elaboration on your Cards plugin. Mark ___ 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] Cards plugin
On 04/03/2013 12:51, Jaap Karssenberg wrote: Sounds like you are thinking in the direction where the data in the objects is populated from an existing database. Not directly my intention but should be possible with a custom backend for the page data. The code that stores the wiki pages in text files is a very thin mapping class. Can easily be replaced with something that uses e.g. a database. But would help to have a more specific use case in mind. I don't think zim is necessarily a good generic databse viewer. My use case is more the other way around, to do a little bit structured data without the need of a real database. Regards, Jaap I don't have a use case in mind - just triggered by what you described. My thought is that by considering this you could make something much more powerful possible, while if it isn't thought about it won't be easy to add later. The difference will be ensuring your object model allows for database transaction cases, which it may if you do your SQL with this in mind. My thought is not just connecting to existing databases, though that could be very useful and widen Zim's appeal, particularly into corporate scenarios which could be good for promoting Zim. Let's say you build your personal data example. Often these things start simple but then it becomes tempting to add new objects, and then to want to access them from different devices, run complex queries etc. Soon even a little homer can want much more database functionality. If the data is stored in a proper database, it is relatively simple to extend the plugin functionality and grow its capability along with user demands. That's my thought process. Mark ___ 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] Cards plugin
On Mon, Mar 4, 2013 at 3:27 PM, Mark Hughes (Zim mailing list) m...@happybeing.com wrote: Let's say you build your personal data example. Often these things start simple but then it becomes tempting to add new objects, and then to want to access them from different devices, run complex queries etc. Soon even a little homer can want much more database functionality. If the data is stored in a proper database, it is relatively simple to extend the plugin functionality and grow its capability along with user demands. Agreed. So far my data base design did not go further than a big table with properties per object: one column for the object id, one for the property id, and one for the value. I did look at specific solutions that allow to store semantic triples (which is what I really want) but seems to me most of them are just some sugar on top of a basic table as described above. At least I found no triple-store that is fast and as easy to integrate as SQLite. Regards, Jaap ___ 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