Thorsten Jolitz writes:
> | Value: ((emacs-lisp . t)
> | (dot . t)
> | (calc . t)
> | (ditaa . t)
> | (R . t)
> | (C . t)
> | (gnuplot . t)
> | (shell . t)
> | (ledger . t)
> | (org . t)
> | (picolisp . t)
> | (clojure . t)
> | (lilypond . t)
> | (plantuml . t)
> | (latex . t))
> |
Alexis writes:
I like this tree contact style!
> A second value `ORG_CONTACTS_STYLE` can have is 'tree':
>
> ,* People
> ,** Alexis
> ,:PROPERTIES:
> ,:KIND: individual
> ,:FIELDTYPE: name
> ,:END:
> ,*** Landline
> ,:PROPERTIES:
> ,:FIELDTYPE: landline
> ,:END:
> , 00
> ,*** Mobil
York Zhao writes:
> Again, this happened in the big buffer that has 77,xxx lines, freshly
> opened. I
> restarted Emacs and finished `org-drill' session on 8 files before opening
> this
> big file.
>
> I then `M-x profile-start', typed a few letters and `M-x profile-report',
> here's
> the memory
Hello,
York Zhao writes:
> I'm sorry but I really shouldn't send this document to anyone other than a
> lawyer :-)
[...]
> Just want to confirm that you want me to run this command in that buffer
> and see
> if the problem can be reproduced?
Calling the provided command on your sensitive buff
t...@tsdye.com (Thomas S. Dye) writes:
Hi Thomas,
> Thorsten Jolitz writes:
>
>> Hi List,
>>
>> evaluating this 3 times does not work as expected:
>>
>> ,
>> | * A
>> |
>> | #+header: :results raw replace
>> | #+begin_src emacs-lisp
>> | (+ 2 2)
>> | #+end_src
>> |
>> | #+results:
>> |
> > The exact same slowness problem happened just now. "M-x
org-element-cache-reset"
> > didn't have any effect. Nor did setting `org-element-use-cache' to nil.
Again,
> > killed the buffer and reopened didn't help.
> It looks like the problem isn't related to the cache then. Anyway, you
> could tr
Aloha Thorsten,
Thorsten Jolitz writes:
> Hi List,
>
> evaluating this 3 times does not work as expected:
>
> ,
> | * A
> |
> | #+header: :results raw replace
> | #+begin_src emacs-lisp
> | (+ 2 2)
> | #+end_src
> |
> | #+results:
> | 4
> | 4
> | 4
> `
>
> Independent from argument
Hi List,
evaluating this 3 times does not work as expected:
,
| * A
|
| #+header: :results raw replace
| #+begin_src emacs-lisp
| (+ 2 2)
| #+end_src
|
| #+results:
| 4
| 4
| 4
`
Independent from argument order, 'replace' (which should be default
anyway) is ignored.
--
cheers,
Th
> Could you send me the document you were working on, in private, and
describe
> what you were doing before it froze?
I'm sorry but I really shouldn't send this document to anyone other than a
lawyer :-)
> or at least an equivalent file structure wise, calling the following
function
> in that doc
David Rogoff writes:
> I can’t see how to insert a datestamp with just year and month. I’m
> adding an archive of various past events that I don’t have the exact
> date for.
Maybe try
,[ C-h v org-time-stamp-custom-formats RET ]
| org-time-stamp-custom-formats is a variable defined in `org
Rainer M Krug writes:
> Along the same lines:
>
> When I use
>
> ,
> | :header-args: :var RNGKIND="Mersenne-Twister"
> | :header-args+: :var RNGNORMALKIND="Inversion"
> `
>
> both variables are transferred - is var+ generally redundant, or i=only
> in this case?
When I start using :var+
I can’t see how to insert a datestamp with just year and month. I’m adding an
archive of various past events that I don’t have the exact date for.
Thanks,
David
Hi List,
doing C-c C-c on the first src_block
,
| * A
| ** B
| :PROPERTIES:
| :header-args: :var name=dblock-name
| :header-args+: :var prms=dblock-params
| :END:
|
| #+begin_src emacs-lisp
| (format "\n#+begin: %s %s\n#+end:\n" name prms)
| #+end_src
|
| #+name: dblock
Hello,
York Zhao writes:
> The extreme slowness happened again just know. When this happened,
> `org-end-of-line' command took forever until "C-g". M-x
> org-element-cache-reset
> worked this time, i.e., after running `org-element-cache-reset' command
> `org-end-of-line' became fast again.
>
> I
Joseph Vidal-Rosset writes:
> To convert equations from *.org into *.html, Mathjax is certainly the
> best solution but unfortunately, this solution does not work as soons
> as one need to use some texlive package convenient to produce easily
> proofs in specific format (for example if one uses
The extreme slowness happened again just know. When this happened,
`org-end-of-line' command took forever until "C-g". M-x
org-element-cache-reset
worked this time, i.e., after running `org-element-cache-reset' command
`org-end-of-line' became fast again.
I was using commit "ca6ecf9", and the buff
Hello,
hero...@gentoo.org writes:
> Nicolas Goaziou writes:
>> Unfortunately, this is ambiguous with Org macro syntax. For example, it
>> would match:
>>
>> \alpha{{{macro(arg)}}}
>>
>> which is an entity followed by a macro.
>
> Err, insert a white space?
>
>\alpha {{{macro(arg)}}}
Wel
Hello,
Tobias Getzner writes:
> My original example also applies to this issue.
>
> [[citet:green1994hybridreasoningmodel,
> green1994generatingindirectanswers,
> green1992conversationalimplicaturesindirect]]
>
> Clicking on the first line in the above link, the returned :path will
> be just
Hi list,
I just noticed a problem that org-mode indentation gets messed up after
"example" block. Here is ECM:
#+STARTUP: indent
* Level one
** Level two
Indentation is right.
#+BEGIN_EXAMPLE
* Example at level one
#+END_EXAMPLE
Indentation is wrong.
Hello Nicolas,
On Sun, 2014-07-06 at 09:23 +0200, Nicolas Goaziou wrote:
> Tobias Getzner writes:
> > On Wed, 2014-07-02 at 12:39 +0200, Tobias Getzner wrote:
> > One additional issue I’ve hit upon is that the link :path returned by
> > org-mode is also truncated after a newline, while the :raw-l
> > The exact same slowness problem happened just now. "M-x
org-element-cache-reset"
> > didn't have any effect. Nor did setting `org-element-use-cache' to nil.
Again,
> > killed the buffer and reopened didn't help.
> It looks like the problem isn't related to the cache then. Anyway, you
> could tr
> Thank you for the report. I wasn't able to reproduce it with latest commit
> (df9ccbd). Could you try again and see if it fixes your problem?
I haven't experienced this problem since July 3, hopefully it has been
fixed.
Thank you very much for your work.
York
Thank you and have a great day.
Grant Rettke | ACM, ASA, FSF, IEEE, SIAM
g...@wisdomandwonder.com | http://www.wisdomandwonder.com/
“Wisdom begins in wonder.” --Socrates
((λ (x) (x x)) (λ (x) (x x)))
“Life has become immeasurably better since I have been forced to stop
taking it seriously.” --Thomp
Nicolas Goaziou writes:
> This is not possible at the moment as a consequence of a poor design
> decision in `org-element-footnote-reference-parser'. I will fix it
> soon.
Done.
Thanks for your reply.
Do you mean that #+OPTIONS: tex:imagemagick must be mentioned first?
In my opinion something is wrong in my setup and it is difficult for me to
see what's wrong. Even a minima-init.el file is not helpful...
Best wishes,
Jo.
2014-07-06 10:39 GMT+02:00 briangpowell . :
* PNG is "lossless" format--if you can, make it the first file you create
rather than last.
** If you create a JPG a "lossy" format then you could lose some of the
beauty (like your example).
* ImageMagick has many switches you can throw--suggest you look deeper into
it in the freely available ma
Hello everybody,
To convert equations from *.org into *.html, Mathjax is certainly the best
solution but unfortunately, this solution does not work as soons as one
need to use some texlive package convenient to produce easily proofs in
specific format
(for example if one uses bussproofs.sty of fi
Hello,
York Zhao writes:
> The exact same slowness problem happened just now. "M-x
> org-element-cache-reset"
> didn't have any effect. Nor did setting `org-element-use-cache' to nil. Again,
> killed the buffer and reopened didn't help.
It looks like the problem isn't related to the cache then
Hello,
Tobias Getzner writes:
> On Wed, 2014-07-02 at 12:39 +0200, Tobias Getzner wrote:
>> It appears that multi-line links in org-mode will only work with if
>> they span no more than two lines:
>>
>> http://comments.gmane.org/gmane.emacs.orgmode/19919
>
> One additional issue I’ve hit upon i
Hello,
York Zhao writes:
> I'm now using commit "fdc673d". The problem I experienced 2 days ago happened
> again. The direct operations I did was that I programmatically deleted a few
> table line in one table and inserted them in another table which is in the
> subtree immediately following the
Hello,
Grant Rettke writes:
> My org is configured to use footnotes that are inline and randomized.
> They look like this:
>
> ,
> | [fn:7256ed34: http://www.google.com]
> `
>
> My goal is to be able to click on the URL and have it open in a web browser.
>
> This works out of the box for
I think that I ran into the same thing and someone else explained that
the htmlize package
is required to get syntax highlighting on export.
,
| (require 'htmlize)
`
Grant Rettke | ACM, ASA, FSF, IEEE, SIAM
g...@wisdomandwonder.com | http://www.wisdomandwonder.com/
“Wisdom begins in wonder
32 matches
Mail list logo