Re: [O] [RFC] About `org-export-with-\(fixed-width\|tables\)'
Florian Beck writes: > On 07.01.2014 19:17, Eric S Fraga wrote: >> Eric Abrahamsen writes: > >>> Hey, are you actually exporting to an epub? How are you doing that? >> >> I'd be curious to know as well. I export to epub in two ways, both by >> first exporting to HTML. Then either use calibre to convert the HTML >> document or load the HTML document in firefox and use the "dotepub" >> addon. I haven't done this enough to say which is better. > > If you are copying your file to a device, conversion with calibre is > the simplest option. > >> I would guess that defining an epub exporter, derived from the HTML >> exporter, may not be that difficult. If only I had the time :-( > > > (org-export-define-derived-backend 'fb/org-export-epub 'html > :menu-entry '(?h 99 ((?p "As epub file" fb/org-export-epub Definitely looks like the simplest option! Would there be any real advantage to having a native Org exporter? Setting metadata directly is the only thing I can think of... E
Re: [O] GIT fot publishing .org
Hi Alexander, Thank you for you help. I've anderstund, that "for now" this is not what I need (and what I don't want to loose time for). Renato 2014/1/7 Alexander Baier > On 2014-01-06 18:55 Renato wrote: > > Hi, > > I'm looking for a GIT, that I can use, to save .org file. > > > > CAn someone sudgest me one? > > > > TIA > > > > Renaro > > > > > > As I do not quite get what you are trying to do and can only guess, this > is a stab in the dark: Have you had a look at github pages? As far as I > know, that might be something to publish an org file to. > > HTH, > -- > Alexander Baier >
Re: [O] [PATCH] Strip text properties from string code block arguments
Achim Gratz writes: > Bastien writes: >> I don't understand why properties would be a problem here. >> Can you elaborate a bit on this? > > With format "%S" prints an s-expression via prin1, not a string. So > either the format should be "%s" or the properties need to be stripped > unless one really wants to interpret the result via read again. I think this is a simple typo and s/%S/%s would do. I'll have a closer look and fix this later today. -- Bastien
Re: [O] Long lines prevent Org mode!
Hello Nick and François, François Pinard wrote: > Nick Dokos writes: > >> I cut and paste and then use either C-c m (bound to >> message-mark-inserted-region) or C-c q (bound to boxquote-region) > > Thanks for these hints, which I saved on keys here! :-) Please note it is `C-c M-m' (bound in `message.el') for adding "cut here" lines above and below the region. OTOH, `C-c q' seems to be Nick's own binding. >> Of course, if your problem is that your mailer (or some mailer along >> the way) mangles the content, then the safest thing to do is to put it >> in an attachment or post it on some pastebin and send a link. > > Sure. > > My little problem was different. If I use Org in-line markup, like > bold, italics, or links to Web sites, or even block markup like > fragments between #+BEGIN_SRC and #+END_SRC, say, I was wondering how > this is best transmitted within a message, in the text, without > resorting to an attachment. Gnus as a reader surely has some capability > somewhere, as I think I saw messages displaying Org code nicely; I just > do not remember how it was done. Outside Gnus, it might be more > problematic to find a useful way to have Org included. Sending Org all > raw is sometimes a bit noisy, especially for links. Using `C-c M-m' will add "cut here" lines, and Gnus will highlight the code inside it with one common color: so, no syntax highlighting depending on the language. Using `C-c C-v C-d' to demarcate your region as code, and give the language, you'll get a nice highlighting of the code inside Gnus (for the readers): that was on my first real patch for Org (in fact, for Gnus), back in November 2010 or so. > Someone recently mentioned org-mime.el, new to me, maybe this is the > proper avenue? I should at least play and experiment with it! :-). This is mainly useful for sending HTML-export (or Org-export) of an Org section. Best regards, Seb -- Sebastien Vauban
Re: [O] [PATCH] Strip text properties from string code block arguments
Hi Bastien,
On 07/01/2014 18:31, Bastien wrote:
Daniel Gerber writes:
This change in org-babel-python-var-to-python makes python code blocks
accept a string with text properties (as one gets when referring
another code block). I guess there should be something similar for
other languages.
I don't understand why properties would be a problem here.
Can you elaborate a bit on this?
The problem is that formatting as s-expression puts them into python code.
Here is what I want to do.
First edit a query string:
#+RESULTS: query
#+BEGIN_SRC sparql
select *
where { ?x rdf:label "x\\r"@en }
#+END_SRC
(The trick of naming this block with #+results: is so that:
1. org-edit-src-code uses the right mode
2. the code block is not evaluated
3. its body is passed as a string to other code blocks.
For lack of a better idea...)
Use the query string verbatim in another language:
#+NAME: py
#+BEGIN_SRC python :var q=query
# return some_graph.query(q)
return q
#+END_SRC
But now calling py() or tangling would give a syntax error because
#+BEGIN_SRC elisp :var q=query
(org-babel-python-var-to-python q)
#+END_SRC
#+RESULTS:
: ""#("select *
: where { ?x rdf:label \"xr\"@en }
: " 0 9 (face org-block font-lock-multiline t wrap-prefix #(" " 0 2
(face org-indent)) line-prefix nil font-lock-fontified t fontified t) 9
30 (face org-block font-lock-multiline t wrap-prefix #(" " 0 2 (face
org-indent)) line-prefix nil font-lock-fontified t fontified t) 30 35
(face org-block font-lock-multiline t font-lock-fontified t wrap-prefix
#(" " 0 2 (face org-indent)) line-prefix nil fontified t) 35 40 (face
org-block font-lock-multiline t font-lock-fontified t wrap-prefix #(" "
0 2 (face org-indent)) line-prefix nil fontified t) 40 41 (face
org-block font-lock-multiline t wrap-prefix #(" " 0 2 (face
org-indent)) line-prefix nil font-lock-fontified t fontified t) 41 42
(face org-block font-lock-multiline t wrap-prefix #(" " 0 2 (face
org-indent)) line-prefix nil font-lock-fontified t fontified t))""
If org-babel-python-var-to-python does
#+BEGIN_SRC elisp :var q=query
(format "%S" (substring-no-properties q))
#+END_SRC
#+RESULTS:
: "select *
: where { ?x rdf:label \"xr\"@en }
: "
then both evaluation and tangling work fine:
#+CALL: py()
#+RESULTS:
: select *
: where { ?x rdf:label "x\\r"@en }
Best,
Daniel
[O] can I make listbox within org-mode table?
Dear All, for one of my documents I'd like to have tables, where in a single column i can only choose from predefined sets of values (e.g. names). Is that possible? | Name | Description | Price | |---+-+---| | David | foeiu | 287 | | Mika | ofi | 287 | | David | froeiw | 238 | | | | | ^^ that column i'd like to fill with only specified items many thanks david
Re: [O] can I make listbox within org-mode table?
Hello David, On 2014-01-08 11:35 David Belohrad wrote: > Dear All, > > for one of my documents I'd like to have tables, where in a single > column i can only choose from predefined sets of values (e.g. names). Is > that possible? > > | Name | Description | Price | > |---+-+---| > | David | foeiu | 287 | > | Mika | ofi | 287 | > | David | froeiw | 238 | > | | | | > > > ^^ that column i'd like to fill with only specified items > > many thanks > > david > > AFAIK this is not possible. At least not with facilities built into org-mode. You might have luck writing a source for auto-complete, but this might be more effort than it is worth. If you are not planning to export your document, but merely want to manage some data in a tableish fashion inside your Emacs/Org setup, you may find (info "(Org) Column View") of some help. You can define a NAME_ALL property which lists the specific items. HTH, -- Alexander Baier
[O] Checkboxes in the agenda?
Can checkboxes be included in org-mode agenda please? If so, how? I cant see any reference as to how to do it in the org-manual, and it would be very useful to have them listed in the agenda. Thanks Sharon. -- A taste of linux = http://www.sharons.org.uk efever = http://www.efever.blogspot.com/ efever = http://sharon04.livejournal.com/ my git repo = https://bitbucket.org/boudiccas/dots Debian testing, Fluxbox 1.3.5, LibreOffice 4.1.4.2 Registered Linux user 561944 signature.asc Description: PGP signature
Re: [O] [RFC] About `org-export-with-\(fixed-width\|tables\)'
Florian Beck writes: > On 07.01.2014 19:17, Eric S Fraga wrote: [...] >> I would guess that defining an epub exporter, derived from the HTML >> exporter, may not be that difficult. If only I had the time :-( > > > (org-export-define-derived-backend 'fb/org-export-epub 'html > :menu-entry '(?h 99 ((?p "As epub file" fb/org-export-epub [...] Cute! And obvious in hindsight. Using calibre to do the conversion is definitely a case of not re-inventing the wheel. And it works well. Thanks. -- : Eric S Fraga (0xFFFCF67D), Emacs 24.3.50.1, Org release_8.2.5c-436-ga24e64
Re: [O] Long lines prevent Org mode!
"Sebastien Vauban" writes: >>> I cut and paste and then use either C-c m (bound to >>> message-mark-inserted-region) or C-c q (bound to boxquote-region) >> >> Thanks for these hints, which I saved on keys here! :-) > > Please note it is `C-c M-m' (bound in `message.el') for adding "cut > here" lines above and below the region. > > OTOH, `C-c q' seems to be Nick's own binding. > Indeed C-C M-m is the "official" binding in message.el. The ones I posted are both my own private bindings. Sorry for the confusion and thanks for correcting me. -- Nick
Re: [O] Fwd: puzzling org-mime-htmlize
Joseph Vidal-Rosset writes: > Dear Eric (cc. the list), > > I apologize to insist with this problem that I meet with org-mime-htmize in > the gnus on my PC. > > On my laptop, with the same OS and I believe the same configuration, it runs > perfectly. Here I meet always this sort of message: > > Creating LaTeX Image... > Failed to create dvi file from /tmp/orgtex11506Npy.tex > Auto-saving... > > I have tried to run latex /tmp/orgtex11506Npy.tex - as adviced Nick - and > the dvi file was created. > > I understand neither what happens nor how I can fix this problem. Do you see > an possible explanation ? > Not enough information: post the procedure you follow and a minimal org file that exhibits the problem. -- Nick
Re: [O] Possible bug in the org-element cache code?
Nicolas Goaziou writes: > Hello, > > Nick Dokos writes: > >> I've gotten the attached backtrace a couple of times in the past few >> days. Also same error with org-cache-sync. I'm not sure how reproducible >> it is and I have to admit that I've been running with a possibly tainted >> emacs/org for the last few days. I'll restart emacs and try to keep it >> pristine and see if it happens again, but I thought I'd post the >> backtrace just in case it is real. > > It is because I changed cache structure from a hash table to an AVL tree > (basically a vector). If you restart Emacs, or (setq org-element--cache > nil) in all Org buffers, the error should go away. > OK - thanks. -- Nick
Re: [O] Long lines prevent Org mode!
"Sebastien Vauban" writes: > Using `C-c C-v C-d' to demarcate your region as code, and give the > language, you'll get a nice highlighting of the code inside Gnus You mean that demarcated code #+BEGIN_SRC elisp ((lambda (x y) (+ x y))(length "abc") 2) #+END_SRC will be automatically shown nicely by Gnus? Trying it right in this message! :-) > (for the readers): that was on my first real patch for Org (in fact, > for Gnus), back in November 2010 or so. A nice one then! Thanks! François
Re: [O] Parsing Org-mode in Python
Brett Viren writes: > I'm also (slowly) working toward some Python-based org processing. My > strategy is to produce an intermediate file in JSON format which is > designed to capture the full org document structure. I am calling > this a "shunt" export as it is meant to do as little interpretation of > the document as possible. Might be interesting, indeed! > http://permalink.gmane.org/gmane.emacs.orgmode/79838 This yields: , | Not Found | | The requested URL /gmane.emacs.orgmode/79838 was not found on this server. ` > At the end of the day one will have a DOM-style data structure > representing the initial org document. Keep me (us!) posted! :-) François
Re: [O] Let's discuss citation and Org syntax
2014/1/8 Eric S Fraga > It would help if you showed us how bibtex2html fails. It works for > me. A small org file example which illustrates what you want to do > would also help. What version of org are you using? > Many thanks Eric, it works now for me also. The only thing that I do not succeed to get , it a bibliographical reference in plain style with postnote like this one for example: Descartes [1, pp. 224-225] blablabla * Références [1] Descartes, Oeuvres complètes, La Pléiade, Paris, 1973. End of example. It does not work because references [[cite:key][postnote]] do not accept spaces in html. Therefore I have adopted this less eye-candy format: ([1], pp. 224-225) ... It's DIY ... Best wishes, and thanks again, Jo.
Re: [O] Fwd: puzzling org-mime-htmlize
2014/1/8 Nick Dokos > Not enough information: post the procedure you follow and a minimal org > file that exhibits the problem. > Hi Nick, I apolgize, it's difficult for me to be more complete that I was. It is not org, but gnus with org. M-x org-mime-htmlize creates the html email, but fails to make access to /temp/image.png . That's it. Best wishes, Jo.
[O] patch for ob-sql and postgresql for supporting :colnames
hi, the :colnames header argument is not honoured for postgresql. Hence the following patch for ob-sql.el. The command-line tool psql supports the option -t for not displaying column-names. The default behavious is not changed with this patch. 126,127c126 < "psql --set=\"ON_ERROR_STOP=1\" %s -A -P footer=off -F \"\t\" -f %s -o %s %s" < (if colnames-p "" "-t") --- > "psql --set=\"ON_ERROR_STOP=1\" -A -P > footer=off -F \"\t\" -f %s -o %s %s" Can anyone suggest to me why this should not be in ob-sql.el? It is already implemented for the mysql engine (via -N). regards, Joost -- Snow B.V.http://snow.nl
[O] Auto-creating a numbered list from pasted section?
In an org-mode document I can http://www.sharons.org.uk efever = http://www.efever.blogspot.com/ efever = http://sharon04.livejournal.com/ my git repo = https://bitbucket.org/boudiccas/dots Debian testing, Fluxbox 1.3.5, LibreOffice 4.1.4.2 Registered Linux user 561944 signature.asc Description: PGP signature
[O] Table with LaTeX math expressions as default
Hi there!
I'm using org-mode to generate a table which has columns with mathematical
expressions in certain columns.
#+caption: Berger's list of Holonomy groups
#+name: tab:holonomy
|---+---+-+---|
| | Metric| Holonomy|
Dimension |
|---+---+-+---|
| / | <>| <> |
<>|
| # | Kaehler | \( U(\tfrac{n}{2}) \) | \(n\in 2\mathbb{N}
\) |
| # | Calabi-Yau| \( SU(\tfrac{n}{2}) \) | \(n\in 2\mathbb{N}
\) |
| # | Hyper-Kaehler | \( Sp(\tfrac{n}{4}) \) | \(n\in 4\mathbb{N}
\) |
| # | Quaternionic | \( Sp(\tfrac{n}{4})Sp(1) \) | \(n\in 4\mathbb{N}
\) |
| # | Exceptional | \( G_2 \) |
7 |
| # | | \( Spin(7) \) |
8 |
|---+---+-+---|
Unfortunately, these math expressions should be typeset between \( and \).
*QUESTION*
Is there a way to say that a column contains (by default) mathematical
expressions?
In LaTeX the answer would be:
- Use the package =array=
- In the format of the array column include >{$} c <{$}, to indicate these
is a math expression
Thank you.
--
_
Oscar Castillo-Felisola.
Grupo de Fisica Teorica.
UTFSM -- CCTVal.
Av. Espana, 1680, Valparaiso-Chile.
__
[O] Bug: org-entities-help with (setq org-pretty-entities t)
Hi, I have (setq org-pretty-entities t) in my init.el. When I want to see some informations about available entities with org-entities-help I get a pretty but useless buffer. It would be better if the buffer created by org-entities-help does not show entities as UTF8 characters at start, even if org-pretty-entities is enabled. Greetings, Brice.
Re: [O] Bug: org-entities-help with (setq org-pretty-entities t)
Hi Brice, Brice Waegenire writes: > I have (setq org-pretty-entities t) in my init.el. When I want to see > some informations about available entities with org-entities-help I > get a pretty but useless buffer. Fixed, thanks. -- Bastien
Re: [O] gnus: link annoyance
If the patch I sent in this thread does not raise problems, I suggest we simply offer an option to let the user decide whether he wants the flags to be changed or not. Please continue testing the patch and report any problem, I'll do so myself. -- Bastien
Re: [O] Fwd: puzzling org-mime-htmlize
Table of Contents 1. Org fragment for org-mime-htmlize to chew on. Joseph Vidal-Rosset writes: > 2014/1/8 Nick Dokos > > Not enough information: post the procedure you follow and a minimal org > file that exhibits the problem. > > Hi Nick, I apolgize, it's difficult for me to be more complete that I was. You are kidding, right? Here, let me start and maybe you can see where I'm going. In gnus, I was reading your message and did "f" to follow up. I then entered this org fragment: –8<—cut here—start->8— 1 Org fragment for org-mime-htmlize to chew on. Does this work? –8<—cut here—end—>8— I then called org-mime-htmlize. That added the html part and I then sent it with C-c C-c. How hard is that? BTW, just in case I made you feel bad: I've been ranting about things like this for years, e.g. http://article.gmane.org/gmane.emacs.orgmode/32130/match=ask+questions You are not the first, and you are not going to be the last: asking good questions is learned, so there is hope :-) BTW, I think the reference to ESR's "smart questions" paper has been added somewhere in Worg, but a few minutes search did not uncover it. Anybody know where it is? Nick
Re: [O] HTML export doesn't convert quote before footnote
Hello, James Harkins writes: > This appears to be an HTML export bug: A straight double-quote mark > before a footnote fails to convert into ” > > Minimal example: > > * Heading > Krusty the Klown opined, "Well, that's showbiz for ya."[fn:1] > * Footnotes > [fn:1] /The Simpsons/. > > Expected: > > > Krusty the Klown opined, “Well, that’s showbiz for > ya.” href="#fn.1">1 > > > Got: > > > Krusty the Klown opined, “Well, that’s showbiz for > ya." href="#fn.1">1 > > > I guess I can filter for it as a workaround. Smart quotes mechanism is based on regexps. There are unavoidable ambiguous cases, like this one. We can pile up new rules to handle most of them, but in the end, I don't think we cannot handle them all. Worse, some advanced rules may create false positives. Anyway, here are some options : 1. Do nothing. 2. Change the closing regexp to "\\(?:\\w\\|\\s.\\|\\s_\\)\\([\"']\\)", i.e. ignore characters after the quote. But then we have to find a way to know a closing single quote from an apostrophe. 3. Do not rely on regexps but on some simple depth rules: 1. At a given level in the parse tree, the first quote is always an opening quote ; 2. Every subsequent quote in the level alternates between closing and opening state. Second option probably has its shortcomings too, but it may be sturdier. It also doesn't solve the problem of apostrophes. Regards, -- Nicolas Goaziou
Re: [O] Parsing Org-mode in Python
François Pinard writes: > Brett Viren writes: > >> http://permalink.gmane.org/gmane.emacs.orgmode/79838 > > This yields: > > , > | Not Found > | > | The requested URL /gmane.emacs.orgmode/79838 was not found on this server. > ` Huh, maybe a transient failure? It's there for me right now. Here is the same message from GNU's archive: http://lists.gnu.org/archive/html/emacs-orgmode/2013-12/msg00415.html In any case, here is the salient chunk: #+BEGIN_SRC elisp (require 'json) (let* ((tree (org-element-parse-buffer 'object nil))) (org-element-map tree (append org-element-all-elements org-element-all-objects '(plain-text)) (lambda (x) (if (org-element-property :parent x) (org-element-put-property x :parent "none")) (if (org-element-property :structure x) (org-element-put-property x :structure "none")) )) (write-region (json-encode tree) nil "foo.dat")) #+END_SRC This test is meant to run from inside an org-mode buffer which itself provides the fodder for the test. But, it shows the steps that I'll need to integrate into some new org export mechanism. The important part is nulling out the :parent and :structure (and maybe others?) properties in order to break their circular references. The heavy lifting is all in org-element-parse-buffer and json-encode. >> At the end of the day one will have a DOM-style data structure >> representing the initial org document. > > Keep me (us!) posted! :-) Definitely! -Brett. pgpOODLoXxtb1.pgp Description: PGP signature
Re: [O] HTML export doesn't convert quote before footnote
On Jan 8, 2014 11:33 PM, "Nicolas Goaziou" wrote: > Smart quotes mechanism is based on regexps. There are unavoidable > ambiguous cases, like this one. But the export is as expected in LaTeX, so... If the LaTeX backend can interpret the input properly, why not the html backend? hjh
Re: [O] Fwd: puzzling org-mime-htmlize
Nick Dokos writes: > BTW, I think the reference to ESR's "smart questions" paper has been > added somewhere in Worg, but a few minutes search did not uncover it. > Anybody know where it is? There is a link to it on the front page. Second to last line in the "Documentation and Literature" section. http://orgmode.org/#sec-2 Of course, it may be linked elsewhere too. Best, Josiah
Re: [O] [PATCH] Strip text properties from string code block arguments
Daniel Gerber writes: > This change in org-babel-python-var-to-python makes python code blocks > accept a string with text properties (as one gets when referring > another code block). I guess there should be something similar for > other languages. I've now fixed this by using %s instead of %S, let me know if this works correctly for you. -- Bastien
Re: [O] Auto-creating a numbered list from pasted section?
Hi Sharon, Sharon Kimble writes: > In an org-mode document I can #+BEGIN_HTML > > #+END_HTML > > In the same document I have a list of numbered items, actually academic > references, is it possible using something like every one done as part of a numbered list please? It would be so much > simpler than going through numbering each and every one by hand! I'm not sure what you mean by "done as part of a numbered list" As for re-numbering items from a numbered list, moving one item up and down will renumber the whole list automagically. Please give more details if this does not reply your question. -- Bastien
Re: [O] HTML export doesn't convert quote before footnote
James Harkins writes: > On Jan 8, 2014 11:33 PM, "Nicolas Goaziou" wrote: >> Smart quotes mechanism is based on regexps. There are unavoidable >> ambiguous cases, like this one. > > But the export is as expected in LaTeX, so... It isn't. Look at the LaTeX code produced. Regards, -- Nicolas Goaziou
Re: [O] Checkboxes in the agenda?
Hi Sharon, Sharon Kimble writes: > Can checkboxes be included in org-mode agenda please? Not yet. > If so, how? I > cant see any reference as to how to do it in the org-manual, and it > would be very useful to have them listed in the agenda. Agreed. I suggest a new special property CHECKBOX (along with TIMESTAMP and friends) which would contain the status of the checkbox among [ticked, empty, undefined]. I don't have time to implement this now, just throwing it away to see if someone else would be interested. -- Bastien
Re: [O] org-babel-gnuplot-quote-tsv-field does not work; org-plot-quote-tsv-field does though
Miguel Ruiz writes: > Hi, > > I cannot get temp data file from org-babel-gnuplot with quoted row > labels. I have tried org-plot/gnuplot and it provides a correct temp > data file but it freezes so it is no useful by now. > > My test table: > > | Sede | Max cites | H-index | > |---+---+-| > | Chile |257.72 | 21.39 | > | Leeds |165.77 | 19.68 | > | Sao Paolo | 71.00 | 11.50 | ; without quotes (in temp data file), > gnuplot sees 4 columns > | Stockholm |134.19 | 14.33 | > | Morelia |257.56 | 17.67 | > > I would appreciate any hint. > Please re-try this from the HEAD of the master branch, I believe it has been fixed by a recent commit. The following works for me. #+name: cities | Sede | Max cites | H-index | |---+---+-| | Chile |257.72 | 21.39 | | Leeds |165.77 | 19.68 | | Sao Paolo | 71.00 | 11.50 | | Stockholm |134.19 | 14.33 | | Morelia |257.56 | 17.67 | #+begin_src gnuplot :var data=cities set boxwidth 0.9 absolute set style fill solid 1.00 border lt -1 set style data histogram plot data using 2:xtic(1) ti "Max cites", data u 3 ti "H-index" #+end_src > > > TIA, > > Miguel Ruiz. > > > CYGWIN_NT-6.1-WOW64 usuario-PC 1.7.27(0.271/5/3) 2013-12-09 11:57 i686 Cygwin > GNU Emacs (emacs-w32) 24.3.1 (i686-pc-cygwin) of 2013-08-14 on moufang > Org-mode version 8.2.5a (release_8.2.5a @ /home/usuario/org-mode/maint/lisp/) -- Eric Schulte https://cs.unm.edu/~eschulte PGP: 0x614CA05D
Re: [O] patch for ob-sql and postgresql for supporting :colnames
Applied, thanks. Joost Helberg writes: > hi, > > the :colnames header argument is not honoured for postgresql. Hence the > following patch for ob-sql.el. The command-line tool psql supports the > option -t for not displaying column-names. The default behavious is not > changed with this patch. > > 126,127c126 > < "psql --set=\"ON_ERROR_STOP=1\" %s -A -P > footer=off -F \"\t\" -f %s -o %s %s" > < (if colnames-p "" "-t") > --- >> "psql --set=\"ON_ERROR_STOP=1\" -A -P >> footer=off -F \"\t\" -f %s -o %s %s" > > Can anyone suggest to me why this should not be in ob-sql.el? It is > already implemented for the mysql engine (via -N). > > regards, > > Joost -- Eric Schulte https://cs.unm.edu/~eschulte PGP: 0x614CA05D
[O] bug in org-element-footnote-definition-parser?
I have encountered the following error message when trying to export
to latex the attached example org file:
org-element-footnote-definition-parser: Invalid search bound (wrong
side of point)
What is curious is that changing the number of ""'s in [fn:1] to 2
instead of 3 allows it to compile. Likewise, just changing the number
of 'words' in the second macro (5th column of the table) also can
eliminate the error and allow the document to compile. Also, getting
rid of the #+BEGIN line also allows it to compile...
I have omitted the tree which contains data for generating the table,
which isn't relevant for reproducing the error / bug. All of the
above comments are based on using git rev. 95416856 (Dec 26).
I also recently updated to d310a87605 (Jan 8), and instead get the error:
byte-code: Wrong number of arguments: #[(tree data) ...[binary
omitted]... [tree cl-struct-avl-tree--tags data avl-tree--do-delete 0
error "avl-tree--cmpfun accessing a non-avl-tree-" 2
"avl-tree--dummyroot accessing a non-avl-tree-" 1] 5
("/usr/share/emacs/23.3/lisp/emacs-lisp/avl-tree.elc" . 14229)], 4
Is there something wrong with my org-file? -- it seems like it
shouldn't be so hard to get it to compile, and that the errors
shouldn't be so obscure.
Regards,
Mark
* Schedule
#+LATEX: {}\begin{landscape}
x x xx.
#+BEGIN: propview :id "sched_table" :defaultval "" :conds ((not (string= A ""))) :cols (A B C D E) :noquote t :colnames (" x" xxx " xxx" "[fn:1]" "x xxx / [fn:2]")
#+ATTR_LaTeX: :environment longtable :align lllp{3cm}l
| x | xxx | xxx | [fn:1] | x xxx / [fn:2] |
|+-+---++|
| x | x | {{{c(xxx)}}} | x | x {{{c(xxx xx x xxx)}}} |
|+-+---++|
#+END:
#+LATEX: \end{landscape}
[fn:1]
[fn:2] xx xx
* File Options :ARCHIVE:
** Export
#+LaTeX_HEADER: \usepackage[margin=0.75in]{geometry}
#+LaTeX_HEADER: \setlength{\marginparwidth}{1cm}
#+LaTeX_HEADER: \usepackage{lscape}
#+OPTIONS: toc:nil
#+EXPORT_SELECT_TAGS: export
#+EXPORT_EXCLUDE_TAGS: noexport
#+OPTIONS: arch:nil
#+OPTIONS: ^:{}
** Macros
#+MACRO: c
Re: [O] [PATCH] Strip text properties from string code block arguments
On 08/01/2014 17:31, Bastien wrote: Daniel Gerber writes: This change in org-babel-python-var-to-python makes python code blocks accept a string with text properties (as one gets when referring another code block). I guess there should be something similar for other languages. I've now fixed this by using %s instead of %S, let me know if this works correctly for you. Not quite. I thought %S was not a typo because it escapes characters more nicely. E.g. with %s the buffer should contain \"\"\" to mean """ in python. Also, one quote is missing - (if (and (stringp var) (string-match "[\n\r]" var)) "\"\"%s\"\"" "%s") + (if (and (stringp var) (string-match "[\n\r]" var)) "\"\"\"%s\"\"\"" "\"%s\"")
Re: [O] [PATCH] Strip text properties from string code block arguments
Daniel Gerber writes: > On 08/01/2014 17:31, Bastien wrote: >> Daniel Gerber writes: >> >>> This change in org-babel-python-var-to-python makes python code blocks >>> accept a string with text properties (as one gets when referring >>> another code block). I guess there should be something similar for >>> other languages. >> I've now fixed this by using %s instead of %S, let me know if this >> works correctly for you. > Not quite. I thought %S was not a typo because it escapes characters > more nicely. E.g. with %s the buffer should contain \"\"\" to mean """ > in python. I reverted my change -- can you resubmit a proper patch, i.e. one with an Emacs changelog and using git format-patch? Thanks! -- Bastien
Re: [O] bug in org-element-footnote-definition-parser?
Hello,
Mark Edgington writes:
> I have encountered the following error message when trying to export
> to latex the attached example org file:
>
> org-element-footnote-definition-parser: Invalid search bound (wrong
> side of point)
>
> What is curious is that changing the number of ""'s in [fn:1] to 2
> instead of 3 allows it to compile. Likewise, just changing the number
> of 'words' in the second macro (5th column of the table) also can
> eliminate the error and allow the document to compile. Also, getting
> rid of the #+BEGIN line also allows it to compile...
>
> I have omitted the tree which contains data for generating the table,
> which isn't relevant for reproducing the error / bug. All of the
> above comments are based on using git rev. 95416856 (Dec 26).
I cannot reproduce the error in either master or maint branch.
> I also recently updated to d310a87605 (Jan 8), and instead get the error:
>
> byte-code: Wrong number of arguments: #[(tree data) ...[binary
> omitted]... [tree cl-struct-avl-tree--tags data avl-tree--do-delete 0
> error "avl-tree--cmpfun accessing a non-avl-tree-" 2
> "avl-tree--dummyroot accessing a non-avl-tree-" 1] 5
> ("/usr/share/emacs/23.3/lisp/emacs-lisp/avl-tree.elc" . 14229)], 4
You need to restart Emacs. I changed the structure of the cache in
master branch.
Regards,
--
Nicolas Goaziou
Re: [O] Fwd: puzzling org-mime-htmlize
2014/1/8 Nick Dokos > > Hi Nick, I apolgize, it's difficult for me to be more complete that I > was. > > You are kidding, right? > Hi Nick, No, I did not kidding, unfortunately. I'm replying with gmail, and I am afraid I will give up the project to use Gnus. From yesterday evening, suddenly I have on my two computers an error message with gnus: 'smtp-server' not defined. I've of course tried to solve this new problem, with help of archives of mailing lists given by Google, all my tentative are at the moment unsuccessful... It's both boring and irritating. The least that I expect from an email client is to work correctly. Gnus worked, for sending and receiving emails, and suddenly without clear reason, it does not work no more... It is not stable because I have not changed .gnus.el ... I am sorry to have bothered you for nothing, but I am tired and disappointed by emailing via emacs. I loose more time in trying to configure gnus for my gmail account than in reading and replying to my emails... I will going to try to improve my use of org-mode, but Gnus is not made for me... Best wishes, Jo.
Re: [O] Fwd: puzzling org-mime-htmlize
Hi Joseph, Joseph Vidal-Rosset writes: > The least that I expect from an email client is to work correctly. > Gnus worked, for sending and receiving emails, and suddenly without > clear reason, it does not work no more... It is not stable because I > have not changed .gnus.el ... If you haven't changed anything in your Gnus configuration and if you are still using the exact same setup that used to be working, it's hardly Gnus fault... maybe gmail changed something? Anyway, just to give you some more encouragement: it's really worth insisting. Remember Beckett's: fail, fail again, fail better! -- Bastien
Re: [O] Fwd: puzzling org-mime-htmlize
2014/1/8 Bastien > If you haven't changed anything in your Gnus configuration and if > you are still using the exact same setup that used to be working, > it's hardly Gnus fault... maybe gmail changed something? > > Anyway, just to give you some more encouragement: it's really worth > insisting. > > Remember Beckett's: fail, fail again, fail better! > Hi Bastien, It was FLIM's fault. The bug is here: http://lists.gnu.org/archive/html/info-gnus-english/2010-02/msg00077.html My gnus works now. But I'm still using Gmail at the moment. Je boude ! :) Best wishes Jo.
Re: [O] bug in org-element-footnote-definition-parser?
Nicolas Goaziou writes: > Hello, > > Mark Edgington writes: > >> I have encountered the following error message when trying to export >> to latex the attached example org file: >> >> org-element-footnote-definition-parser: Invalid search bound (wrong >> side of point) >> I 'm not sure but I believe this was a bug in emacs that Eli Zaretskii fixed recently. You will need to update your emacs. In the git mirror I use, the commit appears like this: commit b2b5f414358a7835b56613f67d2b0278ee804290 Author: Eli Zaretskii Date: Wed Jan 1 19:44:48 2014 +0200 Fix bug #16265 with buffer caches when modifying text in indirect buffers. src/search.c (newline_cache_on_off, find_newline): In indirect buffers, use the newline cache of the base buffer. src/insdel.c (invalidate_buffer_caches): If BUF is an indirect buffer, invalidate the caches of its base buffer. src/indent.c (width_run_cache_on_off, compute_motion): In indirect buffers, use the width-run cache of the base buffer. src/xdisp.c (redisplay_window): When the window displays an indirect buffer, and the character widths in the display table have changed, invalidate the width-run cache of the corresponding base buffer. src/fileio.c (Finsert_file_contents): When invalidating the newline cache, consider the case of inserting into indirect buffer. src/bidi.c (bidi_paragraph_cache_on_off, bidi_find_paragraph_start): In indirect buffers, use the paragraph cache of the base buffer. Nick
Re: [O] Parsing Org-mode in Python
2014/1/8 Brett Viren Huh, maybe a transient failure? It's there for me right now. Here is > the same message from GNU's archive: > > http://lists.gnu.org/archive/html/emacs-orgmode/2013-12/msg00415.html Got it, thanks! :-) -- François Pinard http://pinard.progiciels-bpi.ca
Re: [O] Fwd: puzzling org-mime-htmlize
#+OPTIONS: latex:t
Le mer. 08 janv. 2014 à 04:29:03 , Nick Dokos a
envoyé ce message:
> Table of Contents
>
> * 1. Org fragment for org-mime-htmlize to chew on.
>
> Joseph Vidal-Rosset writes:
>
>> 2014/1/8 Nick Dokos
>>
>> Not enough information: post the procedure you follow and a minimal org
>> file that exhibits the problem.
>>
>> Hi Nick, I apolgize, it's difficult for me to be more complete that I was.
>
> You are kidding, right? Here, let me start and maybe you can see where
> I'm going.
>
> In gnus, I was reading your message and did "f" to follow up. I then
> entered this org fragment:
>
> –8<—cut here—start->8—
>
> 1 Org fragment for org-mime-htmlize to chew on.
>
> Does this work?
> –8<—cut here—end—>8—
>
> I then called org-mime-htmlize. That added the html part and I then sent
> it with C-c C-c. How hard is that?
Hi again Nick,
What is easy for you in one domain can be hard for other people, and
conversely for other domains.
I'm back to Gnus finally and I am going to give you an example of what
works and what does not work with my org-mime-htmlize...
* This title
should work
But the following formula
$$ \neg \neg A \nvdash_{i} A $$
should not.
Effectively :
type="image/png"
filename="/tmp/ltxpng/latex3088O8b_1791543855878815db07961548d62eeeb9ad27d0.png"
disposition=inline
id="<_tmp_ltxpng_latex3088O8b_1791543855878815db07961548d62eeeb9ad27d0.png>">
provokes this message : mm-insert-file-contents: Opening input file: aucun
fichier ou dossier de ce type,
/tmp/ltxpng/latex3088O8b_1791543855878815db07961548d62eeeb9ad27d0.png
I hope that is what you expected from me...
"See you" soon...
Jo.
Table of Contents
1. This title
Le mer. 08 janv. 2014 à 04:29:03 , Nick Dokos
a
envoyé ce message:
> Table of Contents
>
> * 1. Org fragment for org-mime-htmlize to chew on.
>
> Joseph Vidal-Rosset writes:
>
>> 2014/1/8 Nick Dokos
>>
>> Not enough information: post the procedure you follow and a minimal
org
>> file that exhibits the problem.
>>
>> Hi Nick, I apolgize, it's difficult for me to be more complete that I
was.
>
> You are kidding, right? Here, let me start and maybe you can see where
> I'm going.
>
> In gnus, I was reading your message and did "f" to follow up. I then
> entered this org fragment:
>
> –8<—cut here—start->8—
>
> 1 Org fragment for org-mime-htmlize to chew on.
>
> Does this work?
> –8<—cut here—end—>8—
>
> I then called org-mime-htmlize. That added the html part and I then
sent
> it with C-c C-c. How hard is that?
Hi again Nick,
What is easy for you in one domain can be hard for other people, and
conversely for other domains.
I'm back to Gnus finally and I am going to give you an example of what
works and what does not work with my org-mime-htmlize…
1 This title
should work
But the following formula
should not.
I hope that is what you expected from me…
"See you" soon…
Jo.
Re: [O] Fwd: puzzling org-mime-htmlize
Joseph Vidal-Rosset writes: > 2014/1/8 Nick Dokos > > > Hi Nick, I apolgize, it's difficult for me to be more complete that I > was. > > You are kidding, right? > > Hi Nick, > > No, I did not kidding, unfortunately. > > I'm replying with gmail, and I am afraid I will give up the project to use > Gnus. From yesterday evening, suddenly I have on my > two computers an error message with gnus: > > 'smtp-server' not defined. > I saw your other message where FLIM (whatever that is) is identified as the culprit. One piece of advice: do not install random software packages without thorough testing. The best way to test is with a minimal .emacs that just loads the package under test, start a new emacs with it (emacs -q -l /path/to/min.emacs) and test the heck out of it before admitting it into the set of trusted packages that you load in your everyday emacs session. I routinely have three emacs sessions going: my everyday emacs, a separate one that I use as an IRC client (running erc) and a third short-lived one for tests. My everyday emacs runs for weeks at a time; the irc emacs gets restarted every time I switch networks (I wish erc would maintain the connections, but they get dropped); the short-lived one(s) lasts from a few minutes to a few hours. > I've of course tried to solve this new problem, with help of archives > of mailing lists given by Google, all my tentative are at the moment > unsuccessful... > > It's both boring and irritating. > > The least that I expect from an email client is to work > correctly. Gnus worked, for sending and receiving emails, and suddenly > without clear reason, it does not work no more... It is not stable > because I have not changed .gnus.el ... > ... but you installed FLIM, right? That installed its own smtpmail.el which apparently you picked up in preference to the one that came with emacs. This is a fairly common mistake. > I am sorry to have bothered you for nothing, but I am tired and > disappointed by emailing via emacs. I loose more time in trying to > configure gnus for my gmail account than in reading and replying to my > emails... > > I will going to try to improve my use of org-mode, but Gnus is not made for > me... > Bastien's channeling of Beckett was the perfect answer here, but as usual I have a few more comments :-) Gnus is indeed peculiar: I switched to it about 8 months ago and I'm still not quite comfortable with it. However, although I occasionally use gmail and thunderbird, I'll take an emacs-based mail client over them every time: I used mh-e for many years and switched to gnus only because I wanted an imap server at home - afaik, mh-e (and nmh underneath it) just did not support that use case. As a general principle however, you need to decouple your attempts to use gnus from your attempts to use org. I recently advised somebody not to use all the blades of the org swiss-army knife at the same time. Trying to do that in combination with gnus is turning the knife into a chainsaw (swiss-army chainsaw anyone?) Do them one at a time: it may seem slow and inefficient to you now, but it is much more efficient than the alternative - damhikt... Nick
[O] working on cloud
Hi, I'm learning emacs (as you probabily know :-)). I have: - one pc at home (linux Debian) - one at work (windows) I would like to use the same configuration. Now, I have my .org file on the cloud (so I can access it from anywhere) But I'm starting to edit also the config file: on Win it is: init.el on linux is emacs so...How can I have a centralized instalation of emacs? Or, better: Is it possible? TIA Renato
Re: [O] html5 generation minor bug
Bastien- On 2014-01-04 09:36, Bastien wrote: I will look at making this the default when i have time if the doctype is html5 (`org-html-html5-p' is true), but it requires some work to get the info structure passed down to `org-html--anchor'. Sure -- please let us know when you have more time for this, I'll not touch anything in this area. Re-visiting this, it seems to me that there is really --- with current browsers --- no reason to default to having both a name and id attribute on anchors (`org-html-allow-name-attribute-in-anchors' t). Having both is a throwback to early browsers (ie6 anyone :) that wouldn't recognize the id attribute on anchors. Changing the default to nil, would fix the issue with html5 without, i believe, having any negative effect on (x)html4 output. Agreed? rick
Re: [O] Fwd: puzzling org-mime-htmlize
Dear Nick and dear all, Sorry for my previous message. I have had to cut the html code in order to succed to sent my message with Gnus. The result is not beautiful. But I hope that it will help to understand the problem. Nick, many thanks for your patience with me and for all your efforts with the community. Best wishes Jo.
Re: [O] Fwd: puzzling org-mime-htmlize
Joseph Vidal-Rosset writes:
> What is easy for you in one domain can be hard for other people, and
> conversely for other domains.
>
> I'm back to Gnus finally and I am going to give you an example of what
> works and what does not work with my org-mime-htmlize...
>
> * This title
>
> should work
>
> But the following formula
>
> $$ \neg \neg A \nvdash_{i} A $$
>
> should not.
>
> Effectively :
>
> type="image/png"
> filename="/tmp/ltxpng/latex3088O8b_1791543855878815db07961548d62eeeb9ad27d0.png"
> disposition=inline
> id="<_tmp_ltxpng_latex3088O8b_1791543855878815db07961548d62eeeb9ad27d0.png>">
>
>
> provokes this message : mm-insert-file-contents: Opening input file:
> aucun fichier ou dossier de ce type,
> /tmp/ltxpng/latex3088O8b_1791543855878815db07961548d62eeeb9ad27d0.png
>
> I hope that is what you expected from me...
>
Exactly. FWIW, it works fine for me, so it's not an org-mime (or oher
org) problem. It is probably a problem in your setup: it seems that you
cannot generate latex fragment images.
Create a file, foo.org say, and insert the above content:
--8<---cut here---start->8---
* This title
should work
But the following formula
$$ \neg \neg A \nvdash_{i} A $$
should not.
--8<---cut here---end--->8---
Split the window and visit the *Messages* buffer in one of the
windows. Then do C-c C-x C-l in the foo.org window (or what amounts to
the same thing, M-x org-preview-latex-fragment). Does it fail? What does
the *Messages* buffer say?
Nick
Re: [O] working on cloud
Renato writes: > Hi, > I'm learning emacs (as you probabily know :-)). > I have: > - one pc at home (linux Debian) > - one at work (windows) > > I would like to use the same configuration. > Now, I have my .org file on the cloud (so I can access it from anywhere) > But I'm starting to edit also the config file: > on Win it is: > init.el > > on linux is > emacs > on linux, the init file should be named ".emacs" (note the dot in front) and it should reside in your home directory. > so...How can I have a centralized instalation of emacs? Or, better: Is > it possible? > One possibility is to call it "init.el" on linux as well, but create a ".emacs" symbolic link to it: ln -s init.el .emacs There are many other ways, but the symlink is probably the simplest. Nick
Re: [O] working on cloud
.emacs.d/init.el works just as well. -- Sam Flint swfl...@flintfam.org freenode: swflint sip:swfl...@ekiga.net XMPP: swfl...@members.fsf.org http://flintfam.org/~swflint 2048D/BAFBF3FF (3696 0D80 EC3C D40A 0186 D0E8 C63B 96FB BAFB F3FF) pgp71cXZygBtT.pgp Description: PGP signature
Re: [O] Fwd: puzzling org-mime-htmlize
Le mer. 08 janv. 2014 à 08:23:02 , Nick Dokos a
envoyé ce message:
>> I hope that is what you expected from me...
>>
>
> Exactly. FWIW, it works fine for me, so it's not an org-mime (or oher
> org) problem. It is probably a problem in your setup: it seems that you
> cannot generate latex fragment images.
Yes, I agree, it is very probably a problem in the setup of my PC, in
the setup of gnus,
>
> Create a file, foo.org say, and insert the above content:
>
> * This title
>
> should work
>
> But the following formula
>
> $$ \neg \neg A \nvdash_{i} A $$
>
> should not.
>
> Split the window and visit the *Messages* buffer in one of the
> windows. Then do C-c C-x C-l in the foo.org window (or what amounts to
> the same thing, M-x org-preview-latex-fragment). Does it fail? What does
> the *Messages* buffer say?
>
> Nick
C-c C-x C-l works fine: I see the equation image in the buffer.
Here is the result of Messages buffer:
Loading reftex...done
Mark set
Creating images for entry...1
Process completed.
Creating images for entry...done. Use `C-c C-c' to remove images.
byte-code: End of buffer
Auto-saving...done
Maybe the problem came of building another emacs-24.3 in /usr/local/
... I met another problem with that. So I sudo rm -r
/usr/local/emacs-24.3/ and I am going to make another check. I keep you
informed.
Soon,
Jo.
Re: [O] Fwd: puzzling org-mime-htmlize
2014/1/8 Joseph Vidal-Rosset > Maybe the problem came of building another emacs-24.3 in /usr/local/ > ... I met another problem with that. So I sudo rm -r > /usr/local/emacs-24.3/ and I am going to make another check. I keep you > informed. > Unfortunately, the same problem persists in boring me. I have even tried an "aptitude reinstall emacs24", nothing has changed. I got this result with a formula: <#multipart type=alternative><#part type=text/plain>#+OPTIONS: latex:t [image: ((p \to q) \to p) \to p] <#multipart type=related><#part type=text/html> <#part type="image/png" filename="/tmp/ltxpng/latex55421HL_fe33fb9aa807a803acea12fbcfe6cf88056fbc6b.png" disposition=inline id="<_tmp_ltxpng_latex55421HL_fe33fb9aa807a803acea12fbcfe6cf88056fbc6b.png>"> <#/part> <#/multipart> <#/multipart> Where you'll can see the image of Peirce Law, but I cannot send the message via Gnus because the message error: Creating LaTeX Image... Failed to create dvi file from /tmp/orgtex5542CSR.tex Auto-saving... I do not understand. I send this message from Gmail (Gmail-Tex displays the image), because I am unable to find our thread in the Group of this List in Gnus, but it is another problem Best wishes and good evening, Jo.
[O] Org Table Export to Markdown Table Question
Hello, I am trying to use org-mode now with R code in it to write manuscripts. That does unfortunately mean that it must be eventually exported to some doc format. I have been able to export to markdown and everything looks good in markdown (even previewed on github) with the exception of latex code which is not converted. However, using pandoc to convert the markdown to docx, the tables are not converted properly (all a single column). I realize this is a pandoc problem, but since markdown supports tables, is it possible to have Org export the tables into markdown as markdown tables rather than html tables? Also, is there a way for latex code to be converted prior to markdown export? Thanks, Aric
[O] Org Export to ODT Problem Files
Hello, I need to get a file into doc or docx format and can export from org into ODT. However, the odt file cannot be opened by LibreOffice to convert. I can open the file and it displays very well in both Calligra and Nisus Writer (on mac). The problem is that Calligra cannot save in doc format and the file crashes Nisus whenever I try to save it, whether I am trying to save in odt or doc. I have figures and long tables in the document. Is this an issue others have had or is it perhaps something within this file that is causing the problem?
Re: [O] working on cloud
Le mer. 08 janv. 2014 à 07:59:50 , Renato a envoyé ce message: > Hi, > I'm learning emacs (as you probabily know :-)). > I have: > - one pc at home (linux Debian) > - one at work (windows) > > I would like to use the same configuration. > Now, I have my .org file on the cloud (so I can access it from anywhere) > But I'm starting to edit also the config file: > on Win it is: > init.el > > on linux is > emacs > > so...How can I have a centralized instalation of emacs? Or, better: Is > it possible? > > TIA > > Renato Hi, Yes it is possible. It seems to me that now the best with emacs24 is to adopt the same configuration file with an init.el with the following path: /home/your_home/.emacs.d/init.el the folder .emacs.d/ is automatically created when you start for the first time your emacs in your Debian. I do not know how things works in Windows, because I do not use this O.S. Windows users in this list - it they are ;) - will probably complete my reply. I hope it helps. Best wishes, Jo.
Re: [O] working on cloud
I keep my .emacs.d in a Dropbox folder. I start emacs with an alias like this: "C:\Users\jkitchin\Documents\v3 - My Box Files\06-625\emacs-24.3\bin\runemacs.exe" -q -l "C:\Users\jkitchin\Dropbox\.emacs.d\init.el" I run prelude inside that .emacs.d this lets me run the same setup on three windows machines, and one linux machine. Dropbox does a pretty good job of keeping it synced. John --- John Kitchin Associate Professor Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 http://kitchingroup.cheme.cmu.edu On Wed, Jan 8, 2014 at 4:28 PM, Joseph Vidal-Rosset < joseph.vidal.ros...@gmail.com> wrote: > Le mer. 08 janv. 2014 à 07:59:50 , Renato a > envoyé ce message: > > Hi, > > I'm learning emacs (as you probabily know :-)). > > I have: > > - one pc at home (linux Debian) > > - one at work (windows) > > > > I would like to use the same configuration. > > Now, I have my .org file on the cloud (so I can access it from anywhere) > > But I'm starting to edit also the config file: > > on Win it is: > > init.el > > > > on linux is > > emacs > > > > so...How can I have a centralized instalation of emacs? Or, better: Is > > it possible? > > > > TIA > > > > Renato > > Hi, > > Yes it is possible. It seems to me that now the best with emacs24 is > to adopt the same configuration file with an init.el with the following > path: > > /home/your_home/.emacs.d/init.el > > the folder .emacs.d/ is automatically created when you start for the > first time your emacs in your Debian. > > I do not know how things works in Windows, because I do not use this > O.S. > > Windows users in this list - it they are ;) - will probably complete my > reply. > > I hope it helps. > > Best wishes, > > Jo. > >
Re: [O] Org Export to ODT Problem Files
Hello, Aric writes: > Is this an issue others have had or is it perhaps something within this file > that is causing the problem? What version of Org and Emacs are you using? M-x org-version RET M-x emacs-version RET Thanks, -- Bastien
Re: [O] Fwd: puzzling org-mime-htmlize
Joseph Vidal-Rosset writes: > My gnus works now. But I'm still using Gmail at the moment. As Nick wisely said: one thing at a time! The good new is that you'll get good support for both Gnus and Org. -- Bastien
Re: [O] html5 generation minor bug
Rick Frankel writes: > Changing the default to nil, would fix the issue with html5 without, i > believe, having any negative effect on (x)html4 output. > > Agreed? Agreed, let's make this change in master, since it's not really a bugfix. Thanks! -- Bastien
Re: [O] Org Export to ODT Problem Files
Bastien writes: > What version of Org and Emacs are you using? > M-x org-version RET 8.2.1-dist > M-x emacs-version RET 24.3.1 freebsd-amd64 Thanks, Aric -- ~O /\_, ###-\ |_ (*) / (*)
Re: [O] Org Export to ODT Problem Files
Aric Gregson writes: > Bastien writes: > >> What version of Org and Emacs are you using? >> M-x org-version RET > > 8.2.1-dist Please try with Org 8.2.5 or later, an issue with multiple figures not showing up in LibreOffice 4.1.x has been fixed. -- Bastien
Re: [O] Org Export to ODT Problem Files
Bastien gnu.org> writes: > Please try with Org 8.2.5 or later, an issue with multiple figures > not showing up in LibreOffice 4.1.x has been fixed. Thank you, I will give this a try. aric
Re: [O] Org Export to ODT Problem Files
Thank you very much for the upgrade notice. The export to ODT from org-mode works very well now. There are pluses and minuses it seems between pandoc and org export. Org export -> 1. Includes figures and tables 2. Includes pretty code mark-up 3. Lacks latex code export 4. Figure and table references are by section, sort of like old fashioned latex. 5. Author list and title are in appropriate places Pandoc html (from org) to odt -> 1. Includes tables 2. Does not include figures 3. Does not include pretty code mark-up 4. Has latex code properly exported (i.e., $\geq$ is >= sign) 5. Figure and table references are as 'expected', first table is 1, then 2, etc. 6. author list is at end of file I can cut and paste the heavy math latex portions from a pandoc export, but is there a setting that I am missing about latex code being interpreted on export to odt? Thanks very much, Aric
Re: [O] HTML export doesn't convert quote before footnote
On Thursday, January 9, 2014 12:37:39 AM HKT, Nicolas Goaziou wrote:
On Jan 8, 2014 11:33 PM, "Nicolas Goaziou" wrote:
Smart quotes mechanism is based on regexps. There are unavoidable
ambiguous cases, like this one.
But the export is as expected in LaTeX, so...
It isn't. Look at the LaTeX code produced.
Ah, I see. LaTeX displays the closing curly quote I wanted if I have this
in the preamble.
#+LATEX_HEADER: \usepackage[no-math]{fontspec}
#+LATEX_HEADER: \setmainfont[Ligatures={Common,TeX}]{CharisSIL}
If I leave that out, then the appearance in the PDF matches the straight
closing quote that ox-latex generates.
OK, I'll work around it on my side.
hjh
Re: [O] HTML export doesn't convert quote before footnote
On Thursday, January 9, 2014 10:13:32 AM HKT, James Harkins wrote: OK, I'll work around it on my side. Continuing... I've tried to write a filter for this, but I'm stuck on choosing strings based on the backend name. (cdr (assoc (org-export-backend-name backend) '((latex . "\"\\footnote") (html . "\"What does it return? Or, what is the right way to look up a value based on the backend name? hjh (defun hjh-quote-before-footnote (contents backend info) "Convert '\"[fn' to the appropriate closing quote per backend." (when (and (and (org-export-derived-backend-p backend 'latex 'html) (plist-get info :with-smart-quotes)) (let ((teststring (cdr (assoc (org-export-backend-name backend) '((latex . "\"\\footnote") (html . "\"
Re: [O] Auto-creating a numbered list from pasted section?
Bastien writes: > Hi Sharon, > > Sharon Kimble writes: > >> In an org-mode document I can > #+BEGIN_HTML >> >> #+END_HTML >> >> In the same document I have a list of numbered items, actually academic >> references, is it possible using something like > every one done as part of a numbered list please? It would be so much >> simpler than going through numbering each and every one by hand! > > I'm not sure what you mean by > > "done as part of a numbered list" > > As for re-numbering items from a numbered list, moving one item up and > down will renumber the whole list automagically. > > Please give more details if this does not reply your question. Also not sure what you mean, but maybe mark all the things you want to be list items, and then use "C-c -" to actually make them list items? Hit that again a few times to cycle through ordered/unordered, etc. That's my guess.
Re: [O] Parsing Org-mode in Python
El Wed, 08 Jan 2014 10:42:17 -0500 Brett Viren va escriure: > > http://lists.gnu.org/archive/html/emacs-orgmode/2013-12/msg00415.html > > In any case, here is the salient chunk: > > #+BEGIN_SRC elisp > (require 'json) > (let* ((tree (org-element-parse-buffer 'object nil))) > (org-element-map tree (append org-element-all-elements > org-element-all-objects '(plain-text)) > (lambda (x) > (if (org-element-property :parent x) > (org-element-put-property x :parent "none")) > (if (org-element-property :structure x) > (org-element-put-property x :structure "none")) > )) > (write-region > (json-encode tree) > nil "foo.dat")) > #+END_SRC > I like this very much. This output is much easier to parse than the source .org file, and it's still using the original Elisp parser (so you don't need a Python parser). I hope ox-json.el gets into org-mode some day. Are there already Python parsers for it? Should ox-json's output be as raw as possible (e.g. what your code produces now) or transformed to simpler JSON? (I think both formats should coexist).
Re: [O] bug in org-element-footnote-definition-parser?
Nick Dokos gmail.com> writes: > > Nicolas Goaziou gmail.com> writes: > > > Hello, > > > > Mark Edgington gmail.com> writes: > > > >> I have encountered the following error message when trying to export > >> to latex the attached example org file: > >> > >> org-element-footnote-definition-parser: Invalid search bound (wrong > >> side of point) > >> > > I 'm not sure but I believe this was a bug in emacs that Eli Zaretskii > fixed recently. You will need to update your emacs. In the git mirror I > use, the commit appears like this: > > commit b2b5f414358a7835b56613f67d2b0278ee804290 > Author: Eli Zaretskii gnu.org> > Date: Wed Jan 1 19:44:48 2014 +0200 Hi Nick, I can confirm that updating emacs to 24.3.1 does eliminate the problem. But, what this means is that the problem will exist for any users who are still using Emacs 23 -- and maybe this shouldn't concern anyone since normally using bleeding-edge org-mode code would coincide with using newer versions of emacs... Regards, Mark
[O] worg questions
I pushed some formatting changes to worg, in contrib/org-drill.org. I got messages when I did, "remote: worg publish process 5487". And it mentioned many files, but not the file I edited. Its been a few hours, when will this change propogate on the site? why the emacs.el is in worg/sources/, but not the worg git sources? I'd think it should be there so I could track any changes. What version of orgmode is being used on the worg server? It is not listed with the other software versions on http://orgmode.org/worg/worg-setup.html, but there is one external to emacs included in the emacs.el file. Also on worg-setup.html, it says the server is using emacs23. However, when i pushed to worg, I got a message saying "remote: Emacs 24.2.50.1". Which is correct? Before I pushed to worg, I wanted to publish locally, but I ran into an error. In the emacs.el for publishing worg, there is a orgwebpages project with a base directory of ~/git/orgweb/. This is a different than the worg repo, and I'm not sure where to get it. I disabled the orgweb project, it finished the publish process but there was some differences between my output and the website, but before I investigate, I'm wondering about these questions. Thank you, Ian Kelling
[O] Corrupted TBLFM after table edit
Hi all If you use release_8.2.4-14-geb28fe4 or newer and are using Org table spreadsheet #+TBLFM then downgrade your Org version before editing tables. In the files where you already edited a table with such an Org release check all #+TBLFM in that file for corruption as shown below. Hi Bastien The change for release_8.2.4-14-geb28fe4 commit eb28fe41dc5517e2f1d4d782eb0b5da08b90af53 Author: Bastien Guerry Date: Sun Dec 22 10:09:53 2013 +0100 org-table.el (ogr-table-fix-formulas): Handle multiple #+tblfm: lines on maint and master corrupts #+TBLFM when e. g. swapping the columns c and d with M-/M- by changing $1 and $2 also in all tables below the edit. * ab | a | b | |---+---| | 0 | 1 | #+TBLFM: $2 = $1 + 1 * cd | c | d | |---+---| | 2 | 3 | #+TBLFM: $2 = $1 + 1 * ef | e | f | |---+---| | 4 | 5 | #+TBLFM: $2 = $1 + 1 * gh | g | h | |---+---| | 6 | 7 | #+TBLFM: $2 = $1 + 1 Michael
Re: [O] working on cloud
Renato writes: > Hi, > I'm learning emacs (as you probabily know :-)). > I have: > - one pc at home (linux Debian) > - one at work (windows) > > I would like to use the same configuration. > Now, I have my .org file on the cloud (so I can access it from anywhere) > But I'm starting to edit also the config file: > on Win it is: > init.el > > on linux is > emacs > I have a file myinit.el in a dropbox folder. On each machine the local init file loads that file. It might also have some machine specific initialisation. myinit.el also has some parts that are conditionally executed according to operating system.
Re: [O] Org Table Export to Markdown Table Question
> I realize this is a pandoc problem, but since markdown supports tables, is > it > possible to have Org export the tables into markdown as markdown tables > rather than html tables? Also, is there a way for latex code to be > converted > prior to markdown export? > > Thanks, Aric Hi Aric, AFAIK md export doesn't support tables as the original Markdown is not mentioning them, so unfortunately org-mode will not help you at the moment unless you are up for bit of elisp programming to get these Markdown extensions working. As for the latex code, I'm not sure what you'd like to achieve, you want the latex code to be converted to what? Have a nice day Vilibald
