Description of the need
This is an extension of issue: #1926 which handles the removal of links from a global level by utilizing a class="nolink".
Currently if a text format enables links to be automatically converted to html links, there is no way to keep a link from being removed by a content editor.
Proposed solution
What I propose is to create a pseudo token type of API where a colon can be added with some text to negate some sort of effect that has been automatically added by a text format.
I think this should be left open-ended to allow other pseudo tokens, however the only one I can think of off hand is :nolink which in practically would be done as: www.somelink.com:nolink and would result in plain text instead of the link being automatically rendered as an HTML link.
I like the idea of Core handling :nolink OOTB but I think the structure should allow other pseudo tokens through contrib
If there are no other use-cases where this could be applied, then the :nolink would be the focus.
Alternatives that have been considered
The issue in #1926 fixes this on a macro level where a site builder / admin / developer have access to the code or permissions to add this through the GUI however editors have no power to be able to do the same thing on a micro level.
Is there a Drupal or Backdrop contributed module that accomplishes this?
Unknown
Additional information
The other thing to consider is the name. I personally am not sold on the use of "token" but I do like the use of "pseudo" to fall in line with how CSS pseudo elements work.
Draft of feature description for Press Release (1 paragraph at most)
(Assuming :nolink is the only pseudo token implemented)
Backdrop now includes pseudo tokens that will give content editors the ability to convert an automatic link into plain text by using the format www.sitedomain.com:nonlink.
Recent comments
There is a Drupal 7 contrib module that "lets the administrator see all administration pages in her preferred language" and which could be ported to Backdrop: https://www.drupal.org/project/...
Allow admin to select admin language seperate from front end language (multilingual)
@stpaultim – You're right: my approach affects also the main menu. I guess, because menus are also considered as user interface (not as content). @findlabnet – If I didn't miss anything,...
Allow admin to select admin language seperate from front end language (multilingual)
Go to the account edit of the desired user. On the horizontal tab below "Region and Language," select "English" or another language. WFM.
Allow admin to select admin language seperate from front end language (multilingual)