Re: [Orgmode] Why not emacs -Q for byte-compiling org-mode in the Makefile
Done, thanks. I am using -no-site-file instead of --no-site-file, this seems to works best with different Emacsen.. - Carsten On May 4, 2009, at 5:36 PM, Tassilo Horn wrote: David Bremner brem...@unb.ca writes: is there a specific reason that the Makefile uses emacs -q and not emacs -Q for byte-compiling org-mode? this is a good idea, but -Q is not understood by XEmacs, and I am not even sure about Emacs 22. at least for Emacs 22, it works. XEmacs apparently has -no-site-file as equivalent to --no-site-init, so it would be possible to do something similar. Yeah, -Q is equivalent to -q --no-site-file, so the latter could be used and still we're compatible with emacs 22/23 xemacs. Bye, Tassilo -- Emacs is not a development tool but a way of life. - David Kastrup in alt.religion.emacs - ___ 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] Minor colouring (font lock) annoyance
On Apr 24, 2009, at 8:29 PM, Bernt Hansen wrote: Carsten Dominik carsten.domi...@gmail.com writes: On Apr 24, 2009, at 8:20 PM, Bernt Hansen wrote: Carsten Dominik carsten.domi...@gmail.com writes: I do not actively color these tasks, but any headlines that have been *visible* in a window will have been fontified, others will not have bee fontified. Org just copies the text for this list. Maybe I should make then all without colors? Okay. That's a perfect explanation for me -- and I'll just ignore that color or lack of colour issue. It's actually a lot easier to read coloured than not so please don't bother making them all black. :) I can also actively give them a color. Should these be the correct level colors, or some particular color? The actual level colours with highlighted TODO keywords and other cookies would be ideal I think. This should work now, please verify. - 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
Re: [Orgmode] File local variables and export?
On May 4, 2009, at 9:13 PM, Jason Riedy wrote: I'm trying to change org-export-latex-image-default-option to width=.7\\linewidth in a file local variable. It's set correctly as a buffer local variable, and it's having no effect on the export. My guess is that the buffer-local property is stopping it as soon as org-export-as-latex runs set-buffer. I can smuggle the value in by adding an entry to org-export-plist-vars referring to org-export-latex-image-default-option and pulling the value from the plist, but that feels incorrect. To me it sounds correct, actually. I have added this, and will add other variables as needed. Am I missing something? Or should I look into grabbing buffer-local-variables before set-buffer and setting the variables in the output buffer? BTW, there's a typo in org-export-region-as-latex's docstring. Replace retunr with return... That pops up in the docbook export, too. ;) Fixed, 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] Safari suppoprt in org-info-js
Hi all, Though I don't use Safari; some of my colleagues do and they've reported that my org files published with org-info-js don't have any of the javascript features enabled. Is this a known issue? 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] Timeline view Headers not time-sorted
Hi, Strange, because if I try your file, I get the correct sequence. I finally located the problem: when I add the following line to my .emacs file then the problem happens. (require 'dircolors) Without dircolors everything works fine. Maybe you have an explanation (dircolors.el is attached)? Thanks for your help, Francesco dircolors.el Description: application/emacs-lisp ___ 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] Minor colouring (font lock) annoyance
Carsten Dominik carsten.domi...@gmail.com writes: On Apr 24, 2009, at 8:29 PM, Bernt Hansen wrote: Carsten Dominik carsten.domi...@gmail.com writes: On Apr 24, 2009, at 8:20 PM, Bernt Hansen wrote: Carsten Dominik carsten.domi...@gmail.com writes: I do not actively color these tasks, but any headlines that have been *visible* in a window will have been fontified, others will not have bee fontified. Org just copies the text for this list. Maybe I should make then all without colors? Okay. That's a perfect explanation for me -- and I'll just ignore that color or lack of colour issue. It's actually a lot easier to read coloured than not so please don't bother making them all black. :) I can also actively give them a color. Should these be the correct level colors, or some particular color? The actual level colours with highlighted TODO keywords and other cookies would be ideal I think. This should work now, please verify. Cookies are coloured but nothing else seems to be so it's mostly black for me now. That's probably not what you intended :) -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] Timeline view Headers not time-sorted
On May 5, 2009, at 2:14 PM, Francesco Pizzolante wrote: Hi, Strange, because if I try your file, I get the correct sequence. I finally located the problem: when I add the following line to my .emacs file then the problem happens. (require 'dircolors) Without dircolors everything works fine. Maybe you have an explanation (dircolors.el is attached)? No, I have no idea. - Carsten Thanks for your help, Francesco dircolors.el ___ 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] Suggestion for demoting collapsed branch
When a branch is collapsed (e.g. invisible), demoting the header should demote all the subnodes also. For example, if I have: * a * b * c ** ca ** cb ** cd * d and I have the cursor on * c and hit alt-right it would just demote * c to ** c, but if c is collapsed ('* c...') hitting alt-right on it should demote * c to ** c but when I expand * c, ** ca should now be *** ca, ** cb should be *** cb, etc... This way I can quickly demote whole sections of the tree by just collapsing them. I would think this would be the expected behavior. Perhaps I am missing a mechanism to easily do it. I am pretty new to org-mode. Thanks for the otherwise great utility, -Kevin - Enron staff were given note pads with inspiring quotes, such as this by Martin Luther King Jr: Our lives begin to end the day we become silent about things that matter' - One World, One Web, One Program -- Microsoft Promotional Ad Ein Volk, Ein Reich, Ein Fuehrer -- Adolf Hitler - Up next: Huge fruitcake tossing contraptions come under attack by vicious protesters. We love the fruitcake one exclaims! ___ 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-edit-src-code font lock problem
Hi Dan, On Apr 29, 2009, at 9:23 PM, Dan Davison wrote: I'm finding that the font-lock in the indirect buffer spawned by C-c ' on a source code block is not correct when there is a preceding (odd number of) apostrophes / backticks etc (depending on the language). E.g. * this works fine as there is no apostrophe #+begin_src sh for i in $(seq -w 1 22) ; do echo $i done #+end_src * but this doesn't work correctly because of the single-quote / apostrophe #+begin_src sh for i in $(seq -w 1 22) ; do echo $i done #+end_src The second example thinks it's in a single-quote-delimited string. Hmmm, this is a serious problem. time passing .. OK, I have addressed it by using not a narrowed indirect buffer to edit these snippets, but a truly separate buffer. Thanks for the report. org-version 6.26trans emacs-version 23.0.91.1 Dan p.s. A minor wish-list item: would it be possible to introduce a variable (say org-expert or something like that) which, when non-nil, prevents the appearance of instructive messages such as the one that appears on org-edit-src-code? Which one do you mean? The message in the echo area (last line of the frame), or the one appearing permanently in the first line of the buffer window? And which other cases of messages did you have in mind? I am not sure if I understand how these are bothering you. - 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 ___ 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] Minor colouring (font lock) annoyance
Yes much! Thanks!! It looks perfect now :) -Bernt Carsten Dominik carsten.domi...@gmail.com writes: Better now? - Carsten On May 5, 2009, at 2:21 PM, Bernt Hansen wrote: Carsten Dominik carsten.domi...@gmail.com writes: On Apr 24, 2009, at 8:29 PM, Bernt Hansen wrote: Carsten Dominik carsten.domi...@gmail.com writes: On Apr 24, 2009, at 8:20 PM, Bernt Hansen wrote: Carsten Dominik carsten.domi...@gmail.com writes: I do not actively color these tasks, but any headlines that have been *visible* in a window will have been fontified, others will not have bee fontified. Org just copies the text for this list. Maybe I should make then all without colors? Okay. That's a perfect explanation for me -- and I'll just ignore that color or lack of colour issue. It's actually a lot easier to read coloured than not so please don't bother making them all black. :) I can also actively give them a color. Should these be the correct level colors, or some particular color? The actual level colours with highlighted TODO keywords and other cookies would be ideal I think. This should work now, please verify. Cookies are coloured but nothing else seems to be so it's mostly black for me now. That's probably not what you intended :) -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] two questions (insert checkbox/ dired to org)
What is the underlying command for this shortcut: M-S-RET Insert a new item with a checkbox It does not work for me (if cursor is in a plain list already), so I have to fill in checkboxes with C-c C-x C-b. Another question: Is it possible to do something like dired-to-org, where the directory structure (including the subdirectories) is written to an org file? At the moment I do something like: find `pwd` -maxdepth 4 save the result to an org file, and additionally add `file:' at the beginnig of each line with sed. Maybe there is something more convenient? Regards henry ___ 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] Feature request: inherited priorities
On Sun, 3 May 2009 18:14:38 +0200, Carsten Dominik carsten.domi...@gmail.com said: Hi Peter, Matt, priorities cannot be inherited. Fair enough! In that case, would it be possible to take the default priority for a new task from the parent task? Peter. - Carsten On Apr 29, 2009, at 4:40 PM, Peter Westlake wrote: I would like to suggest that priorities should be inherited. After all, if a task is high priority, then doing the individual parts of it must be too. There are 250 items in my agenda TODO list at the moment, and that's with dependencies on, ordered subtasks, and missing all the less important stuff out altogether. I rarely look beyond the first dozen or so lines. With priorities not being inherited, adding a subtask to an important job can cause it to plunge hundreds of lines down the list and be overlooked. I have to add priorities to everything by hand. Hope this is a reasonable idea, Peter. ___ 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] Feature request: inherited priorities
On May 5, 2009, at 3:12 PM, Peter Westlake wrote: On Sun, 3 May 2009 18:14:38 +0200, Carsten Dominik carsten.domi...@gmail.com said: Hi Peter, Matt, priorities cannot be inherited. Fair enough! In that case, would it be possible to take the default priority for a new task from the parent task? I think that any kind of priority inheritance would be defeating the purpose of priorities, by inflation. I think what you are trying to do is to assign a whole project subtree high importance, and I would suggest to use tags for this purpose, which also support inheritance, and which allow very flexible filtering. HTH - Carsten Peter. - Carsten On Apr 29, 2009, at 4:40 PM, Peter Westlake wrote: I would like to suggest that priorities should be inherited. After all, if a task is high priority, then doing the individual parts of it must be too. There are 250 items in my agenda TODO list at the moment, and that's with dependencies on, ordered subtasks, and missing all the less important stuff out altogether. I rarely look beyond the first dozen or so lines. With priorities not being inherited, adding a subtask to an important job can cause it to plunge hundreds of lines down the list and be overlooked. I have to add priorities to everything by hand. Hope this is a reasonable idea, Peter. ___ 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] Re: How to set a entry with Chinese calender?
Leo 写道: Hi Leo, I ran into that question and have written a small package here: http://article.gmane.org/gmane.emacs.sources/3066/match=diary+chinese Your package is great! And I notice two bugs. I think it's not bugs of your package. 1. The calculation of Chinese year is right. For example, if I born in 1982.11 of *solar* calendar and my father born in 1952.12 of *lunar* calendar. My age is calculated as 27 and my father's age is calculated as 58, which should be 57. Because my father's birthday is in the next year of *solar* calender, his age is calculated one year more. 2. Month of Chinese date is not right. Due to the conversion of http://www.nongli.com/item3/searchNL.asp, 2009.5.5 is 己丑 戊辰 庚戌, but Emacs Calender gives : Chinese date: Cycle 78, year 26 (己丑), month 4 (己巳), day 11 (庚戌) It seems it converts one month late. Best wishes, Wei-Wei ___ 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] FR: make LaTeX export recognize LANGUAGE option
Hi, I couldn't find any references to babel in the mailing list nor in org-latex.el. I have various latex export class headers, but I sometimes write in English and sometimes in Norwegian, and this is not bound to the classes (beamer, ps-article, pdf-article). As it is, I've had \usepackage[nynorsk,english]{babel} in all my class headers, and then eg. \selectlanguage{nynorsk} in the org file. But before printout I've had to go into the .tex-file and remove whatever language I'm not using, deleting the .aux file and rerunning latex, since Apacite doesn't recognize the \selectlanguage within the literature list (eg. I get English in and from and such). So, I was wondering if we could have an option to let #+LANGUAGE: nn make the header say \usepackage[nynorsk]{babel} etc., so that, at least for monolingual documents, one doesn't have to do all this mucking about with \selectlanguage and deleting .aux files. If implemented, I think I might've read somewhere that babel should be loaded early on in the header, but other people probably know this better than me. (I guess it shouldn't be too hard to put it on the line right after \documentclass ?) Possibly #+LANGUAGE: nn en could be used for multilingual documents, but that seems low priority to me. best regards, Kevin Brubeck Unhammer ___ 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] two questions (insert checkbox/ dired to org)
henry atting nsmp...@online.de wrote: What is the underlying command for this shortcut: M-S-RET Insert a new item with a checkbox org-insert-todo-heading - it just happens to do special things in special cases. At the end of a plain list item or a checkbox item, it calls (org-insert-item 'checkbox) instead of inserting a todo heading. It does not work for me (if cursor is in a plain list already), so I have to fill in checkboxes with C-c C-x C-b. What does it do? And don't forget to provide version information both for org-mode and for emacs. Another question: Is it possible to do something like dired-to-org, where the directory structure (including the subdirectories) is written to an org file? At the moment I do something like: find `pwd` -maxdepth 4 save the result to an org file, and additionally add `file:' at the beginnig of each line with sed. Maybe there is something more convenient? I think this would be fairly easy to implement and there are many ways to do it, but: I have seen requests like this before and I must admit I don't understand why this would be useful. So this is is a useless rant from your point of view, but maybe you could explain: what is the use of this? If you want to be able to get to all of the files/subdirectories of the directory, why not add a single link to the top-level directory in your org file and then use the facilities of dired from there? Why is it important to have links to all the files? HTH, 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: two questions (insert checkbox/ dired to org)
henry atting nsmp...@online.de writes: What is the underlying command for this shortcut: M-S-RET Insert a new item with a checkbox ,[ C-h k M-S-return ] | M-S-return runs the command org-insert-todo-heading | which is an interactive compiled Lisp function in `org.el'. | It is bound to M-S-return. | (org-insert-todo-heading arg optional force-heading) ` It does not work for me (if cursor is in a plain list already), so I have to fill in checkboxes with C-c C-x C-b. It works great for me creating checkboxes automagically. -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] Suggestion for demoting collapsed branch
M-S-RIGHT M-S-LEFT I think it's better to behave the same way for collapsed and expanded trees. Regards Sebastian Kevin Haddock kevinhadd...@yahoo.com writes: When a branch is collapsed (e.g. invisible), demoting the header should demote all the subnodes also. For example, if I have: * a * b * c ** ca ** cb ** cd * d and I have the cursor on * c and hit alt-right it would just demote * c to ** c, but if c is collapsed ('* c...') hitting alt-right on it should demote * c to ** c but when I expand * c, ** ca should now be *** ca, ** cb should be *** cb, etc... This way I can quickly demote whole sections of the tree by just collapsing them. I would think this would be the expected behavior. Perhaps I am missing a mechanism to easily do it. I am pretty new to org-mode. Thanks for the otherwise great utility, -Kevin ___ 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-edit-src-code font lock problem
Carsten Dominik carsten.domi...@gmail.com writes: Hi Dan, On Apr 29, 2009, at 9:23 PM, Dan Davison wrote: I'm finding that the font-lock in the indirect buffer spawned by C-c ' on a source code block is not correct when there is a preceding (odd number of) apostrophes / backticks etc (depending on the language). E.g. * this works fine as there is no apostrophe #+begin_src sh for i in $(seq -w 1 22) ; do echo $i done #+end_src * but this doesn't work correctly because of the single-quote / apostrophe #+begin_src sh for i in $(seq -w 1 22) ; do echo $i done #+end_src The second example thinks it's in a single-quote-delimited string. Hmmm, this is a serious problem. time passing .. OK, I have addressed it by using not a narrowed indirect buffer to edit these snippets, but a truly separate buffer. Great, thanks. Thanks for the report. org-version 6.26trans emacs-version 23.0.91.1 Dan p.s. A minor wish-list item: would it be possible to introduce a variable (say org-expert or something like that) which, when non-nil, prevents the appearance of instructive messages such as the one that appears on org-edit-src-code? Which one do you mean? The message in the echo area (last line of the frame), or the one appearing permanently in the first line of the buffer window? The permanent one in the first line. And which other cases of messages did you have in mind? None at the moment! I just thought, seeing as the header is used to give a help message by org-edit-src-code, it might be worth introducing a mechanism whereby one can choose between two levels of help messages. I didn't mean to give the impression that I had several things I wanted to change. I am not sure if I understand how these are bothering you. I admit this is a personal and mainly aesthetic preference -- once I've learned how to use it and the relevant key binding, I prefer to have (the option to have) a screen free from content other than the minimum necessary (the echo area will still provide the information). I'm guessing that quite a few org users have dispensed with the emacs menu bar (and scroll bars), and was thinking that the proposed option might appeal to those sorts of people. Dan p.s. I think the docstring in org-edit-src-code needs updating to reflect the change. - 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 ___ 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] Safari suppoprt in org-info-js
Rick Moynihan r...@calicojack.co.uk writes: Hi all, Though I don't use Safari; some of my colleagues do and they've reported that my org files published with org-info-js don't have any of the javascript features enabled. Is this a known issue? Yes. It should be fixed now. You'll have to pull and re-export your stuff though. The problem was, that Safari is picky about the comments around script sections. Best Sebastian ___ 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] FR: make LaTeX export recognize LANGUAGE option
Kevin Brubeck Unhammer p.ixiemot...@gmail.com wrote: I couldn't find any references to babel in the mailing list nor in org-latex.el. I have various latex export class headers, but I sometimes write in English and sometimes in Norwegian, and this is not bound to the classes (beamer, ps-article, pdf-article). As it is, I've had \usepackage[nynorsk,english]{babel} in all my class headers, and then eg. \selectlanguage{nynorsk} in the org file. But before printout I've had to go into the .tex-file and remove whatever language I'm not using, deleting the .aux file and rerunning latex, since Apacite doesn't recognize the \selectlanguage within the literature list (eg. I get English in and from and such). So, I was wondering if we could have an option to let #+LANGUAGE: nn make the header say \usepackage[nynorsk]{babel} etc., so that, at least for monolingual documents, one doesn't have to do all this mucking about with \selectlanguage and deleting .aux files. If implemented, I think I might've read somewhere that babel should be loaded early on in the header, but other people probably know this better than me. (I guess it shouldn't be too hard to put it on the line right after \documentclass ?) Possibly #+LANGUAGE: nn en could be used for multilingual documents, but that seems low priority to me. Part of the problem is that if you have previous runs, the aux file and such are going to be present and they will need cleaning up no matter what you do at the org level. Purely at the org level, there may be a better way, but this is what I came up with: you can hack around this by defining your own class. E.g. in your org file you say #+LaTeX_CLASS: myclass and you add a definition for ``myclass'' to org-export-latex-classes, something like this (I just copied the ``article'' entry, modified the name and added the babel stuff - and you probably still need to add the \selectlanguage more-or-less by hand, but I guess you can do it at the org level): (add-to-list 'org-export-latex-classes '(myclass \\documentclass[11pt]{article} \\usepackage[nynorsk]{babel} \\usepackage[utf8]{inputenc} \\usepackage[T1]{fontenc} \\usepackage{graphicx} \\usepackage{longtable} \\usepackage{hyperref} (\\section{%s} . \\section*{%s}) (\\subsection{%s} . \\subsection*{%s}) (\\subsubsection{%s} . \\subsubsection*{%s}) (\\paragraph{%s} . \\paragraph*{%s}) (\\subparagraph{%s} . \\subparagraph*{%s}))) Does this 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: How to set a entry with Chinese calender?
On 2009-05-05 14:53 +0100, Wei-Wei Guo wrote: And I notice two bugs. I think it's not bugs of your package. I assume you mean without loading cal-china-plus, the follow restults still stand. Could you investigate more and report those bugs to emacs-devel? The author of calendar.el is actually an expert in this field, it is good to have him reviewing this. 1. The calculation of Chinese year is right. For example, if I born in 1982.11 of *solar* calendar and my father born in 1952.12 of *lunar* calendar. My age is calculated as 27 and my father's age is calculated as 58, which should be 57. Because my father's birthday is in the next year of *solar* calender, his age is calculated one year more. 2. Month of Chinese date is not right. Due to the conversion of http://www.nongli.com/item3/searchNL.asp, 2009.5.5 is 己丑 戊辰 庚戌, but Emacs Calender gives : Chinese date: Cycle 78, year 26 (己丑), month 4 (己巳), day 11 (庚戌) It seems it converts one month late. Best wishes, Wei-Wei Best wishes, -- .: Leo :. [ sdl.web AT gmail.com ] .: I use Emacs :. ___ 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: File local variables and export?
And Carsten Dominik writes: I can smuggle the value in by adding an entry to org-export-plist-vars referring to org-export-latex-image-default-option and pulling the value from the plist, but that feels incorrect. To me it sounds correct, actually. I have added this, and will add other variables as needed. I was thinking about using file locals to pass arguments along to custom functions... Carrying a central registry feels funny. Why do you prefer org-export-plist-vars? Jason ___ 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: two questions (insert checkbox/ dired to org)
On Di, Mai 05 2009, Nick Dokos wrote: henry atting nsmp...@online.de wrote: What is the underlying command for this shortcut: M-S-RET Insert a new item with a checkbox org-insert-todo-heading - it just happens to do special things in special cases. At the end of a plain list item or a checkbox item, it calls (org-insert-item 'checkbox) instead of inserting a todo heading. It does not work for me (if cursor is in a plain list already), so I have to fill in checkboxes with C-c C-x C-b. What does it do? And don't forget to provide version information both for org-mode and for emacs. GNU Emacs 23.0.93.1 (i486-pc-linux-gnu, GTK+ Version 2.16.1) of 2009-05-01 on elegiac, modified by Debian Org-mode version 6.26trans Mmh, I found out that it works. Normally if I see a key binding like M-S-RET I would use ESC-S-RET, but in this case the output of C-h k is: ESC S-return (translated from escape S-return) is undefined So if use alt-S-RET it works fine, but usually I never use alt for `M'. Another question: Is it possible to do something like dired-to-org, where the directory structure (including the subdirectories) is written to an org file? [...] I think this would be fairly easy to implement and there are many ways to do it, but: I have seen requests like this before and I must admit I don't understand why this would be useful. So this is is a useless rant from your point of view, but maybe you could explain: what is the use of this? If you want to be able to get to all of the files/subdirectories of the directory, why not add a single link to the top-level directory in your org file and then use the facilities of dired from there? Why is it important to have links to all the files? When I am pondering about my request I am not so sure anymore if it would be really usefull. But then again at first I found it helpfull to have something like a table of contents where all the files are hierarchically listed. However the main inconvenience of such a construct is that each alteration of the files or subdirectories would make this file increasingly useless. One would have to create this file anew whenever you modify something. So something like linking to a directory is really much better. :) henry ___ 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-edit-src-code font lock problem
On May 5, 2009, at 4:17 PM, Dan Davison wrote: Carsten Dominik carsten.domi...@gmail.com writes: Hi Dan, On Apr 29, 2009, at 9:23 PM, Dan Davison wrote: I'm finding that the font-lock in the indirect buffer spawned by C- c ' on a source code block is not correct when there is a preceding (odd number of) apostrophes / backticks etc (depending on the language). E.g. * this works fine as there is no apostrophe #+begin_src sh for i in $(seq -w 1 22) ; do echo $i done #+end_src * but this doesn't work correctly because of the single-quote / apostrophe #+begin_src sh for i in $(seq -w 1 22) ; do echo $i done #+end_src The second example thinks it's in a single-quote-delimited string. Hmmm, this is a serious problem. time passing .. OK, I have addressed it by using not a narrowed indirect buffer to edit these snippets, but a truly separate buffer. Great, thanks. Thanks for the report. org-version 6.26trans emacs-version 23.0.91.1 Dan p.s. A minor wish-list item: would it be possible to introduce a variable (say org-expert or something like that) which, when non- nil, prevents the appearance of instructive messages such as the one that appears on org-edit-src-code? Which one do you mean? The message in the echo area (last line of the frame), or the one appearing permanently in the first line of the buffer window? The permanent one in the first line. And which other cases of messages did you have in mind? None at the moment! I just thought, seeing as the header is used to give a help message by org-edit-src-code, it might be worth introducing a mechanism whereby one can choose between two levels of help messages. I didn't mean to give the impression that I had several things I wanted to change. I am not in favor of removing such messages in bulk. Org-mode has so many facets that a user might be tempted to turn off these messages after feeling familiar in one area, and then not being educated sufficiently in other areas as a effect of toggling a single `org-export' variable. I am not sure if I understand how these are bothering you. I admit this is a personal and mainly aesthetic preference -- once I've learned how to use it and the relevant key binding, I prefer to have (the option to have) a screen free from content other than the minimum necessary (the echo area will still provide the information). I'm guessing that quite a few org users have dispensed with the emacs menu bar (and scroll bars), and was thinking that the proposed option might appeal to those sorts of people. You can do (setq org-edit-src-persistent-message nil) after updating from git. We will address similar messages in other areas as people report to be distracted by them. Dan p.s. I think the docstring in org-edit-src-code needs updating to reflect the change. Yes, thanks, I did that too. - 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
Re: [Orgmode] Safari suppoprt in org-info-js
Sebastian Rose wrote: Rick Moynihan r...@calicojack.co.uk writes: Hi all, Though I don't use Safari; some of my colleagues do and they've reported that my org files published with org-info-js don't have any of the javascript features enabled. Is this a known issue? Yes. It should be fixed now. You'll have to pull and re-export your stuff though. The problem was, that Safari is picky about the comments around script sections. Best Sebastian Thanks... Just seen the bug report/fix from yesterday. My apologies for the noise. Sebastian, I pushed a very small feature to my github branch of org-info-js to allow plain URL link types, which are more suited to pasting into emails/irc/etc... If you're interested you might want to pull it and take a look. http://github.com/RickMoynihan/org-info-js/tree/master 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
[Orgmode] LaTeX Export option for titlepage
I am exporting a report to LaTeX and PDF and would like to modify the generated output somewhat and can't find the place I need to tweak. Currently, with the toc turned on the generated .tex file has \maketitle immediately after the \begin{document} command. I would like to change this to: \begin{titlingpage} \maketitle \end{titlingpage} Is there any way to have this happen automatically? Obviously, it isn't a huge deal to edit the file and tweak it manually. I just thought it would be nice to be able to parameterize this somehow. Unfortunately the org-export-latex-classes only specify the headers up to the \begin{document} command. Mark ___ 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] LaTeX Export option for titlepage
Try redefining org-export-latex-title-command. I often blank it and make my own title page. On Tue, May 05, 2009 at 12:22:49PM -0700, Mark Elston wrote: I am exporting a report to LaTeX and PDF and would like to modify the generated output somewhat and can't find the place I need to tweak. Currently, with the toc turned on the generated .tex file has \maketitle immediately after the \begin{document} command. I would like to change this to: \begin{titlingpage} \maketitle \end{titlingpage} Is there any way to have this happen automatically? Obviously, it isn't a huge deal to edit the file and tweak it manually. I just thought it would be nice to be able to parameterize this somehow. Unfortunately the org-export-latex-classes only specify the headers up to the \begin{document} command. Mark ___ 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 -- Russell Adamsrlad...@adamsinfoserv.com PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3 ___ 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] LaTeX Export option for titlepage
Thanks, Russel. That was it. Actually, after a little playing around I, too, blanked it out and added a #+BEGIN_LaTeX/#+END_LaTeX fragment to set everything up just the way I wanted it. Mark Russell Adams wrote: Try redefining org-export-latex-title-command. I often blank it and make my own title page. On Tue, May 05, 2009 at 12:22:49PM -0700, Mark Elston wrote: I am exporting a report to LaTeX and PDF and would like to modify the generated output somewhat and can't find the place I need to tweak. Currently, with the toc turned on the generated .tex file has \maketitle immediately after the \begin{document} command. I would like to change this to: \begin{titlingpage} \maketitle \end{titlingpage} Is there any way to have this happen automatically? Obviously, it isn't a huge deal to edit the file and tweak it manually. I just thought it would be nice to be able to parameterize this somehow. Unfortunately the org-export-latex-classes only specify the headers up to the \begin{document} command. Mark ___ 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] Repeated entry same time every day?
Hi, Is it possible to have a repeater (say SCHEDULED: 2009-05-05 Tue 16:00 +24h or something) that would ensure that the given entry is automatically scheduled at the same time every day? Thanks, Piotr ___ 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: Repeated entry same time every day?
Piotr Zielinski piotr.zielin...@gmail.com writes: Is it possible to have a repeater (say SCHEDULED: 2009-05-05 Tue 16:00 +24h or something) that would ensure that the given entry is automatically scheduled at the same time every day? Sure. Just try it :) Try +1d instead of +24h like this: * TODO One SCHEDULED: 2009-05-08 Fri 13:00-15:00 +1d -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] Repeated entry same time every day?
Piotr Zielinski piotr.zielin...@gmail.com writes: Is it possible to have a repeater (say SCHEDULED: 2009-05-05 Tue 16:00 +24h or something) that would ensure that the given entry is automatically scheduled at the same time every day? I think 2009-05-05 Tue 16:00 +1d should work. Greetings Sven -- Sven Bretfeld \ CEntrum für CERES \ REligionswissenschaftliche \_Studien__ Ruhr-Universität Bochum Universitätsstraße 150 D-44780 Bochum http://www.ruhr-uni-bochum.de/relwiss/ ___ 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: Repeated entry same time every day?
On Tue, May 5, 2009 at 11:34 PM, Bernt Hansen be...@norang.ca wrote: Piotr Zielinski piotr.zielin...@gmail.com writes: Is it possible to have a repeater (say SCHEDULED: 2009-05-05 Tue 16:00 +24h or something) that would ensure that the given entry is automatically scheduled at the same time every day? Sure. Just try it :) Try +1d instead of +24h like this: * TODO One SCHEDULED: 2009-05-08 Fri 13:00-15:00 +1d Thanks a lot! It turns out that I had some code that was explicitly removing the time. Piotr -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] Re: How to set a entry with Chinese calender?
Leo 写道: Hi Leo, I assume you mean without loading cal-china-plus, the follow restults still stand. Could you investigate more and report those bugs to emacs-devel? The author of calendar.el is actually an expert in this field, it is good to have him reviewing this. 1. The calculation of Chinese year is not right. For example, if I born in 1982.11 of *solar* calendar and my father born in 1952.12 of *lunar* calendar. My age is calculated as 27 and my father's age is calculated as 58, which should be 57. Because my father's birthday is in the next year of *solar* calender, his age is calculated one year more. This bug cannot be reproduced without loading cal-china-plus for it uses the diary-chinese-anniversary of your package. For example. %%(diary-anniversary 11 1 1982) I'm %d years old. %%(diary-chinese-anniversary 12 1 1952) Dad is %d years old. Could you give me some hints on how to present the bug without your package? Best wishes, Wei-Wei ___ 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: How to set a entry with Chinese calender?
On 2009-05-06 00:32 +0100, Wei-Wei Guo wrote: 1. The calculation of Chinese year is not right. For example, if I born in 1982.11 of *solar* calendar and my father born in 1952.12 of *lunar* calendar. My age is calculated as 27 and my father's age is calculated as 58, which should be 57. Because my father's birthday is in the next year of *solar* calender, his age is calculated one year more. This bug cannot be reproduced without loading cal-china-plus for it uses the diary-chinese-anniversary of your package. For example. %%(diary-anniversary 11 1 1982) I'm %d years old. %%(diary-chinese-anniversary 12 1 1952) Dad is %d years old. Could you give me some hints on how to present the bug without your package? How do you make calendar show the age of your father? I put %%(diary-chinese-anniversary 12 1 1952) in my diary file and on 2008.12.27 (solar calendar), it says '56 years old', isn't this correct? There are different ways of counting ages. The diff var in the diary-chinese-anniversary holds the age value. Incidentally I found a bug in diary-chinese-anniversary. Could you test the attached version? cal-china-plus.el Description: cal-china-plus.el Thanks, -- .: Leo :. [ sdl.web AT gmail.com ] .: I use Emacs :. ___ 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: How to set a entry with Chinese calender?
On 2009-05-06 02:57 +0100, Leo wrote: Those Chinese Characters became gibberish so I also posted it here http://paste.lisp.org/display/79735. -- .: Leo :. [ sdl.web AT gmail.com ] .: I use Emacs :. ___ 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] Is org-export's hard coded dispatching on purpose?
Hi - I was looking at org-export and realized that the dispatching for that is all hardcoded in the assignment to cmds. Is that on purpose? Seems like it would be more useful if we could get some control over there. In my case, I was going to add in an option to email the html'ized version of the agenda back to myself. -Eric ___ 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] CamelCase link type
perl -pe 's/((?:[[:upper:]][\p{lower}_-\d]+){2,})/[[$1]]/' Very nice. Makes me want a little table comparing perl, grep/sed normal, grep/sed extended, and emacs syntax. ___ 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] possible to make loading org not make any changes?
I've noticed that loading org undoes some changes that I do, such as redefining keys in org-mode-hook back to what they did before. I wonder if it's possible and practical as a matter of philosophy to make loading org not have any side effects? Or is this something that cannot or should not be done? -- Myalgic encephalomyelitis denialism is causing death and severe suffering worse than MS. Conflicts of interest are destroying science. Anybody can get the disease at any time permanently. Do science and justice matter to you? http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm ___ 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] decimal hours for clocking
This is a tiny little thing, but currently org-clock-display shows hours and minutes. Perhaps it could also show decimal hours. Thus 9:30 could report as 9:30 (9.5h). I'd find it easier not to have to calculate it manually. Thanks. -- Myalgic encephalomyelitis denialism is causing death (decades early; Jason et al. 2006) and severe suffering (worse than nearly all other diseases studied; e.g. Schweitzer et al. 1995) and grossly corrupting science. http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm ___ 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] decimal hours for clocking
Samuel Wales samolog...@gmail.com wrote: This is a tiny little thing, but currently org-clock-display shows hours and minutes. Perhaps it could also show decimal hours. Thus 9:30 could report as 9:30 (9.5h). I'd find it easier not to have to calculate it manually. Assuming that you talking about the total time that is written out in the echo area by org-clock-display, you can change its last line from this: ... (message (concat Total file time: org-time-clocksum-format (%d hours and %d minutes)) h m h m))) to this: ... (message (concat Total file time: org-time-clocksum-format (%d hours and %d minutes (%d.%02d))) h m h m h (* 100 (/ m 60.0) HTH, 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
Re: [Orgmode] Re: How to set a entry with Chinese calender?
Leo 写道: On 2009-05-06 00:32 +0100, Wei-Wei Guo wrote: 1. The calculation of Chinese year is not right. For example, if I born in 1982.11 of *solar* calendar and my father born in 1952.12 of *lunar* calendar. My age is calculated as 27 and my father's age is calculated as 58, which should be 57. Because my father's birthday is in the next year of *solar* calender, his age is calculated one year more. This bug cannot be reproduced without loading cal-china-plus for it uses the diary-chinese-anniversary of your package. For example. %%(diary-anniversary 11 1 1982) I'm %d years old. %%(diary-chinese-anniversary 12 1 1952) Dad is %d years old. Could you give me some hints on how to present the bug without your package? How do you make calendar show the age of your father? I put %%(diary-chinese-anniversary 12 1 1952) in my diary file and on 2008.12.27 (solar calendar), it says '56 years old', isn't this correct? Saturday 27 December 2008 Birthday: Dad is 56 years old. Friday 15 January 2010 Birthday: Dad is 58 years old. There is no '57 years old'. There are different ways of counting ages. The diff var in the diary-chinese-anniversary holds the age value. Incidentally I found a bug in diary-chinese-anniversary. Could you test the attached version? The new version cause .org very slow and shows Bad sexp at line 36 in What do you want to test? Best wishes, Wei-Wei ___ 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