Re: [O] PATCH: Add new output formats to plantuml
Nicolas Goaziou writes: > Hello, > > Rainer M Krug writes: > >> attached please find a patch which adds additional output file types for >> plantuml. > > Applied. Thank you. Thanks > > Could you provide an entry for ORG-NEWS? Will do. Rainer > > Regards, -- Rainer M. Krug email: Rainerkrugsde PGP: 0x0F52F982 signature.asc Description: PGP signature
[O] Patches sent
Is there anything further I need to do to get the two patches I sent over the weekend merged (or constructively rejected)? They seem to have died a death. -- Phil Hudson http://hudson-it.ddns.net @UWascalWabbit PGP/GnuPG ID: 0x887DCA63
Re: [O] Patches sent
Hello, Phil Hudson writes: > Is there anything further I need to do to get the two patches I sent > over the weekend merged (or constructively rejected)? They seem to have > died a death. They didn't. They are on my TODO list. However, bumping them before two days is a bit short, at least on my side. I suggest to wait a week before doing so. Hopefully, this will not be necessary in this case. Thank you. Regards, -- Nicolas Goaziou
Re: [O] PATCH: programming language indicators in HTML export
Hi, anyone willing to commit this patch I sent back in march? Best regards Robert On Mon, 14 Mar 2016 15:16:05 +0100 Robert Klein wrote: > > Author: Robert Klein 2016-03-14 14:43:46 > Committer: Robert Klein 2016-03-14 14:43:46 > Parent: dd9be3a6ea4ff561248b1f6658194fd153b5821c (Fix docstring typo) > Branch: maint > Follows: release_8.3.4 > Precedes: > > support more programming languages in CSS > > The standard CSS for HTML export only supported a couple of > programming languages to have a language name "hover" on src > blocks. This patch adds all languages supported per Org > manual, those from org.el's org-babel-load-languages-alist, > additional language identifiers in ob-*.el and languages > which have a) an emacs mode and b) are supported by the LaTeX > listings package. Additional a language "conf" is supported > for generic configuraiton files; an emacs mode exists for > this, but for LaTeX listings a language " " has to be faked. > As this patch is for HTML, this is no impediment. > > Thanks for reporting the missing support to Tianxian XIONG. > > --- lisp/ox-html.el > --- index de2e5d9..e4a4c38 100644 > @@ -314,13 +314,96 @@ for the JavaScript code in this tag. > border: 1px solid black; >} >pre.src:hover:before { display: inline;} > - pre.src-sh:before{ content: 'sh'; } > - pre.src-bash:before { content: 'sh'; } > + /* Languages per Org manual */ > + pre.src-asymptote:before { content: 'Asymptote'; } > + pre.src-awk:before { content: 'Awk'; } > + pre.src-C:before { content: 'C'; } > + /* pre.src-C++ doesn't work in CSS */ > + pre.src-clojure:before { content: 'Clojure'; } > + pre.src-css:before { content: 'CSS'; } > + pre.src-D:before { content: 'D'; } > + pre.src-ditaa:before { content: 'ditaa'; } > + pre.src-dot:before { content: 'Graphviz'; } > + pre.src-calc:before { content: 'Emacs Calc'; } >pre.src-emacs-lisp:before { content: 'Emacs Lisp'; } > - pre.src-R:before { content: 'R'; } > - pre.src-perl:before { content: 'Perl'; } > - pre.src-java:before { content: 'Java'; } > - pre.src-sql:before { content: 'SQL'; } > + pre.src-fortran:before { content: 'Fortran'; } > + pre.src-gnuplot:before { content: 'gnuplot'; } > + pre.src-haskell:before { content: 'Haskell'; } > + pre.src-java:before { content: 'Java'; } > + pre.src-js:before { content: 'Javascript'; } > + pre.src-latex:before { content: 'LaTeX'; } > + pre.src-ledger:before { content: 'Ledger'; } > + pre.src-lisp:before { content: 'Lisp'; } > + pre.src-lilypond:before { content: 'Lilypond'; } > + pre.src-matlab:before { content: 'MATLAB'; } > + pre.src-mscgen:before { content: 'Mscgen'; } > + pre.src-ocaml:before { content: 'Objective Caml'; } > + pre.src-octave:before { content: 'Octave'; } > + pre.src-org:before { content: 'Org mode'; } > + pre.src-oz:before { content: 'OZ'; } > + pre.src-plantuml:before { content: 'Plantuml'; } > + pre.src-processing:before { content: 'Processing.js'; } > + pre.src-python:before { content: 'Python'; } > + pre.src-R:before { content: 'R'; } > + pre.src-ruby:before { content: 'Ruby'; } > + pre.src-sass:before { content: 'Sass'; } > + pre.src-scheme:before { content: 'Scheme'; } > + pre.src-screen:before { content: 'Gnu Screen'; } > + pre.src-sed:before { content: 'Sed'; } > + pre.src-sh:before { content: 'shell'; } > + pre.src-sql:before { content: 'SQL'; } > + pre.src-sqlite:before { content: 'SQLite'; } > + /* additional languages in org.el's org-babel-load-languages alist > */ > + pre.src-forth:before { content: 'Forth'; } > + pre.src-io:before { content: 'IO'; } > + pre.src-J:before { content: 'J'; } > + pre.src-makefile:before { content: 'Makefile'; } > + pre.src-maxima:before { content: 'Maxima'; } > + pre.src-perl:before { content: 'Perl'; } > + pre.src-picolisp:before { content: 'Pico Lisp'; } > + pre.src-scala:before { content: 'Scala'; } > + pre.src-shell:before { content: 'Shell Script'; } > + pre.src-ebnf2ps:before { content: 'ebfn2ps'; } > + /* additional language identifiers per \"defun org-babel-execute\" > + in ob-*.el */ > + pre.src-cpp:before { content: 'C++'; } > + pre.src-abc:before { content: 'ABC'; } > + pre.src-coq:before { content: 'Coq'; } > + pre.src-groovy:before { content: 'Groovy'; } > + /* additional language identifiers from org-babel-shell-names in > + ob-shell.el: ob-shell is the only babel language using a lambda > to put > + the execution function name together. */ > + pre.src-bash:before { content: 'bash'; } > + pre.src-csh:before { content: 'csh'; } > + pre.src-ash:before { content: 'ash'; } > + pre.src-dash:before { content: 'dash'; } > + pre.src-ksh:before { content: 'ksh'; } > + pre.src-mksh:before { content: 'mksh'; } > + pre.src-posh:before { content: 'posh'; } > + /* Additional Emacs modes also supported by the LaTeX lis
[O] speed keys for plain lists?
I'm working on a project that uses deeply-nested plain lists, and I'm finding navigation to be a chore. Is there a way to enable speed keys (info "(org) Speed keys") for navigation of plain lists? Thanks - bw -- Bill White . bi...@wolfram.com "No ma'am, we're musicians."
[O] Advanced capture template using Elisp functions: void-function/void-variable
Hi! I came across this great blog post[1] that introduced me to the idea of including Elisp functions to capture templates. With this trick, it is possible to re-use some user-entry. So far so good. However, when I am using this capture definition, I end up with lots of "void-function" and "void-variable". Probably I have an escaping issue. Do you have an idea how to fix my error(s)? The whole story: (sorry for some long lines) I took David's code and renamed according my name schema: , | (defvar my-capture-promt-history nil | "History of prompt answers for org capture.") | (defun my-capture-prompt (prompt variable) | "PROMPT for string, save it to VARIABLE and insert it." | (make-local-variable variable) | (set variable (read-string (concat prompt ": ") nil my-capture-promt-history))) | (defun my-capture-insert (variable) | "Insert content of VARIABLE." | (symbol-value variable)) | (defun my-capture-optional (what text) | "Ask user to include WHAT. If user agrees return TEXT." | (when (y-or-n-p (concat "Include " what "?")) | text)) ` Then I created a variable holding the complex template string: , | (setq my-capture-template-r6story "** TODO [[IPD:%(my-capture-promt \"IPD number\" 'my-ipd)]] %(my-capture-promt \"Story title\" 'my-title) [1/11] :US_%(my-capture-promt \"Short title\" 'my-short-title): | :PROPERTIES: | :CREATED: [%(format-time-string \"%Y-%m-%d %a %H:%M\")] | :ID: %(format-time-string \"%Y-%m-%d\")-Story-%(my-capture-insert 'my-short-title) | :END: | | | *IPD* | *Confluence* | *Champ* | | | [[IPD:%(my-capture-insert 'my-ipd)][%(my-capture-insert 'my-ipd)]] | %(my-capture-insert 'my-title) | | | | [...] | ") | ` ,[ my capture template definition ] | (setq org-capture-templates | `( | ("u" "Userstory" entry (file+headline "~/stories.org" "New Stories") | ,my-capture-template-r6story :empty-lines 1) | )) ` So far so good. However, when I am using this capture definition, I end up with lots of "void-function" and "void-variable": , | * TODO [[IPD:%![Error: (void-function my-capture-promt)]]] %![Error: (void-function my-capture-promt)] [1/11] :US_%![Error: (void-function my-capture-promt)]: | :PROPERTIES: | :CREATED: [2016-05-09 [[file:c:/Users/karl/org/project.org::*2del][2del]] 15:27] | :ID: 2016-05-09-Story-%![Error: (void-variable my-short-title)] | :END: | | | *IPD* | *Confluence* | *Champ* | | | [[IPD:%![Error: (void-variable my-ipd)]][%![Error: (void-variable my-ipd)]]] | %![Error: (void-variable my-title)] | | | | [...] ` Note that "2del" is the current super-heading, 15:27 is current time, and c:/Users/karl/org/project.org is the current Org-mode file. None of them are supposed to be in my Org-mode file. They are interpreted by org-capture instead of the Elisp function. I tend to think that this is a hint that I've got an issue with wrong escaping. Bonus for everybody who read so far and is still interested to read more: So far, I was using yasnippet but unfortunately, I've got severe issues with yasnippet and Emacs endless-loops/crashes. Since I was not able to fix yasnippet even with posting in Newsgroups, I want to replace my complex yasnippet templates with capture+Elisp. Isn't it awesome funny, how yasnippet is printed four times in a row according to my alignment on pure coincidence? ;-) [1] http://storax.github.io/blog/2016/05/02/org-capture-tricks/ -- mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML to Org-mode: > get Memacs from https://github.com/novoid/Memacs < https://github.com/novoid/extract_pdf_annotations_to_orgmode + more on github
Re: [O] [PATCH] Prevent org-rss-headline dropping lower level headlines
Hi, Sorry for reposting. Could somebody check out this patch (sent on April 19), and consider for inclusion? Thanks. > Hi, > > Currently, the RSS exporter (org-rss-headline) drops lower level > headlines (headlines with level > 1), and therefore they do not appear > in the exported RSS. This is a bug. > > For example, if the following file were exported to RSS, "Headline level > 2" would not appear in the output. > > = file begins here = > * Headline level 1 > > foo > > ** Headline level 2 > > bar > = file end here = > > Please find attached a patch fixing this. > > Regards, > Arun Isaac.
Re: [O] speed keys for plain lists?
On Mon May 09 2016 at 06:30, Bill White wrote: > I'm working on a project that uses deeply-nested plain lists, and I'm > finding navigation to be a chore. Is there a way to enable speed keys > (info "(org) Speed keys") for navigation of plain lists? Following the ancient tradition of stumbling upon an answer ten minutes after asking the question... I just found that org-forward-element and org-backward-element will do the job, and they work fairly intelligently with org-beginning-of-line. Now if only one could bind these to more-convenient keys than M-{ and M-} when in a plain list. Cheers - bw Bill White . bi...@wolfram.com "No ma'am, we're musicians."
Re: [O] speed keys for plain lists?
On Mon, May 9, 2016 at 10:47 AM Bill White wrote: > Now if only one could bind these to more-convenient keys than M-{ and > M-} when in a plain list. Now only if emacs allowed changing the default key bindings :P :) Check out C-h f define-key (define-key org-mode-map (kbd "KEY") #'COMMAND) -- -- Kaushal Modi
Re: [O] speed keys for plain lists?
On Monday, 9 May 2016 at 14:15, Bill White wrote: > Now if only one could bind these to more-convenient keys than M-{ and > M-} when in a plain list. Have a look at avy or ace-jump-mode? I use evil with ace-jump-mode and it works really well for quick movement around the visible part of a buffer: two chars for moving to any line on the screen. -- : Eric S Fraga (0xFFFCF67D), Emacs 25.0.92.1, Org release_8.3.4-739-g789412
Re: [O] Advanced capture template using Elisp functions: void-function/void-variable
Hi! Phil obviously did not want to embarrass me in public so he wrote me an email which pointed me to my simple error: a typo "promt" instead of "prompt" in the function name. * Karl Voit wrote: > > However, when I am using this capture definition, I end up with > lots of "void-function" and "void-variable". Probably I have an escaping > issue. > > , >| (defun my-capture-prompt (prompt variable) >| "PROMPT for string, save it to VARIABLE and insert it." >| (make-local-variable variable) >| (set variable (read-string (concat prompt ": ") nil >my-capture-promt-history))) At this point, I know how to type "prompt" in a proper way. >| (defun my-capture-insert (variable) >| "Insert content of VARIABLE." >| (symbol-value variable)) Phil remarks that this is equivalent to eval() which I can't confirm with my limited Elisp knowledge. > Then I created a variable holding the complex template string: > > , >| (setq my-capture-template-r6story "** TODO [[IPD:%(my-capture-promt \"IPD >number\" 'my-ipd)]] %(my-capture-promt \"Story title\" 'my-title) [1/11] > :US_%(my-capture-promt \"Short title\" 'my-short-title): [...] prompt, prompt, prompt, prompt, prompt, prompt. Sorry for the fuzz. However, you might be pointed to a clever way for capture templates. -- mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML to Org-mode: > get Memacs from https://github.com/novoid/Memacs < https://github.com/novoid/extract_pdf_annotations_to_orgmode + more on github
Re: [O] speed keys for plain lists?
On 2016-05-09, at 16:57, Kaushal Modi wrote: > On Mon, May 9, 2016 at 10:47 AM Bill White wrote: > >> Now if only one could bind these to more-convenient keys than M-{ and >> M-} when in a plain list. > > > Now only if emacs allowed changing the default key bindings :P :) > > Check out C-h f define-key > > (define-key org-mode-map (kbd "KEY") #'COMMAND) I guess that OP would like some key to do this only when in plain list. It's slightly less easy then, and the preferred way (advice/new function/maybe some hook) might depend on the particular choice of the keys. Best, -- Marcin Borkowski http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski Faculty of Mathematics and Computer Science Adam Mickiewicz University
[O] Embedded dot not compiling>
I've been using org-mode for a while, in some cases with embedded dot code. This has worked pretty smoothly for me in the past, but for some reason, I'm not getting any png output from my graphs now. The doc I'm started is included below, in its entirety since it's still pretty small. Anything jump out? I don't see any errors, but the png file is not created. Thanks! -pd #+STARTUP: showeverything logdone #+options: toc:nil num:nil #+title: Test Flows * Buyer rates/reviews #+BEGIN_SRC dot :file brr.png :cmdline -Kdot -Tpng digraph G { node [shape=box]; node ssi [label="Seller signs in"]; node sca [label="Seller creates asset"]; node scp [label="Seller creates app"]; node sso [label="Seller signs out"]; node asi [label="Admin signs in"]; node aaa [label="Admin approves asset"]; node aap [label="Admin approves app"]; node aso [label="Admin signs out"]; node bsi [label="Buyer signs in"]; node bpa [label="Buyer purchases asset"]; node bpp [label="Buyer purchases app"]; node brr [label="Buyer rates and/\nor reviews"]; node bso [label="Buyer signs out"]; ssi -> sca -> sso; asi -> aaa -> aso; bsi -> bpa -> brr -> bso; } #+END_SRC
Re: [O] Embedded dot not compiling>
On Monday, 9 May 2016 at 16:02, Peter Davis wrote: > I've been using org-mode for a while, in some cases with embedded dot > code. This has worked pretty smoothly for me in the past, but > for some reason, I'm not getting any png output from my graphs > now. The doc I'm started is included below, in its entirety since > it's still pretty small. > > Anything jump out? I don't see any errors, but the png file is not created. > #+BEGIN_SRC dot :file brr.png :cmdline -Kdot -Tpng > digraph G { > node [shape=box]; > node ssi [label="Seller signs in"]; > node sca [label="Seller creates asset"]; > node scp [label="Seller creates app"]; Should you have "node" on each node line? I thought nodes were simply lines with no keyword? -- : Eric S Fraga (0xFFFCF67D), Emacs 25.0.92.1, Org release_8.3.4-739-g789412
Re: [O] speed keys for plain lists?
I found this approach to context aware key bindings useful: http://endlessparentheses.com/define-context-aware-keys-in-emacs.html Marcin Borkowski writes: > On 2016-05-09, at 16:57, Kaushal Modi wrote: > >> On Mon, May 9, 2016 at 10:47 AM Bill White wrote: >> >>> Now if only one could bind these to more-convenient keys than M-{ and >>> M-} when in a plain list. >> >> >> Now only if emacs allowed changing the default key bindings :P :) >> >> Check out C-h f define-key >> >> (define-key org-mode-map (kbd "KEY") #'COMMAND) > > I guess that OP would like some key to do this only when in plain list. > It's slightly less easy then, and the preferred way (advice/new > function/maybe some hook) might depend on the particular choice of the > keys. > > Best, -- Professor John Kitchin Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 @johnkitchin http://kitchingroup.cheme.cmu.edu
Re: [O] Embedded dot not compiling>
By the way, newish versions of org actually report back any error message from the babel block. In this case, org tells me: Error: /tmp/babel-4890lUw/dot-48901c0: syntax error in line 3 near '[' i.e. the first node line. -- : Eric S Fraga (0xFFFCF67D), Emacs 25.0.92.1, Org release_8.3.4-739-g789412
Re: [O] Embedded dot not compiling>
Eric S Fraga writes: > On Monday, 9 May 2016 at 16:02, Peter Davis wrote: >> I've been using org-mode for a while, in some cases with embedded dot >> code. This has worked pretty smoothly for me in the past, but >> for some reason, I'm not getting any png output from my graphs >> now. The doc I'm started is included below, in its entirety since >> it's still pretty small. >> >> Anything jump out? I don't see any errors, but the png file is not created. > >> #+BEGIN_SRC dot :file brr.png :cmdline -Kdot -Tpng >> digraph G { >> node [shape=box]; >> node ssi [label="Seller signs in"]; >> node sca [label="Seller creates asset"]; >> node scp [label="Seller creates app"]; > > Should you have "node" on each node line? I thought nodes were simply > lines with no keyword? D'oh! Yes, that was it. Thank you! -pd
Re: [O] isbn-to-bibtex (from org-ref) fails
In this particular case 0062190377 does not seem to be a known ISBN. i.e. this http://xisbn.worldcat.org/webservices/xid/isbn/0062190377?method=getMetadata&format=json&fl=* leads to this: { "stat":"unknownId"} I modified this function a bit to avoid this issue. It does not help with this isbn, but gives a better error. I assume you were looking for Seveneves: A Novel? Maybe it is too new for xisbn. BTW: Did you read it? Is it good? Julien Cubizolles writes: > Julien Cubizolles writes: > >> John Kitchin writes: >> >>> I found a (save-buffer) in the bibtex entry clean functions and took >>> that out. I think it solves this problem. >> >> It's working fine now, thanks. > > Actually it seems to be broken again: > > --8<---cut here---start->8--- > Debugger entered--Lisp error: (wrong-type-argument arrayp nil) > isbn-to-bibtex("0062190377" "~/enseignement/papiers/bibliography.bib") > funcall-interactively(isbn-to-bibtex "0062190377" > "~/enseignement/papiers/bibliography.bib") > call-interactively(isbn-to-bibtex record nil) > command-execute(isbn-to-bibtex record) > helm-M-x(nil "isbn-to-bibtex") > funcall-interactively(helm-M-x nil "isbn-to-bibtex") > call-interactively(helm-M-x nil nil) > command-execute(helm-M-x) > --8<---cut here---end--->8--- > > Also, the first time I call it, it doesn't even prompt for the ISBN > number. When call it with point on an ISBN number, I get the ISBN > prompt, with this value already filled for all subsequent calls, but > with the same wrong-type-argument error. > > Regards, > > Julien. -- Professor John Kitchin Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 @johnkitchin http://kitchingroup.cheme.cmu.edu
Re: [O] speed keys for plain lists?
On Mon, May 9, 2016 at 11:43 AM Marcin Borkowski wrote: > I guess that OP would like some key to do this only when in plain list. > It's slightly less easy then, and the preferred way (advice/new > function/maybe some hook) might depend on the particular choice of the > keys. > Right, the define-key solution was under the assumption that M-{ and M-} already do what the OP needs. They are bound to org-backward-element and org-forward-element by default in org-mode-map. So if M-{/M-} already does what he want, he can simply bind the same commands to keys of his liking. Actually org uses org-defkey instead of define-key for these bindings. But they are not context-aware keys; they apply to org-mode-map: http://orgmode.org/cgit.cgi/org-mode.git/tree/lisp/org.el?id=8127b3c30d8a2217468068a73f23bfa4945573dc#n19895 -- -- Kaushal Modi
Re: [O] Embedded dot not compiling>
Eric S Fraga writes: > By the way, newish versions of org actually report back any error > message from the babel block. In this case, org tells me: > > Error: /tmp/babel-4890lUw/dot-48901c0: syntax error in line 3 near '[' > > i.e. the first node line. Thanks. I'm running 8.3.3, and didn't see any error messages. Cheers, -pd
Re: [O] speed keys for plain lists?
Jumping in again: I wonder if the OP would prefer org-forward-sentence (M-e) instead of org-forward-element? It's a bit finer in granularity... -- : Eric S Fraga (0xFFFCF67D), Emacs 25.0.92.1, Org release_8.3.4-739-g789412
Re: [O] speed keys for plain lists?
On Mon May 09 2016 at 13:44, Eric S Fraga wrote: > Jumping in again: I wonder if the OP would prefer org-forward-sentence > (M-e) instead of org-forward-element? It's a bit finer in > granularity... Thank you all for the suggestions thus far. I'll attach the org file I'm working with: - Volume 1 - Abate 1 - Abate (ăbēⁱ⸳t), v.¹ - [a. OFr. abat-re, abat-tre, f. à prep. to + batre battre to beat: — late L. battĕre, batĕre, from cl. L. batuĕre. In the technical senses 18, 19, the identity of the prefix is uncertain, and the relation to the other senses undetermined.] - I. To beat down, demolish, destroy. - 1. trans. To beat down, throw down, demolish, level with the ground. Obsolete except in Law. - 1366 Maundev.: viii. 95 (1839) :: Jerusalem hath often tyme ben distroyed, & the Walles abated & beten doun. - c 1420 Palladius on Husb. II. 5 :: Hem to desolate Of erthe, and all from every roote abate. - 1494 Fabyan: vii. 490 :: Yᵉ gates of Bruges, of Ipre, of Courtray, and of other townes were abated and throwyn downe. - 1576 Lambarde: Peramb. Kent 185 (1826) :: Bycause Apultre was not of sufficient strength for their defence and coverture they abated it to the ground. - 1643 Prynne: Doom of Cowardice & Treach. 4 :: And that night came a great party of them, and by fine force made an assault and abated the Baracadoes. - 1664 Evelyn: Kal. Hort. 13 (1729) :: During the hottest months carefully abate the weeds. - 1809 Tomlins: Law Dict. s.v. :: To abate; to prostrate, break down, or destroy. In law to abate a castle or fort is to beat it down. - 1864 Wandsw. Br. Act 44 :: If any work made by the Company in, over, or across the River Thames .. be abandoned or suffered to fall into disuse or decay, the Conservators of the River Thames may abate and remove the same. - † 2. fig. To put down, put an end to, do away with (any state or condition of things). Obs. - c 1270 E. E. Poems, Old Age 149 :: When eld blowid he is blode . his ble is sone abatid. - 1340 Hampole: Pr. Consc. 1672 :: Ded [=death], of al þat it comes to, abates And chaunges all myghtes and states. - c 1350 Will. Palerne 1141 :: To abate þe bost of þat breme duke. - 1413 Lydgate Pylg. Sowle v. xii. 103 (1843) :: And fynally abatid is the strif. - 1585 Abp. Sandys: Serm. 79 (1841) :: St. Paul abateth this opinion. Ibid. 293 To abate the haughty conceit which naturally we have of ourselves. - 3. Esp. Law. - a. To put an end to, do away with (as a nuisance, or an action). - *1297* R. Glouc. 447 :: And oþer monye luþer lawes, þat hys elderne adde ywroʒt, He behet, þat he wolde abate. - *1768* Blackstone: Comm. III. 168 :: The primitive sense is that of abating or beating down a nusance. - *1780* Burke: Sp. on Econ. Ref. Wks. III. 247 :: They abate the nuisance, they pull down the house. - *1844* H. Rogers: Essays I. ii. 88 :: He has not lived in vain who has successfully endeavoured to abate the nuisances of his own time. - *1859* De Quincey: The Cæsars Wks. X. 104 :: To put him down and abate him as a monster. - b. To render null and void (a writ). - *1580* Baret: Alvearie :: His accusation or writte is abated or ouerthrowne when the Attorney by ignorance declareth not the processe in due forme, or the writte abateth. - *1621* Sanderson: Serm. Ad. Cl. II. xxii. 30 (1674) :: And any one short Clause or Proviso, not legal, is sufficient to abate the whole Writ or Instrument. - *1726* Ayliffe: Parergon 266 :: This only suspends but does not abate the action. - *1741* Robinson: Gavelkind vi. 109 :: The Writ was abated by the Court. - *1809* Tomlins: Law Dict. s. v. :: To abate a nuisance is to destroy, remove, or put an end to it. .. To abate a writ is to defeat or overthrow it by shewing some error or exception. - 4. intr. (through refl.) To be at an end, to become null or void; esp. of writs, actions, appeals. - *1602* W. Fulbecke: First Part of Parallele 62 :: In the summons A. was omitted, wherefore the writte abated. - *1745* De Foe: Eng. Tradesm. I. xvi. 148 :: Commissions shall not abate by the death of his majesty. - *1768* Blackstone: Comm. III. 247 :: The su
Re: [O] PATCH: programming language indicators in HTML export
Hello, Robert Klein writes: > anyone willing to commit this patch I sent back in march? This patch actually felt through the cracks. Sorry about that. Would you mind sending it again, using git format-patch so I can apply it? Thank you. Regards, -- Nicolas Goaziou
Re: [O] Editing/evaluation of code blocks
Hello, Norman Walsh writes: > I’ve started using Org Mode more frequently and I thought it would be > fun to extend org-babel support to evaluate XQuery, JavaScript, and > SPARQL code blocks by sending them off to MarkLogic server. > > I was right, it was fun :-) > > If I type C-c C-c in this block: > > #+begin_src marklogic :var startDate="2017-04-19T12:34:57" > xquery version "1.0-ml"; > > declare default function namespace "http://www.w3.org/2005/xpath-functions";; > > declare option xdmp:mapping "false"; > > declare variable $startDate external; > > let $date := $startDate cast as xs:dateTime > let $diff := current-dateTime() - $date > return > current-dateTime() - $date > #+end_src > > I get back a result! > > #+RESULTS: > : -P348DT10H59M31.387138S > > Win! > > But C-c ' fails because “marklogic-mode” isn’t the mode for editing > XQuery. There’s an xquery-mode for that. > > I found org-src-lang-modes which allows me to make ‘marklogic’ use > xquery-mode, except that that’s wrong when I’m editing JavaScript > or SPARQL. :-( > > Is there some way, in the source block itself, to specify > *independently* the mode that should be used to edit and the language > package that should be used for evaluation? > > Guessing not, I considered refactoring the code to support ‘xquery’, > ‘javascript’, and ‘sparql’ languages. > > That would be fine, but I presume there are (or will eventually be) > other backends for evaluating these languages. Maybe the answer then > is simply not to load two different ones at the same time, but that > doesn’t seem very satisfying. I may be wide off the mark, but could you introduce marklogic-xquery marklogic-js marklogic-sparql instead? Regards, -- Nicolas Goaziou
Re: [O] Bug: check that org-element--cache-sync-keys is non-nil before clrhash [8.3.4 (8.3.4-42-gae73c7-elpa @ /home/mah/.emacs.d/elpa/org-20160425/)]
Hello, "Mark A. Hershberger" writes: > It looks like a timer or event is being invoked and that is resulting in > the error. > > If you have any ideas of what I should look for in my configuration, I > could poke around, but right now I don't know what to even look for. The following shouldn't happen. timer-event-handler([t 0 0 60 nil org-element--cache-sync (#) idle 0]) It means `org-element--cache-set-timer' is called on a non-Org buffer. Only 3 functions call it: - `org-element-cache-refresh' :: This function is a no-op if current buffer is a non-Org buffer, per `org-element--cache-active-p'. - `org-element--cache-after-change' :: This is set as an `after-change-function' with `org-element-cache-reset'. Again, the latter is a no-op if current buffer is non-Org. - `org-element--cache-sync' :: This one is more complex. It is called by `org-element-at-point' but guarded by `org-element--cache-active-p'. It is also called by `org-element-cache-refresh'. Ditto. Eventually, it is called by `org-element--cache-submit-request'. This function is called by either `org-element-cache-refresh' or `org-element--cache-after-change'. See above. Long story short. I don't know where that could happen. You could instrument `org-element--cache-set-timer' so as to ring a bell when it is called on a non-Org buffer. Regards, -- Nicolas Goaziou
Re: [O] [PATCH] Prevent org-rss-headline dropping lower level headlines
Hello, Arun Isaac writes: > Sorry for reposting. Could somebody check out this patch (sent on April > 19), and consider for inclusion? This is a contributed package. I don't mind patching it but those have, usually, a maintainer. >> Currently, the RSS exporter (org-rss-headline) drops lower level >> headlines (headlines with level > 1), and therefore they do not appear >> in the exported RSS. This is a bug. Are you sure it is a bug? There's a comment about it in `org-rss-headline' so maybe it is intended. Also, isn't the output of `org-html-headline' (`org-export-data-with-backend' is better IMO) a bit verbose? You are going to insert "... Regards, -- Nicolas Goaziou
Re: [O] Using tramp to run R source code blocks on remote server
Hi Vikas, I cannot address your problem directly. I have a workaround. Vikas Rawal writes: > I am trying to run R source code blocks on a remote server (defined in > my ~/.ssh/config as cesp). > > I am facing several problems. > > 1. The following sample block, when used with ":results value" does > not give any results. > > #+NAME: level1 > #+begin_src R :results value :exports results :colnames yes :hline yes > :session cesp :dir /cesp:/home/vikas/ > c(1:5) > #+end_src > > I get the following message: > > tramp-flush-directory-property: Wrong type argument: arrayp, nil > > I get the expected output if I use ":results output”, but I don’t want > that. I have gone through similar pains as you did. > 2. Is there a way to be able to use screen/byobu with remote > processing? I have tried various options of using shell, term, or > ansi-term. Each of them gives some problem or the other. Does anyone > have experience with using any of these? This might be possible with the future async executions. For the moment, I have settled down with the following solution: 1. Tangle each source blocks as a script to the remote host. 2. Tangle a Makefile to manage the execution, e.g. how the scripts are executed with which arguments. 3. Login the remote host and open a tmux session and run "make" in the tangled directory. With this workflow, all the programs are managed by org-mode, and they are executed asychronously. At the same time, I lose the flexibility to run the scripts in a org spawned session, which is a trade-off. Cheers, Benda
Re: [O] PATCH: programming language indicators in HTML export
Hi, Nicolas Goaziou wrote: > Hello, > > Robert Klein writes: > > > anyone willing to commit this patch I sent back in march? > > This patch actually felt through the cracks. Sorry about that. Would > you mind sending it again, using git format-patch so I can apply it? > Please find the patch attached. Thank you very much. Best regards Robert >From ccedae3c29077c56b9c7325a3911a841c11add2d Mon Sep 17 00:00:00 2001 From: Robert Klein Date: Mon, 14 Mar 2016 14:43:46 +0100 Subject: [PATCH] support more programming languages in CSS The standard CSS for HTML export only supported a couple of programming languages to have a language name "hover" on src blocks. This patch adds all languages supported per Org manual, those from org.el's org-babel-load-languages-alist, additional language identifiers in ob-*.el and languages which have a) an emacs mode and b) are supported by the LaTeX listings package. Additional a language "conf" is supported for generic configuraiton files; an emacs mode exists for this, but for LaTeX listings a language " " has to be faked. As this patch is for HTML, this is no impediment. Thanks for reporting the missing support to Tianxian XIONG. --- lisp/ox-html.el | 95 + 1 file changed, 89 insertions(+), 6 deletions(-) diff --git a/lisp/ox-html.el b/lisp/ox-html.el index a05fa2d..7653c43 100644 --- a/lisp/ox-html.el +++ b/lisp/ox-html.el @@ -314,13 +314,96 @@ for the JavaScript code in this tag. border: 1px solid black; } pre.src:hover:before { display: inline;} - pre.src-sh:before{ content: 'sh'; } - pre.src-bash:before { content: 'sh'; } + /* Languages per Org manual */ + pre.src-asymptote:before { content: 'Asymptote'; } + pre.src-awk:before { content: 'Awk'; } + pre.src-C:before { content: 'C'; } + /* pre.src-C++ doesn't work in CSS */ + pre.src-clojure:before { content: 'Clojure'; } + pre.src-css:before { content: 'CSS'; } + pre.src-D:before { content: 'D'; } + pre.src-ditaa:before { content: 'ditaa'; } + pre.src-dot:before { content: 'Graphviz'; } + pre.src-calc:before { content: 'Emacs Calc'; } pre.src-emacs-lisp:before { content: 'Emacs Lisp'; } - pre.src-R:before { content: 'R'; } - pre.src-perl:before { content: 'Perl'; } - pre.src-java:before { content: 'Java'; } - pre.src-sql:before { content: 'SQL'; } + pre.src-fortran:before { content: 'Fortran'; } + pre.src-gnuplot:before { content: 'gnuplot'; } + pre.src-haskell:before { content: 'Haskell'; } + pre.src-java:before { content: 'Java'; } + pre.src-js:before { content: 'Javascript'; } + pre.src-latex:before { content: 'LaTeX'; } + pre.src-ledger:before { content: 'Ledger'; } + pre.src-lisp:before { content: 'Lisp'; } + pre.src-lilypond:before { content: 'Lilypond'; } + pre.src-matlab:before { content: 'MATLAB'; } + pre.src-mscgen:before { content: 'Mscgen'; } + pre.src-ocaml:before { content: 'Objective Caml'; } + pre.src-octave:before { content: 'Octave'; } + pre.src-org:before { content: 'Org mode'; } + pre.src-oz:before { content: 'OZ'; } + pre.src-plantuml:before { content: 'Plantuml'; } + pre.src-processing:before { content: 'Processing.js'; } + pre.src-python:before { content: 'Python'; } + pre.src-R:before { content: 'R'; } + pre.src-ruby:before { content: 'Ruby'; } + pre.src-sass:before { content: 'Sass'; } + pre.src-scheme:before { content: 'Scheme'; } + pre.src-screen:before { content: 'Gnu Screen'; } + pre.src-sed:before { content: 'Sed'; } + pre.src-sh:before { content: 'shell'; } + pre.src-sql:before { content: 'SQL'; } + pre.src-sqlite:before { content: 'SQLite'; } + /* additional languages in org.el's org-babel-load-languages alist */ + pre.src-forth:before { content: 'Forth'; } + pre.src-io:before { content: 'IO'; } + pre.src-J:before { content: 'J'; } + pre.src-makefile:before { content: 'Makefile'; } + pre.src-maxima:before { content: 'Maxima'; } + pre.src-perl:before { content: 'Perl'; } + pre.src-picolisp:before { content: 'Pico Lisp'; } + pre.src-scala:before { content: 'Scala'; } + pre.src-shell:before { content: 'Shell Script'; } + pre.src-ebnf2ps:before { content: 'ebfn2ps'; } + /* additional language identifiers per \"defun org-babel-execute\" + in ob-*.el */ + pre.src-cpp:before { content: 'C++'; } + pre.src-abc:before { content: 'ABC'; } + pre.src-coq:before { content: 'Coq'; } + pre.src-groovy:before { content: 'Groovy'; } + /* additional language identifiers from org-babel-shell-names in + ob-shell.el: ob-shell is the only babel language using a lambda to put + the execution function name together. */ + pre.src-bash:before { content: 'bash'; } + pre.src-csh:before { content: 'csh'; } + pre.src-ash:before { content: 'ash'; } + pre.src-dash:before { content: 'dash'; } + pre.src-ksh:before { content: 'ksh'; } + pre.src-mksh:before { content: 'mksh'; } + pre.src-posh:before { content: 'posh'; } + /* Additional E