Hello,
== begin of "include-myself.org" file
#+caption: BUG: org-lint does not agree with ox-latex and
org-element-at-point
#+name: make-me-float
#+include: "include-myself.org" src org :lines "1-3"
== end of "include-myself.org" file
On Fri, Nov 04 2022, Ihor Radchenko wrote:
> Leo Butler writes:
>
@@ -145,7 +151,7 @@ This example is from
[[http://maxima.sourceforge.net/maxima-gnuplot.html][a tuto
,#+name: 3d-maxima
,#+header: :file images/maxima-3d.png
,#+header: :exports results
Hello,
== begin of "include-myself.org" file
#+caption: BUG: org-lint does not agree with ox-latex and
org-element-at-point
#+name: make-me-float
#+include: "include-myself.org" src org :lines "1-3"
== end of "include-myself.org" file
On Fri, Nov 04 2022, Ihor Radchenko wrote:
>> +#+RESULTS: 3d-maxima
>> +[[https://orgmode.org/worg/org-contrib/babel/languages/images/maxima-3d.png]]
>> +
>
> I am a bit confused here. Did you hand-craft the results?
I did, based on what I see in ob-doc-octave.org. In the present patch
Hi,
The attached patch improves the function org-get-indirect-buffer, fixing
a bug, clarifying the code, and adding a docstring.
Thanks,
AdamFrom 8e70024cae3f4569d6a0c86a0e4d8079126fe9e5 Mon Sep 17 00:00:00 2001
From: Adam Porter
Date: Fri, 4 Nov 2022 14:52:58 -0500
Subject: [PATCH] *
Hello.
I have this file:
#+STARTUP: fnlocal
* headline 1
1st call to footnote 1[fn:1]
[fn:1] footnote 1 body
* subtree to be exported
2nd call to footnote 1[fn:1]
call to footnote 2[fn:2]
[fn:2] footnote 2 body
* COMMENT commented headline
nothing
- 1st issue
Ihor Radchenko writes:
> Applied onto main changing the commit summary to "org-babel: ...".
> This change will affect all the babel backends that use
> `org-babel-eval'.
That makes sense. Thank you for the correction!
> A small note: If stderr does not contain a trailing newline, it will
> be
On 11/4/22, Ihor Radchenko wrote:
> 1. We need to convert from Elisp docstring format to Org markup
not sure what is needed here as it is just a brainstorm. but i have a
manual i am loath to copy docstrings into when they are already in the
code. i could adumbrate a bit i the manual but i
gerard.vermeu...@posteo.net writes:
> Hello,
>
> == begin of "include-myself.org" file
>
> #+caption: BUG: org-lint does not agree with ox-latex and
> org-element-at-point
> #+name: make-me-float
> #+include: "include-myself.org" src org :lines "1-3"
>
Ihor Radchenko writes:
> (Note: I'd say "nothing is written to the disk" is a bit misleading
> here. I am attaching a patch with clarification)
Applied onto main.
https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=f5c89ba5f91a876ecbcc940e849adbb16fe2
--
Ihor Radchenko //
gerard.vermeu...@posteo.net writes:
> == begin of "include-myself.org" file
> ...
> However, org-lint complains that in line 3 there is a
> "Non-existent file argument in INCLUDE keyword".
Thanks for reporting!
Fixed on main.
Leo Butler writes:
> I believe the attached patch fixes all the problems that you saw with
> the previous versions.
Thanks!
Applied onto master.
https://git.sr.ht/~bzg/worg/commit/c1440ba5f98634adf08209631d305c1814fb7f9a
--
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about
alain.coch...@unistra.fr writes:
> - 1st issue
>
> I use 'emacs -Q'
>
>GNU Emacs 27.2 (build 1, x86_64-redhat-linux-gnu, GTK+ Version
> 3.24.30, cairo version 1.17.4) of 2021-08-07
>Org mode version 9.4.4 (release_9.4.4 @ /usr/share/emacs/27.2/lisp/org/)
>
> and visit the file with
Max Nikulin writes:
>>> I still believe that
>>>
>>> something\\[0pt]%__ORG_EXPORT__
>>>
>>> is quite safe to remove (depending on the following character) and
>>> unlikely harmful if remained for some reason.
>>
>> What about the side effect you mentioned in a previous email?
>>
>>>
Max Nikulin writes:
> I believe that tables in Org are already too complicated due to the
> spreadsheet feature.
They are, but merging cells is widely demanded. If we can come up with
some reasonable extension of Org syntax, it will be a benefit for the
whole Org community.
> However those
Rudolf Adamkovič writes:
> I will resurrect the thread when I have something to show.
All right, I have finished the second version of the patch.
What do you think?
Rudy
>From aee823f34498cccd6c08bcedb177c82d5de40269 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Rudolf=20Adamkovi=C4=8D?=
Date:
On 04/11/2022 13:53, Ihor Radchenko wrote:
I have reviewed the patch, and I'd like to suggest a new version with the
following changes:
Great! I have not tried your patch in action, but I do not see
substantial changes.
1. Use `set-default-toplevel-value' instead of `set' that might be
Thanks you for your answer,
thanks for the tips, I will see that in detail.
Le ven. 4 nov. 2022 à 05:53, Ihor Radchenko a écrit :
> Cletip Cletip writes:
>
> > My problem is quite simple to understand: when I activate
> > "org-toggle-inline-images", I would like my images to be centered.
>
On 04/11/2022 10:03, Samuel Wales wrote:
for example, you have a body of non-literate elisp code, and you have
a manual. it could be redundant to describe commands and what they do
and their options, if the docstrings are good.
There is Sphinx in Python world that allows to combine guide
Renato Pontefice writes:
> Can you send me some link to that info? Or some name I can look for?
C-h v org-agenda-time-grid
This is a general pattern to ask information about variables and
commands:
- C-h v variable-name :: (h)elp for (v)ariable
- C-h f function-name :: (h)elp for
Renato Pontefice writes:
> renato: 18:00 yoga
> 19:00.. "
> 20:00..
>
> Or a similar way where I have the slot 18 - 19:30 occupied by the event I’ve
> signed on my .org.
> Not like the firs image where I see 18:00 - 19:30 yoga and then the
Thank you,
I’ve already searched somethings about Agenda and I’ve found a “new world”! Now
I will go deeply to it!
Thank you again!
Renato
> Il giorno 4 nov 2022, alle ore 15:14, Ihor Radchenko ha
> scritto:
>
> Renato Pontefice writes:
>
>> Can you send me some link to that info? Or some
I try to explain my self.
On my Agenda, I have this view:
Friday 4 November 2022
renato: 8:00.. cili
8:00..
10:00..
12:00..
13:43.. now - - - - - - - - - -
Can you send me some link to that info? Or some name I can look for?
Thank you
Renato
> Il giorno 4 nov 2022, alle ore 14:27, Ihor Radchenko ha
> scritto:
>
> Renato Pontefice writes:
>
>> renato: 18:00 yoga
>> 19:00.. "
>> 20:00..
>>
>>
On Thu, Nov 03 2022, Ihor Radchenko wrote:
> The rules are in
> https://www.gnu.org/prep/maintain/maintain.html#Legally-Significant
>
> Shuguang Sun contributed TINYCHANGE (no need for copyright assignment;
>though he contributed ~15LOC and it is on the edge)
> Martin R. Albrecht also
* Ihor Radchenko [2022-11-04 07:50]:
> Jean Louis writes:
>
> > I am using Org mode for presentation and would like to use it's tables
> > for presentation only.
> >
> > In particular I need the function org-table-align to align the table
> > in presentation mode.
>
> I am not sure if I
It's this fixed? How can I track myself?
Ihor Radchenko schrieb am Mo., 17. Okt. 2022, 15:11:
> Michael Dauer writes:
>
> > Org mode version 9.5.5 (9.5.5-geeae6e
> >
> > #+CALL: test1()
> >
> > #+RESULTS:
> > : 1
> >
> > #+CALL: test2()
> >
> > Fails with: Format specifier doesn’t match
my dry sensibilities say don't write ht same thing in the manual that
is well written in the docstring. idk the issues however, other than
that once you do it in two places murphy's law says they will get out
of sync.
but surely an extractor could look for an interactive spec and things
like
On Fri, Nov 04, 2022 at 12:13:30AM -0700, Samuel Wales wrote:
> my dry sensibilities say don't write ht same thing in the manual that
> is well written in the docstring. idk the issues however, other than
> that once you do it in two places murphy's law says they will get out
> of sync.
Ihor Radchenko writes:
> We may allow something like
> #+LINK: "this is a link with spaces" http://replacement
See the attached patch allowing the above syntax in #+LINK keywords.
>From 0b81f2d4cc9f6dd5f8d38f9a6550387c93b15435 Mon Sep 17 00:00:00 2001
Message-Id:
Michael Dauer writes:
> It's this fixed? How can I track myself?
I think it is, as a side effect of
https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=9987451252fa64af65d0a0a014f41812f4402c02
I was mainly waiting for Timothy to chime in, but there was a second bug
report...
--
On Fri, Nov 04, 2022 at 07:39:04AM +0100, Marcin Borkowski wrote:
>
> On 2022-11-04, at 06:45, to...@tuxteam.de wrote:
[...]
> > Ah. Javadoc and their descendants. I tend to call that "illiterate
> > programming"...
>
> I spat my tea. :-) Thanks, that's a nice one!
Sorry to hear that ;-P
>
On 2022-11-04, at 06:45, to...@tuxteam.de wrote:
> On Thu, Nov 03, 2022 at 08:03:05PM -0700, Samuel Wales wrote:
>> i wonder if emacs or org has what you might call semi-literate or
>> etaretil docstring functions?
>>
>> for example, you have a body of non-literate elisp code, and you have
>>
Max Nikulin writes:
> On 21/11/2021 17:01, Ihor Radchenko wrote:
>> Max Nikulin writes:
>>
>>> My draft version is attached. Ihor, thank you for inspiration. Feel free
>>> to improve it. I hope, it makes problem more apparent to user who tries
>>> to customize markers.
>
> A patch is attached.
I believe that tables in Org are already too complicated due to the
spreadsheet feature. However those who are brave enough to add cells
spanning columns and rows may take some inspiration from
reStructuredText, in particular horizontal lines marked by "+===+===+"
Samuel Wales writes:
> why not include the docstrings of all commands in some nice format in
> the .org manual via some mechanism?
>
> would that be a good practice? seems useful abstractly.
There are two problems:
1. We need to convert from Elisp docstring format to Org markup
2. More
Jean Louis writes:
> Then I look in the code by searching for variable
> `org-startup-align-all-tables', and I find this within `define-derived-mode':
>
> (unless org-inhibit-startup
> (org-unmodified
> (when org-startup-with-beamer-mode (org-beamer-mode))
> (when (or
37 matches
Mail list logo
