On 21/02/2019 22:10, Chris Johns wrote:
On 21/2/19 5:35 pm, Sebastian Huber wrote:
On 21/02/2019 07:24, Chris Johns wrote:
On 21/2/19 5:07 pm, Sebastian Huber wrote:
On 21/02/2019 03:43, chr...@rtems.org wrote:
From: Chris Johns<chr...@rtems.org>
- This change makes the copyright character easier to see on editors
lacking good unicode rendering support, ie terminals.
I am not in favour of this change. Unicode support should be standard even for
terminals for a couple of years now.
Can you see it on a standard non-gui terminal that does not have the character
set? I do not use _any_ GUI tools for editing, debugging etc. Everything is a
basic terminal run in tmux. Not allowing this type change exposes me to making
mistakes.
What do you see if you open testsuites/fstests/fsdosfsname01/create_files.cs for
example? I see all characters even in the "less" command line tool.
With `less` ..
"this is a long filename",
"<C4><91><C3><A2>y l<C3><A0> m<E1><BB><99>t t<C3><AA>n
t<E1><BA><AD>p tin d<C3><A0>i",
and in emacs ..
"this is a long filename",
"??y l? m?t t?n t?p tin d?i",
Maybe you should use a hex editor and not emacs.
Note, I am not asking all unicode characters be implemented in way. Just common
ones we may need to support.
Ok, good.
OK to push?
Ok, but it would be nice if we don't need this for every non-English
character.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
_______________________________________________
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
