Fwd: [PATCH] ox-publish.el: Speed up org-publish-cache-file-needs-publishing

10:48 PM To: Gustav Wikström Subject: Re: [PATCH] ox-publish.el: Speed up org-publish-cache-file-needs-publishing Gustav Wikström writes: > Aha, hmm... I don't remember commiting any other persons code. I > honestly think it's just me fixing the same thing thing that > apparently al

FYI Speedup of publish command in master

Hi, In a similar vein as the speedups of scanning for IDs that was made a while back, there now is a speedup for org publish as well. Soon to be pushed to code.orgmode.org (we're still using that, aren't we?) with commit aa0fa8c75. The speedup is seen when scanning through files to decide if

Re: Concerns about community contributor support

Hi Tim, Another data point from me. I agree with your concerns, although they are difficult to solve! Since we're talking about voluntary work and non-paid work. And maintenance can take a lot of time and effort. This is not the first time this topic comes up on the list. Both you and me took

Re: Concerns about community contributor support

You didn't ask me, but since I'm currently here and reading the list I might just give 2c to the topic. My understanding is that a BNF-grammar is virtually impossible for Org. The org language is ambiguous and writing a context free grammar for it hence is not possible. For reference, see [1].

Re: straight.el and org info pages?

. Not sure if that problem remains, or if I recall correctly even. /G Get Outlook for iOS<https://aka.ms/o0ukef> From: Greg Minshall Sent: Wednesday, March 24, 2021 3:56:36 AM To: Gustav Wikström Cc: emacs-orgmode@gnu.org Subject: straight.el and org info

Re: trivial software engineering'ish question: switching org's

Straight.el is worth looking into for this. Has served me well for similar use cases. BR Gustav Get Outlook for iOS From: Emacs-orgmode on behalf of Tim Cross Sent: Sunday, March 21, 2021 10:35:00 PM To: emacs-orgmode@gnu.org Subject:

Storing ID-links before first heading uses title as description

Just committed to master (be2966abb5) Storing links to files using ~org-store-link~ (==) when ~org-id-link-to-org-use-id~ is not nil will now store the title as description of the link, if available. If no title exists it falls back to the filename as before. Best Gustav

Re: Release Org 9.4.2

Yes, that looks like a good option in my books. Look for example at how logseq has it set up. (https://opencollective.com/logseq) Best Gustav From: TEC Sent: Tuesday, December 29, 2020 10:42:50 AM To: Gustav Wikström Cc: Eric S Fraga ; emacs-orgmode@gnu.org

Re: New startup options

Hi, Added. /Gustav From: Emacs-orgmode on behalf of Colin Baxter Sent: Monday, December 21, 2020 18:20 To: emacs-orgmode@gnu.org Subject: New startup options In ORG-NEWS there is the line *** New startup options #+startup: showlevels Not being a

Re: Release Org 9.4.2

> From: Eric S Fraga > Sent: Wednesday, December 16, 2020 15:50 > To: Gustav Wikström > Cc: emacs-orgmode@gnu.org > Subject: Re: Release Org 9.4.2 > > On Wednesday, 16 Dec 2020 at 14:11, Gustav Wikström wrote: > > I for on

Re: Release Org 9.4.2

> From: Eric S Fraga > Sent: Wednesday, December 16, 2020 14:49 > To: Gustav Wikström > Cc: emacs-orgmode@gnu.org > Subject: Re: Release Org 9.4.2 > > ... > > Why cool? What's cool is that so many contribute, in a wide range of > ways, without some financial re

Re: Release Org 9.4.2

> From: Emacs-orgmode on behalf > of TEC > Sent: Wednesday, December 16, 2020 08:14 > To: Bastien > Cc: emacs-orgmode@gnu.org; Pankaj Jangid > Subject: Re: Release Org 9.4.2 > > ... > > I actually have a few thoughts on this. I'm afraid that I don't think > Org/Emacs are doing a good job of

Sv: New startup options, showlevels

isting one. /Gustav > -Ursprungligt meddelande- > Från: Eric S Fraga > Skickat: den 13 december 2020 10:49 > Till: Bastien > Kopia: Gustav Wikström ; emacs-orgmode@gnu.org > Ämne: Re: New startup options, showlevels > > On Saturday, 12 Dec 2020 at 18:54, Bastien wrote:

Re: New startup options, showlevels

To: Gustav Wikström Cc: emacs-orgmode@gnu.org Subject: Re: New startup options, showlevels Hi Gustav, Gustav Wikström writes: > Prompted by a question on StackOverflow, > https://stackoverflow.com/questions/56536184/set-initial-visiblity-to-a-certain-level-in-org-mode, > a few ne

New startup options, showlevels

Prompted by a question on StackOverflow, https://stackoverflow.com/questions/56536184/set-initial-visiblity-to-a-certain-level-in-org-mode, a few new options are added to the startup setting. Patch is applied to master as this is non-critical and it is communicated here and now for full

Minor fix in org-shifttab on master

Thought to mention that commit 9a154910ed is pushed to master, It fixes an issue that drawers were opened when cycling global visibility using org-shifttab with a numeric argument (to only show outline levels up to that level). /Gustav

Miscellaneous fix, make `org-goto-first-child' behave intuitively before first heading

Hi again, While fixing other issues in the code I found thing worth improving. Thought to just briefly mention it here as well, for full transparency. `org-goto-first-child' now understand what a child is when before first heading. This is inline with how other outline functions behave. Since

Re: Default fold state of property drawers?

From: Kyle Meyer Sent: Sunday, November 1, 2020 19:21 To: Gustav Wikström Cc: emacs-orgmode@gnu.org Subject: Re: Default fold state of property drawers? Gustav Wikström writes: > But maybe my issue rather lies in how the visibility toggling with > S-TAB functions. The file property

Speedup of org-id-update-id-locations

Hi, A patch is applied to master (commit 19d2f79a0) in order to speed up the rebuilding of ID locations. Performance testing on my own setup shows a huge reduction in time to rebuild the cache. It goes from 168 seconds to 3 seconds. This performance increase is not to be expected for all

Re: Thoughts on the standardization of Org

Hi, I agree with your sentiment Asa. It would indeed be good to "standardize" Org. It's worth spending a few words here reasoning about what this standardization would mean. The text below are not specifically to you, Asa. But to the list. As food for thought on this topic. FWIW. It's easy to

Re: Default fold state of property drawers?

. Thoughts? /Gustav From: Kyle Meyer Sent: Thursday, October 29, 2020 03:45 To: Gustav Wikström Cc: emacs-orgmode@gnu.org Subject: Re: Default fold state of property drawers? Gustav Wikström writes: > Hi, > > This may be a stupid question but I di

Default fold state of property drawers?

Hi, This may be a stupid question but I didn't find anything conclusive in the manual or online after a (albeit fairly quick) scan. Is there currently a way to declare that property drawers (and the file level property drawer in particular) should be hidden when opening a new Org file, no

Re: Any reason not to generate my own custom ID value (NOT CUSTOM_ID)?

Hi TRS-80, Your approach should work just fine. So fine, in fact, that it's already kind of built in! Configure org-id-method and set it to 'ts and you'll get timestamps as ID instead of uuid. I do believe the manual lacks a description for this. Not entirely sure though, and can't check atm.

Re: Shower thought: submit an IETF RFC to register Org as a MIME type

That would be very nice indeed. /Gustav From: Emacs-orgmode on behalf of TEC Sent: Friday, September 4, 2020 4:44:50 PM To: org-mode-email Subject: Shower thought: submit an IETF RFC to register Org as a MIME type Hi everyone, Prompted by the fact that

[ANN] Org-collection - (experimental) global minor mode

Hi there, Just wanted to mention that there’s an embryo at https://github.com/Whil-/org-collection for de-globalizing your org mode setup into collections. For those interested in that. This relates to: https://lists.gnu.org/archive/html/emacs-orgmode/2019-12/msg00215.html It’s hasn’t turned

RE: Website revamp?

Hi TEC, Just wanted to add one datapoint here. I think this effort your putting down is commendable and deserves many +1's. Reading about something ofc happen on devices other than where the software in the end is installed. Thus, I agree fully with what you write below! Your draft is already

RE: FWD: Org-Babel Support for Powershell

Hi, Org babel support for Powershell is a great idea! Powershell is very ...*ahem*... powerful, and it would likely benefit many users if it was usable and executable from within Org mode! > -Original Message- > From: Emacs-orgmode On Behalf > Of Russell Adams > Sent: den 6 juni 2020

RE: [Bug] org-store-link should not insert a document level ID property

Hi, > -Original Message- > From: Nicolas Goaziou > Sent: den 14 maj 2020 23:21 > To: Gustav Wikström > Cc: Matthew Lundin ; Org Mode List > Subject: Re: [Bug] org-store-link should not insert a document level ID > property > > [...] > > Regenerating &

RE: [Bug] org-store-link should not insert a document level ID property

Hi Matt, > -Original Message- > From: Matthew Lundin > Sent: den 7 maj 2020 23:41 > To: Gustav Wikström ; Org Mode List > Subject: RE: [Bug] org-store-link should not insert a document level ID > property > > [...] > > What I was thinking of in terms

RE: [Bug] org-store-link should not insert a document level ID property

Hi, > -Original Message- > From: Nicolas Goaziou > Sent: den 13 maj 2020 18:45 > To: Matthew Lundin > Cc: Gustav Wikström ; Org Mode List > Subject: Re: [Bug] org-store-link should not insert a document level ID > property > > Matthew Lundin writes: >

RE: wip-cite status question and feedback

Hi, I'm curious. So take this for what it is; I.e. curiosity. What /exactly/ is meant with a citation here? Is it a new general concept in Org mode, or is it something more narrow, as an extension for some specific third party software? Would I be able to use it without that third party

RE: [Bug] org-store-link should not insert a document level ID property

Hi, Just wanted to say that the patch is applied on master. It's solving the problem. Regarding user-configuration that can be added later if needed. It's not wrong right now per se. Cheers! Gustav > -Original Message- > From: Gustav Wikström > Sent: den 5 april 2020 17:50 &

RE: [Bug] org-store-link should not insert a document level ID property

the link does what you'd expect. Tests ran fine with the patch applied. Regards Gustav > Hi, > > > -Original Message- > > From: Matt Lundin > > Sent: den 5 april 2020 00:13 > > To: Org Mode List > > Cc: Gustav Wikström > > Subject: [Bug] org-sto

RE: [Bug] org-store-link should not insert a document level ID property

Hi, > -Original Message- > From: Matt Lundin > Sent: den 5 april 2020 00:13 > To: Org Mode List > Cc: Gustav Wikström > Subject: [Bug] org-store-link should not insert a document level ID property > > The introduction of document-level

RE: [ANN] public-inbox archive of the mailing list

Hi, This is useful, thanks! > -Original Message- > From: Emacs-orgmode On Behalf > Of Kyle Meyer > Sent: den 3 april 2020 06:56 > To: emacs-orgmode@gnu.org > Subject: [ANN] public-inbox archive of the mailing list > > I've set up a public-inbox [^1] archive of the mailing list at > >

RE: File Scoped Properties?

Hi Tim, First you must make sure to allow property inheritance. That can be done by setting org-attach-use-inheritance to t. Then add the DIR property to a property block for the file, or using a property keyword. I.e. either this: #+begin_src org :PROPERTIES: :DIR: ~/.foo/data

RE: attachment: link type export to HTML invalid attach dir

Hello, > -Original Message- > From: Nicolas Goaziou > Sent: den 26 februari 2020 16:23 > To: Gustav Wikström > Cc: Bastien ; emacs-orgmode@gnu.org > Subject: Re: attachment: link type export to HTML invalid attach dir > > Hello, > > Gustav Wikström write

RE: attachment: link type export to HTML invalid attach dir

Hi Bastien and Nicolas, > -Original Message- > From: Bastien > Sent: den 22 februari 2020 14:32 > To: Nicolas Goaziou > Cc: Gustav Wikström ; emacs-orgmode@gnu.org > Subject: Re: attachment: link type export to HTML invalid attach dir > > [...] > > Nicol

RE: attachment: link type export to HTML invalid attach dir

Btw, the change 20d293b4a was done after a filed bug report. Maybe should be mentioned as well. The change was not something I just felt like doing just for the fun of it. Regards G > -Original Message- > From: Kyle Meyer > Sent: den 14 februari 2020 03:42 > To: Gus

RE: attachment: link type export to HTML invalid attach dir

Hi, > -Original Message- > From: Kyle Meyer > Sent: den 14 februari 2020 03:42 > To: Gustav Wikström ; Nicolas Goaziou > > Cc: Bastien Guerry ; emacs-orgmode@gnu.org > Subject: RE: attachment: link type export to HTML invalid attach dir > > Gustav Wikst

RE: attachment: link type export to HTML invalid attach dir

Hi, > -Original Message- > From: Nicolas Goaziou > Sent: den 14 februari 2020 01:16 > To: Gustav Wikström > Cc: emacs-orgmode@gnu.org; Bastien Guerry > Subject: Re: attachment: link type export to HTML invalid attach dir > > Gustav Wikström writes: > >

RE: attachment: link type export to HTML invalid attach dir

> -Original Message- > From: Nicolas Goaziou > Sent: den 13 februari 2020 22:38 > To: Gustav Wikström > Cc: emacs-orgmode@gnu.org; Bastien Guerry > Subject: Re: attachment: link type export to HTML invalid attach dir > > Gustav Wikström writes: > >

RE: [Help] Preparing for the release of Org 9.4 tomorrow

Just for reference, this is answered in the parallel thread about attachment links. /G > -Original Message- > From: Nicolas Goaziou > Sent: den 13 februari 2020 22:32 > To: Gustav Wikström > Cc: Bastien ; emacs-orgmode@gnu.org > Subject: Re: [Help] Preparing for the

RE: attachment: link type export to HTML invalid attach dir

Continuation from previous answer, > -Original Message- > From: Nicolas Goaziou > Sent: den 13 februari 2020 21:41 > To: Gustav Wikström > Cc: emacs-orgmode@gnu.org; Bastien Guerry > Subject: Re: attachment: link type export to HTML invalid attach dir > > [...

RE: attachment: link type export to HTML invalid attach dir

Hi, Partial answer for now; > -Original Message- > From: Nicolas Goaziou > Sent: den 13 februari 2020 21:41 > To: Gustav Wikström > Cc: emacs-orgmode@gnu.org; Bastien Guerry > Subject: Re: attachment: link type export to HTML invalid attach dir > > [...] >

Re: [Help] Preparing for the release of Org 9.4 tomorrow

Hi, This should be fixed since commit a24c8c481f though, no? https://code.orgmode.org/bzg/org-mode/commit/a24c8c481f63113215e66a70382d93cce82c9c7e Regards Gustav Get Outlook for Android From: Emacs-orgmode on behalf of Nicolas Goaziou

RE: attachment: link type export to HTML invalid attach dir

Hi, > -Original Message- > From: Nicolas Goaziou > Sent: den 7 februari 2020 15:28 > To: Gustav Wikström > Cc: emacs-orgmode@gnu.org > Subject: Re: attachment: link type export to HTML invalid attach dir > > > Hmm, maybe that is so.. Except raw-path

RE: attachment: link type export to HTML invalid attach dir

Hi again, > -Original Message- > From: Nicolas Goaziou > Sent: den 5 februari 2020 17:54 > To: Gustav Wikström > Cc: emacs-orgmode@gnu.org > Subject: Re: attachment: link type export to HTML invalid attach dir > > > That was kind of what I was trying to do

RE: attachment: link type export to HTML invalid attach dir

Hi again, > -Original Message- > From: Nicolas Goaziou > Sent: den 20 januari 2020 02:25 > To: Gustav Wikström > Cc: emacs-orgmode@gnu.org > Subject: Re: attachment: link type export to HTML invalid attach dir > > Gustav Wikström writes: > > > Ok, no

RE: attachment: link type export to HTML invalid attach dir

Hi Nicolas, Thanks for your comments! > -Original Message- > From: Nicolas Goaziou > Sent: den 19 januari 2020 22:12 > To: Gustav Wikström > Cc: emacs-orgmode@gnu.org > Subject: Re: attachment: link type export to HTML invalid attach dir > > Hello, >

RE: [O] FW: [RFC] Link-type for attachments, more attach options

Hi, > -Original Message- > From: stardiviner > Sent: den 19 januari 2020 05:28 > To: Gustav Wikström > Cc: numbch...@gmail.com; emacs-orgmode@gnu.org > Subject: Re: [O] FW: [RFC] Link-type for attachments, more attach options > > [...] > > From the sour

RE: [O] FW: [RFC] Link-type for attachments, more attach options

#+end_src Regards Gustav > -Original Message- > From: stardiviner > Sent: den 18 januari 2020 15:56 > To: Gustav Wikström > Cc: numbch...@gmail.com; emacs-orgmode@gnu.org > Subject: Re: [O] FW: [RFC] Link-type for attachments, more attach options > > > stardi

RE: attachment: link type export to HTML invalid attach dir

Hi, > -Original Message- > From: Nicolas Goaziou > Sent: den 18 januari 2020 12:34 > To: Gustav Wikström > Cc: emacs-orgmode@gnu.org > Subject: Re: attachment: link type export to HTML invalid attach dir > > Hello, > > Gustav Wikström writes: > >

RE: attachment: link type export to HTML invalid attach dir

age- > From: Gustav Wikström > Sent: den 17 januari 2020 19:36 > To: Nicolas Goaziou > Cc: emacs-orgmode@gnu.org > Subject: RE: attachment: link type export to HTML invalid attach dir > > Hi again, > > > -Original Message- > > From: Gustav Wikst

RE: attachment: link type export to HTML invalid attach dir

Hi again, > -Original Message- > From: Gustav Wikström > Sent: den 17 januari 2020 15:30 > To: 'Nicolas Goaziou' > Cc: emacs-orgmode@gnu.org > Subject: RE: attachment: link type export to HTML invalid attach dir > > Hi, > > [...] > > > > >

RE: Missing `org-attach-set-inherit' function

Hi, > -Original Message- > From: Emacs-orgmode On > Behalf Of stardiviner > Sent: den 17 januari 2020 08:39 > To: emacs-orgmode@gnu.org > Subject: Missing `org-attach-set-inherit' function > > > I found the function ~org-attach-set-inherit~ is missing. I noticed it in > the Info

RE: attachment: link type export to HTML invalid attach dir

Hi, > -Original Message- > From: Nicolas Goaziou > Sent: den 17 januari 2020 01:40 > To: Gustav Wikström > Cc: emacs-orgmode@gnu.org > Subject: Re: attachment: link type export to HTML invalid attach dir > > Gustav Wikström writes: > > > Hardcoding th

RE: attachment: link type export to HTML invalid attach dir

Hi again, > -Original Message- > From: Gustav Wikström > Sent: den 16 januari 2020 22:42 > To: Nicolas Goaziou > Cc: numbch...@gmail.com; emacs-orgmode@gnu.org > Subject: RE: attachment: link type export to HTML invalid attach dir > > Hi Nicolas, >

RE: attachment: link type export to HTML invalid attach dir

Hi Nicolas, > -Original Message- > From: Nicolas Goaziou > Sent: den 16 januari 2020 14:18 > To: Gustav Wikström > Cc: numbch...@gmail.com; emacs-orgmode@gnu.org > Subject: Re: attachment: link type export to HTML invalid attach dir > > Hello, > > Gust

RE: [O] FW: [RFC] Link-type for attachments, more attach options

Hi, > -Original Message- > From: stardiviner > Sent: den 15 januari 2020 07:21 > To: Gustav Wikström > Cc: numbch...@gmail.com; emacs-orgmode@gnu.org > Subject: Re: [O] FW: [RFC] Link-type for attachments, more attach options > > [...] > > >>

RE: attachment: link type export to HTML invalid attach dir

Hi, > -Original Message- > From: stardiviner > Sent: den 15 januari 2020 06:53 > To: Gustav Wikström > Cc: numbch...@gmail.com; emacs-orgmode@gnu.org > Subject: Re: attachment: link type export to HTML invalid attach dir > > [...] > > I checked ou

RE: [O] FW: [RFC] Link-type for attachments, more attach options

Hi, > -Original Message- > From: Emacs-orgmode On > Behalf Of stardiviner > Sent: den 13 januari 2020 14:42 > To: emacs-orgmode@gnu.org > Subject: Re: [O] FW: [RFC] Link-type for attachments, more attach options > > > I found when I set option ~(setq org-attach-store-link-p t)~. Then

RE: attachment: link type export to HTML invalid attach dir

Hi again, > -Original Message- > From: Emacs-orgmode On > Behalf Of stardiviner > Sent: den 14 januari 2020 06:04 > To: Gustav Wikström > Cc: emacs-orgmode@gnu.org > Subject: Re: attachment: link type export to HTML invalid attach dir > > [...] > > Many

Re: attachment: link type export to HTML invalid attach dir

Hi! Thanks for reporting this! The code is updated on the master branch to make the exporters aware of how to deal with attachment links. Commit d70db54db for the curious. Basically, attachment links are expanded into file-links by the exporters now, before further processing into links in

RE: [Idea] Org Collections

Hi, > -Original Message- > From: Roland Everaert > Sent: den 23 december 2019 14:32 > To: Gustav Wikström > Cc: emacs-orgmode@gnu.org > Subject: Re: [Idea] Org Collections > Have you had a look at org-brain. I don't use is much, but there are some > overlapping

RE: [Idea] Org Collections

Hi! > -Original Message- > From: Emacs-orgmode On Behalf > Of Roland Everaert > Sent: den 16 december 2019 12:26 > To: emacs-orgmode@gnu.org > Subject: Re: [Idea] Org Collections > > +1 for this idea. > > You speak about one document used by multiple collections, how do you > plan to

RE: [O] FW: [RFC] Link-type for attachments, more attach options

> -Original Message- > From: Emacs-orgmode On > Behalf Of stardiviner > Sent: den 15 december 2019 15:26 > To: Gustav Wikström > Cc: emacs-orgmode@gnu.org > Subject: Re: [O] FW: [RFC] Link-type for attachments, more attach options > > ... > > I figure

RE: [Idea] Org Collections

. And haven’t thought that there should be a syntax for that either. But please explain more on what you think, if I misunderstood you! /Gustav From: John Sturdy Sent: den 15 december 2019 13:14 To: Gustav Wikström Cc: emacs-orgmode@gnu.org Subject: Re: [Idea] Org Collections That seems

RE: [Idea] Org Collections

Hi Adam, > -Original Message- > From: Emacs-orgmode On > Behalf Of Adam Porter > Sent: den 15 december 2019 12:01 > To: emacs-orgmode@gnu.org > Subject: Re: [Idea] Org Collections > > How does this idea compare with Akira Komamura's org-starter package? > >

RE: [Idea] Org Collections

he creation of org-mode TODOs that are associated with projectile projects." Regards Le 14/12/2019 à 18:32, Gustav Wikström a écrit : Hi list and all honored readers! I have an idea. One that I've mentioned before in side notes. And I want to emphasize that this still only is an

RE: [O] FW: [RFC] Link-type for attachments, more attach options

> -Original Message- > From: stardiviner > Sent: den 15 december 2019 10:29 > To: Gustav Wikström > Cc: numbch...@gmail.com; emacs-orgmode@gnu.org > Subject: Re: [O] FW: [RFC] Link-type for attachments, more attach options > > > Gustav Wikström writes: > >

[Idea] Org Collections

solved? Or maybe it's not, and lots of you resonate with it as well. In any case, please let me know what you think on the piece below! ORG MODE: COLLECTIONS/PROJECTS Gustav Wikström

RE: [O] FW: [RFC] Link-type for attachments, more attach options

FYI, pushed to master. Commit 26ace9004 /Gustav > -Original Message- > From: Emacs-orgmode On Behalf > Of Gustav Wikström > Sent: den 13 december 2019 22:37 > To: numbch...@gmail.com > Cc: emacs-orgmode@gnu.org > Subject: RE: [O] FW: [RFC] Link-type for attachments

RE: [O] FW: [RFC] Link-type for attachments, more attach options

Hi, > -Original Message- > From: stardiviner > Sent: den 13 december 2019 14:39 > To: Gustav Wikström > Cc: numbch...@gmail.com; emacs-orgmode@gnu.org > Subject: Re: [O] FW: [RFC] Link-type for attachments, more attach options > > ... > > I tried to repr

RE: [O] FW: [RFC] Link-type for attachments, more attach options

Hi, > -Original Message- > From: stardiviner > Sent: den 12 december 2019 10:53 > To: Gustav Wikström > Cc: numbch...@gmail.com; emacs-orgmode@gnu.org > Subject: Re: [O] FW: [RFC] Link-type for attachments, more attach options > > ... > > For

Re: [O] FW: [RFC] Link-type for attachments, more attach options

Hi stardiviner, It is my belief that =[Ctrl-C Ctrl-l]= already is supported. You will only get suggestions for attachments if there are any attachments on the outline node you're in. Or in any of its parents if inheritance is configured. Regards Gustav From:

Re: Release 9.3

Hi Bastien, > I've released Org 9.3. > > ... > > As usual, this is the work of Nicolas acting as a maintainer > and of many other contributors! Glad to hear! Thanks a lot to everyone involved! Regards Gustav

Re: [RFC] Document level property drawer

Hi, > One issue for me is the positioning of the level 0 property drawer. > Having the requirement for that drawer starting in the very first > line is too strong for me. I guess one would at least like to have > the option to add some configuration with the ‘-*-...-*-’ construct > which

Re: [O] [RFC] Document level property drawer

Hi Adam, Adam Porter writes: > There are a lot of deprecation recommendations in your attached > document: > > > I propose to depricate property-keywords > > I propose to depricate the Options-keyword > > I propose to relabel these keywords as document keywords > > I propose to depricate the

Re: [RFC] Document level property drawer

Hi, > One issue for me is the positioning of the level 0 property drawer. > Having the requirement for that drawer starting in the very first > line is too strong for me. I guess one would at least like to have > the option to add some configuration with the ‘-*-...-*-’ construct > which

Re: [O] [RFC] Document level property drawer

Hi! I'll start with the most important info at the top. I've applied the patch! But before anyone comes screaming I'll just say it's applied on a separate branch. After consultation with Nicolas Goaziou that was seen as the most reasonable thing to do. The idea is that it's high time to start

Re: [O] org-id fixups and minor changes

/G From: Gustav Wikström Sent: den 31 augusti 2019 21:17 To: Carsten Dominik Cc: emacs-orgmode@gnu.org Subject: RE: [O] org-id fixups and minor changes Hi Carsten, Yeah – you’re right, I didn’t think that much about automated ID creation so I stopped at seconds. I agree that it would be more

Re: [O] [RFC] Document level property drawer

having used it for a while? Any other thoughts/comments/objections/praises? Regards Gustav > -Original Message- > From: Gustav Wikström > Sent: den 29 september 2019 12:27 > To: emacs-orgmode@gnu.org > Cc: Nicolas Goaziou > Subject: [RFC] Document level prope

Re: [O] [RFC] Document level property drawer

Hi Matt, Thanks for your comment! I can assure you that you need not worry about the propsed patch here in terms of your workflow. This is in no way a hasty, sloppy work. Care has been taken when developing it to not break anything existing. I hear your concerns on the larger topic of keywords

Re: [O] [RFC] Document level property drawer

Hi Adam, > > In no way is this a major, breaking change. No document you have > > today will break by the introduction of this. The only thing changing > > is if you *actively* create a document level property drawer and > > choose to enter a property there that you already have defined in

Re: [O] [RFC] Document level property drawer

Hi again Adam, > IIUC, your proposal would work like this: > > #+BEGIN_SRC org > :PROPERTIES: > :CATEGORY: Gamma > :END: > > # Category here is "Gamma" > > ,* Node 1 > > # Category here is "Gamma" > > ,* Node 2 > :PROPERTIES: > :CATEGORY: Beta > :END: > > # Category

Re: [O] [RFC] Document level property drawer

Hi Sebastian, > From: Sebastian Miele > Subject: Re: [O] [RFC] Document level property drawer > Date: Tue, 01 Oct 2019 12:38:12 + > ... > I would like to be able to make a clear distinction between properties > that are visible by default and properties that are not. Maybe it would >

Re: [O] [RFC] Document level property drawer

Hi Adam, > How does it differ from what was previously proposed? It differs by not introducing the document concept in Org element. Removing that means there is no reason to wait for another major version of Org mode. > What exactly does "will (shall)" mean? You can ignore the inside of the

[O] [RFC] Document level property drawer

you say? Regards Gustav Wikström 0001-Org-document-property-drawers.patch Description: 0001-Org-document-property-drawers.patch

Re: [O] [RFC] Org document concept + document property drawers

oaziou > Sent: den 6 september 2019 22:10 > To: Gustav Wikström > Cc: emacs-orgmode@gnu.org > Subject: Re: [RFC] Org document concept + document property drawers > > Hello, > > Gustav Wikström writes: > > > I'm starting out slow by making this a non-breaking

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

Ahh, thanks for that! /G Get Outlook for Android<https://aka.ms/ghei36> 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:

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

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-attac

[O] Minor fix for org-attach-dir

For full transparency: An issue was found in org-brain [1] due to a change in functionality of org-attach-dir in commit ae9cd4370. I've given it some thought and figured that particular change in functionality wasn't really needed and not obviously correct either. So org-attach-dir will now check

Re: [O] [RFC] Org document concept + document property drawers

(Resending this mail due to formatting-issues. Sorry!) > From: Adam Porter > Subject: Re: [O] [RFC] Org document concept + document property drawers > Date: Sun, 01 Sep 2019 11:11:22 -0500 > > > #+begin_src org > >   :PROPERTIES: > >   :DIR: ~/ > >   :ID: 730e0151-8e34-4dd9-b978-187c3c81e6b4

Re: [O] [RFC] Org document concept + document property drawers

> From: Adam Porter > Gustav Wikström writes: > > > Previous tree: > > (org-data nil CONTENTS) > > > > With this patch: > > (org-data nil (document (doc-props) CONTENTS)) > > > > Yeah.. The structure changed a bit. But it's a fairly trivi

Re: [O] [RFC] Org document concept + document property drawers

> From: Adam Porter > > #+begin_src org > > :PROPERTIES: > > :DIR: ~/ > > :ID: 730e0151-8e34-4dd9-b978-187c3c81e6b4 > > :CATEGORY: Test > > :END: > > > > Section 1 before first headline. > > > > ,* TODO Headline 1 > > Section 1 in first headline. > > > > ,** TODO

Re: [O] [RFC] Org document concept + document property drawers

Hi Adam, > This is a very interesting idea, and I don't want to dismiss your work, > but I am concerned about how much third-party code will likely break by > changing the results returned by org-element for parsing an Org buffer. > I haven't thoroughly studied all of the code in your patches, so

Re: [O] [RFC] Org document concept + document property drawers

oday when we declare that multiple files together are seen as our "agendas" for example. Or when we configure publishing. But we lack a common framework for what a "project" is in our code. > -Original Message- > From: Gustav Wikström > Sent: den 31 augusti 2019 20:5

Re: [O] [RFC] Org document concept + document property drawers

Hi Nicolas, > -Original Message- > From: Nicolas Goaziou > > > I'm continuing on my proposal to introduce a "document" element in > > org-mode and the idea of seeing everything before the first headline > > as the base level 0 outline for a file. I've attached two patches that > > I'd

Re: [O] org-id fixups and minor changes

I’ve committed a minor fix to add parts of a second to the ISO 8601 version if the ID. https://code.orgmode.org/bzg/org-mode/commit/dea0c70c7b9036f386d36dfc8864ac0e431f9d25 /G From: Carsten Dominik Sent: den 1 september 2019 10:36 To: Stig Brautaset Cc: Gustav Wikström ; org-mode list

  1   2   >