GNU bug report logs -
#38137
code of Emacs vs. function of OS ?
Previous Next
Reported by: do ri <do.ri.1989 <at> bk.ru>
Date: Fri, 8 Nov 2019 17:02:02 UTC
Severity: wishlist
Tags: notabug
Done: Stefan Kangas <stefan <at> marxist.se>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 38137 in the body.
You can then email your comments to 38137 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#38137
; Package
emacs
.
(Fri, 08 Nov 2019 17:02:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
do ri <do.ri.1989 <at> bk.ru>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 08 Nov 2019 17:02:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi, all,
Prompt pls.
1) Who - your code of text editor or function of operations system - interpret the control codes 0x00 till 0x1f (e.g. LineFeed 0x0a)? If these codes have glyphs in .ttf-files, and we wanna see these glyphs in text editor, changes should be done in text editor or in system function?
2) The same question for control codes 0x80 till 0x9f.
3) Opposite question: who interpret code 0x20 (Space) as mark to bring text to new line? To change code of Space to another one (e.g. to 0x49), where changes should be done?
4) To interpret code of old regular letter (e.g. 0x48) as control code (e.g. as LineFeed), where changes should be done?
5) For symbols 0x00 till 0x7f, what are the ways to use 7-bits encoding table with classical .ttf-files without converting text into 8-bits encoding?
P.S.
Reasons of questions:
https://www.youtube.com/watch?v=uu8W0uobvQs
(regular letters are 0x00 till 0x46, control codes 0x47 till 0x7f)
https://sun9-70.userapi.com/c855016/v855016873/147e35/y2yzXkm-EvQ.jpg
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#38137
; Package
emacs
.
(Sat, 18 Jan 2020 10:29:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 38137 <at> debbugs.gnu.org (full text, mbox):
tags 38137 + notabug
close 38137
thanks
do ri <do.ri.1989 <at> bk.ru> writes:
> Hi, all,
> Prompt pls.
>
> 1) Who - your code of text editor or function of operations system -
> interpret the control codes 0x00 till 0x1f (e.g. LineFeed 0x0a)? If
> these codes have glyphs in .ttf-files, and we wanna see these glyphs
> in text editor, changes should be done in text editor or in system
> function?
>
> 2) The same question for control codes 0x80 till 0x9f.
This begins outside of Emacs. If you run GNU/Linux, you could run the
"xev" command to see the mappings of particular keys.
There might be additional mappings inside Emacs, for example due to
input methods (see "Input methods" in the Emacs manual).
If you want to insert a particular glyph, I suggest you use the
insert-char command, by default bound to C-x 8 RET.
> 3) Opposite question: who interpret code 0x20 (Space) as mark to
> bring text to new line? To change code of Space to another one
> (e.g. to 0x49), where changes should be done?
>
> 4) To interpret code of old regular letter (e.g. 0x48) as control
> code (e.g. as LineFeed), where changes should be done?
I think there are multiple ways of doing the above. You could use
input methods in Emacs or change this in X using xmodmap.
> 5) For symbols 0x00 till 0x7f, what are the ways to use 7-bits
> encoding table with classical .ttf-files without converting text
> into 8-bits encoding?
I don't know the answer to that question, sorry.
Seeing as these are more general support type questions, I think they
are better suited for the emacs-help list than the Emacs bug tracker.
Since I see no bug or feature request above, I am closing this bug
report with this message. Best of luck.
Best regards,
Stefan Kangas
Added tag(s) notabug.
Request was from
Stefan Kangas <stefan <at> marxist.se>
to
control <at> debbugs.gnu.org
.
(Sat, 18 Jan 2020 10:29:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
38137 <at> debbugs.gnu.org and do ri <do.ri.1989 <at> bk.ru>
Request was from
Stefan Kangas <stefan <at> marxist.se>
to
control <at> debbugs.gnu.org
.
(Sat, 18 Jan 2020 10:29:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 15 Feb 2020 12:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 4 years and 44 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.