Hello,
Mario Frasca writes:
> like … I'm adding a way to collect #+PLOT lines depending on which set
> of settings I want, to produce the graph.
>
> #+PLOT[1]: set:"yrange [0:4200]"
> #+PLOT[1]: set:"key at 33,4100 top left spacing 1.4"
> #+PLOT[1]: set:"arrow from 59.5,0 rto 0,4200 nohead ls 1
Hello,
Mario Frasca writes:
> second thought about testing:
>
> if I did that, it would become longer than 15 lines, I would need
> refactoring quite a bit of stuff, and both things would require time,
> bureaucratic time, and programming time.
>
> I had a closer look at my changes, re-read it,
Mario Frasca writes:
> this behaviour comes after somehow my
> `org-loop-over-headlines-in-active-region' became nil.
Perhaps not the "somehow" but the default value of this option is
different between the last release and master. It changed from nil to t
in e360cd8f3 (Change the default values
>> ian martins writes:
>>
>> Would it be possible for us to fix the current version without
>> introducing a new one? Can you identify the parts of your code that fix
>> the issue?
>>
> The existing code creates the java program and runs it correctly, but
> it uses `org-babel-import-elisp-from-
On Sat, Jun 27, 2020 at 04:16:53PM -0500, Mario Frasca wrote:
> when I select subsequent TODO items, whole lines, and I do M-,
> they get demoted by one star, so something like
>
> * header
> * a1
> * a2
> * a3
> * header
>
> after I hit M- will become
>
> * header
> ** a1
> ** a2
> ** a3
> * heade
if I change those 'right and 'left, to :right and :left, the handling
them over and over as symbols will not start confusing them as
variables, and keep them as symbols.
On 27/06/2020 16:43, Mario Frasca wrote:
this behaviour comes after somehow my
`org-loop-over-headlines-in-active-region' be
this behaviour comes after somehow my
`org-loop-over-headlines-in-active-region' became nil.
if I set it back to t, I get the message "Symbol's value as variable is
void: right".
I had enabled debugging, and my guess is that this might have left the
value of `org-loop-over-headlines-in-activ
when I select subsequent TODO items, whole lines, and I do M-,
they get demoted by one star, so something like
* header
* a1
* a2
* a3
* header
after I hit M- will become
* header
** a1
** a2
** a3
* header
which is what I expected, even if I would not expect the region to be
deactivated.
On Sat, Jun 27, 2020 at 10:18:21AM -0500, Mario Frasca wrote:
> this is a result of some help I received a few days ago in the
> #emacs irc chat room on freenode.
>
> I was wondering why we were adding a semicolon in front of names,
> before creating symbols, and I understand this is because such
Hi Bill,
Glad you found my config already. For custom faces, I do a lot of
configuration interactively with =customize-face=, because it allows me to
play more freely with them. But you can see some examples in my config, and
also in my post at https://zzamboni.org/post/beautifying-org-mode-in-ema
Hi Nicolas and the whole world,
On 24/06/2020 02:19, Nicolas Goaziou wrote:
This could be extracted as an independent function, which would return
the header, or nil. We can also imagine a function returning a cons cell
(HEADER . BODY), both HEADER and BODY being list of rows (possibly
empty).
this is a result of some help I received a few days ago in the #emacs
irc chat room on freenode.
I was wondering why we were adding a semicolon in front of names, before
creating symbols, and I understand this is because such symbols work as
keys. next, I could not find how we were taking adv
On Sat, Jun 27, 2020 at 1:25 AM Jarmo Hurri wrote:
> ian martins writes:
>
> Hello.
>
> > I've written an alternative org-java.el that doesn't have that
> > problem. I wanted to add it to contrib/ but haven't been able to get
> > access. if you want to try it I can post it somewhere.
>
> Sounds
13 matches
Mail list logo
