Hi Timohy,
Timothy writes:
> I don’t think Ihor is suggesting we stop indicating that org-mode is part of
> Emacs.
Of course, I am convinced that Ihor is not saying that Org is not part
of Emacs, and I have to make it clear, that I have never suggested such
a thing. What's more, I understand
hi, Tim,
thanks for the reply.
> I don't know. It could be related to the spreadsheet capabilities or it
> could simply be an oversight in how the code extracts values from
> tables.
if anyone has any knowledge in this area, i'd be curious to hear.
> I tend to use the function
Hi Juan,
> I think that I cannot agree more with this. Org Mode is GNU Emacs, and
> the magic of Org Mode is the magic of GNU Emacs. That’s why I insist
> that going to Org means going to Emacs.
I don’t think Ihor is suggesting we stop indicating that org-mode is part of
Emacs. I think there’s
Russell Adams writes:
> What makes Org dramatically different is the editing experience in
> Emacs. Collapsing the outline, filtering on metadata, exports, agenda,
> etc. Those are Emacs features, not specific to the actual markup
> format.
>
> My impression is we already have stretched our
Aloha Matt,
Matt writes:
> > I just verified with my employer that my contract grants an
> > exception for this
> > project. Just emailed the request to ass...@gnu.org.
Not surprisingly the FSF hasn't resources to verify my
contract's exception and needs a written disclaimer from my
Aloha all,
Timothy writes:
"Thomas S. Dye" writes:
I checked this morning and I still get a 404 error when I
follow the Worg link
in section 16.12 of the Org mode manual at orgmode.org.
(sigh) I already fixed a 2nd issue, it looks like there's at
least a
3rd...
I still get the 404
> > I just verified with my employer that my contract grants an exception for
> > this
> > project. Just emailed the request to ass...@gnu.org.
Not surprisingly the FSF hasn't resources to verify my contract's exception and
needs a written disclaimer from my employer. I'm waiting on this
i think i can't add much useful to these threads, i agree with the
simplicity, but, a nuance, want for org to have had a bit more
consistency growing up. e.g. quoting/escaping, demarcation, and
applicability of features in different contexts.
sort of a "mentally factored user interface" where
Ihor Radchenko writes:
> Tim Cross writes:
>
>> I think your working off a false premise. Your view is that org mode
>> should be available in other editors/software so that others can realise
>> the power and benefits it provides. I can understand that position.
>
> A clarification: my
On Sat, Dec 04, 2021 at 10:51:47AM +1100, Tim Cross wrote:
>
> Tom Gillespie writes:
>
> > I don't mean to be a wet blanket...
I'd like to be a wet blanket.
> +infinity!
>
> Please, please can we stop trying to satisfy every edge case or extend
> the markup to satisfy every possible scenario.
On Sat, Dec 04, 2021 at 10:01:15PM +0700, Max Nikulin wrote:
> On 04/12/2021 06:51, Tim Cross wrote:
> >
> > Please, please can we stop trying to satisfy every edge case or extend
> > the markup to satisfy every possible scenario.
>
> It is ridiculous to throw away a nice tool and start to
On Sun, Dec 05, 2021 at 06:59:20PM +, Juan Manuel Macías wrote:
> Frustration every time I want to recommend Org to many of my friends
> and colleagues, who don't even use Emacs.
I think this is the core of every interoperability argument: "Why do
we have to use Emacs to use Org?" It's called
Apologies for delay, I have not been able to reproduce the error message on my
desktop or my laptop.
If you would like me to do anything additional please let me know.
best Regards,
Chris
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On Wednesday, December 1st, 2021 at
"Bruce D'Arcus" writes:
> On Sun, Dec 5, 2021 at 8:42 AM Tim Cross wrote:
>
>> I think your working off a false premise. Your view is that org mode
>> should be available in other editors/software so that others can realise
>> the power and benefits it provides. I can understand that
Hi Ihor,
Thank you for your email. I have little to add to you analysis and suggestions
other than my strong agreement. However, I will give some of my thoughts that
lead me to this position.
Ultimately, we have a choice. Do we wish to be hostile, or welcoming to interest
in Org outside
Ihor Radchenko writes:
> Ok. Let me explain my thought process.
>
> First of all, there is no burden on users of Org mode in making edits to
> orgmode.org. It is a burden on Org contributors.
>
> One of the aims of my proposal is reducing this burden by involving
> non-emacs users to provide
Tim Cross writes:
> - The suggested org mode in a browser example is unlikely to be
> acceptable to the FSF (or RMS). The FSF is very much against cloud
> based computing services or any web service which uses non-free
> Javascript (which is most of them and one of the many reasons Github
Tim Cross writes:
> I think your working off a false premise. Your view is that org mode
> should be available in other editors/software so that others can realise
> the power and benefits it provides. I can understand that position.
A clarification: my premise is that org mode should be
On Sun, Dec 5, 2021 at 8:42 AM Tim Cross wrote:
> I think your working off a false premise. Your view is that org mode
> should be available in other editors/software so that others can realise
> the power and benefits it provides. I can understand that position.
>
> However, the FSF position
Ihor Radchenko writes:
> Juan Manuel Macías writes:
>
>> Yes, sorry for not explaining myself well: I was also referring to
>> search results, not the title in the web site...
>>
>> But the question is: what need is there to remove the reference to Emacs
>> in the search result? I think the
Juan Manuel Macías writes:
> Ihor Radchenko writes:
>
>> The website title is "Org mode for Emacs", repelling users who _do
>>not want_ to use Org inside Emacs. Maybe we can do better? Something
>>with less accent on Emacs like "Org mode: your life in plain text"
>
> I am not at all in
Juan Manuel Macías writes:
> Yes, sorry for not explaining myself well: I was also referring to
> search results, not the title in the web site...
>
> But the question is: what need is there to remove the reference to Emacs
> in the search result? I think the emphasis is necessary. As we say in
Juan Manuel Macías wrote/hat geschrieben on/am 05.12.2021 12:08:
Ihor Radchenko writes:
I view "Org Mode" as a "brand name". Something uniquely identifying Org
mode and serving as a search term.
Yes, it makes sense.
Is it your principal position about the title specifically? Do you think
Ihor Radchenko writes:
> I view "Org Mode" as a "brand name". Something uniquely identifying Org
> mode and serving as a search term.
Yes, it makes sense.
> Is it your principal position about the title specifically? Do you think
> that just referring to Emacs in the website description is not
Juan Manuel Macías writes:
> I am not at all in favor of separating the 'Org Mode' name from 'GNU
> Emacs'.
To clarify, I do not suggest to remove the linkage between Org mode and
GNU Emacs. Just change the emphasis. I had no intention to remove the
reference to Emacs from search result. It
Karl Fogel writes:
> The reason I suggest this is that often when someone is hot on the trail of
> debugging something, they haven't yet
> decided whether they want to become a contributor or not. They just know
> they want to ook at the latest sources so they
> can first figure out more
Hello,
Ihor Radchenko writes:
> Nicolas Goaziou writes:
>> But then, you do not remove the ambiguity that is condemned in this
>> thread. The greater element/element and greater element/lesser element
>> distinctions are equivalent, albeit not identical.
>
> AFAIU, elements = greater-elements
Ihor Radchenko writes:
> The website title is "Org mode for Emacs", repelling users who _do
>not want_ to use Org inside Emacs. Maybe we can do better? Something
>with less accent on Emacs like "Org mode: your life in plain text"
I am not at all in favor of separating the 'Org Mode' name
Hello,
Kaushal Modi writes:
> Thanks. Nicolas asked me to add tests for this patch. But I need to look
> into how to add tests for behavior of bindings. Need to add tests for M-j
> binding behavior when cursor is within a comment or outside.
I don't think you need to test the binding. You
Hello,
Ihor Radchenko writes:
> Sorry, but tests are still slow for me after the update.
> If I run the test from inside Emacs with ert, things got better, but
> make BTEST_RE="^test-org-cite/adjust-note" test
> still takes 12sec.
I cannot reproduce it. The test went down from 4.5s to 1.5s. I
Jay Dresser writes:
> Here is Warnings and Backtrace
>
> == Backtrace ==
> Debugger entered--Lisp error: (error "rx ‘**’ range error")
> signal(error ("rx ‘**’ range error"))
Can you update your Org mode to latest main? We had a recent commit
31 matches
Mail list logo
