Hi all,
Following what I've read on the list I've developed thoughts on
what the
best approach might be. My current thinking is that it may be
possible
to have Org registered as a standard in such a way that it does
not
constrain our development efforts.
How?
We forgo locking down the pre
Hi Asa,
My general take is that any active work toward standardization
would be premature. At the very least a full implementation outside
of Emacs would need to exist. In the absence of that there is little
point to standardization. There is ample existing documentation to
build a compliant pa
Asa Zeren writes:
> In these concerns I see one major flaw. The way they are worded at
> present implies that the Emacs implementation of org is the "one true
> implementation," and that all tools in other environments are
> auxiliary.
At present, that is the truth. Where are other implementatio
huh, in exporting the email, i found a possible export bug.
here is the original. please reply to this one.
notice that a whole paragraph got deleted in the previous email. that
is the exported version. dunno why.
9.4 maint docstring
===
org-export-select-tags is a variable defined in ‘ox.e
[2020-10-31 Sat 20:59] =x
bug
===
9.4 maint docstring
=== org-export-select-tags is a variable defined in
‘ox.el’.
...
1) does this take into account subtree export, region
export, and narrowed buffers? if so, perhaps the
docstring should change.
my expecta
Tim Cross writes:
> I should state up-front, I am somewhat sceptical regarding an org-mode
> which is separate or independent of Emacs. Much of what makes org-mode
> so powerful and useful is due to features of Emacs. While most, if not
> all, of these features could be implemented in other solut
On Sat, Oct 31, 2020 at 8:40 PM Dr. Arne Babenhauserheide
wrote:
> The most important point I see here is to avoid hindering the
> development of org-mode within Emacs.
While I definitely support enabling the further development of org-mode, and not
restricting it via a standard, I do see some pr
I think there are a couple of important points to consider in
discussions of this type. I should state up-front, I am somewhat
sceptical regarding an org-mode which is separate or independent of
Emacs. Much of what makes org-mode so powerful and useful is due to
features of Emacs. While most, if
Hi Bastien!
On Mon, Oct 26, 2020 at 3:07 AM Bastien wrote:
>
> Dear all,
>
> we are looking for more maintainers of individual Org Babel files.
>
> Jack and Ian are already in, I added myself to ob-clojure.el.
>
> If you feel like proposing yourself for maintaining an Org Babel
> language, that w
Asa Zeren writes:
> I would appreciate thoughts on these ideas about how to develop and
> org specification.
The most important point I see here is to avoid hindering the
development of org-mode within Emacs.
So the most important part of the standard would be areas it doesn’t
standardize: Rese
Hi,
Even though I am new to the org-mode community, I would like to share
some thoughts on the specification of org-mode, especially since I
have seen some recent discussion of it in relation to registering org
as a MIME type.
First, I would like to repeat the importance of developing standards
f
Thanks for the warm welcome and the amount of inputs and details that
everybody so fast provides.
I'm really impressed by this community.
Ok seems that delivering a language specification in EBNF has some
challenges that can hardly be addressed due to the nature of org-mode
design, but I read arou
Russell Adams writes:
> On Sat, Oct 31, 2020 at 01:58:25PM -0400, Kyle Meyer wrote:
>> As I mentioned elsewhere in the thread, my guess is that Russell was
>> using your example as is, rather than adding the space on the line
>> (where X is below).
>
> No. I added a space, and even used highlight-
On Sat, Oct 31, 2020 at 01:58:25PM -0400, Kyle Meyer wrote:
> As I mentioned elsewhere in the thread, my guess is that Russell was
> using your example as is, rather than adding the space on the line
> (where X is below).
No. I added a space, and even used highlight-regexp to confirm all
spaces.
Daniele Nicolodi writes:
> This is funny. I have two emacs instances running: one with my
> customizations and an emacs -Q one. The first exhibits the issue, the
> second does not
If your emacs -Q session is just using the Org that comes with Emacs
27.1, it won't have the commit that introduced t
Daniele Nicolodi writes:
> On 30/10/2020 05:57, Kyle Meyer wrote:
>> The org-X-priority -> org-priority-X rename happened in v9.4, with
>> org-X-priority names retained as aliases. So, it sounds like there are
>> some leftover bits in the code.
>
> You are absolutely right. This is what you get
On 31/10/2020 17:49, Kyle Meyer wrote:
> Daniele Nicolodi writes:
>
>> Hello,
>>
>> i saw a few reports of bugs related to folding and unfolding of
>> headlines recently, but I think this is not a duplicate.
>
> I think you're referring to
>
> https://orgmode.org/list/87h7qu10ht@eml.cc
>
Russell Adams writes:
> On Sat, Oct 31, 2020 at 04:06:22PM +0100, Daniele Nicolodi wrote:
>> I just noticed that with the latest release (Org mode version 9.4
>> (9.4-27-g47bf60-elpa @ /Users/daniele/.emacs.d/elpa/org-20201026/)
>> unfolding of headlines is broken by whitespace. In particular with
Daniele Nicolodi writes:
> Hello,
>
> i saw a few reports of bugs related to folding and unfolding of
> headlines recently, but I think this is not a duplicate.
I think you're referring to
https://orgmode.org/list/87h7qu10ht@eml.cc
https://orgmode.org/list/CAJj=8EFJXFu9ZQ11cO24AAu=1
On 31/10/2020 17:28, Russell Adams wrote:
> On Sat, Oct 31, 2020 at 04:06:22PM +0100, Daniele Nicolodi wrote:
>> I just noticed that with the latest release (Org mode version 9.4
>> (9.4-27-g47bf60-elpa @ /Users/daniele/.emacs.d/elpa/org-20201026/)
>> unfolding of headlines is broken by whitespace.
On Sat, Oct 31, 2020 at 04:06:22PM +0100, Daniele Nicolodi wrote:
> I just noticed that with the latest release (Org mode version 9.4
> (9.4-27-g47bf60-elpa @ /Users/daniele/.emacs.d/elpa/org-20201026/)
> unfolding of headlines is broken by whitespace. In particular with a
> buffer with this conten
Hello,
i saw a few reports of bugs related to folding and unfolding of
headlines recently, but I think this is not a duplicate.
I just noticed that with the latest release (Org mode version 9.4
(9.4-27-g47bf60-elpa @ /Users/daniele/.emacs.d/elpa/org-20201026/)
unfolding of headlines is broken by
Hi Tom (orgmode list cc'ed),
> As a result
> each ob-lang will probably have to deal with this itself, or at least
> they will have to define how to consume quoted elisp lists without
> raising errors.
Thanks -- this is exactly the judgment check I was looking for -- if this type
of support sho
Hi,
Is there any plan to support prettify-symbols-mode in org agenda? With
that mode, it would make it easier to, for example, replace the todo
keywords with some nice looking unicode chars.
>From reddit, I found yantar92 has posted some elisp changes to enable the
>support:
https://www.reddit
As I was trying to decide who is the author of the ob-java docs, I realized
it's not clear how you're defining authorship due to my confusion about
ob-java. I can think of three ways to determine authorship:
1. the person that wrote it
2. the people who influenced the code
3. the first person to
25 matches
Mail list logo
