Re: [O] working mathjax example
On 11/27/2013 04:46 PM, Russell L. Carter wrote:
> Hi,
>
> I'm trying to bring up a simple mathjax example. Org-mode is git
> current and otherwise works fine. MathJax is git current and lives in
> /opt/mathjax/git/MathJax.js. Both firefox 26 and chromium 31 display
> the MathJax tests perfectly from my org->html test directory.
>
> I've copied the example code from the org manual into a file
> containing:
>
> --cut-herecut-herecut-herecut-herecut-here--
>
> #+HTML_MATHJAX: align:"left" mathml:t path:"/opt/mathjax/git/MathJax.js"
> #+options: latex:verbatim
I took another look at this, and the fix (for me) was trivial. It
turns out that removing the "mathml:t" property from the example
HTML_MATHJAX line provided in the org-manual section 12.6.8 solves the
problem. Hopefully this can save other MathJax noobs the time it took
me to wade through ox-html.el and puzzle over the :MMLYES/:MMLNO lines
in there.
Anyway, I can now complete my transition from generating PDFs to
generating HTML and that makes me very happy.
Cheers,
Russell
>
> \begin{equation}
> x=\sqrt{b}
> \end{equation}
>
> If $a^2=b$ and \( b=2 \), then the solution must be
> either $$ a=+\sqrt{2} $$ or \[ a=-\sqrt{2} \].
>
> --cut-herecut-herecut-herecut-herecut-here--
>
> I exported per the instructions using org-export-to-html. The
> exported html file has lots of good stuff suggesting that the export
> seems to be working. But both firefox and chrome display the math
> bits replaced by [Math Processing Error]. Does anyone have an idea
> what I am doing wrong?
>
> The actual exported is (stuff before elided):
>
>
>
> json
> \begin{equation}
> x=\sqrt{b}
> \end{equation}
>
>
> If \(a^2=b\) and \( b=2 \), then the solution must be
> either $$ a=+\sqrt{2} $$ or \[ a=-\sqrt{2} \].
>
>
>
> Author: Russell L. Carter
> Created: 2013-11-27 Wed 16:17
> http://www.gnu.org/software/emacs/";>Emacs
> 24.3.1
> (http://orgmode.org";>Org mode 8.2.3c)
> href="http://validator.w3.org/check?uri=referer";>Validate
>
>
>
> Thanks!
> Russell
>
Re: [O] words starting with call_ confuse C-c C-c and export
Hello,
Daniel Clemente writes:
> Hi, with org-mode from today on Emacs 23.4.1 and with this 2-line file:
>
> - [ ] call_me
> - [ ] try funcall_lambda (maybe)
>
>
> 1. Go to the „me“ and press C-c C-c. You get „C-c C-c can do nothing
> useful at this location“. I expected to switch the checkbox.
This should be fixed.
> 2. Go to the „maybe“ and press C-c C-c. I got:
>
> Debugger entered--Lisp error: (void-function maybe)
> (maybe)
> eval((maybe))
> org-babel-read("(maybe)")
> org-babel-ref-parse("results=(maybe)")
> #[(el) …
> mapcar(#[(el) …
> org-babel-process-params(((:comments . "") (:shebang . "") (:cache .
> "no") (:padline . "") (:noweb . "no") (:tangle . "no") (:exports .
> "code") (:results . "replace") (:var . "results=(maybe)") (:hlines .
> "no") (:session . "none")))
> org-babel-lob-execute(("lambda (maybe)" nil 13 nil))
> org-babel-lob-execute-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)
>
>
> 3. Similar confusions happen on export; the word Fcall_interactively which
> appeared in a gdb backtrace was crashing the HTML exportation.
>
>
> I think something similar happened to me years ago, and I had to
> avoid all call_ words!
We may tweak `org-babel-inline-lob-one-liner-regexp' in order to make it
harder to trigger it unwillingly.
Cc'ing Eric Schulte to know his opinion.
Regards,
--
Nicolas Goaziou
Re: [O] org habit consistency graph
Hi Chris, > Anyone else help me identify the issue? Thanks. Have you tried with a minimal org configuration? I tried and cannot reproduce the problem. That suggests something else in your org configuration as the culprit. I have attached your example TODO (habit) as henderson-habit.org. Update the paths as appropriate in the attached minimal-org.el, then star emacs with it and see what happens for you. emacs -Q -l minimal-org.el After issuing M-x org-agenda a, I get an agenda with a consistency graph. Best, Josiah * TODO exercise SCHEDULED: <2013-12-03 Tue .+1d> - State "DONE" from "TODO" [2013-12-02 Mon 17:31] - State "DONE" from "TODO" [2013-12-02 Mon 17:30] :PROPERTIES: :LAST_REPEAT: [2013-12-02 Mon 17:31] :STYLE:habit :END: minimal-org.el Description: application/emacs-lisp
Re: [O] Babel python question: use of ipython and %cpaste
Hi
On 12/03/2013 03:44 AM, Rasmus wrote:
>> [ipython in org mode]
> For Org you could do:
>
> (setq org-babel-python-command "ipython --no-banner --classic
> --no-confirm-exit")
>
> You should now be able to do
>
> #+BEGIN_SRC python :results output
> %timeit 1+1
> #+END_SRC
>[...]
nice ;) that works well for me. Thanks!
Since I now have ipython as an interpreter, is there a way to have org
mode use %cpaste to copy the code into the python buffer?
That way empty lines would be handled correctly, e.g.
#+BEGIN_SRC python :results output :session
for i in range(2):
print(i)
print("next")
print("done")
#+END_SRC
would work. I got it to work using something like this
; use %cpaste to paste code into ipython in org mode
(defadvice org-babel-python-evaluate-session
(around org-python-use-cpaste
(session body &optional result-type result-params) activate)
"add a %cpaste and '--' to the body, so that ipython does the right
thing."
(setq body (concat "%cpaste\n" body "\n--"))
ad-do-it
(setq ad-return-value (replace-regexp-in-string "\\(^Pasting code;
enter '--' alone on the line to stop or use Ctrl-D\.[\r\n]:*\\)" ""
ad-return-value)))
I also put a request in to have a %cpaste -q option to suppress output.
But I'm wondering if there is a better way of doing this...
thanks again
Arun
Re: [O] How to export all content of a sparse tree to a separate buffer/file?
Hello, Subhan Tindall writes: > I'm looking for a relatively straightforward way to export content from one > org file to a separate org file or org-mode buffer. > > I've got the org exporter bit working > > I can create the sparse tree based on a given tag with no problem. > But, when I export it using 'visible only' > what I get is headlines only. > There are a fair number of headlines with content below the headline like > this: > ** NOTES > a whole buch of stuff > here that I would like to export as well > > as well as a lot of clocking information. Do you mean that "visible only" export doesn't export everything visible in the buffer? If so, could you provide an ECM? Regards, -- Nicolas Goaziou
Re: [O] Ignored in-buffer settings and after-export hook
Hello, Daniel Gerber writes: > On 24/10/2013 20:05, Nicolas Goaziou wrote: > I guess I can, but it means re-doing the mapping sources to exported > file names. AFAICT, there is only one place where both the source and the output name are known: in `org-publish-file', right after a file has been published. We may add a hook there. Since, at that time, the current buffer can be anything, both file names need to be passed as arguments to the hook. Also, files skipped during the publishing process won't trigger it. What do you think? >>> It would be fine! >> It has been a long time, but would you mind testing the following patch? > Yes it works for me. Applied then. Thank you for reporting back. Regards, -- Nicolas Goaziou
Re: [O] Exporting to HTML, LaTeX header is not recovered in the Org buffer
Hello,
Mosè Giordano writes:
> For example
> #+TITLE: foo
> #+LATEX_HEADER: \usepackage{lipsum} \newenvironment{dummy}{}{}
> #+OPTIONS: tex:dvipng
>
> \begin{dummy}
> \lipsum[1]
> \end{dummy}
> used to work until Org < 8 (of course with `LaTeX:dvipng' instead of
> `tex:dvipng'), but with the new HTML exporter the LaTeX header is
> recovered inside the `org-create-formula-image-with-dvipng' function
> while being in the ` *temp*' buffer, so the LATEX_HEADER option set in
> the Org file is discarded. Is it an intended behavior? Or is it a
> bug? I'm running Org 8.2.3c (20131125) from Elpa.
This should be fixed. Thank you for the detailed report.
Regards,
--
Nicolas Goaziou
Re: [O] org-indent-mode corrupted most of a big org file
Nick Dokos,
Nick Dokos wrote:
> Alexander Baier writes:
>
>> I used to set up backup-directory-alist the same way you have, but
>> changed it, when I noticed emacs putting backups of files I edited as
>> root into that directory. That was something I did not want to do.
>>
>
> OK - I haven't lived with this setup long enough to know better.
>
> On another subject:
>
>> (setq backup-directory-alist
>> '(("/home/delexi/*" . "/home/delexi/.emacs.d/backup")))
>
> the docstring says that the car of each dotted pair in the alist is a
> regexp: I presume an emacs regexp, not a shell glob pattern. So the
> setting should be
>
> (setq backup-directory-alist '(("/home/delexi/.*" . "/some/dir")))
>
> - no?
Yes, I do have (for years) the following:
--8<---cut here---start->8---
(setq backup-directory-alist
'((".*" . "~/.emacs.d/backups/")))
--8<---cut here---end--->8---
Emacs will `make-directory' it, if necessary.
Best regards,
Seb
--
Sebastien Vauban
Re: [O] [Bug] commit 39070b7fc7 breaks babel test
It's been a week and this test still fails. Would it make sense to automatically enforce passing all tests before git accepts a change? On Wed, Nov 27, 2013 at 2:58 AM, Achim Gratz wrote: > > Hi Eric, > > this change seems to introduce additional line breaks in the following > test: > > --8<---cut here---start->8--- > Test test-ob/catches-all-references condition: > (ert-test-failed > ((should >(string= > (org-babel-execute-src-block) > "A literal example\non two lines for me.")) > :form > (string= "A literal example\non two lines\n for me." "A literal > example\non two lines for me.") > :value nil)) >FAILED 1/1 test-ob/catches-all-references > --8<---cut here---end--->8--- > > This seems to happen because the final \n from the babel result is not > stripped anymore, pointing to the change in ob-core. IIRC we > flip-flopped a few times already with including or not including this > final newline, so I don't know whether the code or the test should > change.
Re: [O] org-indent-mode corrupted most of a big org file
Alexander Baier writes:
> I used to set up backup-directory-alist the same way you have, but
> changed it, when I noticed emacs putting backups of files I edited as
> root into that directory. That was something I did not want to do.
>
OK - I haven't lived with this setup long enough to know better.
On another subject:
> (setq backup-directory-alist
> '(("/home/delexi/*" . "/home/delexi/.emacs.d/backup")))
the docstring says that the car of each dotted pair in the alist is a
regexp: I presume an emacs regexp, not a shell glob pattern. So the
setting should be
(setq backup-directory-alist '(("/home/delexi/.*" . "/some/dir")))
- no?
Nick
Re: [O] org-indent-mode corrupted most of a big org file (solved backups)
After reading a little bit about emacs backup functions I experimented with customising emacs using the 'options' menu and succeeded in getting the type of backups you were talking about. It looks similar to yours (I even tried a version from the emacs backup-wiki without success) and I don't know why it did not work previously. Anyhow thanks again for your pointer. Regards Johann -- J.H. Spies - Tel. 021-982 2694 / 082 782 0336 / 021-808 4699(w) Posbus 4668, Tygervallei 7536 "Submit yourselves therefore to God. Resist the devil, and he will flee from you." James 4:7
Re: [O] org-indent-mode corrupted most of a big org file
Hello Nick,
On 13-12-03 18:43 Nick Dokos wrote:
[...]
>
> The docstring for backup-directory-alist says
>
> ,
> | For the common case of all backups going into one directory, the alist
> | should contain a single element pairing "." with the appropriate
> | directory name.
> `
>
> FWIW, I tried
>
> (setq backup-directory-alist '(("." . "/home/nick/.emacs.d/backup-dir")))
>
> and it seems to work. I don't remember if I had to create the backup-dir
> beforehand.
>
> Nick
>
I used to set up backup-directory-alist the same way you have, but
changed it, when I noticed emacs putting backups of files I edited as
root into that directory. That was something I did not want to do.
Regards,
--
Alexander Baier
Re: [O] org-indent-mode corrupted most of a big org file
Johann Spies writes:
> Hello Alexander,
>
> Thanks for your attention.
>>
>> that is strange. I cannot remember doing something else besides putting
>> the mentioned code into my init file. I can only think of these
>> "trivial" reason why this does not work for you:
>>
>> - Did you evaluate the code or restarted your emacs?
>
> Yes, I killed emacs (daemon) and restarted it. How do you evaluate
> (reload) ~/.emacs from emacs running?
>
>> - Are the files you are editing somewhere under /home/js/?
>
> Yes: in /home/js/DropBox/orgmode and then /home/js/.emacs
>
>> - Did you really edit and save a file since adding the code to your init
>>file?
> Yes
>
>> - In case you are editing files under version control: Did you turn on
>>vc-make-backup-files?
>
> None of those files are under version control.
>
> I have done this on two computers - at work (the earlier message) and home.
>
The docstring for backup-directory-alist says
,
| For the common case of all backups going into one directory, the alist
| should contain a single element pairing "." with the appropriate
| directory name.
`
FWIW, I tried
(setq backup-directory-alist '(("." . "/home/nick/.emacs.d/backup-dir")))
and it seems to work. I don't remember if I had to create the backup-dir
beforehand.
Nick
Re: [O] org-indent-mode corrupted most of a big org file
Hello Johann, On 13-12-03 18:23 Johann Spies wrote: > Hello Alexander, > > Thanks for your attention. >> >> that is strange. I cannot remember doing something else besides putting >> the mentioned code into my init file. I can only think of these >> "trivial" reason why this does not work for you: >> >> - Did you evaluate the code or restarted your emacs? > > Yes, I killed emacs (daemon) and restarted it. How do you evaluate > (reload) ~/.emacs from emacs running? > There are several ways of doing this. You can open your ~/.emacs and simply do M-x eval-buffer RET. But it would also be sufficient to just evaluate the newly added sexp, e.g. by marking them and calling M-x eval-region. [...] > I have done this on two computers - at work (the earlier message) and home. Than I am out of ideas. You could take a look at the manual yourself and see, if we missed something: (info "(Emacs) Backup"). (In case you do not know how to open the manual based on the expression above: Place your curser after the ')' closing the info expression and press `C-x C-e'.) Regards, -- Alexander Baier
Re: [O] org-indent-mode corrupted most of a big org file
Hello Alexander, Thanks for your attention. that is strange. I cannot remember doing something else besides putting the mentioned code into my init file. I can only think of these "trivial" reason why this does not work for you: - Did you evaluate the code or restarted your emacs? Yes, I killed emacs (daemon) and restarted it. How do you evaluate (reload) ~/.emacs from emacs running? - Are the files you are editing somewhere under /home/js/? Yes: in /home/js/DropBox/orgmode and then /home/js/.emacs - Did you really edit and save a file since adding the code to your init file? Yes - In case you are editing files under version control: Did you turn on vc-make-backup-files? None of those files are under version control. I have done this on two computers - at work (the earlier message) and home. Regards Johann -- J.H. Spies - Tel. 021-982 2694 / 082 782 0336 / 021-808 4699(w) Posbus 4668, Tygervallei 7536 "Submit yourselves therefore to God. Resist the devil, and he will flee from you." James 4:7
Re: [O] Bugs in org-drill
On 3.12.2013, at 17:47, Lukas Fuernkranz wrote: > Hi, > > On Mon, May 20, 2013 at 8:53 PM, Lukas Fuernkranz > wrote: >> On Tue, May 14, 2013 at 5:19 PM, Ivan Kanis wrote: >>> I tried 1.8 two weeks ago. I got two bugs in org-drill: > [...] >> I also encountered problem 1 and opened a bug report: >> https://bitbucket.org/eeeickythump/org-drill/issue/9/org-drill-doesnt-accept-near-miss-and > > the mentioned problem was fixed quite some time ago in org-drill's > repository (see the link above). However org-plus-contrib on ELPA > apparently still comes with an old version of org-drill. What needs > to be done to fix this? Could someone of you do this? I will grab and install the new version. Thanks - Carsten > > Regards, > > Lukas >
Re: [O] Getting checkboxes in HTML output?
On 12/3/13, 10:24 AM, Sebastien Vauban wrote: Rick Frankel, Rick Frankel wrote: This is sort of close to using [ ] for unchecked [/] for partially checked [X] for checked To my aging eyes, the check in U#9745 looks almost like a forward slash. Certainly, though, this would be potentially confusing, especially if no [X] boxes were present, so that only [ ] or [/] were visible. Right. I am going to make this a configurable option in ox-html, although consensus is that trying to emulate the partial checkbox ([-]) w/ other unicode symbols is too confusing, so we will simply use an empty ballot box. You mean no difference between unchecked and partially checked? If yes, this is wrong IMO. I did not search for long, but there should be usable unicode characters. To name a few: - U+25EB White square with vertical bisecting line - U+25F1 White square with lower left quadrant I think Rick's proposal of treating partially completed checkboxes as empty is appropriate. It's kind of the graphical equivalent of the "floor" function. The problem is that we really need three symbols which clearly and unambiguously represent three states of completion: none, partial and full. Unicode doesn't seem to give us any triplets like that, and trying to kludge otherwise unrelated symbols is not going to be satisfactory. That said, one possibility that strikes me would be: U+25A1 White square U+25E7 Square with left half black U+25A0 Black square The drawback, as I see it, is that if only white squares or only black squares appear, they would simply look like some kind of stylish bullet characters. -pd -- Peter Davis The Tech Curmudgeon www.techcurmudgeon.com
[O] Fwd: Bugs in org-drill
Hi, On Mon, May 20, 2013 at 8:53 PM, Lukas Fuernkranz wrote: > On Tue, May 14, 2013 at 5:19 PM, Ivan Kanis wrote: >> I tried 1.8 two weeks ago. I got two bugs in org-drill: [...] > I also encountered problem 1 and opened a bug report: > https://bitbucket.org/eeeickythump/org-drill/issue/9/org-drill-doesnt-accept-near-miss-and the mentioned problem was fixed quite some time ago in org-drill's repository (see the link above). However org-plus-contrib on ELPA apparently still comes with an old version of org-drill. What needs to be done to fix this? Could someone of you do this? Regards, Lukas
Re: [O] Getting checkboxes in HTML output?
Rick Frankel, Rick Frankel wrote: >> This is sort of close to using >> [ ] for unchecked >> [/] for partially checked >> [X] for checked >> >> To my aging eyes, the check in U#9745 looks almost like a forward >> slash. Certainly, though, this would be potentially confusing, >> especially if no [X] boxes were present, so that only [ ] or [/] were >> visible. > > Right. I am going to make this a configurable option in ox-html, > although consensus is that trying to emulate the partial checkbox > ([-]) w/ other unicode symbols is too confusing, so we will simply use > an empty ballot box. You mean no difference between unchecked and partially checked? If yes, this is wrong IMO. I did not search for long, but there should be usable unicode characters. To name a few: - U+25EB White square with vertical bisecting line - U+25F1 White square with lower left quadrant Best regards, Seb -- Sebastien Vauban
Re: [O] Getting checkboxes in HTML output?
On 2013-12-02 03:44, Sebastien Vauban wrote: Hello, Carsten Dominik wrote: I agree, but couldn't think of any other way. There are 3 other unicode options: 1. A box with an X (☒ U+2612 BALLOT BOX WITH X) 2. A bare (unboxed) X (✗ U+2717 BALLOT X) 3 A bare checkmark (✓ U+2713 CHECK MARK) I also found this character: U+237B ⍻ not check mark If you think one of those would work we could use it instead. No, I don't think any of them does it. From http://en.wikipedia.org/wiki/Checkbox: ╭ Tri-state checkbox │ │ Some applications use checkboxes that allow an indeterminate state in │ addition to the two provided by a normal checkbox. This third state is │ shown as a square or dash in the checkbox, and indicates that its state │ is neither checked nor unchecked. This is most often used when the │ checkbox is tied to a collection of items in mixed states. ╰ Something like [-] could be nice, then, as corresponds to the Org look and feel. Unfortunately, a symbol like this is unavailable in unicode and the html checkbox is only two state. The only HTML solutions i've found involve javascript and images rather than html checkbox (input) elements. rick
Re: [O] Getting checkboxes in HTML output?
On 2013-12-02 11:38, Peter Davis wrote: I've now changed ox-html.el to include this: (defun org-html-checkbox (checkbox) "Format CHECKBOX into HTML." (case checkbox (on "☒") (off "☐") (trans "☑") (t ""))) This is sort of close to using [ ] for unchecked [/] for partially checked [X] for checked To my aging eyes, the check in U#9745 looks almost like a forward slash. Certainly, though, this would be potentially confusing, especially if no [X] boxes were present, so that only [ ] or [/] were visible. Right. I am going to make this a configurable option in ox-html, although consensus is that trying to emulate the partial checkbox ([-]) w/ other unicode symbols is too confusing, so we will simply use an empty ballot box. rick
Re: [O] Bug: Bad ODT files when including multiple images [7.9.3f (release_7.9.3f-17-g7524ef @ /usr/share/emacs/24.3/lisp/org/)]
Enrico Scholz writes: >> It seems LibreOffice 4.1 now requires that draw:frame elements wrapping >> images be uniquely named with the draw:name attribute if there's more >> than one of them. >> ... >> So we may need a fix for the corner case of identical captions as >> well. > > Why do we need meaningful 'draw:name' values at all? And why use the > caption for it? Just adding 'draw:name="Image%u"' and incrementing the > index after each use seems to be enough. Indeed, that sounds like a simple all-round fix, and better than one solution for uncaptioned images and a fragile one for captioned ones. Did a quick test replacing the draw:name attributes for captioned images with such generic names, and it didn't seem to cause any problems. > Alternatively, '#+NAME:' seems to be a much better choice than > #+CAPTION. But not a good one, since users do not necessarily name images. Yours, Christian
Re: [O] Bug: Bad ODT files when including multiple images [7.9.3f (release_7.9.3f-17-g7524ef @ /usr/share/emacs/24.3/lisp/org/)]
Christian Moe writes: > It seems LibreOffice 4.1 now requires that draw:frame elements wrapping > images be uniquely named with the draw:name attribute if there's more > than one of them. > ... > So we may need a fix for the corner case of identical captions as > well. Why do we need meaningful 'draw:name' values at all? And why use the caption for it? Just adding 'draw:name="Image%u"' and incrementing the index after each use seems to be enough. Alternatively, '#+NAME:' seems to be a much better choice than #+CAPTION. Enrico
Re: [O] Bug: Bad ODT files when including multiple images [7.9.3f (release_7.9.3f-17-g7524ef @ /usr/share/emacs/24.3/lisp/org/)]
Hi, This problem was also reported by Tyler Smith a couple of weeks back. I confirmed it and did a little checking. Unfortunately I also sort of promised a patch, which I never got around to. Instead, let me report what I've found about the syntax: It seems LibreOffice 4.1 now requires that draw:frame elements wrapping images be uniquely named with the draw:name attribute if there's more than one of them. Multiple uncaptioned images fail because Org currently wraps them in frames without these attributes. e.g. a simple document containing [[file:test1.jpg]] [[file:test2.jpg]] results in unnamed image frames, e.g. for the first image of the example: This now results in a read error in LibreOffice 4.1. LibreOffice uses draw:name="graphics1", "graphics2" etc. for the draw:frame element when a picture is inserted, but I think any unique value will do. The problem does not occur if you add captions to the images. Then the draw:frame gets a draw:name attribute containing the caption text. e.g. #+caption: A picture [[file:test1.jpg]] #+caption: Another picture [[file:test2.jpg]] exports without a problem, because it results in draw:frame elements like (for the first picture of the example): ^ However, this only works as long as each caption is unique. If you have more than one image with identical #+captions, even if they have different #+names, you get the read error. So we may need a fix for the corner case of identical captions as well. I haven't checked what other elements may be affected by similar new requirements besides images. Yours, Christian
Re: [O] org-indent-mode corrupted most of a big org file
Hello Johann,
that is strange. I cannot remember doing something else besides putting
the mentioned code into my init file. I can only think of these
"trivial" reason why this does not work for you:
- Did you evaluate the code or restarted your emacs?
- Are the files you are editing somewhere under /home/js/?
- Did you really edit and save a file since adding the code to your init
file?
- In case you are editing files under version control: Did you turn on
vc-make-backup-files?
HTH,
--
Alexander Baier
On 13-12-03 09:33 Johann Spies wrote:
> Thanks for sharing this. However, after adding this to my ~/.emacs I do not
> see anything appearing in my .emacs.d/backup directory.
>
> #+begin_src emacs-lisp
> (setq make-backup-files t)
> (setq backup-directory-alist '(("/home/js/*" . "/home/js/.emacs.d/backup")))
> (setq backup-by-copying t ; don't use symlinks
> delete-old-versions t; don't ask me about deleting backups
> kept-new-versions 20
> kept-old-versions 5
> version-control t) ; use versioned backups
> #+end_src
>
>
>
> Regards
> Johann
>
>
> On 2 December 2013 17:37, Alexander Baier wrote:
>
>> On 13-12-02 12:21 Rainer Stengele wrote:
>> > All,
>> >
>> > last week I played around with org-indent-mode in my biggest (37.000
>> lines) org file.
>> > 3 days later I detected that most of the file was corrupted.
>> > WHy so late? Using the agenda I only saw the todos and did not recognise
>> the corrupted structures.
>> > Most "*" items had been placed at the beginning of the line and
>> therefore now became headlines.
>> > I do not know how this happened. I am not sure if I myself was the
>> reason somehow.
>> > Anyway I had to spend a fair amount of work to get the old file format
>> from
>> > subversion and insert the changes since the corruption.
>> >
>> > This is just a warning to have backups at hand before changing to
>> org-indent mode.
>> > Then immediately and check often the contents of the file until you are
>> sure all is running well.
>> >
>> > Maybe someone has an idea.
>> >
>> > I will try to convert again later but then be much more careful.
>> >
>> > Rainer
>> >
>> >
>>
>> FWIW, I have the following snippet in my init file, that uses emacs'
>> build-in backup machanism to save me from such things. As emacs stuffs
>> them all in one central location, I do not have to worry about polluting
>> my filesystem.
>>
>> #+begin_src emacs-lisp
>> (setq make-backup-files t)
>> (setq backup-directory-alist '(("/home/delexi/*" .
>> "/home/delexi/.emacs.d/backup")))
>> (setq backup-by-copying t ; don't use symlinks
>> delete-old-versions t; don't ask me about deleting backups
>> kept-new-versions 20
>> kept-old-versions 5
>> version-control t) ; use versioned backups
>> #+end_src
>>
>> If you want to make backups from files under version control, you also
>> have to set the following:
>>
>> #+begin_src emacs-lisp
>> (setq vc-make-backup-files t)
>> #+end_src
>>
>> This already saved me a couple of times.
>>
>> Regards,
>> --
>> Alexander Baier
>>
>>
Re: [O] Babel python question: use of ipython and %cpaste
Am 03.12.2013 07:08, schrieb Arun Persaud: Hi being able to use python as a source block is great, but I often stumble over the fact that when using sessions you have to treat empty lines in a special way (i.e. as the end of an indentation block). I was wondering if it would be easy to create an ipython mode, something like #+BEGIN_SRC ipython ... where the content for a session is copied over to an ipython buffer using the ipython magic %cpaste. This way empty lines should be treated correctly. Using the magic command, as shown in Rasmus' answer, should work. If not, as for python-mode.el, please file a bug-report at https://bugs.launchpad.net/python-mode
Re: [O] Getting checkboxes in HTML output?
On Mon, Dec 02, 2013 at 08:11:25PM -0500, Nick Dokos wrote: > Peter Davis writes: > > > I've now changed ox-html.el to include this: > > > > As an FYI: you don't need to change ox-html.el. You can just load a file > containing the redefinition *after* you've loaded ox-html. Something > like this (untested): > > (eval-after-load "ox-html" > (defun org-html-checkbox (checkbox) > )) > > That way, you have pristine sources *and* you get the redefined > function. > Thanks, Nick. That's definitely cleaner! -pd
Re: [O] Babel python question: use of ipython and %cpaste
Arun Persaud writes:
> Hi
>
> being able to use python as a source block is great, but I often stumble
> over the fact that when using sessions you have to treat empty lines in
> a special way (i.e. as the end of an indentation block).
>
> I was wondering if it would be easy to create an ipython mode, something
> like
>
> #+BEGIN_SRC ipython ...
You can get some of the way already. Personally, I don't see the need
of a ipython block as I see IPython as an interpreter.
> where the content for a session is copied over to an ipython buffer
> using the ipython magic %cpaste. This way empty lines should be treated
> correctly.
>
> It would also have the nice side effect of giving access to other magic
> commands within org-babel, such as %timeit or profiling.
You could still use python source blocks for this.
For python.el I use :
(setq python-shell-interpreter "ipython"
;; org mode seems to work better with classic mode. . .
python-shell-interpreter-args "--classic --no-banner"
python-shell-completion-setup-code
"from IPython.core.completerlib import module_completion"
python-shell-completion-module-string-code
"';'.join(module_completion('''%s'''))\n"
python-shell-completion-string-code
"';'.join(get_ipython().Completer.all_completions('''%s'''))\n")
For Org you could do:
(setq org-babel-python-command "ipython --no-banner --classic
--no-confirm-exit")
You should now be able to do
#+BEGIN_SRC python :results output
%timeit 1+1
#+END_SRC
#+RESULTS:
: >>> 1000 loops, best of 3: 31.5 ns per loop
: >>>
–Rasmus
--
Hooray!
Re: [O] Bug: Bad ODT files when including multiple images [7.9.3f (release_7.9.3f-17-g7524ef @ /usr/share/emacs/24.3/lisp/org/)]
Jambunathan K writes: > If problem persists with new exporter, let me know. I will be happy to > share a fix. yes; reproduced with Org-mode version 8.2.3c (8.2.3c-17-gc92606-elpa @ /home/ensc/.emacs.d/elpa/org-20131202/) Enrico
Re: [O] Dynsite: easier configuration of projects, with config.or instead of emacs lisp and dynamic relative paths
Hi, Iannis Zannos writes: > I'd like to present my project Dynsite for orgmode here I just tested it. It is really cool. Thanks! -- Konubinix GPG Key: 7439106A Fingerprint: 5993 BE7A DA65 E2D9 06CE 5C36 75D2 3CED 7439 106A signature.asc Description: PGP signature
Re: [O] Org-mode in windows fires Tramp without any intervention
Toni Cebrián writes: > Hi, Hi Toni, > I have my own complex Emacs configuration files developed over time > when working in a Linux environment. You can see that > https://github.com/tonicebrian/emacsconfig in case you are curious. It > works seamlessly in Linux and I tried to use that as-is when working > in Windows. Emacs in Windows reads that configuration and fires up > also without any warning. The problem comes when I try to open a > complex Org file, with some links in it. I don't know why, but Tramp > is fired and tries to ssh to the machines in one URL within a link > element that has the form "http://machine:8080/more/levels";. > > I don't even have the (require 'tramp) in my init.el file so this is > something the Org mode plugging is doing by itself. By the way, the > org mode version I have is org-20131202 from elpa and Emacs is 24.3.1 > for Windows. Do you know where to look or what to try? This same Org > file, the same init.el and the same emacs version work without any > problem in Linux. > > Any clues? I guess something of the decoded URL, like "/machine:8080", is treated as remote file name Tramp feels responsible for. Could you please send a short example file which triggers the bug? I would try to debug it then. Please note that I don't use org regularly, so some comments on what to do with that file would be helpful. Best regards, Michael.
Re: [O] Ignored in-buffer settings and after-export hook
Hello, On 24/10/2013 20:05, Nicolas Goaziou wrote: I guess I can, but it means re-doing the mapping sources to exported file names. AFAICT, there is only one place where both the source and the output name are known: in `org-publish-file', right after a file has been published. We may add a hook there. Since, at that time, the current buffer can be anything, both file names need to be passed as arguments to the hook. Also, files skipped during the publishing process won't trigger it. What do you think? It would be fine! It has been a long time, but would you mind testing the following patch? Yes it works for me. Thanks! Daniel Gerber
Re: [O] org-indent-mode corrupted most of a big org file
Thanks for sharing this. However, after adding this to my ~/.emacs I do not
see anything appearing in my .emacs.d/backup directory.
#+begin_src emacs-lisp
(setq make-backup-files t)
(setq backup-directory-alist '(("/home/js/*" . "/home/js/.emacs.d/backup")))
(setq backup-by-copying t ; don't use symlinks
delete-old-versions t; don't ask me about deleting backups
kept-new-versions 20
kept-old-versions 5
version-control t) ; use versioned backups
#+end_src
Regards
Johann
On 2 December 2013 17:37, Alexander Baier wrote:
> On 13-12-02 12:21 Rainer Stengele wrote:
> > All,
> >
> > last week I played around with org-indent-mode in my biggest (37.000
> lines) org file.
> > 3 days later I detected that most of the file was corrupted.
> > WHy so late? Using the agenda I only saw the todos and did not recognise
> the corrupted structures.
> > Most "*" items had been placed at the beginning of the line and
> therefore now became headlines.
> > I do not know how this happened. I am not sure if I myself was the
> reason somehow.
> > Anyway I had to spend a fair amount of work to get the old file format
> from
> > subversion and insert the changes since the corruption.
> >
> > This is just a warning to have backups at hand before changing to
> org-indent mode.
> > Then immediately and check often the contents of the file until you are
> sure all is running well.
> >
> > Maybe someone has an idea.
> >
> > I will try to convert again later but then be much more careful.
> >
> > Rainer
> >
> >
>
> FWIW, I have the following snippet in my init file, that uses emacs'
> build-in backup machanism to save me from such things. As emacs stuffs
> them all in one central location, I do not have to worry about polluting
> my filesystem.
>
> #+begin_src emacs-lisp
> (setq make-backup-files t)
> (setq backup-directory-alist '(("/home/delexi/*" .
> "/home/delexi/.emacs.d/backup")))
> (setq backup-by-copying t ; don't use symlinks
> delete-old-versions t; don't ask me about deleting backups
> kept-new-versions 20
> kept-old-versions 5
> version-control t) ; use versioned backups
> #+end_src
>
> If you want to make backups from files under version control, you also
> have to set the following:
>
> #+begin_src emacs-lisp
> (setq vc-make-backup-files t)
> #+end_src
>
> This already saved me a couple of times.
>
> Regards,
> --
> Alexander Baier
>
>
--
Because experiencing your loyal love is better than life itself,
my lips will praise you. (Psalm 63:3)
Re: [O] org habit consistency graph
Anyone else help me identify the issue? Thanks. On Tue, Dec 3, 2013 at 7:15 PM, Alan Schmitt wrote: > henders...@gmail.com writes: > > > Tried that and it didn't work. Here's my agenda view (still no graph) by > > doing C-a a a: > > > > Week-agenda (W49): > > Monday 2 December 2013 W49 > > Tuesday 3 December 2013 > > Wednesday 4 December 2013 > > Thursday5 December 2013 > > Friday 6 December 2013 > > Saturday7 December 2013 > > Sunday 8 December 2013 > > > > These things are enabled: Org-Agenda Week Ddl Grid Habit vl Wrap > > > > I have also added this line in my .emacs: (require 'org-habit) > > Sorry, I have no idea what is wrong. I looked at my setup and the only > difference I see is that I don't require org-habit. > > Alan >
Re: [O] org habit consistency graph
henders...@gmail.com writes: > Tried that and it didn't work. Here's my agenda view (still no graph) by > doing C-a a a: > > Week-agenda (W49): > Monday 2 December 2013 W49 > Tuesday 3 December 2013 > Wednesday 4 December 2013 > Thursday5 December 2013 > Friday 6 December 2013 > Saturday7 December 2013 > Sunday 8 December 2013 > > These things are enabled: Org-Agenda Week Ddl Grid Habit vl Wrap > > I have also added this line in my .emacs: (require 'org-habit) Sorry, I have no idea what is wrong. I looked at my setup and the only difference I see is that I don't require org-habit. Alan
