Re: Help requested: Support for basic Org mode support in tools outside of Emacs

2021-08-04 Thread Bo Grimes



On Wednesday 04 August 2021 18:28:48 PM (-04:00), Tim Cross wrote:

> BTW has anyone mentioned the VS Code org plugin - I guess that would
> meet the criteria as an external, non-Emacs based tool for doing org
> style markup. I've not used it, but noticed it when I was playing with
> VS Code recently.
>

Sublime Text does also.  I use it occasionally, as well as a plugin to use 
Emacs keychords in Sublime. It's not org-mode, but if can be a decent way 
of reading org-files for someone who needs to but doesn't use Emacs.


And sorry if I missed it but I didn't see anyone mention 
https://github.com/200ok-ch/organice




Re: Help requested: Support for basic Org mode support in tools outside of Emacs

2021-08-04 Thread Tim Cross


M. ‘quintus’ Gülker  writes:

> Am 04. August 2021 um 12:57 Uhr +0200 schrieb Karl Voit:
>> My focus is on Emacs-independent tools, emphasizing the argument
>> that Org mode is not Emacs-only and its syntax does have
>> applications outside of Emacs as well because it is a well-defined
>> syntax in the sense of
>> https://karl-voit.at/2017/09/23/orgmode-as-markup-only/
>
> It is an interesting post, thank you for sharing. Indeed, a list of
> non-Emacs org tools would benefit org's popularity as a markup
> language. Good luck with building one!
>
> The problem with the approach you describe in this article is that the
> org markup is not really separatable from org as a part of Emacs. By
> setting some variables, the user is able to change the org syntax
> itself and tailor it to his personal taste. The org manual even gives
> a simple example for adding new TODO states at § 5.2.1:
> https://orgmode.org/manual/Workflow-states.html
>
> While this might not fall under the restriction to basic facilities,
> it is perfectly possible to redefine variables that define the basic
> syntax as well. If one does not like stars for heading prefixes,
> it is possible change `org-heading-regexp' to whatever taste is at
> hand. A more practical example (which I use myself) is adding new link
> types as explained in § A.3 of the manual:
> https://orgmode.org/manual/Adding-Hyperlink-Types.html
>
> I recall from a discussion on this mailing list which I cannot seem to
> find at the moment that the inseparability of org syntax and org Emacs
> tooling is official position of the org developers. I think it was in
> the context of registering a MIME type for org. In any case, org as a
> syntax is a moving target, as the recent additions in form of
> citations have shown (see 
> https://blog.tecosaur.com/tmio/2021-07-31-citations.html).
>
> Note I am not at all opposed to your quest. In fact, I would love to
> have more widespread support for org so that it is easier for me to
> collaborate with non-Emacs users on plain text documents. I just
> wanted to point out difficulties of spreading org in the world outside
> Emacs, which may be hard hard to imagine, but does exist. As an aside,
> I hope that pandoc will receive support for org's new citation syntax
> soon.
>

While I'm skeptical about having any *real* org mode outside of Emacs, I
do think that having tools able to parse org files and possibly handle
basic things, like changing TODO states or following links, is possible.

While it is true that some of the org-mode features for adding new TODO
states or link types do make creation of such tools more complex, I'm
not sure these are really changes to the org syntax. TODO states, link
structure and section prefixes/markers are well defined elements and
syntactically consistent. External tools may need the ability for the
user to also set/define these structures to facilitate compatibility and
some tools already do this - for exmaple, beorg (iOS) lets you define
TODO states.

BTW has anyone mentioned the VS Code org plugin - I guess that would
meet the criteria as an external, non-Emacs based tool for doing org
style markup. I've not used it, but noticed it when I was playing with
VS Code recently. 



Re: Deleting (not archiving) TODO items when done

2021-08-04 Thread Tim Cross


William Denton  writes:

> When I've marked a TODO item as DONE and want to get it out of my projects 
> list,
> I've always used C-c C-x C-a (org-archive-subtree-default) to get it out of 
> the
> way.
>
> Today I had to go through the archive file to find an old note about 
> something,
> and the file was huge because it was filled with many trivial TODOs that 
> didn't
> need to be archived.  For example, If I'm waiting to hear back from someone,
> when they reply I usually just want to mark the task DONE and delete it.  I
> don't need to record it forever.
>
> Maybe I've been using the archiving not as intended, but I don't see any other
> command for getting rid of a TODO.  I can't find a command to delete the 
> current
> task.  Am I missing something?  Is there a keystroke to delete a TODO?  Or 
> does
> everyone archive everything?
>

I just delete them using standard Emacs commands. I'm not sure there is
a need for a special 'delete todo' command. It would be easy to code one
yourself if you want one.

With respect to archiving, there is probably some room for more
sophisticated archiving patterns. What I tend to do is at the start of
each year, move all my archive files to a new name which includes the
year in the archive filename. then after a few years, I simply delete
any archives older than 7 years. I find any data older than that is
rarely, if ever, relevant or useful, plus if I really, really want it,
it will be in one of my backup snapshots or git. This means my archive
files don't get to be gigantic and I can search back through just the
archives for a specific year.

In reality, I could probably get rid of old archives much sooner. It is
extremely rare for me to go through archives older than 1 year (I think
I've only ever done this once since I started using org). 




Re: [PATCH] org-agenda.el: Avoid dependency on subr-x

2021-08-04 Thread Tim Cross


Note that compatibility with 24.3 was not the cause of the OP original
issue (they were running 26.3).

Do we really want to maintain compatibility with Emacs 24.3? That
version was released over 8 years ago and I suspect there are other
areas of org which are not compatible with that version. Note also that
the subr-x and string-empty-p were introduced in Emacs 24.4. If we are
going to support Emacs 24, I think it is reasonable it be 24.4 rather
than aiming for all 24 releases.

I don't think this patch is required, especially since we have not had
any bug reported relating to that version. 

Maxim Nikulin  writes:

> * lisp/org-agenda.el (org-agenda-highlight-todo): Do not use `string-empty-p'.
>
> Restore compatibility with Emacs-24.3.
> ---
>  lisp/org-agenda.el | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
> index c3fbabc01..b6cd895bc 100644
> --- a/lisp/org-agenda.el
> +++ b/lisp/org-agenda.el
> @@ -7080,7 +7080,7 @@ The optional argument TYPE tells the agenda type."
>   (setq x
> (concat
>  (substring x 0 (match-end 1))
> -   (unless (string-empty-p org-agenda-todo-keyword-format)
> +   (unless (string= org-agenda-todo-keyword-format "")
>(format org-agenda-todo-keyword-format
>(match-string 2 x)))
> ;; Remove `display' property as the icon could leak




[PATCH] org-agenda.el: Avoid dependency on subr-x

2021-08-04 Thread Вячеслав Гришин
Thank you very much, Maxim. Now I don't know if I need to do something extra, 
because the problem arose because of my mistake.
When I removed the second version of Org and the extra code from .emacs, 
everything worked. I don't know how to explain it, because I'm just starting to 
learn emacs and lisp

On 04.08.2021 18:20, Maxim Nikulin wrote:
> * lisp/org-agenda.el (org-agenda-highlight-todo): Do not use `string-empty-p'.
> 
> Restore compatibility with Emacs-24.3.
> ---
>  lisp/org-agenda.el | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
> index c3fbabc01..b6cd895bc 100644
> --- a/lisp/org-agenda.el
> +++ b/lisp/org-agenda.el
> @@ -7080,7 +7080,7 @@ The optional argument TYPE tells the agenda type."
>   (setq x
> (concat
>  (substring x 0 (match-end 1))
> -   (unless (string-empty-p org-agenda-todo-keyword-format)
> +   (unless (string= org-agenda-todo-keyword-format "")
>(format org-agenda-todo-keyword-format
>(match-string 2 x)))
> ;; Remove `display' property as the icon could leak
> 



Bug: org-agenda-highlight-todo: Symbol’s function definition is void: string-empty-p [9.4.6 (9.4.6-11-g1ee52c-elpa @ /home/vmg/.emacs.d/elpa/org-20210726/)]

2021-08-04 Thread Вячеслав Гришин
I am grateful to you for your explanations and patience with my inexperience.
I made several mistakes, the main one being haste. I should have checked my 
emacs first..
The fact is that, in addition to the built-in version of orgmode, for some 
reason I installed another one.
Your recommendation helped: when I removed the extra (newer) version of Orgmode 
and removed the extraneous code from .emacs, everything worked.
Thank you for helping me master emacs — it is incredibly useful and hardly 
replaceable.


> I suspect that adding that line has actually hidden a larger problem.
> The above line is essentially telling emacs to load the subr-x package
> when your compiling an emacs-lisp file. However, your not compiling your
> .emacs file, so this will not have any effect unless your compiling your
> .emacs file. It is rarely worthwhile compiling your init file. Far
> better off to keep your init file relatively small and pushing
> complex/large configuration stuff into separate files which can be
> compiled. There are a number of complications you often need to deal
> with when compiling your init file and dealing with these often adds
> enough complexity to outweigh the any benefits to startup time, which
> are typically very small anyway.  
> 
> The symptoms you are seeing are frequently seen with a broken org
> install. This can easily happen if you attempt to upgrade org when you
> already have org functions loaded. Basic problem is that you end up with
> a broken mixed installation with parts from the old version and parts
> from the upgraded version.
> 
> Note that if the issue was as you described, many people would be
> experiencing this bug, but they aren't. This suggests the problem is
> local to your setup.  
> 
> I would remove the upgraded org package and try re-installing. However,
> it is really important to make sure your .emacs does not call any org
> functions because this will load org during startup and then when you
> attempt to upgrade the package, you will get the same issue. This may
> require some re-organisation of your .emacs file - possibly wrapping org
> related code in an eval-after-load or using something like use-package
> etc.
> 
> An easy way to verify which avoids large refactoring of your init file
> would be to comment out any org related configuration from your init
> file, restart emacs. upgrade org, uncomment what you commented and then
> restart emacs. 
> 
>>
>>  The org-agenda-highlight-todo function (org-agenda.el file) uses the
>>  string-empty-p function from the emacs-lisp/subr-x.el module, but
>>  somewhere is not done (require ' subr-x), so when calling the
>>  org-agenda-highlight-todo function, string-empty-p is not defined,
>>  which leads to an error — org-agenda-highlight-todo: Symbol’s function
>>  definition is void: string-empty-p
>>
>>  2.
>>
>>  For checking I called the emacs -Q and put in it scratch:
>>  (string-empty-p "test")
>>  (require 'subr-x)
>>  Then I executed the command
>>  C-x C-e
>>  on
>>  (require 'subr-x)
>>  output was
>>  Debugger entered--Lisp error: (void-function string-empty-p)
>>  (string-empty-p "test")
> 
> When you did C-x C-e, either you evaluated the first sexp or it tried to
> evaluate all sexps in the scratch buffer, calling string-empty-p first
> and before require 'subr-x, so the library was not yet loaded and the
> function was not found. the require needs to be before functions from
> the required library are called. 
> 



Re: Deleting (not archiving) TODO items when done

2021-08-04 Thread Samuel Wales
as peter said, and you can probably collapse and kill the line or kill
using an agenda command.

the archive is used variously.  so is git.  so are items like

  * LOG [ts] header

and also there is logbook.  so where does one store e.g. records of
conversations?  something i struggle with.  in op's case, git and
things like rsnapshot would be the places he could find what he
deleted.

i tend to be conservative, and sometimes doneify and archive AND use
LOG.  drawbacks include impossibly slow archiving [i suspect direct OS
appending to file would be a workaround] and finding needles in
haystacks filled with trivial and near-duplicate entries.

some don't search archives much, some want only meaningful things
there.  etc.  i am learning the maening of bloat.


On 8/4/21, Peter Neilson  wrote:
> On Wed, 04 Aug 2021 13:47:11 -0400, William Denton  wrote:
>
>> When I've marked a TODO item as DONE and want to get it out of my
>> projects list, I've always used C-c C-x C-a
>> (org-archive-subtree-default) to get it out of the way.
>>
>> Today I had to go through the archive file to find an old note about
>> something, and the file was huge because it was filled with many trivial
>>
>> TODOs that didn't need to be archived.  For example, If I'm waiting to
>> hear back from someone, when they reply I usually just want to mark the
>> task DONE and delete it.  I don't need to record it forever.
>>
>> Maybe I've been using the archiving not as intended, but I don't see any
>>
>> other command for getting rid of a TODO.  I can't find a command to
>> delete the current task.  Am I missing something?  Is there a keystroke
>> to delete a TODO?  Or does everyone archive everything?
>>
>> Bill
>>
>> --
>> William Denton
>> https://www.miskatonic.org/
>> Librarian, artist and licensed private investigator.
>> Toronto, Canada
>
> It's just text. Delete it. ^k^k or (for bigger items) establish a region
> and kill it (^w).
>
> If you would like (since you're in emacs) you can write yourself a special
>
> button to do it.
>
>


-- 
The Kafka Pandemic

Please learn what misopathy is.
https://thekafkapandemic.blogspot.com/2013/10/why-some-diseases-are-wronged.html



Re: Deleting (not archiving) TODO items when done

2021-08-04 Thread Peter Neilson

On Wed, 04 Aug 2021 13:47:11 -0400, William Denton  wrote:

When I've marked a TODO item as DONE and want to get it out of my  
projects list, I've always used C-c C-x C-a  
(org-archive-subtree-default) to get it out of the way.


Today I had to go through the archive file to find an old note about  
something, and the file was huge because it was filled with many trivial  
TODOs that didn't need to be archived.  For example, If I'm waiting to  
hear back from someone, when they reply I usually just want to mark the  
task DONE and delete it.  I don't need to record it forever.


Maybe I've been using the archiving not as intended, but I don't see any  
other command for getting rid of a TODO.  I can't find a command to  
delete the current task.  Am I missing something?  Is there a keystroke  
to delete a TODO?  Or does everyone archive everything?


Bill

--
William Denton
https://www.miskatonic.org/
Librarian, artist and licensed private investigator.
Toronto, Canada


It's just text. Delete it. ^k^k or (for bigger items) establish a region  
and kill it (^w).


If you would like (since you're in emacs) you can write yourself a special  
button to do it.




Re: ConTeXt exporter for Org Mode

2021-08-04 Thread Juan Manuel Macías
Hi Jason,

Jason Ross writes:

> Hello,
>
> I have developed a ConTeXt exporter for Org Mode. It is available at
> https://github.com/Jason-S-Ross/ox-context
>
> The exporter provides custom environments for each document element
> in an effort to make customization easier, in contrast to the Pandoc
> exporter which uses built-in environments for document elements.
>
> I welcome any feedback.

Congratulations on your excellent work. I am not a daily ConTeXt user, and I'm
afraid I can't help much. But I think a native exporter to ConTeXt 
could be an important addition to Org. It could be interesting for users
who want to discover this powerful alternative to LaTeX (within the TeX
ecosystem), as well as for users who want high-quality pdf output without
the need for get caught up in the complexity of LaTeX packages, since
ConTeXt has a more monolithic conception than LaTeX.

Very interesting and promising, in any case.

Best regards,

Juan Manuel 





Re: Help requested: Support for basic Org mode support in tools outside of Emacs

2021-08-04 Thread M . ‘quintus’ Gülker
Am 04. August 2021 um 12:57 Uhr +0200 schrieb Karl Voit:
> My focus is on Emacs-independent tools, emphasizing the argument
> that Org mode is not Emacs-only and its syntax does have
> applications outside of Emacs as well because it is a well-defined
> syntax in the sense of
> https://karl-voit.at/2017/09/23/orgmode-as-markup-only/

It is an interesting post, thank you for sharing. Indeed, a list of
non-Emacs org tools would benefit org's popularity as a markup
language. Good luck with building one!

The problem with the approach you describe in this article is that the
org markup is not really separatable from org as a part of Emacs. By
setting some variables, the user is able to change the org syntax
itself and tailor it to his personal taste. The org manual even gives
a simple example for adding new TODO states at § 5.2.1:
https://orgmode.org/manual/Workflow-states.html

While this might not fall under the restriction to basic facilities,
it is perfectly possible to redefine variables that define the basic
syntax as well. If one does not like stars for heading prefixes,
it is possible change `org-heading-regexp' to whatever taste is at
hand. A more practical example (which I use myself) is adding new link
types as explained in § A.3 of the manual:
https://orgmode.org/manual/Adding-Hyperlink-Types.html

I recall from a discussion on this mailing list which I cannot seem to
find at the moment that the inseparability of org syntax and org Emacs
tooling is official position of the org developers. I think it was in
the context of registering a MIME type for org. In any case, org as a
syntax is a moving target, as the recent additions in form of
citations have shown (see 
https://blog.tecosaur.com/tmio/2021-07-31-citations.html).

Note I am not at all opposed to your quest. In fact, I would love to
have more widespread support for org so that it is easier for me to
collaborate with non-Emacs users on plain text documents. I just
wanted to point out difficulties of spreading org in the world outside
Emacs, which may be hard hard to imagine, but does exist. As an aside,
I hope that pandoc will receive support for org's new citation syntax
soon.

  -quintus

-- 
Dipl.-Jur. M. Gülker | https://mg.guelker.eu |For security:
Passau, Germany  | kont...@guelker.eu| () Avoid HTML e-mail
European Union   | PGP: see homepage | /\ http://asciiribbon.org



Deleting (not archiving) TODO items when done

2021-08-04 Thread William Denton
When I've marked a TODO item as DONE and want to get it out of my projects list, 
I've always used C-c C-x C-a (org-archive-subtree-default) to get it out of the 
way.


Today I had to go through the archive file to find an old note about something, 
and the file was huge because it was filled with many trivial TODOs that didn't 
need to be archived.  For example, If I'm waiting to hear back from someone, 
when they reply I usually just want to mark the task DONE and delete it.  I 
don't need to record it forever.


Maybe I've been using the archiving not as intended, but I don't see any other 
command for getting rid of a TODO.  I can't find a command to delete the current 
task.  Am I missing something?  Is there a keystroke to delete a TODO?  Or does 
everyone archive everything?


Bill

--
William Denton
https://www.miskatonic.org/
Librarian, artist and licensed private investigator.
Toronto, Canada



ConTeXt exporter for Org Mode

2021-08-04 Thread Jason Ross

Hello,

I have developed a ConTeXt exporter for Org Mode. It is available at
https://github.com/Jason-S-Ross/ox-context

The exporter provides custom environments for each document element
in an effort to make customization easier, in contrast to the Pandoc
exporter which uses built-in environments for document elements.

I welcome any feedback.

Thanks,
Jason



[PATCH] org-agenda.el: Avoid dependency on subr-x

2021-08-04 Thread Maxim Nikulin
* lisp/org-agenda.el (org-agenda-highlight-todo): Do not use `string-empty-p'.

Restore compatibility with Emacs-24.3.
---
 lisp/org-agenda.el | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
index c3fbabc01..b6cd895bc 100644
--- a/lisp/org-agenda.el
+++ b/lisp/org-agenda.el
@@ -7080,7 +7080,7 @@ The optional argument TYPE tells the agenda type."
(setq x
  (concat
   (substring x 0 (match-end 1))
-   (unless (string-empty-p org-agenda-todo-keyword-format)
+   (unless (string= org-agenda-todo-keyword-format "")
 (format org-agenda-todo-keyword-format
 (match-string 2 x)))
;; Remove `display' property as the icon could leak
-- 
2.25.1





Re: Help requested: Support for basic Org mode support in tools outside of Emacs

2021-08-04 Thread Karl Voit
* Jens Neuhalfen  wrote:
> Hi
>
> on iOS the (really amazing) git client „working copy“ has support for org 
> rendering 

Interesting.

Could you provide me a syntax compatibility row according to the
table at the bottom of
https://github.com/novoid/github-orgmode-tests/blob/master/orgmode_support.org ?

> Jens
>
>> On 3. Aug 2021, at 11:32, Karl Voit  wrote:
>> 
>> Hi,
>> 
>> I'm collecting information on basic Org mode support in tools that
>> are not Emacs.
>> 
>> I already have: GitHub, GitLab (exactly like GitHub), OrgModeWeb,
>> Orgzly, Orgro, Emacs, vim-orgmode.
>> 
>> What I need is information on much more tools.
>> 
>> I have set up a syntax checking file on
>> https://github.com/novoid/github-orgmode-tests/blob/master/orgmode_support.org
>> which also contains my current compatibility table for the most
>> basic set that makes sense as a Markdown-pendant outside of Emacs
>> according to my subjective judgement on Org mode at the bottom.
>> 
>> My focus is on tools that - at least - offer text formatting syntax
>> highlighting for *bold* /italic/ and so forth. The rest could be
>> "works as text but has no special support for outlining and more".
>> 
>> The goals is to emphasize that there are much more tools that allow
>> for viewing and/or editing data in Org mode syntax.
>> 
>> Since I don't have an iPhone, iOS-based tools supporting Org mode
>> syntax is very much appreciated.
>> 
>> Please do hand in more lines for the table either here, via email or
>> as a GitHub pull request.
>> 
>> Thank you!
>> 
>> -- 
>> get mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML into Org-mode:
>>> get Memacs from https://github.com/novoid/Memacs <
>> Personal Information Management > http://Karl-Voit.at/tags/pim/
>> Emacs-related > http://Karl-Voit.at/tags/emacs/
>> 
>> 
>
>


-- 
get mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML into Org-mode:
   > get Memacs from https://github.com/novoid/Memacs <
Personal Information Management > http://Karl-Voit.at/tags/pim/
Emacs-related > http://Karl-Voit.at/tags/emacs/




Re: Help requested: Support for basic Org mode support in tools outside of Emacs

2021-08-04 Thread Karl Voit
Hi Timothy,

* Timothy  wrote:
>
> Hi Karl,
>
> Just to check, have you seen  ?

Yes, but thanks for reminding!

-- 
get mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML into Org-mode:
   > get Memacs from https://github.com/novoid/Memacs <
Personal Information Management > http://Karl-Voit.at/tags/pim/
Emacs-related > http://Karl-Voit.at/tags/emacs/




Re: Help requested: Support for basic Org mode support in tools outside of Emacs

2021-08-04 Thread Karl Voit
Hi Tom,

Great list you compiled here!

* Tom Gillespie  wrote:
> Hi Karl,
>Great initiative. For many of the things in the table you will
> probably want to link to the underlying library For example for github
> and gitlab there is https://github.com/wallyqs/org-ruby (which I have
> been trying to find time to submit fixes to). I've linked a couple
> relevant threads and repos. Best!
> Tom
>
> python https://github.com/novoid/Memacs
> python https://github.com/karlicoss/orgparse
> python https://github.com/bjonnh/PyOrgMode
> racket https://github.com/tgbugs/laundry/tree/next
> racket https://github.com/jeapostrophe/org-mode
> racket https://github.com/antoineB/org-mode
> See https://github.com/tgbugs/laundry/blob/next/laundry/cursed.org for
> an org file that github fails to render
> clojure https://github.com/200ok-ch/org-parser/blob/master/resources/org.ebnf
>
> https://orgmode.org/list/ca+g3_pobab1qx1zv8q9sjfh4khuhvmanxp3xo7__6eosdxk...@mail.gmail.com/
> https://orgmode.org/list/ca+g3_pnj6pekqv+twfkwbd778xhw9wsfx+kjjhjsoreplhu...@mail.gmail.com/

Thanks for this list.

Since my focus is on non-Emacs tools, many of those tools do not
qualify although I found it very flattering that you were mentioning
Memacs to me. :-)

Parsers is a very good keyword. However, I will link
https://orgmode.org/worg/org-tools/index.html because it already has
a comprehensive list of Org mode parsers we should re-use here.
Maybe you want to add the racket parsers to it? (I can't contribute
to Worg any more because of some strange technical issue I can't
solve myself).

-- 
get mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML into Org-mode:
   > get Memacs from https://github.com/novoid/Memacs <
Personal Information Management > http://Karl-Voit.at/tags/pim/
Emacs-related > http://Karl-Voit.at/tags/emacs/




Re: Help requested: Support for basic Org mode support in tools outside of Emacs

2021-08-04 Thread Karl Voit
Hi,

Thanks for all the feedback so far. It's really cool!

I would like to add a clarification: the list of tools I'm
collecting is a list *outside* of Emacs. Emacs is mentioned once
because it needs to be there. However, I'm not interested in listing
Emacs-related modules, projects like Memacs (thanks for mentioning
that!), and such.

My focus is on Emacs-independent tools, emphasizing the argument
that Org mode is not Emacs-only and its syntax does have
applications outside of Emacs as well because it is a well-defined
syntax in the sense of
https://karl-voit.at/2017/09/23/orgmode-as-markup-only/

And if you do mention a tool, it would be awesome when you could add
a syntax compatibility check according to my table on
https://github.com/novoid/github-orgmode-tests/blob/master/orgmode_support.org
as well since I don't have the resources to try out all tools
myself.

Thanks!

* Karl Voit  wrote:
> Hi,
>
> I'm collecting information on basic Org mode support in tools that
> are not Emacs.
>
> I already have: GitHub, GitLab (exactly like GitHub), OrgModeWeb,
> Orgzly, Orgro, Emacs, vim-orgmode.
>
> What I need is information on much more tools.
>
> I have set up a syntax checking file on
> https://github.com/novoid/github-orgmode-tests/blob/master/orgmode_support.org
> which also contains my current compatibility table for the most
> basic set that makes sense as a Markdown-pendant outside of Emacs
> according to my subjective judgement on Org mode at the bottom.
>
> My focus is on tools that - at least - offer text formatting syntax
> highlighting for *bold* /italic/ and so forth. The rest could be
> "works as text but has no special support for outlining and more".
>
> The goals is to emphasize that there are much more tools that allow
> for viewing and/or editing data in Org mode syntax.
>
> Since I don't have an iPhone, iOS-based tools supporting Org mode
> syntax is very much appreciated.
>
> Please do hand in more lines for the table either here, via email or
> as a GitHub pull request.
>
> Thank you!
>


-- 
get mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML into Org-mode:
   > get Memacs from https://github.com/novoid/Memacs <
Personal Information Management > http://Karl-Voit.at/tags/pim/
Emacs-related > http://Karl-Voit.at/tags/emacs/




Re: Help requested: Support for basic Org mode support in tools outside of Emacs

2021-08-04 Thread Karl Voit
Hi Robert,

* Robert Horn  wrote:
>
> Karl Voit writes:
>
>> I'm collecting information on basic Org mode support in tools that
>> are not Emacs.
>>
>
> If email integration is considered support, you can add
>
> mu (searching for mu4e will eliminate most of the false positives for
> "mu" when searching)
> notmuch
>
> They both have org-mode integrations.  E.g., create an org-mode task
> from within the email reader, with link back to the email.

Good to know but my focus are tools outside of Emacs. I just
mentioned Emacs once in the table to make sure it's there. However,
I won't collect all org-related modules within Emacs as it is a
different use-case.

-- 
get mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML into Org-mode:
   > get Memacs from https://github.com/novoid/Memacs <
Personal Information Management > http://Karl-Voit.at/tags/pim/
Emacs-related > http://Karl-Voit.at/tags/emacs/




Re: Help requested: Support for basic Org mode support in tools outside of Emacs

2021-08-04 Thread Karl Voit
* Kristian Grönberg  wrote:
>
> Beorg for iOS (https://beorgapp.com) , would be one.

I don't have access to iOS devices. Could you hand in a
compatibility row according to my table?

-- 
get mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML into Org-mode:
   > get Memacs from https://github.com/novoid/Memacs <
Personal Information Management > http://Karl-Voit.at/tags/pim/
Emacs-related > http://Karl-Voit.at/tags/emacs/




Re: Help requested: Support for basic Org mode support in tools outside of Emacs

2021-08-04 Thread Timothy
Hi Karl,

Just to check, have you seen  ?

All the best,
*Timothy*