Re: [O] Superscripts and subscripts
upgrading to trunk gives me the same behaviour as John reported, which, while not perfect, is better for tensors. On Wed, Apr 17, 2013 at 10:54 PM, Daniel Mahler dmah...@gmail.com wrote: In my .emacs I have (custom-set-variables ;;... '(org-pretty-entities t) '(org-use-sub-superscripts (quote {})) ;;... ) but I get the opposite result ' ^{14}C' works , but 'x^{y}_{z}' does not, On Wed, Apr 17, 2013 at 10:18 PM, John Hendy jw.he...@gmail.com wrote: On Wed, Apr 17, 2013 at 9:57 PM, Daniel Mahler dmah...@gmail.com wrote: This works for me in org 7.9.2 and emacs 24.1.1, but chaining as in 'x^{y}_{z}' will only fontify the ^{y} but not the _{z}, as I reported earlier today, but 'x^{y} _{z}' will fontify both, just with an ugly gap in the middle. Ah. Googled around a bit. Are you sure you don't have something in .emacs to set this? If not, perhaps the default settings just changed since 7.9.2 and the current master branch, 8.0-pre. I found this upon googling fontify subscripts orgmode: - http://lists.gnu.org/archive/html/emacs-orgmode/2012-10/msg00358.html I added this to my buffer: #+startup: entitiespretty Now I get the attached. Indeed = ^{14}C= does not work for me, but =x^{y}_{z}= does. John cheers Daniel On Tue, Apr 16, 2013 at 1:29 AM, Bastien b...@gnu.org wrote: Hi Thomas, t...@tsdye.com (Thomas S. Dye) writes: With a recent git pull and #+OPTIONS: ^:{}, `C^{14}' is interpreted correctly but ` ^{14}C' is not, both in the Org buffer and in LaTeX export. The space before the caret appears to be the problem. Confirmed -- this was reported already once. I don't have a fix for this at the moment, hopefully Nicolas can have a look sometime. -- Bastien
[O] mixing subscripts with superscripts
Mixing subscripts with superscripts, like \Gamma^{a}_{bc}, exports correctly to pdf, but the subscripts are not interpreted in the buffer for me. Is there a way around that? I am using org 7.9.2 and emacs 24.1.1. thanks Daniel
[O] Fwd: mixing subscripts with superscripts
Yes that is what I mean. Subscripts and superscripts both render correctly in the Org buffer when used separately, but not together. I would like to type up some tensor notes in Org so being able to mix them would be very desireable :) I tried various tricks with inserting {}s and $s but it did not help. Daniel On Wed, Apr 17, 2013 at 4:49 PM, John Hendy jw.he...@gmail.com wrote: On Wed, Apr 17, 2013 at 4:43 PM, Daniel Mahler dmah...@gmail.com wrote: Mixing subscripts with superscripts, like \Gamma^{a}_{bc}, exports correctly to pdf, but the subscripts are not interpreted in the buffer for me. Is there a way around that? I am using org 7.9.2 and emacs 24.1.1. Can you elaborate on that? Do you mean for them to show as subscripts (below the baseline) in the Org buffer? If so, that doesn't happen for me either. John thanks Daniel
Re: [O] Superscripts and subscripts
This works for me in org 7.9.2 and emacs 24.1.1, but chaining as in 'x^{y}_{z}' will only fontify the ^{y} but not the _{z}, as I reported earlier today, but 'x^{y} _{z}' will fontify both, just with an ugly gap in the middle. cheers Daniel On Tue, Apr 16, 2013 at 1:29 AM, Bastien b...@gnu.org wrote: Hi Thomas, t...@tsdye.com (Thomas S. Dye) writes: With a recent git pull and #+OPTIONS: ^:{}, `C^{14}' is interpreted correctly but ` ^{14}C' is not, both in the Org buffer and in LaTeX export. The space before the caret appears to be the problem. Confirmed -- this was reported already once. I don't have a fix for this at the moment, hopefully Nicolas can have a look sometime. -- Bastien
Re: [O] Superscripts and subscripts
In my .emacs I have (custom-set-variables ;;... '(org-pretty-entities t) '(org-use-sub-superscripts (quote {})) ;;... ) but I get the opposite result ' ^{14}C' works , but 'x^{y}_{z}' does not, On Wed, Apr 17, 2013 at 10:18 PM, John Hendy jw.he...@gmail.com wrote: On Wed, Apr 17, 2013 at 9:57 PM, Daniel Mahler dmah...@gmail.com wrote: This works for me in org 7.9.2 and emacs 24.1.1, but chaining as in 'x^{y}_{z}' will only fontify the ^{y} but not the _{z}, as I reported earlier today, but 'x^{y} _{z}' will fontify both, just with an ugly gap in the middle. Ah. Googled around a bit. Are you sure you don't have something in .emacs to set this? If not, perhaps the default settings just changed since 7.9.2 and the current master branch, 8.0-pre. I found this upon googling fontify subscripts orgmode: - http://lists.gnu.org/archive/html/emacs-orgmode/2012-10/msg00358.html I added this to my buffer: #+startup: entitiespretty Now I get the attached. Indeed = ^{14}C= does not work for me, but =x^{y}_{z}= does. John cheers Daniel On Tue, Apr 16, 2013 at 1:29 AM, Bastien b...@gnu.org wrote: Hi Thomas, t...@tsdye.com (Thomas S. Dye) writes: With a recent git pull and #+OPTIONS: ^:{}, `C^{14}' is interpreted correctly but ` ^{14}C' is not, both in the Org buffer and in LaTeX export. The space before the caret appears to be the problem. Confirmed -- this was reported already once. I don't have a fix for this at the moment, hopefully Nicolas can have a look sometime. -- Bastien
[O] borders around source blocks in pdf?
How can I get borders around source blocks babel outputs in pdf exported files? thanks Daniel
[O] publishing org-mode to google docs
What is the best way to publishh org-mode outlines to google docs. I can upload the PDF, but I need the resulting google docs to be editable. thanks Daniel
Re: [Orgmode] Google CL and org-mode
Hi, Have you looked at g-client? It is an elisp wrapper for the gdata APIs. It comes with emacspeak, but can be used independently. I have not used either g-client or GoogleCL, but wanted to make sure people are aware of all the options. Having either integrated into org-mode would be nice cheers Daniel On Mon, Jul 5, 2010 at 3:17 PM, Jordi Inglada jordi.ingl...@cesbio.cnes.fr wrote: Hi, Happy to hear that. Since I do not know Elisp, I can not help much, but I am willing to test any code available for this. Best regards, Jordi Eric S Fraga writes: Thanks for the heads-up on this. This could be quite useful. I've been playing recently with the org to google calendar interfacing and this new API could potentially simplify things significantly. ___ 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] Google CL and org-mode
On Mon, Jul 5, 2010 at 11:54 PM, Eric S Fraga ucec...@ucl.ac.uk wrote: On Mon, 5 Jul 2010 17:10:55 +0200, Daniel Mahler dmah...@gmail.com wrote: Hi, Have you looked at g-client? Thanks. I did look at g-client a long time ago. It should provide everything we need but it's much more than I want to even start considering... I just don't have the time unfortunately. The google command line scripts, on the other hand, are straightforward and will give me (others?) 90% of the functionality I want. Mind you, I've been playing a bit and Google's quick add syntax leaves a bit to be desired. There's no formal specification and it doesn't quite work, especially trying to get a repeated entry at a given time of day. GoogleCL is actually a rather thin wrapper around the gdata python client library, which essentially just adds the commandline processing. Maybe the way to go is to call gdata directly via pymacs. cheers Daniel -- 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] Re: *.bak files in trunk?
On Tue, Jun 29, 2010 at 6:27 AM, Carsten Dominik carsten.domi...@gmail.com wrote: On Jun 29, 2010, at 2:45 AM, Bernt Hansen wrote: Daniel Mahler dmah...@gmail.com writes: Is this normal? mahler:~/ELISP/org-mode-git$ git status # On branch master nothing to commit (working directory clean) mahler:~/ELISP/org-mode-git$ find . -name *.bak ./lisp/ChangeLog.bak ./lisp/babel/langs/ob-C.el.bak ... ./lisp/org-capture.el.bak.bak.bak.bak ./lisp/org-macs.elc.bak.bak.bak.bak ./lisp/org-publish.elc.bak.bak.bak.bak Hi Daniel, I don't think those files are in the repository but they are in your local working directory. There is an entry '*.bak' in the .gitignore file in the repository so 'git status' will not show these files by default (since they are ignored). You can see untracked files with $ git ls-files -o $ git ls-files '*.bak' returns nothing for me so there are no files ending in '.bak' in the repository as far as I can tell. The bigger problem seems to be that something is creating these files. Bu I have no idea what, noting in Org-mode I would think, must be some utility or stuff in Daniel's setup. That is the weird thing. The only thing I really do in the org directory is git pull and make. Also not tool I use makes *.bak directories, emacs creates *~. That, and the fact that git status/diff did not report them, made me thing they were from the repository. (I do not normally use git) thanks D - 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
[Orgmode] *.bak files in trunk?
Is this normal? mahler:~/ELISP/org-mode-git$ git status # On branch master nothing to commit (working directory clean) mahler:~/ELISP/org-mode-git$ find . -name *.bak ./lisp/ChangeLog.bak ./lisp/babel/langs/ob-C.el.bak ./lisp/babel/langs/ob-emacs-lisp.el.bak ./lisp/babel/langs/ob-sh.el.bak ./lisp/babel/langs/ob-C.el.bak.bak ./lisp/babel/langs/ob-emacs-lisp.el.bak.bak ./lisp/babel/langs/ob-sh.el.bak.bak ./lisp/babel/langs/ob-C.el.bak.bak.bak ./lisp/babel/langs/ob-emacs-lisp.el.bak.bak.bak ./lisp/babel/langs/ob-sh.el.bak.bak.bak ./lisp/babel/langs/ob-C.el.bak.bak.bak.bak ./lisp/babel/langs/ob-emacs-lisp.el.bak.bak.bak.bak ./lisp/babel/langs/ob-sh.el.bak.bak.bak.bak ./lisp/babel/ob-exp.el.bak ./lisp/babel/ob-ref.el.bak ./lisp/babel/ob-tangle.el.bak ./lisp/babel/ob.el.bak ./lisp/babel/ob-ref.elc.bak ./lisp/babel/ob-exp.el.bak.bak ./lisp/babel/ob-ref.el.bak.bak ./lisp/babel/ob-tangle.el.bak.bak ./lisp/babel/ob.el.bak.bak ./lisp/babel/ob-ref.elc.bak.bak ./lisp/babel/ob-exp.el.bak.bak.bak ./lisp/babel/ob-ref.el.bak.bak.bak ./lisp/babel/ob-tangle.el.bak.bak.bak ./lisp/babel/ob.el.bak.bak.bak ./lisp/babel/ob-ref.elc.bak.bak.bak ./lisp/babel/ob-exp.el.bak.bak.bak.bak ./lisp/babel/ob-ref.el.bak.bak.bak.bak ./lisp/babel/ob-tangle.el.bak.bak.bak.bak ./lisp/babel/ob.el.bak.bak.bak.bak ./lisp/babel/ob-ref.elc.bak.bak.bak.bak ./lisp/ChangeLog.01.bak ./lisp/org-agenda.el.bak ./lisp/org-archive.el.bak ./lisp/org-bbdb.el.bak ./lisp/org-bibtex.el.bak ./lisp/org-clock.el.bak ./lisp/org-colview-xemacs.el.bak ./lisp/org-colview.el.bak ./lisp/org-compat.el.bak ./lisp/org-crypt.el.bak ./lisp/org-docbook.el.bak ./lisp/org-docview.el.bak ./lisp/org-entities.el.bak ./lisp/org-exp.el.bak ./lisp/org-feed.el.bak ./lisp/org-footnote.el.bak ./lisp/org-gnus.el.bak ./lisp/org-html.el.bak ./lisp/org-icalendar.el.bak ./lisp/org-id.el.bak ./lisp/org-info.el.bak ./lisp/org-irc.el.bak ./lisp/org-latex.el.bak ./lisp/org-list.el.bak ./lisp/org-mac-message.el.bak ./lisp/org-macs.el.bak ./lisp/org-mew.el.bak ./lisp/org-mhe.el.bak ./lisp/org-mouse.el.bak ./lisp/org-plot.el.bak ./lisp/org-protocol.el.bak ./lisp/org-publish.el.bak ./lisp/org-remember.el.bak ./lisp/org-rmail.el.bak ./lisp/org-src.el.bak ./lisp/org-table.el.bak ./lisp/org-timer.el.bak ./lisp/org-vm.el.bak ./lisp/org-wl.el.bak ./lisp/org.el.bak ./lisp/org-capture.el.bak ./lisp/org-macs.elc.bak ./lisp/org-publish.elc.bak ./lisp/ChangeLog.bak.bak ./lisp/ChangeLog.01.bak.bak ./lisp/org-agenda.el.bak.bak ./lisp/org-archive.el.bak.bak ./lisp/org-bbdb.el.bak.bak ./lisp/org-bibtex.el.bak.bak ./lisp/org-clock.el.bak.bak ./lisp/org-colview-xemacs.el.bak.bak ./lisp/org-colview.el.bak.bak ./lisp/org-compat.el.bak.bak ./lisp/org-crypt.el.bak.bak ./lisp/org-docbook.el.bak.bak ./lisp/org-docview.el.bak.bak ./lisp/org-entities.el.bak.bak ./lisp/org-exp.el.bak.bak ./lisp/org-feed.el.bak.bak ./lisp/org-footnote.el.bak.bak ./lisp/org-gnus.el.bak.bak ./lisp/org-html.el.bak.bak ./lisp/org-icalendar.el.bak.bak ./lisp/org-id.el.bak.bak ./lisp/org-info.el.bak.bak ./lisp/org-irc.el.bak.bak ./lisp/org-latex.el.bak.bak ./lisp/org-list.el.bak.bak ./lisp/org-mac-message.el.bak.bak ./lisp/org-macs.el.bak.bak ./lisp/org-mew.el.bak.bak ./lisp/org-mhe.el.bak.bak ./lisp/org-mouse.el.bak.bak ./lisp/org-plot.el.bak.bak ./lisp/org-protocol.el.bak.bak ./lisp/org-publish.el.bak.bak ./lisp/org-remember.el.bak.bak ./lisp/org-rmail.el.bak.bak ./lisp/org-src.el.bak.bak ./lisp/org-table.el.bak.bak ./lisp/org-timer.el.bak.bak ./lisp/org-vm.el.bak.bak ./lisp/org-wl.el.bak.bak ./lisp/org.el.bak.bak ./lisp/org-capture.el.bak.bak ./lisp/org-macs.elc.bak.bak ./lisp/org-publish.elc.bak.bak ./lisp/ChangeLog.bak.bak.bak ./lisp/ChangeLog.01.bak.bak.bak ./lisp/org-agenda.el.bak.bak.bak ./lisp/org-archive.el.bak.bak.bak ./lisp/org-bbdb.el.bak.bak.bak ./lisp/org-bibtex.el.bak.bak.bak ./lisp/org-clock.el.bak.bak.bak ./lisp/org-colview-xemacs.el.bak.bak.bak ./lisp/org-colview.el.bak.bak.bak ./lisp/org-compat.el.bak.bak.bak ./lisp/org-crypt.el.bak.bak.bak ./lisp/org-docbook.el.bak.bak.bak ./lisp/org-docview.el.bak.bak.bak ./lisp/org-entities.el.bak.bak.bak ./lisp/org-exp.el.bak.bak.bak ./lisp/org-feed.el.bak.bak.bak ./lisp/org-footnote.el.bak.bak.bak ./lisp/org-gnus.el.bak.bak.bak ./lisp/org-html.el.bak.bak.bak ./lisp/org-icalendar.el.bak.bak.bak ./lisp/org-id.el.bak.bak.bak ./lisp/org-info.el.bak.bak.bak ./lisp/org-irc.el.bak.bak.bak ./lisp/org-latex.el.bak.bak.bak ./lisp/org-list.el.bak.bak.bak ./lisp/org-mac-message.el.bak.bak.bak ./lisp/org-macs.el.bak.bak.bak ./lisp/org-mew.el.bak.bak.bak ./lisp/org-mhe.el.bak.bak.bak ./lisp/org-mouse.el.bak.bak.bak ./lisp/org-plot.el.bak.bak.bak ./lisp/org-protocol.el.bak.bak.bak ./lisp/org-publish.el.bak.bak.bak ./lisp/org-remember.el.bak.bak.bak ./lisp/org-rmail.el.bak.bak.bak ./lisp/org-src.el.bak.bak.bak ./lisp/org-table.el.bak.bak.bak ./lisp/org-timer.el.bak.bak.bak ./lisp/org-vm.el.bak.bak.bak ./lisp/org-wl.el.bak.bak.bak ./lisp/org.el.bak.bak.bak ./lisp/org-capture.el.bak.bak.bak
[Orgmode] org-mode stopped compiling recently
i get: ... In toplevel form: lisp/babel/ob-table.el:54:1:Error: Symbol's value as variable is void: show-all make: *** [lisp/babel/ob-table.elc] Error 1 i have tried 'make clean; git pull; make'' over several days with no change. this must have happeed only last week or so, since i had a sucessful sync not long before this started. thanks daniel ___ 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-mode stopped compiling recently
also to load the source i need to do (require 'org) if i just (require 'org-install) and try to open my notes file i get: Debugger entered--Lisp error: (void-variable org-default-notes-file) (find-file org-default-notes-file) thanks daniel On Mon, Jun 28, 2010 at 2:08 AM, Daniel Mahler dmah...@gmail.com wrote: i get: ... In toplevel form: lisp/babel/ob-table.el:54:1:Error: Symbol's value as variable is void: show-all make: *** [lisp/babel/ob-table.elc] Error 1 i have tried 'make clean; git pull; make'' over several days with no change. this must have happeed only last week or so, since i had a sucessful sync not long before this started. thanks daniel ___ 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-mode stopped compiling recently
Hi Eric, Thanks for the looking into this. It looks like the problem is the declare-function macro does not work with emacs-22.1 (the one in ubuntu hardy) It is defined, but undocumented. Adding (defmacro declare-function (FN FILE optional ARGLIST FILEONLY) nil) at the top of ob.el seems to fix everything. cheers Daniel On Mon, Jun 28, 2010 at 3:01 AM, Eric Schulte schulte.e...@gmail.com wrote: Hopefully once your make is completing without errors this problem will resolve itself. Best -- Eric Daniel Mahler dmah...@gmail.com writes: also to load the source i need to do (require 'org) if i just (require 'org-install) and try to open my notes file i get: Debugger entered--Lisp error: (void-variable org-default-notes-file) (find-file org-default-notes-file) thanks daniel On Mon, Jun 28, 2010 at 2:08 AM, Daniel Mahler dmah...@gmail.com wrote: i get: ... In toplevel form: lisp/babel/ob-table.el:54:1:Error: Symbol's value as variable is void: show-all make: *** [lisp/babel/ob-table.elc] Error 1 i have tried 'make clean; git pull; make'' over several days with no change. this must have happeed only last week or so, since i had a sucessful sync not long before this started. thanks daniel ___ 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] Re: org-mode stopped compiling recently
On Mon, Jun 28, 2010 at 7:50 AM, Daniel Mahler dmah...@gmail.com wrote: Hi Eric, Thanks for the looking into this. It looks like the problem is the declare-function macro does not work with emacs-22.1 (the one in ubuntu hardy) It is defined, but undocumented. Adding (defmacro declare-function (FN FILE optional ARGLIST FILEONLY) nil) at the top of ob.el seems to fix everything. Actually I still need (require 'org) with (require 'org-install), but I do seem to have a working org-mode. cheers Daniel On Mon, Jun 28, 2010 at 3:01 AM, Eric Schulte schulte.e...@gmail.com wrote: Hopefully once your make is completing without errors this problem will resolve itself. Best -- Eric Daniel Mahler dmah...@gmail.com writes: also to load the source i need to do (require 'org) if i just (require 'org-install) and try to open my notes file i get: Debugger entered--Lisp error: (void-variable org-default-notes-file) (find-file org-default-notes-file) thanks daniel On Mon, Jun 28, 2010 at 2:08 AM, Daniel Mahler dmah...@gmail.com wrote: i get: ... In toplevel form: lisp/babel/ob-table.el:54:1:Error: Symbol's value as variable is void: show-all make: *** [lisp/babel/ob-table.elc] Error 1 i have tried 'make clean; git pull; make'' over several days with no change. this must have happeed only last week or so, since i had a sucessful sync not long before this started. thanks daniel ___ 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] questions about html export
Hi, I have 2 issues with exporting 1. I would like html export to activate plain links 2. I would like to embed source blocks in numbered lists, without breaking the numbering ie: 1) get ready #+BEGIN_SRC sh get_ready #+END_SRC 2) go #+BEGIN_SRC sh go #+END_SRC currently the src blocks cause the numbering to reset, so all items in a sequence like this are numbered 1 thanks Daniel ___ 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: questions about html export
On Fri, Jun 18, 2010 at 2:30 AM, Daniel Mahler dmah...@gmail.com wrote: Hi, I have 2 issues with exporting 1. I would like html export to activate plain links Ignore this, they are activated. 2. I would like to embed source blocks in numbered lists, without breaking the numbering ie: 1) get ready #+BEGIN_SRC sh get_ready #+END_SRC 2) go #+BEGIN_SRC sh go #+END_SRC currently the src blocks cause the numbering to reset, so all items in a sequence like this are numbered 1 this is still an issue thanks Daniel ___ 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