-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Matt Lundin writes:
> Matthew Lundin writes:
>
>> Nicolas Goaziou writes:
>>
>>> Matt Lundin writes:
>>>
All drawers default to open at startup except for property drawers. This
includes :LOGBOOK: drawers, which can be quite long and
Matthew Lundin writes:
> Nicolas Goaziou writes:
>
>> Matt Lundin writes:
>>
>>> All drawers default to open at startup except for property drawers. This
>>> includes :LOGBOOK: drawers, which can be quite long and block view of an
>>> entry.
>>
>> I think all drawers are opened at startup, incl
On 02/06/2020 06:57, Bastien wrote:
Please go ahead. Readhttps://orgmode.org/worg/org-contribute.html
and submit your first patch following the rules we have for the commit
messages (they are not easily understood for newcomers). After a few
well-formatted useful patches, we can perhaps add you
> point is: as far as I can see, org-plot currently only recognizes its
> `#+' lines if they are immediately before the table. being new to
> this world, I a not aware of other `#+:' lines other than TBLFM
> and PLOT.
#+name: #+header: #+caption: #+results: #+attr_latex: #+attr_html: …
They all
Hi Kyle,
Kyle Meyer writes:
> pierre.techouey...@gmail.com writes:
>
>> Some time ago I tried to export in html form an org file containing many
>> src blocks and ended with the following message :
>>
>> org-html-do-format-code: Buffer is read-only: #
>>
>> After narrowing down my file here are
On 05/06/2020 15:08, Nicolas Goaziou wrote:
Since TBLFM lines are the odd ones, the mistake was to allow them after
the table, while every other affiliated keyword in the Org universe goes
before the object it applies to.
ah, I did not know that. that's good. and we don't want to correct
tha
Hello,
Mario Frasca writes:
> I was wondering about the position of the `#+plot:' lines. we have
> a table, and if we want to have formulas, we put these in a `#+TBLFM:'
> line following the table. the documentation of org-plot states that
> `#+PLOT:' lines are looked for: following, or preced
Hi everyone,
I'm just getting around to exploring the function org-agenda-filter
introduced last year. (Due to busyness, I was running an older version
of Org Mode last year for fear of breaking features I relied on.)
I like the tab completion. However, I'm finding that the completion for
categor
I was wondering about the position of the `#+plot:' lines. we have a
table, and if we want to have formulas, we put these in a `#+TBLFM:'
line following the table. the documentation of org-plot states that
`#+PLOT:' lines are looked for: following, or preceding the table, but
then only the "p
Hello,
Ken Mankoff writes:
> I think this is a recent change in behavior. I can no longer eval Babel
> blocks that expect table inputs via :var when they are in a section with a
> COMMENT status.
>
>
>
> Here is an MWE org file:
>
> === BEGIN ===
>
> * COMMENT Tables not found when section is
Hello,
I think this is a recent change in behavior. I can no longer eval Babel blocks
that expect table inputs via :var when they are in a section with a COMMENT
status.
Here is an MWE org file:
=== BEGIN ===
* COMMENT Tables not found when section is commented
#+NAME: table
| foo |
(org-
Bastien writes:
> Dear all,
>
> with Kyle's help, I've set up a new mailing list archive:
>
> https://orgmode/list/
>
> References in https://orgmode.org and https://orgmode.org/list
> that pointed to gmane.org are now using this, so many links are
> functional again.
Cool! I note that there's a
Hi Diego,
Diego Zamboni writes:
> I noticed that I am getting in master the following error when I do
> "make doc":
thanks for reporting this -- it was a problem in the ox-texinfo.el
exporter, not escaping the "@" char correctly.
This is now fixed in maint.
--
Bastien
Ihor Radchenko writes:
>> See also `gensym'. Do we really need to use it for something else than
>> `invisible'? If not, the tool doesn't need to be generic.
>
> For now, I also use it for buffer-local 'invisible stack. The stack is
> needed to preserve folding state of drawers/blocks inside fold
* Nicolas Goaziou wrote:
> Hello,
Hi Nicolas,
> Karl Voit writes:
>
>> I've found an issue that leads to broken Org mode syntax without
>> noticing. Considering the following example:
>>
>> : foo [[https://Karl-Voit.at][bar]] baz
>>
>> When I put my cursor right after "foo" and press the DEL ke
Hello all,
When I clock out of an entry I have a pop up from (org-add-log-note); I can add
a note which will appear in my agenda right after the clock item. Often times,
though, I want to go back through my day's agenda and add these; for example,
upon marking "done" on a task it automatically
On Friday, 5 Jun 2020 at 20:09, TEC wrote:
> What I like about org-plot is that it basically allows for use of big
> templates :) you'll see more on this in my upcoming PR ;-)
I look forward to it!
--
: Eric S Fraga via Emacs 28.0.50, Org release_9.3.6-640-g9bc0cc
Eric S Fraga writes:
Sometimes, or often, a translator is too constraining. I find
it
easier/faster to write my own gnuplot code directly as it gives
me the
fine control I need for publication quality figures.
The great thing about gnuplot is that *everything* can be
tweaked. The
bad thi
Hello,
Karl Voit writes:
> I've found an issue that leads to broken Org mode syntax without
> noticing. Considering the following example:
>
> : foo [[https://Karl-Voit.at][bar]] baz
>
> When I put my cursor right after "foo" and press the DEL key, my Org
> mode shows this:
>
> : foo bar baz
>
>
On Thursday, 4 Jun 2020 at 16:29, Mario Frasca wrote:
> hi. thank you. seeing hand written code in the target language is
> always useful, when writing a translator. :+1: :-)
Sometimes, or often, a translator is too constraining. I find it
easier/faster to write my own gnuplot code directly
Hi Bastien,
> > On Friday, 5 Jun 2020 at 09:47, Bastien wrote:
> >> with Kyle's help, I've set up a new mailing list archive:
> >>
> >> https://orgmode/list/
Thanks for setting this up.
I noticed that I am getting in master the following error when I do "make doc":
> make doc
/Applications/Xco
I personally find CUSTOM_ID's easier since I can make them
unequivocally unique, and by using them the links don't break if I
change something in the headline title.
On Thu, Jun 4, 2020 at 5:26 PM Budiman Snowman wrote:
>
> On Wed, Jun 3, 2020 at 9:21 PM Diego Zamboni wrote:
>>
>> I almost alway
Eric S Fraga writes:
> On Friday, 5 Jun 2020 at 09:47, Bastien wrote:
>> with Kyle's help, I've set up a new mailing list archive:
>>
>> https://orgmode/list/
>
> For the record, I guess you meant https://orgmode.org/list
Sure, sorry for the typo!
--
Bastien
Hi!
I've found an issue that leads to broken Org mode syntax without
noticing. Considering the following example:
: foo [[https://Karl-Voit.at][bar]] baz
When I put my cursor right after "foo" and press the DEL key, my Org
mode shows this:
: foo bar baz
... as if the link was removed properly,
On Friday, 5 Jun 2020 at 09:47, Bastien wrote:
> with Kyle's help, I've set up a new mailing list archive:
>
> https://orgmode/list/
For the record, I guess you meant https://orgmode.org/list
--
: Eric S Fraga via Emacs 28.0.50, Org release_9.3.6-640-g9bc0cc
Hi!
> with Kyle's help, I've set up a new mailing list archive:
>
> https://orgmode/list/
>
> References in https://orgmode.org and https://orgmode.org/list
> that pointed to gmane.org are now using this, so many links are
> functional again.
Thanks!
May I take the occasion to ask naively about
> See also `gensym'. Do we really need to use it for something else than
> `invisible'? If not, the tool doesn't need to be generic.
For now, I also use it for buffer-local 'invisible stack. The stack is
needed to preserve folding state of drawers/blocks inside folded
outline. Though I am thinking
Dear all,
with Kyle's help, I've set up a new mailing list archive:
https://orgmode/list/
References in https://orgmode.org and https://orgmode.org/list
that pointed to gmane.org are now using this, so many links are
functional again.
Best,
--
Bastien
Hello,
Ihor Radchenko writes:
> [The patch itself will be provided in the following email]
Thank you.
> I have found char-property-alias-alist variable that controls how Emacs
> calculates text property value if the property is not set. This variable
> can be buffer-local, which allows indepen
29 matches
Mail list logo