Re: Warning (org-element-cache): org-element--cache: Warning(notmuch-startpage.org): Org parser error in notmuch-startpage.org::8690. Resetting.

[Gregor Zattler]

Hi Ihor,
* Ihor Radchenko  [2023-11-19; 19:21 GMT]:
> Gregor Zattler  writes:
>> Warning (org-element-cache): org-element--cache: 
>> Warning(notmuch-startpage.org): Org parser error in 
>> notmuch-startpage.org::8690. Resetting.
>>  The error was: (wrong-number-of-arguments ((t) (element) "Return type of 
>> ELEMENT.
>>
>> The function returns the type of the element or object provided.
>> It can also return the following special value:
>>   `plain-text'   for a string
>>   `org-data' for a complete document
>>   nilin any other case." (cond ((not (consp element)) (and 
>> (stringp element) 'plain-text)) ((symbolp (car element)) (car element 2)
>
> This does look like mixed installation.
> `org-element-type' got extra optional argument in Org 9.7, but you are
> getting "wrong number of arguments" error that indicates an older
> version of this function.

thanks, so a "reboot" of Emacs helped.

Ciao; Gregor

Re: Warning (org-element-cache): org-element--cache: Warning(notmuch-startpage.org): Org parser error in notmuch-startpage.org::8690. Resetting.

[Ihor Radchenko]

Gregor Zattler  writes:

> Hallo Org Mode developers, Ihor,  I just caught this,
> after Upgrading packages which might have temporarily
> mixed up Org Mode from the elpa-package (a dependency)
> and Org Mode from the git repo, which I'm actually
> using.
> ...
> Warning (org-element-cache): org-element--cache: 
> Warning(notmuch-startpage.org): Org parser error in 
> notmuch-startpage.org::8690. Resetting.
>  The error was: (wrong-number-of-arguments ((t) (element) "Return type of 
> ELEMENT.
>
> The function returns the type of the element or object provided.
> It can also return the following special value:
>   `plain-text'   for a string
>   `org-data' for a complete document
>   nilin any other case." (cond ((not (consp element)) (and 
> (stringp element) 'plain-text)) ((symbolp (car element)) (car element 2)

This does look like mixed installation.
`org-element-type' got extra optional argument in Org 9.7, but you are
getting "wrong number of arguments" error that indicates an older
version of this function.

-- 
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at .
Support Org development at ,
or support my work at 

Re: Suggestion: User-contributed use-cases on orgmode.org ?

[Bastien Guerry]

Ihor Radchenko  writes:

> I don't think so. We intentionally keep Org mailing list as a single
> place for all the discussions, not just Org development.
> AFAIU, Bastien is firmly into this policy (CCing him in case if I
> misunderstood).

You didn't misunderstood: I firmly believe that we should use the Org
mailing list as the reference channel for Org discussions.

-- 
 Bastien Guerry

Re: [PATCH] org-id: allow using parent's existing id in links to headlines

[Rick Lupton]

Here's an updated patch, which adds (optional) search strings to ID links, and 
the option to inherit ID targets from parent headline / the top level file 
properties.  I've also updated ORG-NEWS and the manual, and added tests.

I think I've fixed all the issues with my first patch about which headline gets 
used for the description when inheriting IDs, what happens if there is no ID, 
etc.

> Ideally, we should have all the necessary logic to store the link within 
> `org-id-store-link' and then use `org-link-set-parameters' to configure id 
> links.
> ...
> I think that we need to make a change in the rules for :store functions. 
> `interactive?' may be passed as the argument to these functions.

I've also moved the org-id specific logic from `org-store-link` to 
`org-id-store-link`, and added the `interactive?` argument to link store 
functions as discussed.

>> So my question is: should search strings be added to all org-id links?
> Sounds as a reasonable default, but users should have an option to revert to 
> previous behaviour with heading id being stored.

The default value for the new option `org-id-link-use-context` is `t`, but it 
can be set to `nil` (or disabled with a prefix argument to `org-store-link` 
temporarily).  This is a change in default behaviour when storing ID links with 
point at a subheading, named block, or target, or with an active region.

The option `org-id-link-consider-parent-id` I've left with a default value of 
`nil`, since I'm not sure if everyone will want this behaviour.

Thanks
Rick


0001-org-id.el-Extend-links-with-search-strings-inherit-p.patch
Description: Binary data

Re: [BUG] https://tracker.orgmode.org/ is down (error 502)

[Bastien Guerry]

Ihor Radchenko  writes:

>> Is it necessary to bring updates.orgmode.org up?
>
> I do not think so.

OK.

> We might put a redirect to tracker.orgmode.org though - some people are
> not yet aware about the new address (see
> https://old.reddit.com/r/orgmode/comments/17y0fme/is_the_update_page_for_org_mode_broken_or_has_it/)

Done, with a few redirections - see the new config:

https://git.sr.ht/~bzg/worg/commit/473f69ed67

-- 
 Bastien Guerry

Re: [BUG] https://tracker.orgmode.org/ is down (error 502)

[Ihor Radchenko]

Bastien Guerry  writes:
> Ihor Radchenko  writes:
>
>> https://tracker.orgmode.org/ 
>
> Is up again.

Thanks!
Fixed.

>> and https://updates.orgmode.org/ are
>> currently down, both returning 502.
>
> Is it necessary to bring updates.orgmode.org up?

I do not think so.
We might put a redirect to tracker.orgmode.org though - some people are
not yet aware about the new address (see
https://old.reddit.com/r/orgmode/comments/17y0fme/is_the_update_page_for_org_mode_broken_or_has_it/)

-- 
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at .
Support Org development at ,
or support my work at