Unicode "no-op" Character?

[Rebecca T via Unicode]

Perhaps a codepoint from a private use area and another processing step to
add/ remove them would work for you?

On Sat, Jun 22, 2019, 1:39 AM Mark Davis ☕️ via Unicode <unicode at unicode.org>
wrote:

> There nothing like what you are describing. Examples:
>
>    1. Display — There are a few of the Default Ignorables that are always
>    treated as invisible, and have little effect on other characters. However,
>    even those will generally interfere with the display of sequences (be
>    between 'q' and U+0308 ( q̈ ); within emoji sequences, within
>    ligatures, etc), line break, etc.
>    2. Interpretation — There is no character that would always be ignored
>    by all processes. Some processes may ignore some characters (eg a search
>    indexer may ignore most default ignorables), but there is nothing that all
>    processes will ignore.
>
> The only exception would be if some cooperating processes that had agreed
> beforehand to strip some particular character.
>
> Mark
>
>
> On Sat, Jun 22, 2019 at 6:49 AM Sławomir Osipiuk via Unicode <
> unicode at unicode.org> wrote:
>
>> Does Unicode include a character that does nothing at all? I’m talking
>> about something that can be used for padding data without affecting
>> interpretation of other characters, including combining chars and
>> ligatures. I.e. a character that could hypothetically be inserted between a
>> latin E and a combining acute and still produce É. The historical
>> description of U+0016 SYNCHRONOUS IDLE seems like pretty much exactly what
>> I want. It only has one slight disadvantage: it doesn’t work. All software
>> I’ve tried displays it as an unknown character and it definitely breaks up
>> combinations. And U+0000 NULL seems even worse.
>>
>>
>>
>> I can imagine the answer is that this thing I’m looking for isn’t a
>> character at all and so should be the business of “a higher-level protocol”
>> and not what Unicode was made for… but Unicode does include some odd things
>> so I wonder if there is something like that regardless. Can anyone offer
>> any suggestions?
>>
>>
>>
>> Sławomir Osipiuk
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://unicode.org/pipermail/unicode/attachments/20190622/c4030c0e/attachment.html>