wondering if it is possible to enable display stuff without actually
dispaying anything.
On 6/18/23, Samuel Wales wrote:
> the bug occurs in recent bugfix, but not recent main, so perhaps we
> could say that it is fixed in main but that the fix has not been
> applied to bugfix? [if only the fix
the bug occurs in recent bugfix, but not recent main, so perhaps we
could say that it is fixed in main but that the fix has not been
applied to bugfix? [if only the fix were known.]
does org testing use --batch?
bugfix tests ok. but idk if that tests agenda.
On 6/18/23, Ihor Radchenko wrote:
David Masterson writes:
> I used C-c C-a to attach my patch to the message for you. I was looking
> for the reverse to pull your patch out. When I read the message, the
> patch was inlined, so I wasn't seeing any buttons(?) to pull it out with
> and the Mime command didn't seem to do anything,
Uwe Brauer writes:
> I am very confused. According to that part of the manual and I quote
> ...
> Since the table is in another file I am also force to use an ID, as with
> the solution I posted before.
>
> =org-id-get-create=
> =org-id-update-id-locations=
Hmm. Right.
So, is your question "ho
> Uwe Brauer writes:
> Looks like XY problem.
> Why not just use remote reference?
> See 3.5.1 References section of Org manual.
I am very confused. According to that part of the manual and I quote
,
|
| where NAME can be the name of a table in the current file as set by a
|
| ‘#+NAME:’
Ihor Radchenko writes:
> In message-mode:
>
> C-c C-a runs the command mml-attach-file (found in message-mode-map),
> which is an autoloaded interactive native-compiled Lisp function in
> ‘mml.el’.
I used C-c C-a to attach my patch to the message for you. I was looking
for the reverse to pull y
Uwe Brauer writes:
> Hi I am using the following workflow (for the org-aggregate pkg, but the
> logic for lookup is similar)
> ...
>
> And I want to extract the last column in another org file
>
> #+BEGIN: aggregate :table short-notes :cols "Name Result"
> | Name | Result |
> |---+|
Hi I am using the following workflow (for the org-aggregate pkg, but the
logic for lookup is similar)
I have one file with a table
#+Name: short-notes
| Name | Exam1 | Exam2 | Result |
|---+---+---+|
| Smith | 8 |10 | 9 |
#+TBLFM: $4=vmean($2..$3);f2
And I wa
Jack Kamm writes:
> For convenience I attach these as separate patches here. If it looks
> OK I will squash with the prior patch before applying to main.
Approved.
Akira Kyle writes:
> I'm pretty sure this fixes a bug and that the intended behavior is
> that when publishing with, say, ~:html-link-use-abs-url t~ and
> ~:html-link-home mysite.com~, one would expect a link like
> ~[[file:my/page.org]]~ to be exported to ~mysite.com/my/page.com~.
> ...
> -
Sébastien Miquel writes:
> Ihor Radchenko writes:
>> Confirmed.
>> This is caused by `org-src--contents-for-write-back' not adjusting
>> blank line indentation in some cases.
>
> I don't think that's the issue. In fact, applying your diff didn't
> seem to solve the issue on my end.
You are right
Samuel Wales writes:
> can you think of any differences between bugfix and main
> that could result in
>
> 1) bugfix not producing certain agenda entries from the org
>outline (THE BUG)
> 2) with no obvious differences between the entries that show
>and the entries that do not
> 3) FROM A
David Masterson writes:
>> See the attached final draft.
>
> What's the command to save the attachment? It doesn't look like a mime
> attachment to me,
In message-mode:
C-c C-a runs the command mml-attach-file (found in message-mode-map),
which is an autoloaded interactive native-compiled Lisp
13 matches
Mail list logo