Re: On zero width spaces and Org syntax

2021-12-06 Thread Greg Minshall
Robert, > Thereʼs no need to modify Emacs: see > `glyphless-char-display-control'. ZWS falls under 'format-control'. very nice. thanks! cheers, Greg

Re: On zero width spaces and Org syntax

2021-12-06 Thread Robert Pluim
> On Sat, 04 Dec 2021 07:43:35 +0100, Marcin Borkowski > said: Marcin> 2. We modify Emacs itself to somehow highlight the ZWS. There is (kind Marcin> of) a precedent – a no-breaking space is already fontified with Marcin> =nobreak-space= face. At the very least, make

Re: On zero width spaces and Org syntax

2021-12-06 Thread Eric S Fraga
On Saturday, 4 Dec 2021 at 08:48, Tim Cross wrote: > My vote is to simply maintain the status quo. A very strong +1 on this. Org has enough /escape mechanisms/, as you call them, to cater for special cases, and these include @@...@@, babel, and filters, amongst others. The simplicity of org

Re: On zero width spaces and Org syntax

2021-12-04 Thread Tim Cross
Max Nikulin writes: > On 04/12/2021 04:48, Tim Cross wrote: >> My vote is to simply maintain the status quo. Don't modify the syntax, >> don't make the zero space character somewhat special or processed in any >> special way during export. In short, accept that inner word markup has >> only

Re: On zero width spaces and Org syntax

2021-12-04 Thread Marcin Borkowski
On 2021-12-04, at 08:22, Ihor Radchenko wrote: > Marcin Borkowski writes: >> 2. We modify Emacs itself to somehow highlight the ZWS. There is (kind >> of) a precedent – a no-breaking space is already fontified with >> =nobreak-space= face. At the very least, make whitespace-mode somehow >>

Re: On zero width spaces and Org syntax

2021-12-04 Thread Max Nikulin
On 04/12/2021 04:48, Tim Cross wrote: My vote is to simply maintain the status quo. Don't modify the syntax, don't make the zero space character somewhat special or processed in any special way during export. In short, accept that inner word markup has only limited support and if that is a

Re: On zero width spaces and Org syntax

2021-12-03 Thread Ihor Radchenko
Marcin Borkowski writes: > 2. We modify Emacs itself to somehow highlight the ZWS. There is (kind > of) a precedent – a no-breaking space is already fontified with > =nobreak-space= face. At the very least, make whitespace-mode somehow > show ZWSs (which it doesn't now, and I'd probably say

Re: On zero width spaces and Org syntax

2021-12-03 Thread Marcin Borkowski
On 2021-12-03, at 13:48, Juan Manuel Macías wrote: > Hi all, > > It is usually recommended, as you know, to insert a zero width space > character (Unicode U+200B) as a sort of delimiter mark to solve the > scenarios of emphasis within a word (for example, =/meta/literature=) > and others

Re: On zero width spaces and Org syntax

2021-12-03 Thread Juan Manuel Macías
Tom Gillespie writes: > I don't mean to be dismissive of the suggestion, but a lot of > time is spent on this list walking back ideas that have not > had sufficient time put into understanding what the > unintended consequences would be, so I wouldn't say > that it is irresponsible, I would say

Re: On zero width spaces and Org syntax

2021-12-03 Thread Tom Gillespie
An important note: for intra-word markup you probably want to use word joiner U+2060 and not zero width space, because a zero width space allows layout to break the word, whereas a word joiner does not. We may need to check to make sure that U+2060 counts as whitespace for the purposes of markup.

Re: On zero width spaces and Org syntax

2021-12-03 Thread Juan Manuel Macías
Tim Cross writes: > I think I am in agreement regarding most of your points about the use of > the zero-width character. I see it as a type of escape hatch which > provides a solution in some less frequent situations. It is a somewhat > clever kludge to enable markup in some situations not

Re: On zero width spaces and Org syntax

2021-12-03 Thread Tim Cross
Juan Manuel Macías writes: > Hi all, > > It is usually recommended, as you know, to insert a zero width space > character (Unicode U+200B) as a sort of delimiter mark to solve the > scenarios of emphasis within a word (for example, =/meta/literature=) > and others contexts where emphasis marks

Re: On zero width spaces and Org syntax

2021-12-03 Thread Juan Manuel Macías
Hi Greg, thank you for your comment, Greg Minshall writes: > in fact, i am always queasy when i enter ZWNBSP in a .org (or any other) > file. some sort of "visible" sequence would be great. backwards > compatibility might be a problem. Yes I agree. I think that in this case, a new mark would

Re: On zero width spaces and Org syntax

2021-12-03 Thread Greg Minshall
Juan Manuel, > however, I find it problematic that this character is part, more or > less de facto, of the Org syntax. For two main reasons: in fact, i am always queasy when i enter ZWNBSP in a .org (or any other) file. some sort of "visible" sequence would be great. backwards compatibility

On zero width spaces and Org syntax

2021-12-03 Thread Juan Manuel Macías
Hi all, It is usually recommended, as you know, to insert a zero width space character (Unicode U+200B) as a sort of delimiter mark to solve the scenarios of emphasis within a word (for example, =/meta/literature=) and others contexts where emphasis marks are not recognized (for example