[Orgmode] Re: Bug? org-babel-lob-ingest problem
Eric Schulte schulte.e...@gmail.com writes: Jambunathan K kjambunat...@gmail.com writes: Eric Schulte schulte.e...@gmail.com writes: Hi Aidan, This is not a bug, this is the expected behavior of org-babel-lob-ingest, if you would like a file to always be loaded into your library of babel, then you can add the call to org-babel-lob-ingest to your .emacs initialization file. Best -- Eric Aidan Gauland aidal...@no8wireless.co.nz writes: Calling org-babel-lob-ingest on a file with code blocks seems to work only for the current Emacs session, and doesn't seem to affect the variable org-babel-lob-files. If I quit and restart Emacs, it's as if I never loaded a file with org-babel-lob-ingest. Also I see (mismatch) next to the State button for org-babel-lob-files in Customize. Like this... State: STANDARD. (mismatch) Have I found a bug, or am I doing something wrong? --Aidan I believe OP is requesting that org-babel-lob-ingest do a (customize-save-variable 'org-babel-lob-files ...). Think of Org keystrokes 'C-c [' and 'C-c ]' that allows easy customization of org-agenda-files. I think keystrokes 'C-c C-v [' and 'C-c C-c ]' would be a good default candidate for ingesting and ejecting lob files from Babel environment. Jambunathan K. Ah, that sounds like a very good idea, and I like the proposed key bindings. This will probably come in the form of org-babel-lob-add and org-babel-lob-remove functions, and a new org-babel-lob-files variable. I've placed this on the Babel task list. Now I just need to figure out how to load up these files when Org-mode is first initialized. The simplest solution may be to ask the user to place a call to org-babel-lob-initialize or somesuch in their .emacs file. That 'sounds' like a new #+STARTUP directive to me ... ,[ C-h v org-startup-options RET ] | org-startup-options is a variable defined in `org.el'. | | Documentation: | Variable associated with STARTUP options for org-mode. | Each element is a list of three items: The startup options as written | in the #+STARTUP line, the corresponding variable, and the value to | set this variable to if the option is found. An optional forth element PUSH | means to push this value onto the list in the variable. ` Jambunathan K. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] #+source line in export
Thanks Eric, that is what I was looking for. All the best, Tom On Sep 19, 2010, at 5:52 PM, Eric Schulte wrote: Hi Tom, The following should inhibit the exportation of code block names. (setq org-export-latex-listings-w-names nil) This is something we've been meaning to make customizable for a while, but it has yet to rise to the top of the Babel task stack. Best -- Eric Thomas S. Dye t...@tsdye.com writes: Aloha all, Is there a way to control export of the #+source line? I've been looking for a way to turn it off, especially in LaTeX export where it yields something like this: get-from-github() $\equiv$ I find the output of \equiv distracting (perhaps it is meaningful in a way I don't understand) in any case. All the best, Tom ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [BABEL][PROPOSAL] headlines as executable srcnames
Eric Hi Jambunathan, So, if I'm understanding correctly, what you are proposing includes two separate things, first, a new link-style syntax for calling code blocks, and second, the ability to provide un-named arguments to code blocks. I'm less sure about expanding link syntax into a means of calling code blocks. There has been some recent discussion on the list about expanding link syntax (in fact related to the thread your referenced below) and my impression was that there is far from unanimous support for changing the semantics of links in Org-mode. Maybe this would be appropriate as an optional extension to org, i.e. something in the contrib directory. I think I am converging towards having a new 'babel: ' URL scheme. Requests like colorization, inserting version control information etc on export rightfully falls under one-off request and a babel: URL scheme would help achieve all these without any hassles. In 'babel: ' URLs, the 'path' param is likely to contain a call-site (srcname) and key,val pairs (for named params). I think one can use or draw inspiration from standard http URL encoders that posts HTML forms. My ideas are not fully formed and I refine as I go along... Please be tolerant. Jambunathan K. , | *Article* #(From: Vinh Nguyen vinhdi...@gmail.com | Subject: Re: text color + highlight | Newsgroups: gmane.emacs.orgmode | To: emacs-orgmode@gnu.org | Date: Thu, 9 Sep 2010 09:15:05 -0700 | Message-ID: aanlktinr_zorpygjpkskyuo6pt1t3-ztotho32fnh...@mail.gmail.com | Archived-At: http://permalink.gmane.org/gmane.emacs.orgmode/30143 | | I'd like to write a concluding email for this thread for future | searchers to find. This easy solution is brought to you by Eric | Schulte and Christian Moe. | | Place the following in your .emacs or init.el file: | ;; org-mode color | (org-add-link-type | \color\ nil | (lambda (path desc format)p | (cond |((eq format 'html) | (format \span style=\\\color:%s;\\\%s/span\ path desc)) |((eq format 'latex) | (format \{color{%s}%s}\ path desc) | ;; org-mode highlight | (org-add-link-type | \hl\ nil | (lambda (path desc format) | (cond |((eq format 'html) | (format \font style=\\\background-color:%s;\\\%s/font\ path desc)) |((eq format 'latex) | (format \colorbox{%s}{%s}\ path desc) ;; require \\usepackage{color} | | Examples: | [[color:blue][test this out]] | [[hl:yellow][highlighted text]] | ` ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Query for S. Vauban
Aloha Thomas, Thomas S. Dye wrote: While using the listings setup you sent to the list a while back, I found this line and wondered why you chose not to break long lines? breaklines=false, %!! don't break long lines of code The !! in the comment led me to believe you might have some strong reasons. You're right guessing that the !! do have a meaning. Yes, they mean: this is not a standard comment, that's something you really must be aware of... I guess I did that for 2 reasons: - be sure to easy locate what could be a wrong setting, in case I would not be happy with the listings results - emphasize on the importance of that setting. Now, why choosing this? First, let me tell you I'm sometimes a bit of a crazy perfectionist. I want the things to be perfectly output, and my reports to be of great quality on the presentation side as well -- I cannot easily judge on my own for the contents ;-) One of the constraints I use in my daily life is: no more than 80 rows in files, be it text (Org) or code (.emacs, bash scripts, etc.). In fact, even not more than 78, when possible. I have Emacs column markers in columns 78, 79 and 80, showing me when I reach the limits. I want my code in my files to be formatted in such a way as well, and have chosen the right font size (in LaTeX) so that my code is displayed in the LaTeX PDF with the biggest font possible, so that an 80-wide line is displayed on one line, within the normal allowed space. What about longer lines, then? Either I let LaTeX listings decide for me. Either I don't. I've explicitly chosen the second one, with the above setting in Listings. Why? Because I consider that lines longer than 80 characters are bad, and that *I* have to correct them somehow. I don't want to rest on Listings to rearrange my code. Plus, Listings does not do it good, if I remember good. The wrapped text never won't be placed in the way you would do it if you had to break the line yourself, explicitly. So, in a nutshell, by forbidding long lines to be wrapped by Listings, I have a clear indication that my code is too wide at some spots, and that I do have to cut it in a clean way, directly in the source. I'm asking because I'm finding it difficult to configure the listings package so it works perfectly. You're welcome. Do I answer your question in an understandable way? Just asking if I'm clear about *my* objectives; I can perfectly understand that others don't share this quite strict point of view. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [bug] Gnus author in capture templates not working
Hi Bastien, Bastien wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: I've tried =%:date= for capturing the date of the email. That does not work. It should now. Thanks, I have tested it, it does what it should. Thanks to *you* for helping me/us... Though I had something in mind, that's effectively not expressed above: I'd like to get that date in the Org format, so that I can use it as a proper Org timestamp in entries: --8---cut here---start-8--- * TODO Answer mail of Bastien [2010-09-20 Mon 00:13] --8---cut here---end---8--- Would that request be feasible and accepted by you? Thanks a lot. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Query for S. Vauban
Aloha Sebastien, Yes, that makes perfect sense for situations where the line length is specified in advance. Changing the font size to get a particular line length is an interesting idea. My sense is that typographers would look first to change the size of the text block. I can see benefits to both approaches. Thanks for your help. All the best, Tom On Sep 19, 2010, at 9:51 PM, Sébastien Vauban wrote: Aloha Thomas, Thomas S. Dye wrote: While using the listings setup you sent to the list a while back, I found this line and wondered why you chose not to break long lines? breaklines=false, %!! don't break long lines of code The !! in the comment led me to believe you might have some strong reasons. You're right guessing that the !! do have a meaning. Yes, they mean: this is not a standard comment, that's something you really must be aware of... I guess I did that for 2 reasons: - be sure to easy locate what could be a wrong setting, in case I would not be happy with the listings results - emphasize on the importance of that setting. Now, why choosing this? First, let me tell you I'm sometimes a bit of a crazy perfectionist. I want the things to be perfectly output, and my reports to be of great quality on the presentation side as well -- I cannot easily judge on my own for the contents ;-) One of the constraints I use in my daily life is: no more than 80 rows in files, be it text (Org) or code (.emacs, bash scripts, etc.). In fact, even not more than 78, when possible. I have Emacs column markers in columns 78, 79 and 80, showing me when I reach the limits. I want my code in my files to be formatted in such a way as well, and have chosen the right font size (in LaTeX) so that my code is displayed in the LaTeX PDF with the biggest font possible, so that an 80-wide line is displayed on one line, within the normal allowed space. What about longer lines, then? Either I let LaTeX listings decide for me. Either I don't. I've explicitly chosen the second one, with the above setting in Listings. Why? Because I consider that lines longer than 80 characters are bad, and that *I* have to correct them somehow. I don't want to rest on Listings to rearrange my code. Plus, Listings does not do it good, if I remember good. The wrapped text never won't be placed in the way you would do it if you had to break the line yourself, explicitly. So, in a nutshell, by forbidding long lines to be wrapped by Listings, I have a clear indication that my code is too wide at some spots, and that I do have to cut it in a clean way, directly in the source. I'm asking because I'm finding it difficult to configure the listings package so it works perfectly. You're welcome. Do I answer your question in an understandable way? Just asking if I'm clear about *my* objectives; I can perfectly understand that others don't share this quite strict point of view. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] #+source line in export
Aloha Bastien, Would it be possible for this setting to be in effect when Worg generates its files from the org-mode sources? The effect is pleasing in some situations. All the best, Tom On Sep 19, 2010, at 5:52 PM, Eric Schulte wrote: Hi Tom, The following should inhibit the exportation of code block names. (setq org-export-latex-listings-w-names nil) This is something we've been meaning to make customizable for a while, but it has yet to rise to the top of the Babel task stack. Best -- Eric Thomas S. Dye t...@tsdye.com writes: Aloha all, Is there a way to control export of the #+source line? I've been looking for a way to turn it off, especially in LaTeX export where it yields something like this: get-from-github() $\equiv$ I find the output of \equiv distracting (perhaps it is meaningful in a way I don't understand) in any case. All the best, Tom ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Mediawiki and org-mode
Hi all, I have improved the experimental export engine I've been promising for way too long. It lives in the EXPERIMENTAL/ directory of the git repo: http://repo.or.cz/w/org-mode.git/blob/b63f5333e7bbab900b134584d07e158aeba14844:/EXPERIMENTAL/org-export.el I'm also releasing org-mediawiki.el: http://lumiere.ens.fr/~guerry/u/org-mediawiki.el org-mediawiki.el uses this experimental export engine. I will try to create a page on Worg explaining how this new export engine works so that people can start coding their own exporters. Thanks for sending bug reports, feature requests and ideas! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Mediawiki and org-mode
On Sep 20, 2010, at 10:24 AM, Bastien wrote: Hi all, I have improved the experimental export engine I've been promising for way too long. It lives in the EXPERIMENTAL/ directory of the git repo: http://repo.or.cz/w/org-mode.git/blob/b63f5333e7bbab900b134584d07e158aeba14844:/EXPERIMENTAL/org-export.el Wow, I am glad you got back to this - this is still very much needed code, I think. - Carsten I'm also releasing org-mediawiki.el: http://lumiere.ens.fr/~guerry/u/org-mediawiki.el org-mediawiki.el uses this experimental export engine. I will try to create a page on Worg explaining how this new export engine works so that people can start coding their own exporters. Thanks for sending bug reports, feature requests and ideas! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Search files in a folder
Matt Lundin m...@imapmail.org writes: FWIW, here's my elisp function to search all my org files with lgrep: Nice - I added an entry about this in org-hacks.org. Thanks, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] image alt text for HTML export
Christian Moe m...@christianmoe.com writes: Is it possible to set the alt attribute of an image for HTML export? Yes, like so: : #+attr_html: alt=Picture of a foo : [[./foo.png]] See the manual section on exporting to HTML. I added a FAQ about this in org-faq.org. Thanks, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] send mail without starting gnus first
Hi Eraldo, Eraldo Helal era...@eraldo.org writes: How can I send Mail without starting gnus beforehand. I noticed that once I had started gnus at least once and then quit gnus... I can send mail. However after rebooting and starting emacs... I can not send any mail getting some error instead. message-send-mail-with-sendmail: Sending...failed with exit value 1 I suspect you've got some sendmail configuration in your ~/.gnus.el. If you need help on Gnus, better send your message on the Gnus lists: http://www.gnus.org/resources.html HTH, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [bug] message not present in default value of org-link-types
Carsten Dominik wrote: I guess it is OK to include message into the default types. David, will you do this? Done. Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpch2VRuAoHI.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [bug] message not present in default value of org-link-types
Hi, Carsten Dominik carsten.domi...@gmail.com writes: I guess it is OK to include message into the default types. I just added the message link type to `org-link-types'. Thanks, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [bug] message not present in default value of org-link-types
On Sep 20, 2010, at 10:54 AM, David Maus wrote: Carsten Dominik wrote: I guess it is OK to include message into the default types. David, will you do this? Done. Thanks - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [bug] message not present in default value of org-link-types
Jules Bean wrote: On Fri, Sep 17, 2010 at 09:08:00AM +0200, David Maus wrote: Manually adding it to org-link-types makes it work correctly. For me, anyway. True enough. But what is a message: link? Can you give an example of its usage? message:87hbhosv8v.wl%dm...@ictsoc.de or message://87hbhosv8v.wl%dm...@ictsoc.de (I'm not sure which is technically correct, they both work here) is a link, by message-id, to the email I'm replying to. My hazy memory says this URL schema originates in the first version of netscape which supported mail+news, it enabled you to link directly to a particular message (in an email folder or a newsgroup). It was also how netscape implemented the In-Reply-To and References headers, which were clickable and took you to the messages concerned. I can't substantiate that memory, though. The only references I find on the internet are to OSX Leopard and Apple Mail (which does happen to be what I'm using it with). Wikipedia thinks that the correct IANA form is 'mid:', but that doesn't actually work on my system. Thanks for the explanation. The message: link type is indeed not an registered URI prefix[1], but mid: is. Anyway, message: is added to Org's default link types. Thanks for reporting, -- David [1] http://www.iana.org/assignments/uri-schemes.html -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpRxWmNbAM6l.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Emacs hangs forever when running in batch mode and calling a export org function
On Sat, 18 Sep 2010 22:59:59 -0500, Marcelo de Moraes Serpa celose...@gmail.com wrote: Hello all, So, I was trying to create a simple bash script to export my org items as iCal, upload it somewhere and subscribe to it from iCal / Google Calendar. Here's what I came with: emacs --batch --eval \ (progn \ (add-to-list 'load-path \~/.emacs.d/vendor/org/lisp\) \ (load-file \~/.emacs.d/vendor/org/lisp/org.el\) (load-file \~/.emacs.d/vendor/org/lisp/org-icalendar.el\) \ (setq org-combined-agenda-icalendar-file \~/org/org.ics\) \ (setq org-agenda-files (quote (\~/org/gtd/gtd.org\))) ) \ -f org-export-icalendar-combine-agenda-files If I run the exact same code on a vanilla emacs, it works. If I try to run this command in the shell, I get the following output: sh org-ical-export.sh Loading /Users/fullofcaffeine/.emacs.d/vendor/org/lisp/org.el (source)... Loading subst-ksc... Loading subst-gb2312... Loading subst-big5... Loading subst-jis... Loading /Users/fullofcaffeine/.emacs.d/vendor/org/lisp/org-icalendar.el (source)... And it hangs forever. No error message nothing. I've checked the Activity Monitor, and this specific instance of emacs quickly starts using ~100% of the CPU. However, I can't really debug what's wrong. I am on OSX Snow Leopard, GNU Emacs 23.2.1 (x86_64-apple-darwin, NS apple-appkit-1038.29) of 2010-05-08, org release_7.01h-524-gcf5f. Any ideas? Thanks, Marcelo. I use the following within a shell script: --8---cut here---start-8--- DIARY=${HOME}/git/notes/diary emacs -Q --batch --debug-init \ --directory=${HOME}/s/emacs --directory=/usr/share/emacs/site-lisp/auctex \ --load=esf-org.el --visit=${DIARY}.org --eval='(org-export-icalendar-this-file)' scp ${DIARY}.ics SOMEWHERE_ON_THE_INTERNET --8---cut here---end---8--- I have all relevant settings for org in the file esf-org.el and, because that file makes use of some auctex variables/functions, I have to specify a load path for auctex. The debug-init is not necessary but I just never got around to deleting it... I am on Debian Linux (testing/unstable) with emacs 23.2.x and up-to-date org. HTH, eric -- Eric S Fraga GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [Bug] Level 2 text not exported in LaTeX (well in HTML) + some comments
On Sun, 19 Sep 2010 11:24:09 +0200, Nicolas Goaziou n.goaz...@gmail.com wrote: Eric S Fraga writes: So you are saying, if I understand you correctly, that you cannot have something like this: --8---cut here---start-8--- 1. some text - a nested list - with two items some more text for the first numbered item - another nested list - with two items 2. the second outer list item --8---cut here---end---8--- Exactly. If so, why not? This would seem to be quite a likely and useful scenario. It would require a slightly different model with an added depth of complexity. To tell the truth, I had looked into this, but hadn't found a satisfying (clean) solution. Okay. For example, how should Org handle indentation of such a line, or any line within the list? Should it round the indentation to the closest level of a sub-list? Good question! I don't know the answer to this. [...] Those questions are more rhetorical than anything else. My point is just that this kind of scenario, while certainly doable, would need more thought, and much more work to implement. Is it _that_ useful? I think it would be useful but not having it is definitely not a show stopper! It has come up as an issue for me recently because I have been managing the writing of a proposal with contributions from many authors and some of those authors like having multiple lists within other lists. It was when exporting a draft of the whole document that I realised that I was losing text, but I only noticed this because I lost a whole section which was several pages long! I think the key is not necessarily to support multiple sub-lists within an item but to *ensure* that no text is lost in export. I can see at a glance possibly whether text is formatted correctly but I cannot tell as easily that text has been lost in export. When working on a 30+ page document, this is crucial. From your previous message, it sounds like you have a fix for the lost text issue; that would be the main improvement for my usage. I do this all the time in latex and I was sure that I had done this before in org. Is my recollection wrong? Was this not possible before? As far as I remember, LaTeX exporter has never been able to parse this, though the HTML one did. That could very well be. Thanks, eric -- Eric S Fraga GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [bug] message not present in default value of org-link-types
David Maus dm...@ictsoc.de writes: Carsten Dominik wrote: I guess it is OK to include message into the default types. David, will you do this? Done. David won the race by two minutes, well done! Org developers are like waiters of luruxy restaurant: more than two for every single customers ;) -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Mediawiki and org-mode
Carsten Dominik carsten.domi...@gmail.com writes: On Sep 20, 2010, at 10:24 AM, Bastien wrote: Hi all, I have improved the experimental export engine I've been promising for way too long. It lives in the EXPERIMENTAL/ directory of the git repo: http://repo.or.cz/w/org-mode.git/blob/b63f5333e7bbab900b134584d07e158aeba14844:/EXPERIMENTAL/org-export.el Hi Bastien, This looks really nice. This is a slightly cosmetic issue, but would it make sense to separate the parsing functions from the strictly export-related stuff? (e.g. put them in org.el or a library of their own org-parse.el). They look useful in situations outside export, and it would be nice if there were one official method for parsing an org buffer into a lisp representation. But perhaps it would hurt the new exporter to demand that the parsing code is general-purpose? dan Wow, I am glad you got back to this - this is still very much needed code, I think. - Carsten I'm also releasing org-mediawiki.el: http://lumiere.ens.fr/~guerry/u/org-mediawiki.el org-mediawiki.el uses this experimental export engine. I will try to create a page on Worg explaining how this new export engine works so that people can start coding their own exporters. Thanks for sending bug reports, feature requests and ideas! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: calendar and agenda entries
On So, Sep 19 2010, Matt Lundin wrote: henry atting nsmp...@online.de writes: When printing or exporting the emacs calendar it is possible to include diary entries or holidays. Mmh, this should be understood as a statement not a question but many thanks anyway. [...] Is there a way to include org-agenda entries as well? Yes. http://orgmode.org/worg/org-faq.php#include-entries-from-org-mode-files-into-emacs-diary http://orgmode.org/worg/org-faq.php#add-Org-scheduled/deadlined-entries-to-diary! Yes, that does the trick. I created a diary file (normally I don't use it), added a single line `%%(org-diary)` Now entries from org-agenda files do show up in the generated calendars - at least in those for the whole month. As far as I see the weekly calendars don't support it. thanks, henry -- http://literaturlatenight.de ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] How to export =\'= as a table entry in latex
zwz zhangwe...@gmail.com writes: Hi, zwz Those days when I was preparing a presentation about the special chars that starts with a =\= in C programming language, I made such a table | \' | signle quote | | \ | double quote | what about | \backslash ' | quote | | \setminus | double | choose the one that suits you better. cheers, Giovanni ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Problems with capture on Mobile Org for Android
Hi Robert Robert Goldman rpgold...@sift.info writes: I have just had a problem twice with loss of data using Mobile org for android (flagged as version 40 in Application Info). Here's what you need to do to lose data: 1. enter foobar into the capture window 2. synchronize 3. enter baz into the capture window 4. synchronize 5. org-mobile pull Only baz will be there. Seems like instead of accumulating stuff between synchronizations, org mobile is just overwriting. :-/ I can't reproduce that. I get both entries on version 0.4.2 on Android 1.6, synchronized via webdav. By the way, there is no version 40, also 4.0 was never published in the Market, as far as I can remember. What if you install/update your MobileOrg version directly from the Market? (You have to uninstall the version from GITHub previously.) Greetings, Sven ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [bug] message not present in default value of org-link-types
Bastien wrote: David Maus dm...@ictsoc.de writes: Carsten Dominik wrote: I guess it is OK to include message into the default types. David, will you do this? Done. David won the race by two minutes, well done! Org developers are like waiters of luruxy restaurant: more than two for every single customers ;) :D The funny thing is, that both commits appear in the history. Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgp6TMzp7EMvU.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: org-babel - utility to ease chopping src chunks into smaller org entries
Richard Riley rile...@gmail.com writes: Eric Schulte schulte.e...@gmail.com writes: Hi Richard, Richard Riley rile...@gmail.com writes: Richard Riley rile...@gmail.com writes: Eric Schulte schulte.e...@gmail.com writes: Let me know what you think. I notice your implementation uses regions, It puts the begin/src markers around the region if selected or current word. where as this one does not, so it's possible I left out some functionality. I'd like to include some version of this functionality into Org-mode core. using your lang selection example If not in a source block then just surround current region with #+begin/end_src. If no region just put in markers around empty area. Dont create new org items since probably just including src code in an existing org item. If in a source block with region create new region with current region. If no region just create new empty block. previous src blocks delimited and marked as org items at current level (because almost certainly splitting the code to maintain it in discreate titled blocks. I was just pulling up my email to share my next iteration when I saw your next iteration. They look very similar. If my version covers all of your use cases, then I'd like to add it to the Babel key map, probably under d for demarcate or delimit, unless you can think of a better mnemonic. I've just added this to the org-mode repo. Not in the babel key map - in the org key map (I use it most in normal non src org entries to mark a block of elisp as src for samples/examples). For now it still lives in the babel keymap behind (C-c C-v d) since it is fundamentally code-block related, however it can be called from anywhere in an org-mode file, and could of course be bound to any other key sequence in a personal config. But,yes I suspect your code is better ;) Note my func works in two fundamentally different ways - in a babel src block where it creates new org items and also in normal (non src) modes where it just creates a src block. I believe both of those use cases are supported by the current version of the function. Thanks -- Eric --8---cut here---start-8--- (defun org-babel-demarcate-block (optional arg) Wrap or split the code in the region or on the point. (interactive P) (let ((info (org-babel-get-src-block-info))) (if info (mapc (lambda (place) (save-excursion (goto-char place) (let ((lang (nth 0 info)) (indent (make-string (nth 6 info) ? )) (stars (concat (make-string (org-current-level) ?*) ))) (insert (concat (if (looking-at ^) \n) indent #+end_src\n (if arg stars indent) \n indent #+begin_src lang (if (looking-at [\n\r]) \n))) (when arg (previous-line) (move-end-of-line 1) (sort (if (region-active-p) (list (mark) (point)) (list (point))) #')) (insert (concat (if (looking-at ^) \n) (if arg (concat stars \n) ) #+begin_src (read-from-minibuffer Lang: ) \n (delete-and-extract-region (or (mark) (point)) (point)) \n#+end_src)) (previous-line) (move-end-of-line 1 --8---cut here---end---8--- Cheers -- Eric (define-key org-mode-map (kbd C-c C-b) 'rgr/org-split-src) (defun rgr/org-split-src(optional arg) (interactive P) (beginning-of-line) (save-excursion((lambda(info) (if info (let ((lang (nth 0 info)) (stars (make-string (org-current-level) ?*))) (insert (format %s\n%s\n#+begin_src %s\n%s#+end_src\n%s\n#+begin_src %s\n #+end_src stars lang (if (region-active-p) (delete-and-extract-region (region-beginning) (region-end)) \n) stars lang))) (insert (format \n#+begin_src\n%s\n#+end_src\n (if (region-active-p) (delete-and-extract-region (region-beginning) (region-end)) ) (org-babel-get-src-block-info ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Babel+gnuplot on Worg
On Sun, Sep 19, 2010 at 4:31 PM, Bastien bastien.gue...@wikimedia.frwrote: Hi John, John Hendy jw.he...@gmail.com writes: Should this be the standard practice now? Images for something in Worg/ org-contrib/babel/languages/ob-doc_*.org should be kept in the same directory? I'd suggest this: images linked to only one file should go in the same directory than this file, images useful for several files could go in the images/ directory. That makes sense. Like the idea. Also, is there a list of the directories that are published and those that are not? For example, I also put a downloadable example file here: The only directory that is skipped at export time is FIXME/. I'm just wondering if the Worg instructions on how to contribute should include a directory tree of some sort so that the newer contributors like myself are on the same page as everyone else? I hope the recent updates on worg-setup.org can help newcomers find their way :) Somewhat. I still don't see: http://orgmode.org/worg/org-contrib/babel/examples/org-babel-gnuplot.org In worg-setup I noticed that unchanged files are not republished and I pushed this last right before all the worg topics started up so perhaps it got missed by the new system. I'm going to modify something, re-push, and see if it works. Don't hesitate to suggest other improvements! -- Bastien John ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Babel+gnuplot on Worg
On Sun, Sep 19, 2010 at 4:31 PM, Bastien bastien.gue...@wikimedia.frwrote: Hi John, John Hendy jw.he...@gmail.com writes: Should this be the standard practice now? Images for something in Worg/ org-contrib/babel/languages/ob-doc_*.org should be kept in the same directory? I'd suggest this: images linked to only one file should go in the same directory than this file, images useful for several files could go in the images/ directory. Actually -- sorry... I was just going to change this and wanted to re-ask what others think. For example, I currently have 7 images of plots in worg/images/babel/. I titled them gnuplot-imageName.png to try and make them easy to spot. Were I to switch to the new system, would it bother anyone to have a bunch of image files no in worg/org-contrib/babel/languages? Does anyone else care if the directory is filled with both org files and images? Or would anyone prefer a worg/org-contrib/babel/images directory since the supporting files for babel are growing with all of the documentation being written? I guess it doesn't matter much to me; I just hesitated before updating as I wondered what everyone else thought and might have stronger preferences about directory clutter and unity with file types and such. Thoughts? John Also, is there a list of the directories that are published and those that are not? For example, I also put a downloadable example file here: The only directory that is skipped at export time is FIXME/. I'm just wondering if the Worg instructions on how to contribute should include a directory tree of some sort so that the newer contributors like myself are on the same page as everyone else? I hope the recent updates on worg-setup.org can help newcomers find their way :) Don't hesitate to suggest other improvements! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: org-babel - utility to ease chopping src chunks into smaller org entries
Hi Eric, Eric Schulte wrote: I've just added [org-babel-demarcate-block] to the org-mode repo. A comment. Consider the following, with a region beginning at =cmd1= and ending after =cmd3= (in other words, a full block of 3 lines): --8---cut here---start-8--- Text before cmd1 cmd2 cmd3 Text after --8---cut here---end---8--- After invoking your function, I get this: --8---cut here---start-8--- Text before #+begin_src sh cmd1 cmd2 cmd3 #+end_src Text after --8---cut here---end---8--- Very good, except that I would expect the space line out of the code block, as it was not in my selected text: --8---cut here---start-8--- Text before #+begin_src sh cmd1 cmd2 cmd3 #+end_src Text after --8---cut here---end---8--- Is this possible? For now it still lives in the babel keymap behind (C-c C-v d) since it is fundamentally code-block related, however it can be called from anywhere in an org-mode file, and could of course be bound to any other key sequence in a personal config. I don't see any key binding (yet), after org-reload. Thanks for this... Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: calendar and agenda entries
henry atting nsmp...@online.de writes: On So, Sep 19 2010, Matt Lundin wrote: henry atting nsmp...@online.de writes: When printing or exporting the emacs calendar it is possible to include diary entries or holidays. Mmh, this should be understood as a statement not a question but many thanks anyway. Ah, yes. I've accidentally left off question marks so many times in my own posts that I tend to assume everything is a question. :) [...] Is there a way to include org-agenda entries as well? Yes. http://orgmode.org/worg/org-faq.php#include-entries-from-org-mode-files-into-emacs-diary http://orgmode.org/worg/org-faq.php#add-Org-scheduled/deadlined-entries-to-diary! Yes, that does the trick. I created a diary file (normally I don't use it), added a single line `%%(org-diary)` Now entries from org-agenda files do show up in the generated calendars - at least in those for the whole month. As far as I see the weekly calendars don't support it. I believe some of the weekly calendars---namely, filofax (t f W) and iso (t w 3)---do: ,[ (info (emacs) Writing Calendar Files) ] | If the variable `cal-tex-diary' is non-`nil' (the default is `nil'), | diary entries are included also (in monthly, filofax, and iso-week | calendars only). ` The variety of cal-tex export commands is truly mind-boggling! Best, Matt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] BUG: Filtering the agenda can cause actions on the wrong task
Christopher Allan Webber wrote: Hello! Say I have a couple of entries on my agenda: life: Sched.25x: TODO Places to notify change of address ccommons: Sched.19x: TODO Public domain mark :work:: My cursor is hovered over the notify change of address task. I then filter the agenda to the work tab with / TAB work RET. Now my cursor is on the Public domain mark, but if I do any action it'll act on the (now invisible) change of address task. If I press enter, it'll jump to the change of adddress task, if I press t, it'll change the TODO state, etc. I've accidentally mis-closed a few tasks this way... What I'm guessing needs to happen is somehow after the filtering takes place that point needs to *actually* get moved, which I'm guessing it doesn't currently? I can confirm this with Org-mode version 7.01trans (release_7.01h.438.g006eb) GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) of 2010-08-14 on raven, modified by Debian With this minimal file: , | * TODO Headline 1 :tag: | SCHEDULED: 2010-09-20 Mo | * TODO Headline 2 | SCHEDULED: 2010-09-20 Mo | * TODO Headline 3 :tag: | SCHEDULED: 2010-09-20 Mo ` - M-x org-agenda RET a - move point to second headline (Headline 2) - / TAB tag RET Now point is at the end of Headline 1 but TAB jumps to the hidden Headline 2. Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpRqzaQC9LJ2.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Babel+gnuplot on Worg
Hi John, Thanks for bringing this up. I like the idea of a worg/org-contrib/ babel/images directory and will put my images there. I suppose it doesn't have to be all one way or the other, but I can imagine a time down the road when the babel documentation directories become cluttered and hard to use. Tom On Sep 20, 2010, at 5:07 AM, John Hendy wrote: On Sun, Sep 19, 2010 at 4:31 PM, Bastien bastien.gue...@wikimedia.fr wrote: Hi John, John Hendy jw.he...@gmail.com writes: Should this be the standard practice now? Images for something in Worg/ org-contrib/babel/languages/ob-doc_*.org should be kept in the same directory? I'd suggest this: images linked to only one file should go in the same directory than this file, images useful for several files could go in the images/ directory. Actually -- sorry... I was just going to change this and wanted to re-ask what others think. For example, I currently have 7 images of plots in worg/images/babel/. I titled them gnuplot-imageName.png to try and make them easy to spot. Were I to switch to the new system, would it bother anyone to have a bunch of image files no in worg/org-contrib/babel/languages? Does anyone else care if the directory is filled with both org files and images? Or would anyone prefer a worg/org-contrib/babel/images directory since the supporting files for babel are growing with all of the documentation being written? I guess it doesn't matter much to me; I just hesitated before updating as I wondered what everyone else thought and might have stronger preferences about directory clutter and unity with file types and such. Thoughts? John Also, is there a list of the directories that are published and those that are not? For example, I also put a downloadable example file here: The only directory that is skipped at export time is FIXME/. I'm just wondering if the Worg instructions on how to contribute should include a directory tree of some sort so that the newer contributors like myself are on the same page as everyone else? I hope the recent updates on worg-setup.org can help newcomers find their way :) Don't hesitate to suggest other improvements! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Latex export of subtree not working for me
Torsten Anders wrote: Dear all, sorry for bothering you again with my question from a couple of days ago (see below). I would appreciate with someone could briefly confirm whether exporting/publishing a subtree works for you (so I know whether the reported problem is related to org mode or to my own Emacs configuration). Thank you very much! Best, Torsten -- On Wed, 15 Sep 2010, Torsten Anders wrote Dear all, I would like to export only a subtree of an org file to PDF via Latex (ultimately using the package beamer). When doing export/publish (C-c C-e) I am given a menu with options, including the options only export current subtree and publish enclosing subtree. If I choose any of these and then select a publishing command (e.g., export to Latex), then I get the following error. org-export: Symbol's function definition is void: activate-mark What am I missing? BTW: I am using the latest org mode version (just did git pull) with Aquamacs 1.9 on MacOS 10.5. Looks like a problem with Aquamacs to me: ,[ *Help* ] | activate-mark is a compiled Lisp function in `simple.el'. | | (activate-mark) | | Activate the mark. | | [back] ` The export fails because this function is not available. Looks like although Aquamacs 1.9 is based on Emacs 22, it lacks this library. You might try to check EmacsWiki for information about this issue: http://www.emacswiki.org/emacs/AquamacsEmacs Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpQ4sj4YWDPi.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] BUG: Filtering the agenda can cause actions on the wrong task
On Sep 17, 2010, at 4:36 PM, Christopher Allan Webber wrote: Hello! Say I have a couple of entries on my agenda: life: Sched.25x: TODO Places to notify change of address ccommons: Sched.19x: TODO Public domain mark:work:: My cursor is hovered over the notify change of address task. I then filter the agenda to the work tab with / TAB work RET. Now my cursor is on the Public domain mark, but if I do any action it'll act on the (now invisible) change of address task. If I press enter, it'll jump to the change of adddress task, if I press t, it'll change the TODO state, etc. I've accidentally mis-closed a few tasks this way... What I'm guessing needs to happen is somehow after the filtering takes place that point needs to *actually* get moved, which I'm guessing it doesn't currently? I think this is a correct analysis. I just fixed this bug, please verify! David, thanks for taking the time to confirm this bug. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [bug] org-link-escape and (wrong-type-argument stringp nil)
Sébastien Vauban wrote: Hello, With current git pull, and such an Org file (in UTF-8 encoding): ... I get the following error when trying to export it via PDFLaTeX: The problem is, that the 'É' character is not in Org's default list for link escapes but `string-match' matches for the lower case character. Adding more chars to `org-link-escape-chars' would solve the problem, but this seems to be a broder issue: Regular links (URIs) are restricted to a special set of ASCII characters and non-ascii chars are hex-encoded. Currently Org escapes links to Org mode headlines using the table mentioned above. But Org files and hence Org headlines might be Unicode, containing multibyte characters that cannot be hex-escaped in the normal fashion. Maybe something like this would be a solution: - Org only escapes square brackets when escaping a link to an Org mode headline - `org-link-escape' uses a shotgun-approach: Every char that is not allowed according to the specs (Cf. RFC3986) is percent encoded if the link sequence does not contain multibyte chars; If the sequence does contain multibyte chars, `org-link-escape' produces an IRI (Cf. RFC3987). HTH, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpr5ACyjU9yN.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [babel] Environment around exported results
Hi Eric, Eric Schulte wrote: Would you mind creating an LaTeX environment around the =results= block, so that we could have the code colorized (via listings or Minted), and clearly distinguish the results, if we want so. Having an environment would allow one to use non-proportional font for the results, or a shadowed background, or... Would such an environment be in addition too or in place of wrapping results in the example environment? I would think of something like this: \begin{orgresults} ... results block ... \end{orgresults} so that one can customize the =orgresults= environment in LaTeX to get a colored background, another font, etc. What would you suggest for tabular results? Nothing different for tables: just the same plain default environment around the results part. One very nice property of the current setup is that it relies solely on vanilla Org-mode for export features. If the example export of Org-mode allowed some form of customization through a customizable div class or latex environment would that be sufficient? The name of the environment could be in a variable, yes. But please note the above request can come out of a misunderstanding or poor knowledge of already existing parametrization of Org-Babel. Put me back on tracks if needed... Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [bug] org-link-escape and (wrong-type-argument stringp nil)
David Maus dm...@ictsoc.de writes: Sébastien Vauban wrote: Hello, With current git pull, and such an Org file (in UTF-8 encoding): ... I get the following error when trying to export it via PDFLaTeX: The problem is, that the 'É' character is not in Org's default list for link escapes but `string-match' matches for the lower case character. Adding more chars to `org-link-escape-chars' would solve the problem, but this seems to be a broder issue: Regular links (URIs) are restricted to a special set of ASCII characters and non-ascii chars are hex-encoded. Currently Org escapes links to Org mode headlines using the table mentioned above. But Org files and hence Org headlines might be Unicode, containing multibyte characters that cannot be hex-escaped in the normal fashion. Maybe something like this would be a solution: - Org only escapes square brackets when escaping a link to an Org mode headline - `org-link-escape' uses a shotgun-approach: Every char that is not allowed according to the specs (Cf. RFC3986) is percent encoded if the link sequence does not contain multibyte chars; If the sequence does contain multibyte chars, `org-link-escape' produces an IRI (Cf. RFC3987). Is there a reason for this distinction between multibyte and unibyte? I favour the shotgun-approach if not. It's bullet-proof. The JavaScript function `encodeURIComponent()' encodes the German Umlaut `ü' as `%C3%B6' regardless of the sources encoding actually. That's why I wrote the two functions `org-protocol-unhex-string' and `org-protocol-unhex-compound' (s. org-protocol.el). I'll have to take a look at that RFC you mentioned :) Best wishes Sebastian ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Bug? org.el:org-open-at-point
Achim Gratz wrote: David Maus dm...@ictsoc.de writes: What syntax did you try? IIRC `org-gnus-follow-link' expects a /Gnus/ link in path, but RFC5538 (The 'news' and 'nntp' URI Schemes )[1] has a different definition that must be normalized to a org-gnus.link. I tried news:gmane.emacs.orgmode (incomplete, I know), but any other link with authority would produce the same result: GNUS tries to enter a group with the literal path as specified in the link and gets stuck. --- 9:*nntp+news.gmane.org:gmane.emacs.orgmode K *: //news.gmane.org/gmane.emacs.orgmode --- The correct path syntax suggested by GNUS to give to gnus-group-jump-to-group is nntp+news.gmane.org:gmane.emacs.orgmode, but that still doesn't open the Summary buffer and gives no further error message. Browsing around in org-gnus.el suggests that news: links should probably not go through that function in org-gnus.el since it registers it's own gnus: handler just for that. 1/ Okay, I've pushed a change to master that adds two functions `org-wl-open-nntp' and `org-gnus-open-nntp' to open nntp: links with WL or Gnus, respectively. You have to register one of the functions as link handler, e.g. , | (org-add-link-type nntp 'org-gnus-open-nntp) ` nntp: links have the form: nntp://server/group[/article] Where SERVER is the nntp server, GROUP is the group, and ARTICLE is the article number. Limitations: Dunno how to supply login information in Gnus. Thus, opening a link like nntp://u...@server/group will drop the user part and fall back to nntp://server/group. 2/ Support for news: links is a little bit tricky: They have the format news:[//server/][group|message-id] Where GROUP can contain wild-cards (meaning: List all groups that match) and MESSAGE-ID appears without a group (meaning: search for the message with this id on the server). And SERVER is optional. 3/ The next step would be to supersede the customization variable `org-gnus-prefer-weblinks' by `org-gnus-prefered-usenet-link-type' which can be one of: 'http -- create web link to gmane or google 'nntp -- create nntp: link Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpmjTtX8X2P8.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: org-babel - utility to ease chopping src chunks into smaller org entries
[...] I was just pulling up my email to share my next iteration when I saw your next iteration. They look very similar. If my version covers all of your use cases, then I'd like to add it to the Babel key map, probably under d for demarcate or delimit, unless you can think of a better mnemonic. I've just added this to the org-mode repo. Not in the babel key map - in the org key map (I use it most in normal non src org entries to mark a block of elisp as src for samples/examples). For now it still lives in the babel keymap behind (C-c C-v d) since it is fundamentally code-block related, For me, fundamentally code-block related, in the absence of execution-related functionality, points to org-src.el rather than org-babel, so I suggest naming this function org-src-demarcate-block. The babel keymap is still a good place for a binding -- I think it's reasonable for the babel keymap to accomodate pure code block stuff in addition to execution/tangling stuff. Dan ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Remember template with pre-defined TAGS
Hello all, So, my team is using onelogin in a distributed form (through git) to track feature (user-stories) and bugs. We track them by simple tags -- :BUG: / :FEATURE: + A tag that specifies the project -- i.e: * TODO Fix the bug no #434 :PROJECT_NAME:BUG: It works pretty well, we have a common gtd file with all these items, and then just do a C-a m and search for PROJECT_NAME+BUG and there we get all the outstanding bugs. What I'd like to do is to allow developers to quickly input bugs, just like a remember template, but that include tags by default, so only the topic would be needed. Is it possible without too much elisp hacking? Thanks in advance, Marcelo. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [bug] org-link-escape and (wrong-type-argument stringp nil)
Hi David, David Maus wrote: Sébastien Vauban wrote: With current git pull, and such an Org file (in UTF-8 encoding): ... I get the following error when trying to export it via PDFLaTeX: The problem is, that the 'É' character is not in Org's default list for link escapes but `string-match' matches for the lower case character. Adding more chars to `org-link-escape-chars' would solve the problem, but this seems to be a broder issue: The funny thing, though, is that I don't have any link! At least explicitly... Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Remember template with pre-defined TAGS
On Mon, Sep 20, 2010 at 3:35 PM, Marcelo de Moraes Serpa celose...@gmail.com wrote: Hello all, Duh, I should really try things out before asking :S It just came to my mind that tags are, ermm, just strings, and I just did that: (Bug ?b *** TODO %^{Description} :PROJECT_NAMEBUG:\nAdded: %U, ~/org/gtd/gtd.org) Simple and works like a charm! Sorry about the stupid question. Hopefully this message archive can teach someone else to try things out first before shooting emails. Marcelo. So, my team is using onelogin in a distributed form (through git) to track feature (user-stories) and bugs. We track them by simple tags -- :BUG: / :FEATURE: + A tag that specifies the project -- i.e: * TODO Fix the bug no #434 :PROJECT_NAME:BUG: It works pretty well, we have a common gtd file with all these items, and then just do a C-a m and search for PROJECT_NAME+BUG and there we get all the outstanding bugs. What I'd like to do is to allow developers to quickly input bugs, just like a remember template, but that include tags by default, so only the topic would be needed. Is it possible without too much elisp hacking? Thanks in advance, Marcelo. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Latex export of subtree not working for me
Dear David, Looks like although Aquamacs 1.9 is based on Emacs 22, it lacks this library. thank you very much for your helpful feedback. The problem is indeed solved with the latest version of Aquamacs (2.1), as I just found out. Best, Torsten David Maus 20/09/10 7:29 PM Torsten Anders wrote: Dear all, sorry for bothering you again with my question from a couple of days ago (see below). I would appreciate with someone could briefly confirm whether exporting/publishing a subtree works for you (so I know whether the reported problem is related to org mode or to my own Emacs configuration). Thank you very much! Best, Torsten -- On Wed, 15 Sep 2010, Torsten Anders wrote Dear all, I would like to export only a subtree of an org file to PDF via Latex (ultimately using the package beamer). When doing export/publish (C-c C-e) I am given a menu with options, including the options only export current subtree and publish enclosing subtree. If I choose any of these and then select a publishing command (e.g., export to Latex), then I get the following error. org-export: Symbol's function definition is void: activate-mark What am I missing? BTW: I am using the latest org mode version (just did git pull) with Aquamacs 1.9 on MacOS 10.5. Looks like a problem with Aquamacs to me: ,[ *Help* ] | activate-mark is a compiled Lisp function in `simple.el'. | | (activate-mark) | | Activate the mark. | | [back] ` The export fails because this function is not available. Looks like although Aquamacs 1.9 is based on Emacs 22, it lacks this library. You might try to check EmacsWiki for information about this issue: http://www.emacswiki.org/emacs/AquamacsEmacs Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Babel+gnuplot on Worg
On Mon, Sep 20, 2010 at 4:07 PM, Bastien bastien.gue...@wikimedia.frwrote: Hi John, John Hendy jw.he...@gmail.com writes: Somewhat. I still don't see: http://orgmode.org/worg/org-contrib/babel/examples /org-babel-gnuplot.org You mean: http://orgmode.org/worg/org-contrib/babel/examples/org-babel-gnuplot.php Aha! Bummer. That'll do it. Sources are in the worg/sources/ directory: http://orgmode.org/worg/sources/org-contrib/babel/examples/org-babel-gnuplot.org Good to know. I just followed the only other example I knew of where an org file lived: http://orgmode.org/worg/org-tutorials/org-plot.org There, it's right in the folder with the published page on worg so I just tried to do the same. I wonder if this should go in the worg-setup or some other page on contributing to worg. Like I said, a directory tree might be helpful with an explanation next to each folder of what's supposed to live inside. Thanks much, John HTH, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Babel+gnuplot on Worg
Hi John, John Hendy jw.he...@gmail.com writes: Somewhat. I still don't see: http://orgmode.org/worg/org-contrib/babel/examples /org-babel-gnuplot.org You mean: http://orgmode.org/worg/org-contrib/babel/examples/org-babel-gnuplot.php Sources are in the worg/sources/ directory: http://orgmode.org/worg/sources/org-contrib/babel/examples/org-babel-gnuplot.org HTH, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] orgmode as a reference system: Storing private/sensitive information and syncing across devices.
Hi list, What I like about orgmode is that you know where the information is going. Can't beat plain text files in terms of simplicity. That being said, I store all my sensitive information in a huge reference.org file that is added to the agenda. I sync this (among other org files) to MobileOrg through a HTTPS-secured WebDav server. I know I'm pretty secure with that configuration, and that it is unlikely that someone will ever break into my credentials and other private information, unless somone has physical access to my iPod, for example. I also know that there are meny cloud services nowadays that do just that: Manage your sensitive information, and that's pretty much very secure. Well, I'd love to know what you think about it (storing / syncing private information across different devices, SSL-secure, of course) -- I know some will be more neurotic than others, and often enough reason -- how you store your private/sensitive information and any insights that you'd like to share are welcome ;) Thanks, Marcelo. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Babel+gnuplot on Worg
John Hendy jw.he...@gmail.com writes: Good to know. I just followed the only other example I knew of where an org file lived: http://orgmode.org/worg/org-tutorials/org-plot.org Mhh.. not found -- because .org files live in worg/sources/ There, it's right in the folder with the published page on worg so I just tried to do the same. I wonder if this should go in the worg-setup or some other page on contributing to worg. Like I said, a directory tree might be helpful with an explanation next to each folder of what's supposed to live inside. Please go ahead and edit worg-setup.org :) Thanks, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] exporting to a specified directory
Hello, Can you set some option in an org-mode buffer telling the exporter to write the HTML and PDF versions of the document in a specific directory? I know the publishing mechanism does this, just wondering if there is a simple variable to set per file to set this on export, or do I need to set up a publishing project? Thanks! Erik ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [Babel] Can't export to LaTeX anymore (args-out-of-range 0 0)
Hi Eric and all the others, Eric Schulte wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Eric Schulte wrote: The error occurs with such a simple document: #+TITLE: Org-isodoc #+LANGUAGE: en_US * Context This is a letter sample. * Subject #+srcname: subject #+begin_src org :results latex Composing letters using Org mode and the LaTeX isodoc class #+end_src This is a tricky problem indeed. [...] This fix will probably take some time to implement, and until then I don't think it will be possible to evaluate org-mode blocks during export. Noweb expansion is still possible, however explicitly performing the export is not. What could be a workaround? Simply change =:results latex= to =:results org= and the code block body will be harmlessly expanded and deposited in the org buffer on export, then carried along with the rest of the file for export. * Subject #+source: me #+begin_src org I am *eric*. #+end_src #+srcname: subject #+begin_src org :results org replace :noweb yes Composing letters using *Org mode* and the LaTeX isodoc class me #+end_src Question: =:results org replace= (instead of =:results org=) is necessary if we wanna see the results expanded in the Org buffer, on key =C-c C-v C-e=. Why? Trying to build on the route you mention, I come up with different solutions, such as: --8---cut here---start-8--- #+TITLE: Org-isodoc #+AUTHOR:Seb Vauban #+DATE: 2010-09-20 * COMMENT Parameters #+source: contents #+begin_src org My body includes a list: - one - two and a small table: | first | second | | other | last | Not more. #+end_src #+srcname: letter #+begin_src org :results org replace :noweb yes Composing letters using *Org mode* and the LaTeX isodoc class contents #+end_src * Results #+LaTeX: \documentclass[11pt]{isodoc} #+LaTeX: \usepackage[utf8x]{inputenc} #+LaTeX: \usepackage[T1]{fontenc} #+LaTeX: \setupdocument{ #+LaTeX: to = {Eric}, #+LaTeX: subject = {Tough to understand what to do...}, #+LaTeX: opening = {Hi}, #+LaTeX: closing = {Best} #+LaTeX: } #+LaTeX: \begin{document} #+LaTeX: {}\letter{% #+results: letter #+BEGIN_SRC org Composing letters using *Org mode* and the LaTeX isodoc class My body includes a list: - one - two and a small table: | first | second | | other | last | Not more. #+END_SRC #+LaTeX: } #+LaTeX: \end{document} --8---cut here---end---8--- Asking for Org results, as you mentioned, made me dream about a direct export to PDF on =C-c C-v C-e=. However, when the Org results block =letter= is surrounded by LaTeX code, items and tables aren't translated anymore to their LaTeX counterparts. OK, even if it doe, I still have a couple of problems to resolve: - How to avoid generating the title of the exported headline (=* Results=)? - How to impose my =documentclass isodoc= instead of =article=? and maybe more. Then, if I understand correctly, the only fallback is the tangling solution: --8---cut here---start-8--- * Letter :PROPERTIES: :ID: 02360e5c-8f76-4e6d-a98f-b8c5fa2a3da4 :END: #+source: body #+begin_src org :results latex My body includes a list: - one - two and a small table: | first | second | | other | last | Not more. #+end_src #+begin_src latex :noweb yes :tangle yes \documentclass[11pt]{isodoc} \usepackage[utf8x]{inputenc} \usepackage[T1]{fontenc} \setupdocument{ to = {Eric}, subject = {Tough to understand what to do...}, opening = {Hi}, closing = {Best} } \begin{document} \letter{% body() } \end{document} #+end_src #+results: #+BEGIN_LaTeX \documentclass[11pt]{isodoc} \usepackage[utf8x]{inputenc} \usepackage[T1]{fontenc} \setupdocument{ to = {Eric}, subject = {Tough to understand what to do...}, opening = {Hi}, closing = {Best} } \begin{document} \letter{% My body includes a list: \begin{itemize} \item one \item two \end{itemize} and a small table: \begin{center} \begin{tabular}{ll} firstsecond \\ otherlast\\ \end{tabular} \end{center} Not more. } \end{document} #+END_LaTeX --8---cut here---end---8--- Here, the above results is perfectly translated into LaTeX. But trying to export this buffer raises the =Args out of range: 0, 0= error. The solution is to tangle it, and launch pdflatex on the tangled file. Questions: - Is the above overview right, or am I *still* missing things? - Couldn't =C-c C-v C-e= tangle to files, when the =tangle= parameter is present? FYI, I've lost some amount of time (won't tell you how much, I'm ashamed) thinking that the tangling process did not work anymore on my machine, because I was expecting it on =C-c C-v C-e=. At my discharge, I only used tangling once, a couple of months ago, but... ... and I think I already had once that request in mind, maybe even asked on the list. Idealistic
[Orgmode] Re: orgmode as a reference system: Storing private/sensitive information and syncing across devices.
Hi Marcelo, Marcelo de Moraes Serpa wrote: What I like about orgmode is that you know where the information is going. Can't beat plain text files in terms of simplicity. That being said, I store all my sensitive information in a huge reference.org file that is added to the agenda. I sync this (among other org files) to MobileOrg through a HTTPS-secured WebDav server. I know I'm pretty secure with that configuration, and that it is unlikely that someone will ever break into my credentials and other private information, unless somone has physical access to my iPod, for example. I also know that there are meny cloud services nowadays that do just that: Manage your sensitive information, and that's pretty much very secure. Well, I'd love to know what you think about it (storing / syncing private information across different devices, SSL-secure, of course) -- I know some will be more neurotic than others, and often enough reason -- how you store your private/sensitive information and any insights that you'd like to share are welcome ;) What about encrypting your really private headlines with org-crypt? Too much to encrypt? Too much work? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] exporting to a specified directory
Hi Erik, Erik Iverson er...@ccbr.umn.edu writes: Can you set some option in an org-mode buffer telling the exporter to write the HTML and PDF versions of the document in a specific directory? I know the publishing mechanism does this, just wondering if there is a simple variable to set per file to set this on export, or do I need to set up a publishing project? AFAIK, you need to setup a publishing project for this. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Remember template with pre-defined TAGS
Hi Marcelo, Marcelo de Moraes Serpa wrote: * TODO Fix the bug no #434 :PROJECT_NAME:BUG: What I'd like to do is to allow developers to quickly input bugs, just like a remember template, but that include tags by default, so only the topic would be needed. Is it possible without too much elisp hacking? It just came to my mind that tags are, ermm, just strings, and I just did that: (Bug ?b *** TODO %^{Description} :PROJECT_NAMEBUG:\nAdded: %U, ~/org/gtd/gtd.org) For my own understanding, some questions/comments: - is your bug number coming from elsewhere? - do you have links to a BugZilla tracking system, or something similar? - why not using =%^G= in your template for prompting for tags (with completion on tags in all agenda files), in case the project name could have to be specified more dynamically? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] #+source line in export
Thomas S. Dye t...@tsdye.com writes: Would it be possible for this setting to be in effect when Worg generates its files from the org-mode sources? The effect is pleasing in some situations. .emacs.el on the orgmode.org server now set (setq org-export-latex-listings-w-names nil) If this is not convenient for everyone, let me know and we might think of a better per-file solution. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: org-babel - utility to ease chopping src chunks into smaller org entries
Hi Eric, Sébastien Vauban wrote: Eric Schulte wrote: I've just added [org-babel-demarcate-block] to the org-mode repo. For now it still lives in the babel keymap behind (C-c C-v d) since it is fundamentally code-block related, however it can be called from anywhere in an org-mode file, and could of course be bound to any other key sequence in a personal config. I don't see any key binding (yet), after org-reload. Just on that one point of my posting: I know have the binding available at my finger tips, after a shutdown and an Emacs restart. Is it possible that =org-reload= did not reload the key maps? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: orgmode as a reference system: Storing private/sensitive information and syncing across devices.
Hmm, never heard about it :) But I assume that -- at least in terms of network security -- having the WebDav server below a HTTPS layer is enough. This would at least put a layer of security for when I'm syncing between devices (in this case OSX-WebDav-MobileOrg). I know, however, there might be other holes or someone might even me able to just sit in front of my computer and fiddle through the org text files, so that might be a good use-case for org-crypt. Marcelo. 2010/9/20 Sébastien Vauban wxhgmqzgw...@spammotel.com: Hi Marcelo, Marcelo de Moraes Serpa wrote: What I like about orgmode is that you know where the information is going. Can't beat plain text files in terms of simplicity. That being said, I store all my sensitive information in a huge reference.org file that is added to the agenda. I sync this (among other org files) to MobileOrg through a HTTPS-secured WebDav server. I know I'm pretty secure with that configuration, and that it is unlikely that someone will ever break into my credentials and other private information, unless somone has physical access to my iPod, for example. I also know that there are meny cloud services nowadays that do just that: Manage your sensitive information, and that's pretty much very secure. Well, I'd love to know what you think about it (storing / syncing private information across different devices, SSL-secure, of course) -- I know some will be more neurotic than others, and often enough reason -- how you store your private/sensitive information and any insights that you'd like to share are welcome ;) What about encrypting your really private headlines with org-crypt? Too much to encrypt? Too much work? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] exporting to a specified directory
Bastien bastien.gue...@wikimedia.fr writes: Hi Erik, Erik Iverson er...@ccbr.umn.edu writes: Can you set some option in an org-mode buffer telling the exporter to write the HTML and PDF versions of the document in a specific directory? I know the publishing mechanism does this, just wondering if there is a simple variable to set per file to set this on export, or do I need to set up a publishing project? AFAIK, you need to setup a publishing project for this. ...but you could always export a single file to a temporary buffer and write that to which ever directory you like. Sebastian ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: orgmode as a reference system: Storing private/sensitive information and syncing across devices.
Marcelo de Moraes Serpa celose...@gmail.com writes: Hmm, never heard about it :) But I assume that -- at least in terms of network security -- having the WebDav server below a HTTPS layer is enough. This would at least put a layer of security for when I'm syncing between devices (in this case OSX-WebDav-MobileOrg). I know, however, there might be other holes or someone might even me able to just sit in front of my computer and fiddle through the org text files, so that might be a good use-case for org-crypt. Hi Marcelo, unencrypted data is _not_ secure. Encrypt your data and you'll have a chance to lock your bank account card just in time, once your iPod gets lost (or stolen). (Is it necessary to carry sensitive data around on your iPod??? Can't believe it...) As you might have guessed, I'm one of those more neurotic persons. And more and more people join us --- to late in many cases. Encryption is cheep. Unencrypted data can be expensive. Sebastian ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: orgmode as a reference system: Storing private/sensitive information and syncing across devices.
Hi Sebastian, Well, org adds it because reference.org is part of agenda-file array. Not sure how I can exclude it from org-mobile even if it is added to the agenda view, any hints? As for encryption. I will do as you suggested. I wonder what you guys think about other note-taking software, such as Evernote, that operate in the cloud. I know many people that keep their sensitive data on Evernote and sync with different computers and devices. Marcelo. On Mon, Sep 20, 2010 at 6:15 PM, Sebastian Rose sebastian_r...@gmx.de wrote: Marcelo de Moraes Serpa celose...@gmail.com writes: Hmm, never heard about it :) But I assume that -- at least in terms of network security -- having the WebDav server below a HTTPS layer is enough. This would at least put a layer of security for when I'm syncing between devices (in this case OSX-WebDav-MobileOrg). I know, however, there might be other holes or someone might even me able to just sit in front of my computer and fiddle through the org text files, so that might be a good use-case for org-crypt. Hi Marcelo, unencrypted data is _not_ secure. Encrypt your data and you'll have a chance to lock your bank account card just in time, once your iPod gets lost (or stolen). (Is it necessary to carry sensitive data around on your iPod??? Can't believe it...) As you might have guessed, I'm one of those more neurotic persons. And more and more people join us --- to late in many cases. Encryption is cheep. Unencrypted data can be expensive. Sebastian ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode