Re: [Orgmode] Notes for a todos/tasks
On Thu, May 28, 2009 at 11:27 PM, Keith Lancaster klancaster1...@mac.com wrote: Usually, I add a time-stamp. I have to think that there is a better way. What's the best way to handle this? I use todo state logging, so to add a comment I simply change the state of the todo item from TODO to TODO again (C-1 C-c C-t, or S-left S-right). It brings up the 'remember' buffer and the result is like this (from my calls.org): ** TODO tech support: phone number x - State TODO from TODO [2009-05-27 Wed 13:51] \\ reported problems w phone number xxx - State TODO from TODO [2009-05-21 Thu 17:29] \\ reported number Dmitri. ticket number 2426 (repeated) - State TODO from TODO [2009-05-18 Mon 14:37] \\ asked to check fax in 10 min - State TODO from TODO [2009-05-18 Mon 12:23] \\ reported problems w phone number xxx will call back till 1400 - State TODO from TODO [2009-05-13 Wed 14:07] \\ reported on continuing problems - State TODO [2009-05-06 Wed 12:40] \\ fax problems. -- With best regards, Dmitri Minaev Russian history blog: http://minaev.blogspot.com ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-protocol for safari?
On 29 May 2009, at 00:54, Samuel Wales wrote: Has anybody gotten org-protocol to work for Safari? Earlier I asked if anybody has written a script to parse Safari bookmarks and orgify them; this would be another solution, just click on each tab. I've got some Applescripts for use with Quicksilver which do this job for Safari and other applications. I'm intending to rewrite them to use org-protocol rather than my own rather hacky solutions, but haven't yet have the time. And also to rewrite them for other Quicksilvery type applications like Google and LaunchBar. In the meantime, you can grab them at: http://claviclaws.net/org HTH, Christopher ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] BUG-#+ Fontification
On May 29, 2009, at 7:33 AM, Nick Dokos wrote: Well, duh: because of my PATH, I was getting emacs 22 from the command line, but emacs 23 from the panel/menu - no wonder there is a difference. OTOH, this was stupidity with a purpose :-) The upshot is that org-compatible-face does not deal with emacs 22 gracefully, since the first two clauses of the cond fail there and so it takes the default branch; but since specs is nil in the call, the function returns nil. Hi Nick, thank you once again for the fast and excellent analysis of this bug - this might have taken me a lot of time to figure out. I have pushed a fix for this problem that at least does help on Emacs 22 - it will not work correctly under XEmacs. There will be a fix for XEmacs as well, but I need to think more about how to adress this. Thanks. - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] org-mode Google Wave Integration
Okay, I've just seen the demo of Google Wave here: http://wave.google.com/ I've not had chance to look at it in depth (I've only viewed 29 minutes of the video) and skimmed the protocol spec but it seems that Google Wave is a collaborative messaging protocol to collaborate on tree structures. It's built ontop of XMPP (and a variety of other things), but the first thing that occured to a colleague and me is that it's remarkably similar to org-mode, except focused explicitly around communication and collaboration blurring the line between I/M, email and semi-structured data. Google Wave is largely vapourware and product demo at the moment, but it seems like a great fit for org-mode. I could imagine an org-mode extension that would present waves as org-mode files; restrict editing to only your messages (trees), and allow easy pushing/pulling/refiling of data between native org-mode files and waves. It doesn't require a lot of imagination to see how org-mode could become not only the most powerful note-taker/productivity app, but also the most powerful and extensible wave client and messaging tool available! Has anyone else had any thoughts on this? In some ways it seems similar to what some people on this list are trying to do when collaborating on org-mode files. R. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] BUG-#+ Fontification
Carsten Dominik carsten.domi...@gmail.com writes: Hi Nick, thank you once again for the fast and excellent analysis of this bug - this might have taken me a lot of time to figure out. I have pushed a fix for this problem that at least does help on Emacs 22 - it will not work correctly under XEmacs. There will be a fix for XEmacs as well, but I need to think more about how to adress this. Thanks. This both. This fixes the problem I was seeing. I've removed my face customization again and I'm back to the default settings. Regards, Bernt ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] BUG-#+ Fontification
Nick Dokos nicholas.do...@hp.com writes: Well, duh: because of my PATH, I was getting emacs 22 from the command line, but emacs 23 from the panel/menu - no wonder there is a difference. OTOH, this was stupidity with a purpose :-) The upshot is that org-compatible-face does not deal with emacs 22 gracefully, since the first two clauses of the cond fail there and so it takes the default branch; but since specs is nil in the call, the function returns nil. Bernt, you are on emacs 22, correct? Yes I'm on emacs 22 (Debian) GNU Emacs 22.2.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2008-11-09 on raven, modified by Debian Thanks for figuring this out :) -Bernt ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Notes for a todos/tasks
Dmitri Minaev min...@gmail.com writes: On Thu, May 28, 2009 at 11:27 PM, Keith Lancaster klancaster1...@mac.com wrote: Usually, I add a time-stamp. I have to think that there is a better way. What's the best way to handle this? I use todo state logging, so to add a comment I simply change the state of the todo item from TODO to TODO again (C-1 C-c C-t, or S-left S-right). It brings up the 'remember' buffer and the result is like this (from my calls.org): You can just add a note with C-c C-z (or just z in the agenda) without requiring a state change. -Bernt ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] fix in org-publish-update-timestamp
I use the ~ character to denote my home directory in org-publish-project-alist (:base-directory and :publishing-directory), like: , | (setq org-publish-project-alist | (list |'(foo . (:base-directory ~/doc/foo/ ... ` When directories are given this way and ORG-PUBLISH-UPDATE-TIMESTAMP uses the touch command to update the timestamp, it doesn't work because Emacs should expand the ~/ into the home directory via EXPAND-FILE-NAME. See the attached patch, Carsten please include this, thanks. diff --git a/lisp/org-publish.el b/lisp/org-publish.el index c6c7421..399fdd3 100644 --- a/lisp/org-publish.el +++ b/lisp/org-publish.el @@ -233,7 +233,7 @@ If there is no timestamp, create one. (if (and (fboundp 'set-file-times) (not newly-created-timestamp)) (set-file-times timestamp-file) - (call-process touch nil 0 nil timestamp-file + (call-process touch nil 0 nil (expand-file-name timestamp-file) ;;; Mapping files to project names -- Richard ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] BUG-#+ Fontification
Carsten Dominik carsten.domi...@gmail.com wrote: thank you once again for the fast and excellent analysis of this bug - this might have taken me a lot of time to figure out. Glad to help. Nick ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: org-mode feature is surely a bug!
Hi Michael, Thanks for your mail. what version of Org-mode are you using? We have changed this quite some time ago to (float 8) (I see now that the docs still say 5, but this is not the case in the code, it is 8, except maybe in very old releases). The reason why it is not larger is more a display issue and a computation issue. Since Org-mode is pure plain text, we need to write all significant digits into the table, we do not have the option to make the display a shorter version of an underlying more accurate number, and writing out all 16 digits of a double precision number would make the table columns wide and the tables unreadable. We could have #+PRECISION, but you can also do M-x customize-variable RET org-calc-default-modes RET and change it there, for all your files, at least for now, until I have a better option for per-file settings. Hope this helps. Please write next time to emacs-orgmode@gnu.org (this is our mailing list) so that a searchable record of answers and questions is created. Best wishes - Carsten On May 29, 2009, at 4:22 PM, Dr. Michael Dowling wrote: Hello Carsten, I was adapting org-mode to my applications when I noticed that it could not add up! I had a table in which one column was a column of figures, and I wanted the sum, and org-mode came up with the wrong answer. I was flabbergasted when I discovered that this behaviour was documented as a feature! Specifically, the offending line was calc-float-format (float 5) Apparently, if the calc default of 12 were used, the tables could look ugly, so it was thought better to produce a pretty table than a correct one! At first I thought that this might be merely a display problem, that internal calculations would be more accurate, and that I could get the extra precision that I needed using a printf style print, but no. The printed value indeed had an extra digit, but that right most digit was a meaningless '0'. I've changed this in my .emacs file, but I would urge a re-think on this. As a numerical analyst, I feel comfortable with rounding errors, and precision, and I accept that it is impossible to supply exact answers to all calculations, but working with only decimal 5 digit precision I find rather frightening. (How calc came up with a default of 12 I don't know; it's capable of arbitary precision, but anything less that the precision of a double precision of 64 bits (about 16 decimal places), and all the paraphernalia of guard digits etc. that the hardware floating point units use is odd.) Perhaps a line like #+PRECISIOM 21 would be nice so that the user can choose his precision on file by file basis, and keeping the above value at 12, the calc default. I sixth digit after a decimal point for a tax return is clearly too much, but for financial calculations involving millions, this would be unacceptable. It follows that this really should not be hard coded, but set on a file by file basis. I don't want to sound negative, though; org-mode is really nifty, and, although I have still to get into it properly, I have great expectations that I am sure will be fulfilled beyond all my hopes! Great work! Cheers, Mike Dowling -- Dr. Michael L. Dowling Gaußstr. 27 38106 Braunschweig Germany ___ Emacs-orgmode mailing list Remember: 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-mode feature is surely a bug!
You know, this just gave me a nutty idea. I think org-mode is already too far along to add this now, but there do seem to be a number of cases were we want to have one thing in the file and another on the screen. We kind of have it with column narrowing, links and other similar things. I wonder if it would have been handy to have a general notation for display 'this' but store 'that' and then reuse that for file links, footnote reference, inline annotations, adjusted table output, emphasis, etc. I think it would need to allow multi-line values for 'this' and 'that' and allow faces to be defined in 'this' and probably only plain text in 'that'. We could also allow 'this' be have certain transformation functions that use 'that' as input. So table narrowing and transformations could be handled that way. File links for just have a plain text 'this' string or one of a series of transform functions that could inline the file, display it inline if it's an image or display a summary of some sort of the file's contents. Links in org-mode already do this to an extent. I think I'm thinking of a generalized mechanism in org-mode to hide one thing (or maybe more?) under another to be used as a basic building block for other features. Edd On Fri, May 29, 2009 at 9:44 AM, Carsten Dominik carsten.domi...@gmail.com wrote: Hi Michael, Thanks for your mail. what version of Org-mode are you using? We have changed this quite some time ago to (float 8) (I see now that the docs still say 5, but this is not the case in the code, it is 8, except maybe in very old releases). The reason why it is not larger is more a display issue and a computation issue. Since Org-mode is pure plain text, we need to write all significant digits into the table, we do not have the option to make the display a shorter version of an underlying more accurate number, and writing out all 16 digits of a double precision number would make the table columns wide and the tables unreadable. We could have #+PRECISION, but you can also do M-x customize-variable RET org-calc-default-modes RET and change it there, for all your files, at least for now, until I have a better option for per-file settings. Hope this helps. Please write next time to emacs-orgmode@gnu.org (this is our mailing list) so that a searchable record of answers and questions is created. Best wishes - Carsten On May 29, 2009, at 4:22 PM, Dr. Michael Dowling wrote: Hello Carsten, I was adapting org-mode to my applications when I noticed that it could not add up! I had a table in which one column was a column of figures, and I wanted the sum, and org-mode came up with the wrong answer. I was flabbergasted when I discovered that this behaviour was documented as a feature! Specifically, the offending line was calc-float-format (float 5) Apparently, if the calc default of 12 were used, the tables could look ugly, so it was thought better to produce a pretty table than a correct one! At first I thought that this might be merely a display problem, that internal calculations would be more accurate, and that I could get the extra precision that I needed using a printf style print, but no. The printed value indeed had an extra digit, but that right most digit was a meaningless '0'. I've changed this in my .emacs file, but I would urge a re-think on this. As a numerical analyst, I feel comfortable with rounding errors, and precision, and I accept that it is impossible to supply exact answers to all calculations, but working with only decimal 5 digit precision I find rather frightening. (How calc came up with a default of 12 I don't know; it's capable of arbitary precision, but anything less that the precision of a double precision of 64 bits (about 16 decimal places), and all the paraphernalia of guard digits etc. that the hardware floating point units use is odd.) Perhaps a line like #+PRECISIOM 21 would be nice so that the user can choose his precision on file by file basis, and keeping the above value at 12, the calc default. I sixth digit after a decimal point for a tax return is clearly too much, but for financial calculations involving millions, this would be unacceptable. It follows that this really should not be hard coded, but set on a file by file basis. I don't want to sound negative, though; org-mode is really nifty, and, although I have still to get into it properly, I have great expectations that I am sure will be fulfilled beyond all my hopes! Great work! Cheers, Mike Dowling -- Dr. Michael L. Dowling Gaußstr. 27 38106 Braunschweig Germany ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list.
[Orgmode] Did Anyone Ever Get This Working ... ?
Hi, Has anyone figured out a way to export from org to a trac wiki? I've tried ascii (ugly) and html (doesn't work). Tks, -T ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Did Anyone Ever Get This Working ... ?
Tennis Smith ten...@tripit.com writes: Hi,Has anyone figured out a way to export from org to a trac wiki? I#39;ve tried ascii (ugly) and html (doesn#39;t work).Tks,-T Recently I wrote an XSL stylesheet that converts DocBook documents to TWiki format (see docbook2twiki.googlecode.com/). You may want to modify it (http://code.google.com/p/docbook2twiki/source/browse/trunk/docbook2twiki.xsl) based on trac wiki syntax, and then use DocBook exporter as a bridge to export Org files to trac wiki. An Elisp function called org-export-s-twiki is also available to copy from. Baoqiu ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] org mode and preview-latex
Dear all, Is there a way to visualize latex snippets on the fly using auctex's latex-preview ? It would appear the only way to do this is select latex-mode once I have finished completed my notes, it would be nice to do this on the fly when I am drafting articles. thanks MMD ] ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-mode Google Wave Integration
I agree that this is promising. I'd like to see a general emacs integration first, then it would be easier to write an org-mode customization on top of that. From a cursory glance at the apis, I didn't see an obvious way to integrate with it in the low-level way that would make the emacs closely resemble the Wave UI. Still thinking about it... On Fri, May 29, 2009 at 6:10 AM, Rick Moynihan rick.moyni...@gmail.com wrote: Okay, I've just seen the demo of Google Wave here: http://wave.google.com/ I've not had chance to look at it in depth (I've only viewed 29 minutes of the video) and skimmed the protocol spec but it seems that Google Wave is a collaborative messaging protocol to collaborate on tree structures. It's built ontop of XMPP (and a variety of other things), but the first thing that occured to a colleague and me is that it's remarkably similar to org-mode, except focused explicitly around communication and collaboration blurring the line between I/M, email and semi-structured data. Google Wave is largely vapourware and product demo at the moment, but it seems like a great fit for org-mode. I could imagine an org-mode extension that would present waves as org-mode files; restrict editing to only your messages (trees), and allow easy pushing/pulling/refiling of data between native org-mode files and waves. It doesn't require a lot of imagination to see how org-mode could become not only the most powerful note-taker/productivity app, but also the most powerful and extensible wave client and messaging tool available! Has anyone else had any thoughts on this? In some ways it seems similar to what some people on this list are trying to do when collaborating on org-mode files. R. ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] fix in org-publish-update-timestamp
Applied, thanks - Carsten On May 29, 2009, at 3:59 PM, Richard KLINDA wrote: I use the ~ character to denote my home directory in org-publish-project-alist (:base-directory and :publishing-directory), like: , | (setq org-publish-project-alist | (list |'(foo . (:base-directory ~/doc/foo/ ... ` When directories are given this way and ORG-PUBLISH-UPDATE-TIMESTAMP uses the touch command to update the timestamp, it doesn't work because Emacs should expand the ~/ into the home directory via EXPAND-FILE- NAME. See the attached patch, Carsten please include this, thanks. diff --git a/lisp/org-publish.el b/lisp/org-publish.el index c6c7421..399fdd3 100644 --- a/lisp/org-publish.el +++ b/lisp/org-publish.el @@ -233,7 +233,7 @@ If there is no timestamp, create one. (if (and (fboundp 'set-file-times) (not newly-created-timestamp)) (set-file-times timestamp-file) - (call-process touch nil 0 nil timestamp-file + (call-process touch nil 0 nil (expand-file-name timestamp- file) ;;; Mapping files to project names -- Richard ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org mode and preview-latex
On May 29, 2009, at 11:51 PM, Marvin Doyley wrote: Dear all, Is there a way to visualize latex snippets on the fly using auctex's latex-preview ? It would appear the only way to do this is select latex-mode once I have finished completed my notes, it would be nice to do this on the fly when I am drafting articles. Not with preview-latex, but Org has a similar mechanism built-in. http://orgmode.org/manual/Processing-LaTeX-fragments.html#Processing-LaTeX-fragments - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode