[O] Extending ob-plantuml keywords

[Norman Walsh]

Hi,

On a casual inspection, it appears that ob-plantuml hardcodes the
plantuml keywords @startuml/@enduml around the source block.

There are at least a couple of other keywords that can be used
(@startsalt and @startmindmap).

I’m tempted to hack at obj-plantuml a bit to support keyword selection
somehow. Before I do that, has anyone else already done it?

Be seeing you,
  norm

-- 
Norman Walsh  | There has never been a perfect
http://nwalsh.com/| government, because men have passions;
  | and if they did not have passions,
  | there would be no need for
  | government.--Voltaire


signature.asc
Description: PGP signature

Re: [O] git-annex-related org-attach tests failing on master

[Gustav Wikström]

Hi again Kyle,

I've pushed a change to master that fixes the failed tests. 
Please verify on your end as well as. 

> -Original Message-
> From: Kyle Meyer 
> Sent: den 4 september 2019 05:32
> To: Gustav Wikström ; Org-mode 
> Subject: RE: git-annex-related org-attach tests failing on master
> 
> Gustav Wikström  writes:
> 
> > I've taken a look and have fixed the issues on my
> > local machine.
> 
> Thank you!
> 
> > I must say the whole git-annex thing feels misplaced in the
> > Org mode repository though. I guess, as long as git annex isn't installed
> > it's not really an issue. But it surely would fit better as a separate
> library.
> 
> I'm a heavy git-annex user, but I haven't done more than play with
> org-attach (a while back), so I don't have much of an opinion here, but
> your general assessment sounds fair.  That being said, the
> org-attach/git-annex functionality has been around since 2012, so
> provided it's not making other things more difficult, moving it outside
> of Org doesn't seem worth the effort or disruption of people's
> workflows.

No worries, I was just voicing my concern. Issue hopefully fixed now.

> Thanks again for looking into the failures.
> 
> --
> Kyle

Kind regards
Gustav

Re: [O] Extending ob-plantuml keywords

[Fraga, Eric]

On Sunday,  8 Sep 2019 at 09:30, Norman Walsh wrote:
> I’m tempted to hack at obj-plantuml a bit to support keyword selection
> somehow. Before I do that, has anyone else already done it?

Not that I am aware of; I've not needed the other @start options but
they are potentially very useful so it would be good to support them.

-- 
Eric S Fraga via Emacs 27.0.50, Org release_9.2.4-401-gfabd6d

Re: [O] git-annex-related org-attach tests failing on master

[Kyle Meyer]

Gustav Wikström  writes:

> Hi again Kyle,
>
> I've pushed a change to master that fixes the failed tests. 
> Please verify on your end as well as. 

It does.  I've pushed a minor fixup commit to silence the byte-compiler.

Thanks.

Re: [O] git-annex-related org-attach tests failing on master

[Gustav Wikström]

Ahh, thanks for that!

/G

Get Outlook for Android


From: Kyle Meyer 
Sent: Sunday, September 8, 2019 5:46:21 PM
To: Gustav Wikström ; Org-mode 
Subject: RE: git-annex-related org-attach tests failing on master

Gustav Wikström  writes:

> Hi again Kyle,
>
> I've pushed a change to master that fixes the failed tests.
> Please verify on your end as well as.

It does.  I've pushed a minor fixup commit to silence the byte-compiler.

Thanks.

[O] Best practice for providing an Org-based application?

[Neil Jerram]

Is there a best practice or recommended approach for preparing and
providing an Org-based application so that others could make use of it?

I've been using Org for a few years to keep track of the membership and
'fixing' for my choir - where 'fixing' means finding out and recording who
can sing in each concert, who will be there for rehearsals, and so on.
This involves a mix of data that is private to my choir, and workflows and
code that are potentially generic.  I don't know how many people in the
world are both choir organisers and Emacs users, but it seems to me that it
could be useful to separate out and document the generic code and
workflows, so that others could use that as well as me, and that it would
also be an interesting technical challenge.

Has anyone else done something like this?  I wonder if you have
recommendations for how to document, structure and publish this kind of
thing?

Many thanks!
   Neil

Re: [O] Best practice for providing an Org-based application?

[Marcin Borkowski]

On 2019-09-08, at 19:37, Neil Jerram  wrote:

> Is there a best practice or recommended approach for preparing and
> providing an Org-based application so that others could make use of it?
>
> I've been using Org for a few years to keep track of the membership and
> 'fixing' for my choir - where 'fixing' means finding out and recording who
> can sing in each concert, who will be there for rehearsals, and so on.
> This involves a mix of data that is private to my choir, and workflows and
> code that are potentially generic.  I don't know how many people in the
> world are both choir organisers and Emacs users, but it seems to me that it
> could be useful to separate out and document the generic code and
> workflows, so that others could use that as well as me, and that it would
> also be an interesting technical challenge.
>
> Has anyone else done something like this?  I wonder if you have
> recommendations for how to document, structure and publish this kind of
> thing?

That looks pretty interesting, and I suspect that it could be useful not
only for choirs but for other teams as well.  I'd love to see this, even
though I'm probably not a potential user.

Best,

-- 
Marcin Borkowski
http://mbork.pl

Re: [O] Best practice for providing an Org-based application?

[Bob Newell]

Although I don't have an answer to your question, I'm also
interested, as it's been suggested to me that I somehow publish
my code and workflow for substantially easing the somewhat
painful process of taking and inputting registrations for
USCF-rated chess tournaments.

-- 
Bob Newell
Honolulu, Hawai`i
* Via Gnus/BBDB/Org/Emacs/Linux *