Re: [O] hyperlink to customize
Nick Dokos gmail.com> writes: > Yes, you will be happiest when you are assimilated :borg: > > Would be nice to have org versions of all info files. > > [...] why do you > want to have org versions of all info files? What would the benefits > be? > > [...] But rewriting >existing texinfo documentation in org just does not seem to >provide many (or even any) benefits. (disclaimer: my naïve impression) - clarifications - maybe not /all/ info files should be converted - elisp and maybe the main Emacs manuals may be considered more pivotal to all users and all modes - maybe only a conversion to outline mode? - I don't know if that has the potential for hyperlinks, but may supply all the info functionality; is outline mode "lighter"? - drawbacks - slow (large elisp info file in org) - hard to convert info to org? - positives - another way to look at the info (like a change of coordinates ;) ) - org's outline mode supplies one less step between browsing the section titles and reading the content in unfolding, easier to navigate especially, there is the effect that it may be hard to know where to look for a possible elisp command, and so the more aids in browsing for that command, the better.
[O] [parser] subscripts and underlines interacting badly
Hello, I have encountered two related misbehaviors in the parser/exporter. The first manifests if you type the following line into an org-mode buffer and execute M-: (org-element-context) with point on the ‘f’; the result is a subscript object, whereas I would have expected an underline: '_foo_ I think both possibilities are returned by org-element--get-next-object-candidates, and subscript “wins” because it precedes the other in the list. I’m not sure how this should be addressed, but maybe Nicolas knows. I encountered the second issue when trying to hack around the first by setting org-use-sub-superscripts to '{}. It seems this variable is not considered by the parser. I think the attached patch fixes this issue. Thanks, >From f5f6d10e5d55f68d57abd2f7a947f72cb90081d0 Mon Sep 17 00:00:00 2001 From: Aaron Ecay Date: Tue, 10 Dec 2013 21:19:23 -0500 Subject: [PATCH] org-element: respect the `org-use-sub-superscripts' variable * lisp/org-element.el (org-element-sub/superscript-successor): respect the `org-use-sub-superscripts' variable --- lisp/org-element.el | 14 +- 1 file changed, 9 insertions(+), 5 deletions(-) diff --git a/lisp/org-element.el b/lisp/org-element.el index 9183a67..d0e6bf9 100644 --- a/lisp/org-element.el +++ b/lisp/org-element.el @@ -3394,11 +3394,15 @@ CONTENTS is the contents of the object." Return value is a cons cell whose CAR is either `subscript' or `superscript' and CDR is beginning position." - (save-excursion -(unless (bolp) (backward-char)) -(when (re-search-forward org-match-substring-regexp nil t) - (cons (if (string= (match-string 2) "_") 'subscript 'superscript) - (match-beginning 2) + (when org-use-sub-superscripts +(save-excursion + (unless (bolp) (backward-char)) + (when (re-search-forward (if (eq org-use-sub-superscripts '{}) + org-match-substring-with-braces-regexp + org-match-substring-regexp) + nil t) + (cons (if (string= (match-string 2) "_") 'subscript 'superscript) + (match-beginning 2)) Superscript -- 1.8.5.1 -- Aaron Ecay
Re: [O] publishuing in html5
On 12/09/2013 02:53 PM, Nick Dokos wrote: > Catonano writes: > >> I' m trying to follow the examples at this page >> >> http://orgmode.org/manual/HTML-doctypes.html#HTML-doctypes >> >> to transform >> >> #+BEGIN_ASIDE >> Lorem ipsum >> #+END_ASIDE >> >> in >> >> >>Lorem ipsum >> >> >> but it doesn't work, I still get >> >> >> >> Lorem ipsum >> >> >> >> >> I tried to both include the directive in the "group" in the project >> definition AND using >> >> #+HTML_HTML5_FANCY: t >> > > Try > > --8<---cut here---start->8--- > #+HTML_DOCTYPE: html5 > #+OPTIONS: html5-fancy:t > > #+BEGIN_ASIDE > Lorem Ipsum > #+END_ASIDE > --8<---cut here---end--->8--- > I cannot get the html5-fancy:t option to work when I set it in a file in the manner described above. It only works when I set org-html-html5-fancy to t in my init file. I'm using Org 8.0.3 and Emacs 24.2.1. Do I need to upgrade my version of Org? Scott Randby >> in level-0.org >> >> What am I missing ? > > Nick > > >
Re: [O] text-only plots
Suvayu Ali gmail.com> writes: > Firstly, I think the unicode bit is a terrific improvement; specially > the two options: grid and continuous. I think there are two distinct > problems here: the plot as shown in org, and export. We should not > confuse the two. > > I will suggest for the moment having the plotting bits is enough. HTML > export works, plain text export sort of works[1]. As you see, getting > it right for all (most) exporters is non-trivial, so I would say no need > for worrying about supporting past exporters. > > Handling this needs some conditional behaviour: plain text -> backend, > or unicode -> backend. You could use a standardised column title to > selectively choose/ignore columns. So ASCII export would ignore unicode > columns. LaTeX export would replace the chars with appropriate symbols > (e.g. \rule, as suggested by Ivan). Texinfo and markdown supports > unicode, so that should be fine (like HTML). > > When we have something that is acceptable, you can publish the exporter > code and the plotting code as part of the same module, say > org-ascii-plot.el (or something along those lines). Which could then go > in contrib. > > WDYT? > > Footnotes: > > [1] Sort-of, because it "lies" by including unicode chars even if you > export to ASCII only. > Thanks, Suvayu, for your insight into the export issue. So, to summarize, we have several options: 1- Keep only the Ascii version | WWh | (+) Simple. (+) No problem ahead. (-) Lose the clean look provided by unicodes. 2- Put Ascii version in org-core, Unicode version in contrib/ (+) Simple (+) The Org core is on the safe side, while contrib/ gives an advanced option which could break exporters. (-) The clean look provided by unicodes will remain mostly unknown. 3- Keep Unicode version, do nothing for exporters (+) Simple (-) Generates long threads in mailing lists: "exporter XX is broken, it does not export my table". (-) Not all fonts are able to render such unicodes, (this is true in Emacs, without even talking about exporters). 4- Mark unicode plot columns as "non-exportable", and have exporters ignore them. (+) Clean and straightforward. (-) Need a new feature in org-tables: "non-exportable column". (-) Exporters & users should be made aware of the new feature. 5- Translate unicodes to something sensible, for example - LaTeX exporter: \rule - Ascii exporter: ignore - Odt exporter: pass them on without additional processing (+) Exporters take decisions at the cell level rather than at the table level. (+) "Ignore exotic unicodes" or "do nothing special" are good default behaviors for all exporters. 6- Another option? Now we have to decide. What would be your preference, Org users? Mine would go to option 1 or 2 for the time being. Then if people like the plotter, version 2.0 would implement option 5. Why option 1 or 2 ? Because it is consistent with the rest of Org. Table are made of regular Ascii characters (plus, minus, pipe) |---+---| | a | b | although better suited unicode characters exist http://en.wikipedia.org/wiki/Box_Drawing ┌───┬───┐ │ a │ b │ We all love the vintage look of Org, while being the most advanced orginizer out there, don't we? Thierry
Re: [O] hyperlink to customize
Brady Trainor writes: > Brady Trainor uw.edu> writes: > ... > Should probably just get comfortable with the info version of elisp > manual. Yes, you will be happiest when you are assimilated :-) Emacs insists on info files for all packages distributed with it, so info is the lingua franca. > Would be nice to have org versions of all info files. I've heard similar sentiments before and although I agree with the specific case of the org manual[fn:1], I can't see what benefits it would provide in most or all other cases. Hence my question: why do you want to have org versions of all info files? What would the benefits be? Footnotes: [fn:1] Two reasons: if one is a producer of org documentation (which we all are to one extent or another), it's easier to write it in one's "native" language, so to speak. And having the manual in org provides a good test of org functionality (primarily export), the kind of test that Bernt Hansen's document has been providing for a long time, but perhaps on a larger scale. But rewriting existing texinfo documentation in org just does not seem to provide many (or even any) benefits. Nick
Re: [O] hyperlink to customize
Brady Trainor uw.edu> writes: > > [...] I think I'll Pandoc the manual into org to practice the manual's > > navigation. > > Converting the html version to org met with some difficulties, such as carriage returns and pandoc giving an overflow. Should probably just get comfortable with the info version of elisp manual. Would be nice to have org versions of all info files.
Re: [O] [babel] Can't write accented characters in R graphics
Sebastien Vauban writes: > Fixed with: > > --8<---cut here---start->8--- > ;; accented characters on graphics > (setq org-babel-R-command > (concat org-babel-R-command " --encoding=UTF-8"))) > --8<---cut here---end--->8--- That looked promising, but when I tried it, I got the following *Org-Babel Error Output*, which shows Babel choking on the first non-ascii character at the start of the xlab string: Error: unexpected '/' in: "plot(1:10, 1:10, xlab="dev.off() }}(),transfer.file="/var/folders/JV/JVNxBfnMGkWC9Aw0BZa8Kk+++TI/-Tmp-/" Execution halted Still baffled, Christian
Re: [O] [babel] Lisp error: (void-variable params)
Achim Gratz writes: > Eric Schulte writes: >> I just pushed up a change which fixes this when exporting on my system, >> if the problem persists please provide an ECM. > > This test is still failing: > > Test test-ob/noweb-expansions-in-cache condition: > (void-variable <>) >FAILED 149/491 test-ob/noweb-expansions-in-cache > > Apparently <> didn't get expanded before eLisp tries to interpret > the code. > That test passes for me when run interactively, but fails when run at the command line. I'll have to investigate later... > > > Regards, > Achim. -- Eric Schulte https://cs.unm.edu/~eschulte PGP: 0x614CA05D
Re: [O] Bash script to update - only make when update there?
gitpullv () { #echo \=== maybe need to grab tags head=`git rev-parse --verify HEAD` echo git pull --stat --log | cat echo newhead=`git rev-parse --verify HEAD` if [ "$newhead" != "$head" ] then git log --pretty=tformat:%s ORIG_HEAD.. | cat # git log --pretty=tformat:%s --graph ORIG_HEAD.. echo echo '= you can now do git diff ORIG_HEAD -- files pipe tee' return 0 else return 1 fi #git gc --auto git status } On 12/10/13, Rainer M Krug wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > > > On 12/10/13, 20:31 , Nick Dokos wrote: >> Rainer M Krug writes: >> >>> On 12/10/13, 16:59 , Nick Dokos wrote: ... Be that as it may, you can try something like this hack (those are backticks around the git pull - it's under the ESC key in the upper left hand corner on most US keyboards but it may be somewhere else on yours): if [ "`git pull`" == "Already up-to-date" ] then echo "Up to date" else make update fi >>> >>> True - but if git pull does change the message, I have to change >>> it as well - I just leave it as it is. >>> >> >> Here for your amusement is a way to get around this problem: >> >> if [ "`git pull`" == "`git pull`" ] then echo Up to date else make >> update fi >> >> You pay double the cost every time you use it but if they ever >> *do* change the message, it's not going to break. But of course, if >> the shell ever optimizes the second git pull away, you are back at >> square one... > > I like it - optimization which not necessarily is faster > > Cheers, > > Rainer > > >> >> With-tongue-firmly-in-cheek-ly yours, Nick >> >> >> >> >> > > - -- > Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation > Biology, UCT), Dipl. Phys. (Germany) > > Centre of Excellence for Invasion Biology > Stellenbosch University > South Africa > > Tel : +33 - (0)9 53 10 27 44 > Cell: +33 - (0)6 85 62 59 98 > Fax : +33 - (0)9 58 10 27 44 > > Fax (D):+49 - (0)3 21 21 25 22 44 > > email: rai...@krugs.de > > Skype: RMkrug > -BEGIN PGP SIGNATURE- > Version: GnuPG/MacGPG2 v2.0.22 (Darwin) > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > > iQEcBAEBAgAGBQJSp22GAAoJENvXNx4PUvmClkoIAONl6ouPeXWJ2PV0spQ4kYIy > egng/Eu5WLIUfsZUHtPAtYTIs39KR2qfUDsuBFsnSG6DUE/HX2TPeTW+GGla+jZ4 > gAPKUCRmk8xoOPn2CX5Ue4UPf5rU2UNtuwFhhJyuS9vCE35lo/tC8tGdieAfq9jA > Gm9JAfHlCEjtDZWjnI7l2Qm5pEbe95FZJE+YzXKTbkz+KOGGgthiTETe08BYlxmM > BSnniTU283Zxh/6I4xV5B0M14wFvpnayMSaKu3F53bY/iT2fBkC0qZvklMs+XOjq > z5pnke7k0WgyEZvA7B/XAynLRhwE8NzRG6WyG659IFm+YgGOXouwXLAg5I52vSc= > =CN/p > -END PGP SIGNATURE- > > -- The Kafka Pandemic: http://thekafkapandemic.blogspot.com The disease DOES progress. MANY people have died from it. ANYBODY can get it. Denmark: free Karina Hansen NOW.
Re: [O] hyperlink to customize
Nick Dokos gmail.com> writes: > > Brady Trainor uw.edu> writes: > > synopsis: want (clickable) customize to open in a new frame > > > > Fiddling with the following variable may help (NB: untested, > and no time to dig, so I may be leading you up the garden path): > > , > | org-link-frame-setup is a variable defined in `org.el'. ... > > Nick > > Thank you Nick! Last night I received an email (from a gmaner) with a working solution: [[elisp:(with-selected-frame (get-other-frame) (customize))]] (I add a `[customize]` label). To try to hypothesize how I might have put this together, I was close, as original post mentioned Input Focus in the Emacs Lisp documentation. That page links to Selecting Windows, where we find the main function that I was missing. I think I'll Pandoc the manual into org to practice the manual's navigation.
Re: [O] Bash script to update - only make when update there?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/10/13, 20:31 , Nick Dokos wrote: > Rainer M Krug writes: > >> On 12/10/13, 16:59 , Nick Dokos wrote: >>> ... Be that as it may, you can try something like this hack >>> (those are backticks around the git pull - it's under the ESC >>> key in the upper left hand corner on most US keyboards but it >>> may be somewhere else on yours): >>> >>> if [ "`git pull`" == "Already up-to-date" ] then echo "Up to >>> date" else make update fi >> >> True - but if git pull does change the message, I have to change >> it as well - I just leave it as it is. >> > > Here for your amusement is a way to get around this problem: > > if [ "`git pull`" == "`git pull`" ] then echo Up to date else make > update fi > > You pay double the cost every time you use it but if they ever > *do* change the message, it's not going to break. But of course, if > the shell ever optimizes the second git pull away, you are back at > square one... I like it - optimization which not necessarily is faster Cheers, Rainer > > With-tongue-firmly-in-cheek-ly yours, Nick > > > > > - -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax : +33 - (0)9 58 10 27 44 Fax (D):+49 - (0)3 21 21 25 22 44 email: rai...@krugs.de Skype: RMkrug -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSp22GAAoJENvXNx4PUvmClkoIAONl6ouPeXWJ2PV0spQ4kYIy egng/Eu5WLIUfsZUHtPAtYTIs39KR2qfUDsuBFsnSG6DUE/HX2TPeTW+GGla+jZ4 gAPKUCRmk8xoOPn2CX5Ue4UPf5rU2UNtuwFhhJyuS9vCE35lo/tC8tGdieAfq9jA Gm9JAfHlCEjtDZWjnI7l2Qm5pEbe95FZJE+YzXKTbkz+KOGGgthiTETe08BYlxmM BSnniTU283Zxh/6I4xV5B0M14wFvpnayMSaKu3F53bY/iT2fBkC0qZvklMs+XOjq z5pnke7k0WgyEZvA7B/XAynLRhwE8NzRG6WyG659IFm+YgGOXouwXLAg5I52vSc= =CN/p -END PGP SIGNATURE-
Re: [O] Bash script to update - only make when update there?
Rainer M Krug writes: > On 12/10/13, 16:59 , Nick Dokos wrote: >> ... >> Be that as it may, you can try something like this hack (those are >> backticks around the git pull - it's under the ESC key in the upper >> left hand corner on most US keyboards but it may be somewhere else >> on yours): >> >> if [ "`git pull`" == "Already up-to-date" ] then echo "Up to date" >> else make update fi > > True - but if git pull does change the message, I have to change it as > well - I just leave it as it is. > Here for your amusement is a way to get around this problem: if [ "`git pull`" == "`git pull`" ] then echo Up to date else make update fi You pay double the cost every time you use it but if they ever *do* change the message, it's not going to break. But of course, if the shell ever optimizes the second git pull away, you are back at square one... With-tongue-firmly-in-cheek-ly yours, Nick
Re: [O] [babel] Lisp error: (void-variable params)
Eric Schulte writes: > I just pushed up a change which fixes this when exporting on my system, > if the problem persists please provide an ECM. This test is still failing: Test test-ob/noweb-expansions-in-cache condition: (void-variable <>) FAILED 149/491 test-ob/noweb-expansions-in-cache Apparently <> didn't get expanded before eLisp tries to interpret the code. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf microQ V2.22R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: [O] Problem with #+BEGIN_SRC shell, and export
François Pinard writes: > Hi, Org people. > > Let me make this report from memory, now that I'm back home! :-) > > In an Org file, a coworker used "#+BEGIN_SRC shell" where he should have > written "#+BEGIN_SRC sh". While this looks like a benign error to me, > it broke my publishing script, and I did not figure at once what was > happening. At export time, when Emacs is called in batch, the export > procedure dies. Emacs says that some process disappeared, and I think I > got that the batch Emacs tries to start "M-x shell" under the scene. > > Could the HTML exporter (or all of them) protect itself (themselves) > better? Or else, maybe, if this is a reasonable to do, could Org tell > us, somehow, whenever a source mode (like "shell", here) is "wrong"? > > François > Perhaps one could add '("shell" . 'sh) to org-src-lang-modes. That would protect against this particular error. Whatever solution is adopted should be easily discovered and sidestepped in case anyone actually did want to export code using shell-mode for highlighting. Best, -- Eric Schulte https://cs.unm.edu/~eschulte PGP: 0x614CA05D
Re: [O] [babel] Can't write accented characters in R graphics
"Sebastien Vauban" wrote: > John Hendy wrote: >> Can you do it straight from R? Might be a better place to start? If not, >> I'd look into that first to avoid googling org and ESS stuff in vain! > > The 1'42" demo on http://screencast.com/t/A9q6CQlLY6 clearly shows that: > > - It (now [1]) works from the R terminal > > - It works from the Org edit buffer (via C-c '), when sending the commands to > the iESS process > > - It does not work from the Org file itself... Fixed with: --8<---cut here---start->8--- ;; accented characters on graphics (setq org-babel-R-command (concat org-babel-R-command " --encoding=UTF-8"))) --8<---cut here---end--->8--- > Environment: > - Microsoft Windows 8 > > [1] I've added the following code in my .emacs to make it work: > > #+begin_src emacs-lisp > (setq process-coding-system-alist > '(("R.*" . iso-latin-1))) > #+end_src Best regards, Seb -- Sebastien Vauban
Re: [O] Bash script to update - only make when update there?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/10/13, 18:12 , Achim Gratz wrote: > Achim Gratz writes: >> Rainer M Krug writes: >>> git checkout master make update >> >> This doesn't update at all since you never do a "git pull" on >> master. > > Scratch that, I was imagining an "update2" where you clearly wrote > "update". In any case (and to answer Nick Dokos' remark) make > always does a full re-build by design when asked to do an "update" > or any of the other related targets. The purpose of those targets > is to always end up with a working installation, not to expend the > least amount of work to have something that maybe but not always > could work. Well - I will just leave it as it is - never change a working system. Thanks, Rainer > > > Regards, Achim. > - -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax : +33 - (0)9 58 10 27 44 Fax (D):+49 - (0)3 21 21 25 22 44 email: rai...@krugs.de Skype: RMkrug -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSp18tAAoJENvXNx4PUvmCtwoIALbPj2OauNN05dhEA2Lgnb4R sOARn6H5QhLQR+xtEf7b/FtV856WE3nW2J9eldjVJ1oJFlOQLECGOP34iwD0S7ix Uispt0MTT51dvhXHy1Bubgpir0WuHhyhSWiBxmeXTCAaz9GvMJeBtVcuzbrp9Puv +Q5QLjeVSRWqMmA4OjOZKqSlURycRQs6p89ebko6ttTdQg+Ng+VHfiR5RI0B43uC HKF5PnJOkbwLDc7naNknhPY3YApeQYF5zqlVQdKlmk3OfkT8zzPb9W6g95L+MVok aqKDDPMWZfVBizE3X32WaSp7iWDtLysoe4X/+RROTbZw0zowN1JhJ5fSz/BUPYo= =p3gu -END PGP SIGNATURE-
Re: [O] Bash script to update - only make when update there?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/10/13, 16:59 , Nick Dokos wrote: > Rainer M Krug writes: > >> Hi >> >> I have a question concerning a bash script to update org (and ess >> in the same way but in a different script). >> >> The script I use to update org looks as follow: >> >> #!/bin/sh cd ~/.emacs.d/org-git >> >> #!/bin/sh git checkout master make update >> >> which works nicely, but I would like to only execute the "make >> update" if git updated something - I am sure this is possible, >> but how? >> > > It seems to me that the dependencies are not dealt with correctly > in the Makefile, so after the git pull (whether that did anything > or not), ``make update'' rebuilds everything. Ideally, it should > figure out what needs rebuilding and just do that - then you > wouldn't need anything more. OTOH, CPU cycles are cheap and > rebuilding everything only takes 12 seconds on my laptop, so should > we really care? Well - you are right. Why care? > > Be that as it may, you can try something like this hack (those are > backticks around the git pull - it's under the ESC key in the upper > left hand corner on most US keyboards but it may be somewhere else > on yours): > > if [ "`git pull`" == "Already up-to-date" ] then echo "Up to date" > else make update fi True - but if git pull does change the message, I have to change it as well - I just leave it as it is. Cheers, Rainer > > Nick > > > - -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax : +33 - (0)9 58 10 27 44 Fax (D):+49 - (0)3 21 21 25 22 44 email: rai...@krugs.de Skype: RMkrug -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSp17xAAoJENvXNx4PUvmCxYcH/j0n2ap3F7KhWV0BvPBvy1dz Y3A4RIryZcodwftJdjsulo7bJk465kkWDliojxrLBlRPqdcPLMrT2ZRVFU8T3Bbx RomZoB3fFntUGQ4OvtsmbGvCZ/mBYFY2ejuMmnxGxtYlgjYatrRdVvviuNTGPIzj IivWcUXN9k8JJ743NhMHthhQJP/9l6IImhsKysnKNhBHjlQuHiYYmQSipVYoO5ot pNcE3i8iqlpTzkn2K2LF5wjp5VduvBRCAYyessszsA7CrA4mlC+HNTamF6pG+jZS 2zSsA2l4oTCVtPdnJdp1KnLCb3uqET5YHKL+5OIXxHvsOUbILh6HLIXDAc2g9rg= =Msa4 -END PGP SIGNATURE-
Re: [O] [babel] Lisp error: (void-variable params)
"Sebastien Vauban" writes: > Hello, > > After this morning's update [1], I get the following backtrace when executing > R code. > I just pushed up a change which fixes this when exporting on my system, if the problem persists please provide an ECM. Thanks for the report! -- Eric Schulte https://cs.unm.edu/~eschulte PGP: 0x614CA05D
Re: [O] Bash script to update - only make when update there?
Achim Gratz writes: > Rainer M Krug writes: >> git checkout master >> make update > > This doesn't update at all since you never do a "git pull" on master. Scratch that, I was imagining an "update2" where you clearly wrote "update". In any case (and to answer Nick Dokos' remark) make always does a full re-build by design when asked to do an "update" or any of the other related targets. The purpose of those targets is to always end up with a working installation, not to expend the least amount of work to have something that maybe but not always could work. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf microQ V2.22R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
[O] Problem with #+BEGIN_SRC shell, and export
Hi, Org people. Let me make this report from memory, now that I'm back home! :-) In an Org file, a coworker used "#+BEGIN_SRC shell" where he should have written "#+BEGIN_SRC sh". While this looks like a benign error to me, it broke my publishing script, and I did not figure at once what was happening. At export time, when Emacs is called in batch, the export procedure dies. Emacs says that some process disappeared, and I think I got that the batch Emacs tries to start "M-x shell" under the scene. Could the HTML exporter (or all of them) protect itself (themselves) better? Or else, maybe, if this is a reasonable to do, could Org tell us, somehow, whenever a source mode (like "shell", here) is "wrong"? François
Re: [O] Bash script to update - only make when update there?
Rainer M Krug writes: > git checkout master > make update This doesn't update at all since you never do a "git pull" on master. > which works nicely, but I would like to only execute the "make update" > if git updated something - I am sure this is possible, but how? I really don't see why you'd need to use a shell script for that (instead of adding your own target in local.mk), but that aside you'd want to compare the SHA1 of your checkout with the SHA1 of your last install (for instancefrom org-version.el). If there wasn't an update these two would be identical. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf microQ V2.22R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: [O] Bash script to update - only make when update there?
Rainer M Krug writes: > Hi > > I have a question concerning a bash script to update org (and ess in > the same way but in a different script). > > The script I use to update org looks as follow: > > #!/bin/sh > cd ~/.emacs.d/org-git > > > #!/bin/sh > git checkout master > make update > > > which works nicely, but I would like to only execute the "make update" > if git updated something - I am sure this is possible, but how? > It seems to me that the dependencies are not dealt with correctly in the Makefile, so after the git pull (whether that did anything or not), ``make update'' rebuilds everything. Ideally, it should figure out what needs rebuilding and just do that - then you wouldn't need anything more. OTOH, CPU cycles are cheap and rebuilding everything only takes 12 seconds on my laptop, so should we really care? Be that as it may, you can try something like this hack (those are backticks around the git pull - it's under the ESC key in the upper left hand corner on most US keyboards but it may be somewhere else on yours): if [ "`git pull`" == "Already up-to-date" ] then echo "Up to date" else make update fi Nick
Re: [O] hyperlink to customize
Brady Trainor writes: > synopsis: want (clickable) customize to open in a new frame > Fiddling with the following variable may help (NB: untested, and no time to dig, so I may be leading you up the garden path): , | org-link-frame-setup is a variable defined in `org.el'. | Its value is ((vm . vm-visit-folder-other-frame) | (vm-imap . vm-visit-imap-folder-other-frame) | (gnus . org-gnus-no-new-news) | (file . find-file-other-window) | (wl . wl-other-frame)) | | | Documentation: | Setup the frame configuration for following links. | When following a link with Emacs, it may often be useful to display | this link in another window or frame. This variable can be used to | set this up for the different types of links. | For VM, use any of | `vm-visit-folder' | `vm-visit-folder-other-window' | `vm-visit-folder-other-frame' | For Gnus, use any of | `gnus' | `gnus-other-frame' | `org-gnus-no-new-news' | For FILE, use any of | `find-file' | `find-file-other-window' | `find-file-other-frame' | For Wanderlust use any of | `wl' | `wl-other-frame' | For the calendar, use the variable `calendar-setup'. | For BBDB, it is currently only possible to display the matches in | another window. | | You can customize this variable. ` Nick
[O] TikZ (circuitikz) and org-preview-latex-fragment don't play nicely together
Hello everyone, Assume I have an org-mode file that contains the following: -- #+OPTIONS: tex:imagemagick #+LaTeX_HEADER: \usepackage[siunitx]{circuitikz} * Test circuit #+begin_lateX \begin{circuitikz}[scale = 1.0] \draw (0,0) node[anchor=east]{$V_{in} -$} to[short, o-] (4,0) to[V, v_=$V_{s}(t)$] (4,2) to[L, l_=$L_m$] (2,2) to[R, l_=3<\kilo\ohm>] (1,2) -- (0,2) to[short, o-] (0,2) node[anchor=east]{$V_{in} +$}; \end{circuitikz} #+end_latex If my current emacs color-theme background is black, running org-preview-latex-fragment on the latex block results in all electrical-elements being invisible (only labels and lines are visible). The only (poor) workaround I have for this is to add the configuration option: #+LaTeX_HEADER: \tikzset{every picture/.style={color=gray}} Which means that I can barely see the picture when previewed in emacs, and that it appears in gray on the exported PDF instead of black. Is there any way that I can make it so that without a lot of "hacks" I can make the previews appear as white-on-black, and the PDFs print black on white? Would something need to change with how org-mode handles previewing to make this possible? Regards, Mark
Re: [O] Outdated reference to "http://orgmode.org/pkg/daily/" on the website
Hi Nicolas, Nicolas Girard writes: > unless i'm misunderstood, the preferred Url to the Org Mode ELPA > server is "http://orgmode.org/elpa/";, which replaced > "http://orgmode.org/pkg/daily/";. Indeed. I deleted the http://orgmode.org/pkg/ directory. -- Bastien
Re: [O] Bug: Babel calc sqrt float var
Miguel Ruiz writes: [...] > #+begin_src calc :var x=0.8 > sqrt(x) > #+end_src I confirm that this doesn't work. However, putting 0.8 in quotes, as in var="0.8", works for me. -- : Eric S Fraga (0xFFFCF67D), Emacs 24.3.50.1, Org release_8.2.4-322-gece429
Re: [O] org-caldav: Syncing Error: Could not find UID...
Detlef Steuer writes: > Hi! > > I spent most of yesterday afternoon on toying with org-caldav. [...] > The third (large) file gives a lot of problems. > > 1. I had the same error message as Daniel. I remember my critical UID >beginning with TS10, too. Strange. Detlef & Daniel, I remember having to make a change to org-caldav.el to cater for digits after the two capital letters, as in "TS9-...". That change was: --8<---cut here---start->8--- diff --git a/org-caldav.el b/org-caldav.el index 0383366..cd5b273 100644 --- a/org-caldav.el +++ b/org-caldav.el @@ -786,7 +786,7 @@ is no UID to rewrite. Returns the UID." ((re-search-forward "^UID:\\(orgsexp-[0-9]+\\)" nil t) ;; This is a sexp entry, so do nothing. (match-string 1)) - ((re-search-forward "^UID:\\(\\s-*\\)\\([A-Z][A-Z]-\\)?\\(.+\\)\\s-*$" + ((re-search-forward "^UID:\\(\\s-*\\)\\([A-Z][A-Z][0-9]-\\)?\\(.+\\)\\s-*$" nil t) (when (match-string 1) (replace-match "" nil nil nil 1)) --8<---cut here---end--->8--- I believe this change was incorporated into org-caldav.el but I am currently on a system which has not been updated in a while. In any case, I wonder if the change could be: + ((re-search-forward "^UID:\\(\\s-*\\)\\([A-Z][A-Z][0-9]*-\\)?\\(.+\\)\\s-*$" instead, adding a "*" to the digit match to cater for any number of digits after the two capital letters? HTH, eric -- : Eric S Fraga (0xFFFCF67D), Emacs 24.3.50.1, Org release_8.2.4-322-gece429
Re: [O] Bug: Babel calc sqrt float var
Hi, the problem is that calc does not operate on regular elisp types but instead uses a different format: (float NUM EXP) for decimal floats. But ob-calc.el seems to simply push any value it gets on the stack and assigns it to a variable. And since calc treats anything which isn't in such a lisp form as an integer it tries to call idiv. To fix this the value should be converted to calc format before `calc-push- list' is called. But after a quick look into calc.el I couldn't find any generic function to convert elisp values to calc values. The function `math- read-number' seems to be the only way and it requires a string. However my knowledge of calc internals is rather limited. Regards, Rüdiger On Tuesday 10 December 2013 10:43:02 Miguel Ruiz wrote: > Hi, > > Please, I am communicating the following problematic behaviour: > > #--- problematic code > #+begin_src calc > > sqrt(0.8) > #+end_src > > #+RESULTS: > : 0.894427191 # OK > > #+begin_src calc :var x=0.8 > sqrt(x) > #+end_src > > #+RESULTS: > =Debugger entered--Lisp error: (wrong-type-argument integer-or-marker-p > 0.80004) math-idivmod(0.80004 0.80004) > math-div(0.80004 0.80004) > math-cancel-common-factor(0.80004 0.80004) > math-simplify-sqrt() > #[(math-simplify-expr) "\300 \207" [math-simplify-sqrt] 1]((calcFunc-sqrt > 0.80004)) math-simplify-step((calcFunc-sqrt > 0.80004)) > math-simplify((calcFunc-sqrt 0.80004)) > calc-normalize-fancy((calcFunc-sqrt 0.80004)) > calc-normalize((calcFunc-sqrt 0.80004)) > math-evaluate-expr((calcFunc-sqrt 0.80004)) > #[(line) " > not copy-yank-able string > " > [line var-names calc-mode-map res x 0 calc-recall intern 1 "'" lookup-key > nil calc-push-list calc-eval math-read-number error "Calc error \"%s\" on > input \"%s\"" replace-regexp-in-string "" math-evaluate-expr mapcar > org-babel-calc-maybe-resolve-var math-read-exprs] 11] ("sqrt(x)")) > org-babel-execute:calc("sqrt(x)" ((:comments . "") (:shebang . "") (:cache > . "no") (:padline . "") (:noweb . "no") (:tangle . "no") (:exports . > "code") (:results . "replace") (:var x . 0.80004) (:session . > "none") (:hlines . "no") (:result-type . value) (:result-params "replace") > (:rowname-names) (:colname-names))) org-babel-execute-src-block(nil) > org-babel-execute-src-block-maybe() > org-babel-execute-maybe() > org-babel-execute-safely-maybe() > run-hook-with-args-until-success(org-babel-execute-safely-maybe) > org-ctrl-c-ctrl-c(nil) > call-interactively(org-ctrl-c-ctrl-c nil nil) > > > #-- end of problematic code > > > Command line: emacs -Q -l minimal-org.el > > ;;; minimal-org.el: > ;;; Minimal setup to load latest `org-mode' > > ;; activate debugging > (setq debug-on-error t > debug-on-signal nil > debug-on-quit nil) > > ;; add latest org-mode to load path > (add-to-list 'load-path (expand-file-name "~/org-mode/maint/lisp")) > (add-to-list 'load-path (expand-file-name "~/org-mode/maint/contrib/lisp" > t)) > > ;; active Babel languages > (org-babel-do-load-languages > 'org-babel-load-languages > '((calc . t))) > > ;;; end of minimal-org.el > > GNU Emacs 24.3.1 (i686-pc-cygwin) of 2013-08-14 on moufang > > Org-mode version 8.2.4 (release_8.2.4-3-g7fe99a @ > /home/usuario/org-mode/maint/lisp/) > > > TIA. > Miguel Ruiz.
[O] Outdated reference to "http://orgmode.org/pkg/daily/" on the website
Hi folks, unless i'm misunderstood, the preferred Url to the Org Mode ELPA server is "http://orgmode.org/elpa/";, which replaced "http://orgmode.org/pkg/daily/";. Apparently there is still a reference to the outdated url on the very page "http://orgmode.org/pkg/daily/";, which is confusing (at least to my eyes). Also the pages "http://orgmode.org/elpa.html"; and "http://orgmode.org/pkg/daily/"; seem to be redundant. Any thoughts ? -- Nicolas
[O] Bug: Babel calc sqrt float var
Hi, Please, I am communicating the following problematic behaviour: #--- problematic code #+begin_src calc sqrt(0.8) #+end_src #+RESULTS: : 0.894427191 # OK #+begin_src calc :var x=0.8 sqrt(x) #+end_src #+RESULTS: =Debugger entered--Lisp error: (wrong-type-argument integer-or-marker-p 0.80004) math-idivmod(0.80004 0.80004) math-div(0.80004 0.80004) math-cancel-common-factor(0.80004 0.80004) math-simplify-sqrt() #[(math-simplify-expr) "\300 \207" [math-simplify-sqrt] 1]((calcFunc-sqrt 0.80004)) math-simplify-step((calcFunc-sqrt 0.80004)) math-simplify((calcFunc-sqrt 0.80004)) calc-normalize-fancy((calcFunc-sqrt 0.80004)) calc-normalize((calcFunc-sqrt 0.80004)) math-evaluate-expr((calcFunc-sqrt 0.80004)) #[(line) " not copy-yank-able string " [line var-names calc-mode-map res x 0 calc-recall intern 1 "'" lookup-key nil calc-push-list calc-eval math-read-number error "Calc error \"%s\" on input \"%s\"" replace-regexp-in-string "" math-evaluate-expr mapcar org-babel-calc-maybe-resolve-var math-read-exprs] 11] ("sqrt(x)")) org-babel-execute:calc("sqrt(x)" ((:comments . "") (:shebang . "") (:cache . "no") (:padline . "") (:noweb . "no") (:tangle . "no") (:exports . "code") (:results . "replace") (:var x . 0.80004) (:session . "none") (:hlines . "no") (:result-type . value) (:result-params "replace") (:rowname-names) (:colname-names))) org-babel-execute-src-block(nil) org-babel-execute-src-block-maybe() org-babel-execute-maybe() org-babel-execute-safely-maybe() run-hook-with-args-until-success(org-babel-execute-safely-maybe) org-ctrl-c-ctrl-c(nil) call-interactively(org-ctrl-c-ctrl-c nil nil) #-- end of problematic code Command line: emacs -Q -l minimal-org.el ;;; minimal-org.el: ;;; Minimal setup to load latest `org-mode' ;; activate debugging (setq debug-on-error t debug-on-signal nil debug-on-quit nil) ;; add latest org-mode to load path (add-to-list 'load-path (expand-file-name "~/org-mode/maint/lisp")) (add-to-list 'load-path (expand-file-name "~/org-mode/maint/contrib/lisp" t)) ;; active Babel languages (org-babel-do-load-languages 'org-babel-load-languages '((calc . t))) ;;; end of minimal-org.el GNU Emacs 24.3.1 (i686-pc-cygwin) of 2013-08-14 on moufang Org-mode version 8.2.4 (release_8.2.4-3-g7fe99a @ /home/usuario/org-mode/maint/lisp/) TIA. Miguel Ruiz.
Re: [O] org-caldav: Syncing Error: Could not find UID...
Hi! I spent most of yesterday afternoon on toying with org-caldav. It came out as a more or less frustrating afternoon. A while (a year?) ago I had setup a _working_ script to export multiple calendars to owncloud. Owncloud wasn´t stable enough at that time, so I stopped using it. Now I´m trying to setup a "department cloud" and use it again. Two (small) of my three org files are exported fine as expected. That means it works in principle. The third (large) file gives a lot of problems. 1. I had the same error message as Daniel. I remember my critical UID beginning with TS10, too. Strange. 2. _All_ headlines get IDs. Not only those with an active time stamp. The note to self "Do experiments on copies only" now has red color and an increased font size. 3. While stepping through my script line by line I saw some R and lisp Code executed by org-babel while exporting calendar data. That was unexpected for me and I *believe* that was related to the UID error. I am not sure, but at one point it *once* exported my ToDos, afterwards returning the good old UID error. (org-caldav-delete-everything) didn´t change a thing here, too. All components used were recent git pulls. Because I tried more an more things with increasing levels of impatience I have no useful logs, but I at least want to confirm Daniels problems. Here is my setup for export (HOSTNAME replaced): === Todo.el (add-to-list 'load-path "~/GIT/org-mode/lisp/") (require 'org) (setq org-icalendar-include-todo t) (setq org-icalendar-use-deadline '(todo-due)) (setq org-icalendar-use-scheduled '(event-if-not-todo)) (require 'auth-source) (setq auth-sources '((:source "~/.netrc" :host t :protocol t))) (setq auth-source-debug t) (add-to-list 'load-path "~/GIT/org-caldav/") (setq org-caldav-url "https://HOSTNAME/owncloud/remote.php/caldav/calendars/steuer";) (setq org-caldav-calendar-id "todo") (setq org-caldav-files '("~/.pim/todo.org") ) (setq org-caldav-inbox "~/.pim/caldav-inbox.org") (require 'org-caldav) (org-caldav-sync) === This is called with: emacs --batch --load ${HOME}/Scripts/Todo.el inside a larger script. When I find time I´ll construct a minimal example, but not today. Any hints very appreciated. Detlef Am Fri, 06 Dec 2013 13:13:35 +0100 schrieb Daniel Thom : > Hi, > > because of this error i switched from owncloud to baikal. But the > error stays the same > > Every sync aborts with the message: > Could not find UID TS10-aa7e8257-c44f-47ef-b8ac-eb72130b8156. > > The Message Buffer says: > Duplicate ID "29b80a9d-597d-459e-bea5-f5f671b59ea5", also in file > . > . > > WARNING: 28 duplicate IDs found, check Messages buffer > progn: Could not find UID TS10-aa7e8257-c44f-47ef-b8ac-eb72130b8156. > > I have also run "C-u M-x org-caldav-delete-everything" but it changed > nothing. :-( > > How can i solve this error? > > Emacs Version: GNU Emacs 24.3.50.1 > orgmode Version: Org-mode version 8.2.1 > org-caldav: fresh install (git clone) >
[O] [babel] Lisp error: (void-variable params)
Hello, After this morning's update [1], I get the following backtrace when executing R code. --8<---cut here---start->8--- Debugger entered--Lisp error: (void-variable params) (org-babel-merge-params (nth 2 info) params) (sort (org-babel-merge-params (nth 2 info) params) (function (lambda (el1 el2) (string< (symbol-name (car el1)) (symbol-name (car el2)) (setcar c (sort (org-babel-merge-params (nth 2 info) params) (function (lambda (el1 el2) (string< (symbol-name (car el1)) (symbol-name (car el2))) (let* ((c (nthcdr 2 info))) (setcar c (sort (org-babel-merge-params (nth 2 info) params) (function (lambda (el1 el2) (string< (symbol-name (car el1)) (symbol-name (car el2 (let* ((rm (function (lambda (lst) (progn (let (... p) (while --dolist-tail-- ... ... ...))) lst))) (norm (function (lambda (arg) (let ((v ...)) (if (and v ...) (progn ...)) (lang (nth 0 info)) (params (let* ((c (nthcdr 2 info))) (setcar c (sort (org-babel-merge-params (nth 2 info) params) (function (lambda ... ...)) (body (let* ((c (nthcdr 1 info))) (setcar c (if (org-babel-noweb-p params :eval) (org-babel-expand-noweb-references info) (nth 1 info) (expand-cmd (intern (concat "org-babel-expand-body:" lang))) (assignments-cmd (intern (concat "org-babel-variable-assignments:" lang))) (expanded (if (fboundp expand-cmd) (funcall expand-cmd body params) (org-babel-expand-body:generic body params (and (fboundp assignments-cmd) (funcall assignments-cmd params)) (let* ((it (format "%s-%s" (mapconcat (function identity) (delq nil (mapcar ... ...)) ":") expanded)) (hash (sha1 it))) (if (with-no-warnings (called-interactively-p (quote interactive))) (progn (message hash))) hash)) (let ((print-level nil) (info (or info (org-babel-get-src-block-info (let* ((c (nthcdr 2 info))) (setcar c (sort (copy-sequence (nth 2 info)) (function (lambda (a b) (string< (car a) (car b))) (let* ((rm (function (lambda (lst) (progn (let ... ...)) lst))) (norm (function (lambda (arg) (let (...) (if ... ...) (lang (nth 0 info)) (params (let* ((c (nthcdr 2 info))) (setcar c (sort (org-babel-merge-params ... params) (function ...) (body (let* ((c (nthcdr 1 info))) (setcar c (if (org-babel-noweb-p params :eval) (org-babel-expand-noweb-references info) (nth 1 info) (expand-cmd (intern (concat "org-babel-expand-body:" lang))) (assignments-cmd (intern (concat "org-babel-variable-assignments:" lang))) (expanded (if (fboundp expand-cmd) (funcall expand-cmd body params) (org-babel-expand-body:generic body params (and (fboundp assignments-cmd) (funcall assignments-cmd params)) (let* ((it (format "%s-%s" (mapconcat (function identity) (delq nil ...) ":") expanded)) (hash (sha1 it))) (if (with-no-warnings (called-interactively-p (quote interactive))) (progn (message hash))) hash))) org-babel-sha1-hash(("R" "<... my R code ...>" ((:cache . "no") (:colname-names) (:comments . "") (:eval . "never") (:exports . "results") (:hlines . "no") (:noweb . "yes") (:padline . "") (:result-params "replace") (:result-type . value) (:results . "replace") (:rowname-names) (:session . "none") (:shebang . "") (:tangle . "no")) "" "boxplot-plan" 0 1823)) (setq hash (org-babel-sha1-hash info)) (progn (let* ((lang-headers (intern (concat "org-babel-default-header-args:" lang))) (heading (nth 4 (condition-case nil (progn (org-heading-components)) (error nil (export-buffer (current-buffer)) (original-buffer (org-babel-exp-get-export-buffer)) results) (if original-buffer (progn (set-buffer original-buffer) (save-restriction (if heading (progn (condition-case nil ... ...))) (setq results (let* (...) (setcar c ... (set-buffer export-buffer) results))) (setq hash (org-babel-sha1-hash info))) (if (member (cdr (assoc :exports (nth 2 info))) (quote ("both" "results"))) (progn (let* ((lang-headers (intern (concat "org-babel-default-header-args:" lang))) (heading (nth 4 (condition-case nil (progn ...) (error nil (export-buffer (current-buffer)) (original-buffer (org-babel-exp-get-export-buffer)) results) (if original-buffer (progn (set-buffer original-buffer) (save-restriction (if heading (progn ...)) (setq results (let* ... ...))) (set-buffer export-buffer) results))) (setq hash (org-babel-sha1-hash info (progn (if (member (cdr (assoc :exports (nth 2 info))) (quote ("both" "results"))) (progn (let* ((lang-headers (intern (concat "org-babel-default-header-args:" lang))) (heading (nth 4 (condition-case nil ... ...))) (export-buffer (current-buffer)) (original-buffer (org-babel-exp-get-export-buffer)) results) (if original-buffer (progn (set-buffer original-buffer) (save-restriction (if heading ...) (setq results ...)) (set-buffer export-buffer) results))) (setq hash (org-babel-sha1-hash info (org-babel-exp-do-export info (quote block) hash)) (if info (progn (if (member (cdr (assoc :exports (nth 2 info))) (quote ("both" "results"))
Re: [O] emphasis inside source block?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/09/13, 22:36 , David Rogoff wrote: > Sorry if this has been discussed but I wasn’t able to find info on > it. I have lots of source blocks in my org files (tcl, verilog, > shell-script, etc). I want to be able to highlight (e.g. *bold*) > text in the code but this doesn’t work since it’s using the > specified language mode instead of org mode. Is there some way to > use a minor mode within source blocks that would allow this? It’s > become a big problem in generating documentation. I don't think so - as any code in the source blocks can be executed (C-c C-c) or tangled into executable code, so any markup would interfere with these processes. Although I do think it would be quite useful, I guess it would be really difficult to implement in a consistent way between different code blocks with different languages. Cheers, Rainer > > Thanks, > > David > - -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax : +33 - (0)9 58 10 27 44 Fax (D):+49 - (0)3 21 21 25 22 44 email: rai...@krugs.de Skype: RMkrug -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSptcAAAoJENvXNx4PUvmChwcH/2kU/ldGw9gCMyvltDYM5wYQ 1GeRjWvRdtVtzFfHxH+9w29lIH2GaBBBlZoy2x9SwfKCbAbZLURlIfqx8vrF4yMt T/60GzUP3Uz8uXE+BXxG5+9sAfxHUfR9K09y2RXUt58gjrqqJVxQOdVJf7vy7TWS YYBqhxweB1fdaTWmYJz0P1ObOiRmw1TR1CV8qGogT5m/O4JnBzr0wcF0hxGfvU8k Kv23cD9s7q18mDa01RAvaDlorm/OerCWvEkiTgLftwBKuH6d64FNGLOSmZTAacZx VlXSoTjVwnjEoKGt4KXABjYsNtvY5f7WkAeUBv8lZn+TYZjxWzfXDsxlt9Moc0w= =Jzkc -END PGP SIGNATURE-
[O] Bash script to update - only make when update there?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi I have a question concerning a bash script to update org (and ess in the same way but in a different script). The script I use to update org looks as follow: #!/bin/sh cd ~/.emacs.d/org-git #!/bin/sh git checkout master make update which works nicely, but I would like to only execute the "make update" if git updated something - I am sure this is possible, but how? Thanks, Rainer - -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax : +33 - (0)9 58 10 27 44 Fax (D):+49 - (0)3 21 21 25 22 44 email: rai...@krugs.de Skype: RMkrug -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSptRSAAoJENvXNx4PUvmCcpMIAI3A8M/YsSmgB8IShrIc12S3 qZSM+jOUdCZaSxs7rA2NMs0J9W9nL+spvZN66c/VS4je75KPxQXeKCmbSsThuoKW U6kbMQU1lyHiyFFkwq8ZOSYTWisA/X4d4uQ5rT99kfx1uthvLbyMKLvZzvSkxceG W3+yMKuhiMDT+Rc3Qwuox6+N4YtucJbPkcjJJwKEtSZwIFdVhxRxFxBkGaZhS+Cy UpMHjyxrtHUjAPVVl7LDng51ps+69kXCi6rf2+rHWwIViErkhytXLMA1IHC63qCc 48QmjFVnHBklcKFZ0MjhQ6EHkg/M+Xjp0UNr4I/QO0k06F8ITTnERIwnIsRpFRk= =RpCX -END PGP SIGNATURE-