Hello,
I've found a bug in =org--plot/sensible-tick-num=, when a plot has a
range of a power of 10 (1, 10, 100, ...).
To reproduce, run =org-plot/gnuplot= on the following plot:
#+plot: type:radar min:0 max:10
| Metric | Value |
|-+---|
| alpha | 2 |
| beta| 4 |
| gamm
er support hh:mm:ss format
In addition to setting countdown timers in minutes, they can also be
set using the hh:mm:ss format.
2015-06-02 23:24 GMT+02:00 Nicolas Goaziou :
> Brice Waegenire writes:
>
>> Here is that version of this patch, at least I hope it is.
>
> Applied, T
Sorry for the long delayed response.
Here is that version of this patch, at least I hope it is.
Yes I signed the papers, my number is #1011602.
2015-05-07 22:09 GMT+02:00 Nicolas Goaziou :
> Brice Waegenire writes:
>
>> Thanks for help on this!
>> Here is the last version o
Thanks for help on this!
Here is the last version of the patch taking into account all of your comments.
2015-05-01 10:47 GMT+02:00 Nicolas Goaziou :
> Hello,
>
> Brice Waegenire writes:
>
>> I have took in consideration all of your points, is it better now?
>> T
Scrolling of inline images in org-mode is cumbersome, especially when
you have several of it in sequence, on a small screen. For example
when you are in a buffer after a image, not visible at the moment, and
you scroll up with either the C-p or your mouse wheel, it get
displayed entirely instead of
I have took in consideration all of your points, is it better now?
The current patch doesn't overwrite the present behavior of
org-set-timer it only add the possibility to use hh:mm:ss format.
2015-04-24 18:49 GMT+02:00 Kyle Meyer :
> Brice Waegenire wrote:
>> Hello,
>>
&g
Hello,
I've hacked a patch that use hh:mm:ss format instead of minutes for
org-timer-set-timer. I'm really not sure I did it in the right way,
any sugestions are welcome.
Both tests test-org-timer/set-timer andtest-org-timer/pause-timer
where adapted to the new format.
Brice.
From 18bf5a0c3e2a11
org-entitites aren't translated when used in a LaTeX fragment.
For example when exporting $a = by(t) \rarr y(t+1) = by^{2}(t)$ to
HTML I get \(a = by(t) \rarr y(t+1) = by^{2}(t)\) whereas I should get
\(a = by(t) \rightarrow y(t+1) = by^{2}(t)\).
\rarr isn't translated to \rightarrow witch make Ma
Both ox-man and ox-md use "m" as their menu-entry shortcut. Witch make
them merge as one in the org-export-dispatch if they are both loaded
at the same time.
Maybe ox-man should use "M" instead of "m".
org-entitites aren't translated when used in a LaTeX fragment.
For example when exporting $a = by(t) \rarr y(t+1) = by^{2}(t)$ to
HTML I get \(a = by(t) \rarr y(t+1) = by^{2}(t)\) whereas I should get
\(a = by(t) \rightarrow y(t+1) = by^{2}(t)\).
\rarr isn't translated to \rightarrow witch make Ma
Both ox-man and ox-md use "m" as their menu-entry shortcut. Witch make
them merge as one in the org-export-dispatch if they are both loaded
at the same time.
Maybe ox-man should use "M" instead of "m".
Hi,
I have (setq org-pretty-entities t) in my init.el. When I want to see
some informations about available entities with org-entities-help I
get a pretty but useless buffer.
It would be better if the buffer created by org-entities-help does not
show entities as UTF8 characters at start, even if
* lisp/ox-md.el
Add the possibility to publish in Markdown by using the function
org-md-publish-to-md.
TINYCHANGE
---
diff --git a/lisp/ox-md.el b/lisp/ox-md.el
index f7e4875..71759ac 100644
--- a/lisp/ox-md.el
+++ b/lisp/ox-md.el
@@ -31,7 +31,7 @@
(eval-when-compile (require 'cl))
(require '
* lisp/ox-md.el
Add the possibility to publish in Markdown by using the function
org-md-publish-to-md.
TINYCHANGE
---
diff --git a/lisp/ox-md.el b/lisp/ox-md.el
index f7e4875..71759ac 100644
--- a/lisp/ox-md.el
+++ b/lisp/ox-md.el
@@ -31,7 +31,7 @@
(eval-when-compile (require 'cl))
(require '
14 matches
Mail list logo