From mboxrd@z Thu Jan 1 00:00:00 1970 From: Samuel Wales Subject: Re: [PATCH] Derive non-default start value for ordered list Date: Sun, 1 Dec 2019 14:20:03 -0700 Message-ID: References: <87r21nvkq5.fsf@informationelle-selbstbestimmung-im-internet.de> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:53436) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ibWdU-0005Bk-Ry for emacs-orgmode@gnu.org; Sun, 01 Dec 2019 16:20:10 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ibWdT-00059J-EQ for emacs-orgmode@gnu.org; Sun, 01 Dec 2019 16:20:08 -0500 Received: from mail-lj1-x244.google.com ([2a00:1450:4864:20::244]:42115) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ibWdT-00057G-4R for emacs-orgmode@gnu.org; Sun, 01 Dec 2019 16:20:07 -0500 Received: by mail-lj1-x244.google.com with SMTP id e28so13433228ljo.9 for ; Sun, 01 Dec 2019 13:20:06 -0800 (PST) In-Reply-To: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: emacs-orgmode@gnu.org [note: id markers use org ids.] On 12/1/19, Samuel Wales wrote: > i think it might be partlly a question of whether these numbers are > fixed things that refer to fixed items [like referring to sections in > a law that is not in the document] vs. being used to continue lists. > > they are both legitimate uses. in the first case, the @ syntax makes > sense to me, because it specifies a fixed alphanumber. yes i made > that word up. > > some exporters assume the numbers in the org source list don't matter > and start from 1 or the @ in the exported text. so your solution > would be anomalous. > > and i'm used to exporters doing that so it feels strange to me to rely > on the org text. i view that as potentially changing. what should > occur if you do something that renumbers it? > > > in the second case, the @ syntax and your solution both seem brittle > to me. you might add to the first list. > > > i think there can be a third solution that would be less brittle. > > just as a brainstorm, consider the common case of continued lists like > > vvv > 1. asdf > 2. <> asdf > > a paragraph. > > 3. [@asdf-list-end] asdf > ^^^ > > this solution still fails if you have the first list in a separate > file. therefore i propose org id to solve that. > > for this, we could invoke the org id mechanism, or use id markers, > which is an old, unimplemented idea that can substitute for a bunch of > syntax with a consistent syntax. > > but in any case the above illustrates a less brittle solution than @ > numbers and using the existing number. > > does that make any sense? > > just a brainstorm, not to be taken too seriously if you think it's all > wrong. > > > On 12/1/19, Jens Lechtenboerger wrote: >> Hi there, >> >> currently, we have to write the following to continue an ordered >> list from a value different from 1: >> >> 42. [@42] Answer >> 43. Question? >> >> The requirement to type redundant information with the @-syntax >> always struck me as odd. For my export backend org-re-reveal, I >> recently received a request to export lists without @-syntax to >> their =E2=80=9Ccorrect=E2=80=9D start values [1]. >> >> Before working on my backend, I=E2=80=99d like to ask for feedback: Why = was >> the @-syntax introduced? Of what non-obvious effects should I be >> aware? >> >> What do you think about the attached patch that allows to omit the >> @-syntax? Controlled by the new variable >> org-list-use-first-bullet-as-non-standard-counter, the code assigns >> a counter value to the first list item from its bullet string if the >> item >> 1. does not specify a counter itself, >> 2. has an alphanumeric bullet, and >> 3. does not have a default start value (1, a, A). >> >> I hacked this as postprocessing step on the list=E2=80=99s struct. Mayb= e an >> Org expert could suggest how to do this in one pass? >> >> Best wishes >> Jens >> >> P.S. I did not work on documentation yet as I=E2=80=99m not sure that t= his >> change is acceptable. >> >> [1] https://gitlab.com/oer/org-re-reveal/merge_requests/27 >> >> > > > -- > The Kafka Pandemic > > What is misopathy? > https://thekafkapandemic.blogspot.com/2013/10/why-some-diseases-are-wrong= ed.html > > The disease DOES progress. MANY people have died from it. And ANYBODY > can get it at any time. > --=20 The Kafka Pandemic What is misopathy? https://thekafkapandemic.blogspot.com/2013/10/why-some-diseases-are-wronged= .html The disease DOES progress. MANY people have died from it. And ANYBODY can get it at any time.