Nick, This was precisely it — thanks! The full expansion (/Users/boyanpenkov…) with the \” quote worked perfectly. Thanks to you and Alex! Cheers! -- Boyan Penkov www.boyanpenkov.com Begin forwarded message: > From: emacs-orgmode-request@gnu.org > Subject: Emacs-orgmode Digest, Vol 99, Issue 20 > Date: May 17, 2014 at 12:00:27 PM EDT > To: emacs-orgmode@gnu.org > Reply-To: emacs-orgmode@gnu.org > > Send Emacs-orgmode mailing list submissions to > emacs-orgmode@gnu.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.gnu.org/mailman/listinfo/emacs-orgmode > or, via email, send a message with subject or body 'help' to > emacs-orgmode-request@gnu.org > > You can reach the person managing the list at > emacs-orgmode-owner@gnu.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Emacs-orgmode digest..." > > > Today's Topics: > > 1. Re: Playwriitng with org? (Igor Sosa Mayor) > 2. Re: Preview tikz in org-mode (reduce margins of produced > images) (Nick Dokos) > 3. Re: [babel][PATCHES] ob-R patches for review (Charles C. Berry) > 4. FILE special property? (Boyan Penkov) > 5. Re: FILE special property? (Alexander Baier) > 6. Re: Export to iCalendar only not DONE, scheduled tasks? > (Chris Poole) > 7. LaTeX cross references (Alan L Tyree) > 8. Re: LaTeX cross references (Alan L Tyree) > 9. Re: FILE special property? (Boyan Penkov) > 10. Re: FILE special property? (Nick Dokos) > 11. Re: Preview tikz in org-mode (reduce margins of produced > images) (Leu Zhe) > 12. Re: [RFC] [PATCH] ob-core.el: allow the auto-generation of > output file names for src blocks. (Achim Gratz) > 13. Re: org-edit-src-code outside of org (Jorge A. Alfaro-Murillo) > 14. Re: org-edit-src-code outside of org (Alexander Baier) > 15. Symbol's value as variable is void: > org-list-allow-alphabetical (Vikas Rawal) > 16. Filter tasks when exporting to iCalendar (Chris Poole) > 17. Re: Symbol's value as variable is void: > org-list-allow-alphabetical (Vikas Rawal) > 18. html export doctype? (Dave Pawson) > 19. Re: html export doctype? (Alexander Baier) > 20. Re: html export doctype? (Dave Pawson) > 21. Re: Preview tikz in org-mode (reduce margins of produced > images) (Nick Dokos) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 16 May 2014 18:42:10 +0200 > From: Igor Sosa Mayor > To: emacs-orgmode@gnu.org > Subject: Re: [O] Playwriitng with org? > Message-ID: <87ha4pbrq5.fsf@gmail.com> > Content-Type: text/plain; charset=utf-8 > > Rustom Mody writes: > >> Earlier I used to use troff and wrote play/drama-like pieces using >> that >> eg http://www.the-magus.in/Publications/ewd.pdf >> >> Later we switched to latex and using play.sty. Here is an example: >> http://www.the-magus.in/Publications/DotingOnTheDot.pdf >> >> I would now like to stay in org as much as possible and use latex as >> the backend ? using maybe play.sty but there seem to be alternatives >> like dramatist.sty. >> >> Is this possible/easy/worthwhile? > > Honestly I have no idea. But just in case you are not aware of it, there > is a mode for screenwriters: > > https://www.youtube.com/watch?v=3DrUzXjJ9G1B4 > > (and severeal others here: http://www.emacswiki.org/emacs/ScreenPlay) > > > > > ------------------------------ > > Message: 2 > Date: Fri, 16 May 2014 12:42:46 -0400 > From: Nick Dokos > To: emacs-orgmode@gnu.org > Subject: Re: [O] Preview tikz in org-mode (reduce margins of produced > images) > Message-ID: <87y4y1isjd.fsf@alphaville.bos.redhat.com> > Content-Type: text/plain; charset=utf-8 > > Leu Zhe writes: > >> Hi, everyone! >> >> I always use org-preview-latex-fragment command to preview the LaTeX >> code, which is awesome. It can effectively crop and suit the size of >> produced png to the content. >> >> However, recently I start to preview some tikz code.? I can greatly >> produce the good results except one problem: The preview can never >> reduce the spare margin of the produced images, which left large blank >> space there. However, when I preview other LaTeX code after deleting >> tikz preamble, everything is fine. >> >> So is there anyone who has some idea to reduce the large margins? >> > > It helps if you provide a small example: otherwise, even if one is > willing to take a stab at it, one has to create one from scratch. Given > that just about all of us have limited time, that reduces the > probability that you will get an answer. > > Nick > > > > > ------------------------------ > > Message: 3 > Date: Fri, 16 May 2014 11:22:36 -0700 > From: "Charles C. Berry" > To: Rainer M Krug > Cc: Bastien , "emacs-orgmode@gnu.org" > , Eric Schulte > Subject: Re: [O] [babel][PATCHES] ob-R patches for review > Message-ID: > > Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII > > On Fri, 16 May 2014, Rainer M Krug wrote: > >> Sorry for coming back to your suggestions so late, but I did some >> thinking about the approach. Comments inline below. > > No problem. I am about to leave town and my email for a couple of weeks, > so I might not be able to reply to further correspondence till June. > > Comments inline below. > > Chuck >> >> "Charles C. Berry" writes: >> >>> On Mon, 12 May 2014, Rainer M Krug wrote: >>> >>>> Eric Schulte writes: >>>> > > [...] > > [Rainer writes] >>>> My idea is to have all R code in one directory and to let ESS load it >>>> upon initialization of ESS (which is a dependency of running R from org >>>> anyway, if I am not mistaken). >>> > [Chuck] >>> Not quite. You can run R src blocks without (require 'ess) if they require >>> no session. (I do not claim that anyone actually runs R src blocks who >>> lacks a working ESS installation, just saying...) >> > [Rainer again] >> Hm - would it then be possible to add ESS as a requirement for running R >> code, as it is already mentioned on [1] as a requirement? > > I'd be surprised if it would have any impact on users. Who uses R and > org-mode without ESS? But as you say it is listed as a requirement. > > [...] > >> >> I am now leaning towards the following approach: >> >> New behavior (environment): >> 1) Define the R code in emacs variables, i.e. customizable in emacs. >> 2) Define a function to load the code into an R environment - not customizable. >> >> ## upon creation of the R session (i.e. only once for each R session) > > Maybe wait till the first variable transfer is called, if it ever is. > >> >> 3) use the load function to load the code from the emacs variables into >> an R environment called "org:functions" >> 4) load all .R files in the directory ~/.orgFunctions/ into >> "org:functions". This will mean that when functions of the same name as >> loaded earlier will be overwritten, i.e. the functions are customizable >> by R code only. >> >> ## before variable transfer at each execution of a code block > > Only if there is a variable transfer, of course. > >> >> 5) source all .R files in the directory RWorkingDirectory/.orgFunctions/ >> i.e. they are not loaded into a specific environment. Reasoning: further >> customization possible, kind of an "R package light" approach. >> >> 6) use the load functions (as defied initially in (4), (3) or in () from >> to load the variables. If they are loaded into an environment or not >> depends on the definition of the functions. >> >> Concerning old versus new behavior, I would actually suggest to put this >> into the R functions: one could add an argument "variablesInEnvironment" >> which would, if set, be the name of the environment, i.e. default value >> "org:variables", if NULL it would load into .GlobalEnv, i.e. the old >> behaviour. In org, one could have a variable >> org-babel-R-variable-transfer-type (or whatever the proper name should >> be) and to make it user configurable: >> >> - null :: old behaviour >> - "org:variables" (default) :: variables into environment called >> "org:variables" >> - other string :: name of the environment to be used >> >> As stated earlier, as I think that name clashes are more unlikely with >> the new approach, I would suggest to make "org:variables" the default. >> > > The above sounds good. > > If you do not wish to implement the `org-babel-R-assign-elisp-function' > variable approach I suggested, I'll make it a TINYCHANGE when I return in > June. It will not impact on what you propose. However, if your > implementation makes it possible for arbitrary elisp variables to be > handled in R - I might not bother. > > [...] > >>>> >>>> True - but I like the simplicity of being able to customize the >>>> behavior of org-babel-R by writing an R function without having to thin >>>> about elisp. But maybe there is a way of doing both... >>>> >>> >>> noweb will do it. Quote the chunk like this: >>> >>> #+BEGIN_SRC emacs-lisp :noweb yes :tangle elisp-R.el >>> (setq rlines " >>> <>") >>> #+END_SRC >> >> I must admit, I have never used macros and noweb expansion... >> >> If you could give me your opinions on this approach, I would look into >> implementing it. > > It is just a labor saving suggestion for you -- it would not show up > in the final elisp. Put all your elisp and R code in src blocks in a > *.org file. You can edit and format the R code in R src blocks and > likewise the elisp. A src block like the one above will import the R > into elisp as a string. You only tangle the elisp. So the benefit is > you have ease of editting R and writing unit tests for it for R code > that appears in elisp. > > IMO, noweb is a good way to mix languages in org-mode. I use the R > `inline' package to write C functions that R can call. R needs the code as > strings. I write the C code in C src blocks then assign it in as an R > character string in an R src block. I can write an R wrapper and unit test > for each little snippet of C code, then when it all looks good join up the > snippets by putting multiple noweb references on successive lines. > > >> >> >> Footnotes: >> [1] http://orgmode.org/worg/org-contrib/babel/languages.html >> > [...] > > > > > ------------------------------ > > Message: 4 > Date: Fri, 16 May 2014 16:12:17 -0400 > From: Boyan Penkov > To: emacs-orgmode@gnu.org > Subject: [O] FILE special property? > Message-ID: > Content-Type: text/plain; charset=windows-1252 > > Hello, > > I?m looking to set up a search string using the FILE special property, but cannot get the syntax right. This is as part of setting up org-stuck-projects. > > If the file is in ~/todos/myTodos.org, and I want all the entries with heading 1, will > > (setq org-stuck-projects > ?(?+FILE="~/todos/myTodos.org"+LEVEL=1" ("NEXT" "TODO") nil "?)) > > work, or am I missing quotes there? > > Thanks! > > -- > Boyan Penkov > www.boyanpenkov.com > > > > > ------------------------------ > > Message: 5 > Date: Fri, 16 May 2014 23:10:40 +0200 > From: Alexander Baier > To: Boyan Penkov > Cc: emacs-orgmode@gnu.org > Subject: Re: [O] FILE special property? > Message-ID: <87lhu1zay7.fsf@mailbox.org> > Content-Type: text/plain; charset=utf-8 > > On 2014-05-16 22:12 Boyan Penkov wrote: >> (setq org-stuck-projects >> ?(?+FILE="~/todos/myTodos.org"+LEVEL=1" ("NEXT" "TODO") nil "?)) > > I have never used this feature, but this first element look odd to > me. I would try this: ?+FILE=\"~/todos/myTodos.org\"+LEVEL=1". > > HTH, > -- > Alexander Baier > > > > ------------------------------ > > Message: 6 > Date: Fri, 16 May 2014 22:22:30 +0100 > From: Chris Poole > To: Arun Persaud > Cc: "emacs-orgmode@gnu.org" > Subject: Re: [O] Export to iCalendar only not DONE, scheduled tasks? > Message-ID: > > Content-Type: text/plain; charset="utf-8" > > That's very helpful, thanks ? I'll get experimenting. > > > Cheers, > Chris > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > > Message: 7 > Date: Sat, 17 May 2014 10:14:13 +1000 > From: Alan L Tyree > To: emacs-orgmode > Subject: [O] LaTeX cross references > Message-ID: <5376A9D5.4010703@gmail.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > G'day, > > My org manuscript has cross references like this: see > [[id:4c473c51-b484-4a29-8fe7-118d8084a6f8][Limitations Acts]] > > Exporting to LaTeX currently gives me: see > \hyperref[sec-4-3]{Limitations Acts} > > What I would like is: \ref{sec-4-3} since I am trying to end up with a > Word file for an editor that will be (ultimately) a printed book. > > I'm sure this is a simple variable somewhere, but I'm frustrated trying > to find it. > > Any help appreciated. > > Cheers, > Alan > > -- > Alan L Tyree http://www2.austlii.edu.au/~alan > Tel: 04 2748 6206 sip:typhoon@iptel.org > > > > > ------------------------------ > > Message: 8 > Date: Sat, 17 May 2014 11:30:10 +1000 > From: Alan L Tyree > To: Aaron Ecay , emacs-orgmode > > Subject: Re: [O] LaTeX cross references > Message-ID: <5376BBA2.3060700@gmail.com> > Content-Type: text/plain; charset=UTF-8; format=flowed > > > On 17/05/14 11:26, Aaron Ecay wrote: >> Hi Alan, >> >> 2014ko maiatzak 16an, Alan L Tyree-ek idatzi zuen: >>> G'day, >>> >>> My org manuscript has cross references like this: see >>> [[id:4c473c51-b484-4a29-8fe7-118d8084a6f8][Limitations Acts]] >>> >>> Exporting to LaTeX currently gives me: see >>> \hyperref[sec-4-3]{Limitations Acts} >>> >>> What I would like is: \ref{sec-4-3} since I am trying to end up with a >>> Word file for an editor that will be (ultimately) a printed book. >>> >>> I'm sure this is a simple variable somewhere, but I'm frustrated trying >>> to find it. >> I think you have two choices. The first is to remove the description >> from the link, leaving just: >> >> [[id:4c473c51-b484-4a29-8fe7-118d8084a6f8]] >> >> Sadly, this is not very informative to look at. >> >> The other is to use an export filter like the following to convert the >> exporter?s output to the desired format: >> >> #+BEGIN_SRC emacs-lisp >> (defun awe-org-latex-filter-section-links (string backend plist) >> (if (and (org-export-derived-backend-p backend 'latex) >> (string-match "\\\\hyperref\\[\\(sec-.*?\\)\\]" string)) >> (let ((end-space (if (string-match-p " \\'" string) " " ""))) >> (concat (format "\\ref{%s}" (match-string 1 string)) >> end-space)) >> string)) >> (add-to-list 'org-export-filter-link-functions #'awe-org-latex-filter-section-links) >> #+END_SRC >> >> Hope this helps, > Hi Aaron, > I'm adding the reply to the list. > > It helps immensely. I'll give the filter a try later this weekend. > Thanks for your help! > > Alan > > >> -- >> Aaron Ecay > > -- > Alan L Tyree http://www2.austlii.edu.au/~alan > Tel: 04 2748 6206 sip:typhoon@iptel.org > > > > > ------------------------------ > > Message: 9 > Date: Fri, 16 May 2014 22:17:06 -0400 > From: Boyan Penkov > To: Alexander Baier > Cc: emacs-orgmode@gnu.org > Subject: Re: [O] FILE special property? > Message-ID: <084714CC-7CA7-454A-A0F7-4296EB5E9477@gmail.com> > Content-Type: text/plain; charset="windows-1252" > > Thanks for your help, Alex. > > The backslashes do get the string to evaluate correctly (now the value of org-stuck-projects is indeed set to what you?d think it would be set to, where the first element is a string), but this does not yield the right output ? C-c # still yields no output, and I do know there are projects I define as unfinished in the relevant file. > > When I crop out the +FILE=? part of the string, I get the output I?m expecting, so I?m pretty sure my problem is with the syntax of the FILE selector. > > Thanks! > -- > Boyan Penkov > www.boyanpenkov.com > > On May 16, 2014, at 5:10 PM, Alexander Baier wrote: > >> On 2014-05-16 22:12 Boyan Penkov wrote: >>> (setq org-stuck-projects >>> ?(?+FILE="~/todos/myTodos.org"+LEVEL=1" ("NEXT" "TODO") nil "?)) >> >> I have never used this feature, but this first element look odd to >> me. I would try this: ?+FILE=\"~/todos/myTodos.org\"+LEVEL=1". >> >> HTH, >> -- >> Alexander Baier > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > > Message: 10 > Date: Sat, 17 May 2014 00:03:36 -0400 > From: Nick Dokos > To: emacs-orgmode@gnu.org > Subject: Re: [O] FILE special property? > Message-ID: <87egztyrtz.fsf@gmail.com> > Content-Type: text/plain; charset=utf-8 > > Boyan Penkov writes: > >> Thanks for your help, Alex. >> >> The backslashes do get the string to evaluate correctly (now the value of org-stuck-projects is indeed set to what you?d think it would be set to, where the first element is a >> string), but this does not yield the right output ? C-c # still yields no output, and I do know there are projects I define as unfinished in the relevant file. >> >> When I crop out the +FILE=? part of the string, I get the output I?m expecting, so I?m pretty sure my problem is with the syntax of the FILE selector. >> > > ~ is bash syntax. Try replacing it with the full path of your home > directory. > >> Thanks! >> -- >> Boyan Penkov >> www.boyanpenkov.com >> >> On May 16, 2014, at 5:10 PM, Alexander Baier wrote: >> >> On 2014-05-16 22:12 Boyan Penkov wrote: >> >> (setq org-stuck-projects >> ?(?+FILE="~/todos/myTodos.org"+LEVEL=1" ("NEXT" "TODO") nil "?)) >> >> I have never used this feature, but this first element look odd to >> me. I would try this: ?+FILE=\"~/todos/myTodos.org\"+LEVEL=1". >> >> HTH, >> -- >> Alexander Baier >> > > -- > Nick > > > > > ------------------------------ > > Message: 11 > Date: Sat, 17 May 2014 13:52:13 +0900 > From: Leu Zhe > To: ndokos@gmail.com, "emacs-orgmode@gnu.org" > Subject: Re: [O] Preview tikz in org-mode (reduce margins of produced > images) > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > Hi ndokos, > > Thanks for you advice. > I added a attachment which matches my problem. > > Best regards! > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: test.org > Type: application/octet-stream > Size: 4464 bytes > Desc: not available > URL: > > ------------------------------ > > Message: 12 > Date: Sat, 17 May 2014 08:20:12 +0200 > From: Achim Gratz > To: emacs-orgmode@gnu.org > Subject: Re: [O] [RFC] [PATCH] ob-core.el: allow the auto-generation > of output file names for src blocks. > Message-ID: <87a9ah9bab.fsf@Rainer.invalid> > Content-Type: text/plain > > Aaron Ecay writes: >> Fixed. (It actually required changes to the code, not the tests, since >> my commit made org-babel-graphical-output-file stricter). > > OK. > >> Good catch (especially since I recently pushed a patch changing some >> errors to user-errors *blush*). Fixed. > > Code review works. :-) > > > Regards, > Achim. > -- > +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ > > Samples for the Waldorf Blofeld: > http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra > > > > > ------------------------------ > > Message: 13 > Date: Sat, 17 May 2014 02:33:20 -0400 > From: jorge.a.alfaro@gmail.com (Jorge A. Alfaro-Murillo) > To: emacs-orgmode@gnu.org > Subject: Re: [O] org-edit-src-code outside of org > Message-ID: <8761l4ewy7.fsf@gmail.com> > Content-Type: text/plain > > I figure it out, I am updating the variable that causes problems and it > is working very well so in case you want to use org-edit-src-code in > Message mode all is needed is: > > #+BEGIN_SRC emacs-lisp > (eval-after-load "message" > '(progn > (define-key message-mode-map (kbd "") > (lambda () > (interactive) > (if (not (org-try-structure-completion)) > (message-tab)))) > (define-key message-mode-map (kbd "C-c '") > (lambda () > (interactive) > (org-edit-src-code) > (setq-local org-edit-src-from-org-mode t))))) > #+END_SRC > > I just used it right now =) > > Jorge. > > > > > ------------------------------ > > Message: 14 > Date: Sat, 17 May 2014 10:23:00 +0200 > From: Alexander Baier > To: jorge.a.alfaro@gmail.com (Jorge A. Alfaro-Murillo) > Cc: emacs-orgmode@gnu.org > Subject: Re: [O] org-edit-src-code outside of org > Message-ID: <87ha4ozue3.fsf@mailbox.org> > Content-Type: text/plain > > On 2014-05-17 08:33 Jorge A. Alfaro-Murillo wrote: >> I figure it out, I am updating the variable that causes problems and it >> is working very well so in case you want to use org-edit-src-code in >> Message mode all is needed is: >> >> #+BEGIN_SRC emacs-lisp >> (eval-after-load "message" >> '(progn >> (define-key message-mode-map (kbd "") >> (lambda () >> (interactive) >> (if (not (org-try-structure-completion)) >> (message-tab)))) >> (define-key message-mode-map (kbd "C-c '") >> (lambda () >> (interactive) >> (org-edit-src-code) >> (setq-local org-edit-src-from-org-mode t))))) >> #+END_SRC >> >> I just used it right now =) > > This has been bugging me for quite some time now, thank you very much > for this, it works like it's supposed to! :) > > Regards, > -- > Alexander Baier > > > > ------------------------------ > > Message: 15 > Date: Sat, 17 May 2014 11:19:26 +0200 > From: Vikas Rawal > To: org-mode mailing list > Subject: [O] Symbol's value as variable is void: > org-list-allow-alphabetical > Message-ID: > <36A5EF61-21AB-418D-A4E4-54D9396838D2@agrarianresearch.org> > Content-Type: text/plain; charset=us-ascii > > Why am I getting this error when I start my emacs? > > defconst: Symbol's value as variable is void: org-list-allow-alphabetical > Symbol's value as variable is void: org-list-allow-alphabetical > > My orgmode is updated using git repository. > > I use emacs starter kit, and the error seems to have something to do with this variable not being set before my custom file (https://github.com/vikasrawal/orgpaper/blob/master/research-toolkit.org) is loaded. > > Vikas > > > > > > ------------------------------ > > Message: 16 > Date: Sat, 17 May 2014 12:12:55 +0100 > From: Chris Poole > To: "emacs-orgmode@gnu.org" > Subject: [O] Filter tasks when exporting to iCalendar > Message-ID: > > Content-Type: text/plain; charset="utf-8" > > Hi, > > I'm trying to filter tasks such that only tasks that aren't done, but are > scheduled or have deadlines, are exported to iCalendar. > > I have this so far: > > > (setq org-icalendar-use-scheduled '(todo-start) > org-icalendar-use-deadline '(todo-due) > org-icalendar-include-todo t > org-icalendar-include-body nil > org-icalendar-alarm-time 15 > org-icalendar-with-timestamps 'active) > > (defun gtd-filter-scheduled-todo-tasks (data backend info) > "Filter iCalendar export to include only TODO tasks that are > not done, but which are scheduled or have a deadline." > (when (eq backend 'icalendar) > (org-element-map data 'headline > (lambda (hl) > (when (or (not (equal 'todo (org-element-property :todo-type hl))) > (equal "DONE" (org-element-property :todo-keyword hl)) > (not (or (org-element-property :scheduled hl) > (org-element-property :deadline hl)))) > (org-export-ignore-element hl info))) info) data)) > > (defun gtd-export-agendas-and-calendar () > "Store agenda views as plain text files, and export scheduled > events to a combined iCalendar file. Filter the calendar using > `gtd-filter-scheduled-todo-tasks', only allowing tasks that > aren't DONE, but are scheduled." > (interactive) > (org-store-agenda-views) > (let ((org-export-filter-parse-tree-functions > '(gtd-filter-scheduled-todo-tasks))) > (org-icalendar-combine-agenda-files))) > > > But it leaves an empty calendar.ics file. Anyone know where I'm going wrong? > I assume that org-export-ignore-element is updating `info' in place. > > I can't work out why it's not working... > > > Cheers, > Chris > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > > Message: 17 > Date: Sat, 17 May 2014 13:42:56 +0200 > From: Vikas Rawal > To: org-mode mailing list > Subject: Re: [O] Symbol's value as variable is void: > org-list-allow-alphabetical > Message-ID: > > Content-Type: text/plain; charset=us-ascii > > >> Why am I getting this error when I start my emacs? >> >> defconst: Symbol's value as variable is void: org-list-allow-alphabetical >> Symbol's value as variable is void: org-list-allow-alphabetical >> > > Sorry, my emacs was loading an older version of Org. Will fix it. > > Vikas > > > > ------------------------------ > > Message: 18 > Date: Sat, 17 May 2014 13:12:50 +0100 > From: Dave Pawson > To: org-mode list > Subject: [O] html export doctype? > Message-ID: > > Content-Type: text/plain; charset=UTF-8 > > http://orgmode.org/manual/HTML-doctypes.html#HTML-doctypes > > intimates that setting variable org-html-doctype > is usable here. > > Version 8.2.6 does not show this variable? > > how to select output format for html please? > > tiA > > -- > Dave Pawson > XSLT XSL-FO FAQ. > Docbook FAQ. > http://www.dpawson.co.uk > > > > ------------------------------ > > Message: 19 > Date: Sat, 17 May 2014 14:24:30 +0200 > From: Alexander Baier > To: Dave Pawson > Cc: org-mode list > Subject: Re: [O] html export doctype? > Message-ID: <87y4y0d24h.fsf@mailbox.org> > Content-Type: text/plain > > On 2014-05-17 14:12 Dave Pawson wrote: >> http://orgmode.org/manual/HTML-doctypes.html#HTML-doctypes >> >> intimates that setting variable org-html-doctype >> is usable here. >> >> Version 8.2.6 does not show this variable? > > I am running 8.2.6 here and for me org-html-doctype is defined. Maybe > you need to (require 'ox-html) ? > > HTH, > -- > Alexander Baier > > > > ------------------------------ > > Message: 20 > Date: Sat, 17 May 2014 14:16:31 +0100 > From: Dave Pawson > To: Dave Pawson , org-mode list > > Subject: Re: [O] html export doctype? > Message-ID: > > Content-Type: text/plain; charset=UTF-8 > > On 17 May 2014 13:24, Alexander Baier wrote: >> On 2014-05-17 14:12 Dave Pawson wrote: >>> http://orgmode.org/manual/HTML-doctypes.html#HTML-doctypes >>> >>> intimates that setting variable org-html-doctype >>> is usable here. >>> >>> Version 8.2.6 does not show this variable? >> >> I am running 8.2.6 here and for me org-html-doctype is defined. Maybe >> you need to (require 'ox-html) ? > > > Thanks, That worked. > I'll add that to .emacs. > > > regards > > -- > Dave Pawson > XSLT XSL-FO FAQ. > Docbook FAQ. > http://www.dpawson.co.uk > > > > ------------------------------ > > Message: 21 > Date: Sat, 17 May 2014 11:28:00 -0400 > From: Nick Dokos > To: emacs-orgmode@gnu.org > Subject: Re: [O] Preview tikz in org-mode (reduce margins of produced > images) > Message-ID: <87a9agzapr.fsf@gmail.com> > Content-Type: text/plain; charset=utf-8 > > Leu Zhe writes: > >> Hi ndokos, >> >> Thanks for you advice.? >> I added a attachment which matches my problem. >> >> Best regards! >> >> >> Content-Type: text/enriched >> Text-Width: 70 >> >> #+LATEX_HEADER: \usepackage{tikz} >> #+LATEX_HEADER: \usepackage[siunitx]{circuitikz} >> >> >> dodger blue* A tikz preview test in org-mode >> >> >> ... > > Unfortunately, you seem to have attached it as text/enriched and it is > messed up. Can you please attach it as text/plain? > > Thanks! > -- > Nick > > > > > End of Emacs-orgmode Digest, Vol 99, Issue 20 > *********************************************