I tested it
>> with mc from Ubuntu 18 and from the current Mint). File and directory
>> names on the remote Debian Testing computer containing UTF-8 Non-ASCII
>> characters are displayed incorrectly and the files and directories
>> cannot be read.
>> For example, inste
ry
> names on the remote Debian Testing computer containing UTF-8 Non-ASCII
> characters are displayed incorrectly and the files and directories
> cannot be read.
> For example, instead of a file with a name containing the Polish
> letters "AąCćEę", Shell Link mc sees a file name
le and directory names on the remote
> Debian Testing computer containing UTF-8 Non-ASCII characters are displayed
> incorrectly and the files and directories cannot be read.
> For example, instead of a file with a name containing the Polish letters
> "AąCćEę", Shell Link mc sees
operly.
The bug appeared today and is visible on all computers connecting to remote
Debian Testing systems regardless of MC version (I tested it with mc from
Ubuntu 18 and from the current Mint). File and directory names on the remote
Debian Testing computer containing UTF-8 Non-ASCII character
Pandoc), while remaining a read-
able plain-text file, which is compromise. You
don't need this compromise if the ASCII is your only
intended output.
My own quest for the formatting of ASCII files ended
up in GNU Troff, which can do all the standard ele-
ments of sturcutured documents,
On 2023-02-05, TRS-80 wrote:
>
>> 2- a simple way to align some text to the right (that is to say to
>> automatically calculate how many spaces are needed to fill the gap
>> between the text on the left an the text on the right for 72 characters
>> line.
>
> #+begin_src emacs-lisp
> (defun my-in
king
> for a simple way to write email with some minimal ASCII formatting. This
> is why I am looking for an automatic solution.
As Greg already stated, you only need to calculate spaces if the content
will be changing (i.e., date or other field(s)). Otherwise just write
what you want staticall
> Pierre Willaime posted
>
>
> For example I am looking for a convenient way to
> "draw" some ASCII boxes such as
>
> #
> ## some title here ##
> #
I have a python program that does this
$ py
> On Tue, Jan 31, 2023 at 11:06:44PM +0100, Pierre Willaime wrote:
> >1- a simple way to draw a line (without pressing 72 times on "-")
> >---
>
> Are you using emacs? I'm *sure* there must be a quick short-hand to do
> this. I
Pierre Willaime wrote:
...
> I would like to format plain text emails to increase readability and
> information separation. The idea is to go beyond markdown and to have
> more visible elements. For example I am looking for a convenient way to
> "draw" so
On Thu, Feb 02, 2023 at 10:50:59AM +, Jonathan Dowland wrote:
> On Tue, Jan 31, 2023 at 11:06:44PM +0100, Pierre Willaime wrote:
> > 1- a simple way to draw a line (without pressing 72 times on "-")
> > ---
>
> Are you using e
On Tue, Jan 31, 2023 at 11:06:44PM +0100, Pierre Willaime wrote:
1- a simple way to draw a line (without pressing 72 times on "-")
---
Are you using emacs? I'm *sure* there must be a quick short-hand to do
this. I use vi, and t
aligned to the left and some other text aligned to
> the right, same line).
>
> But you are right, .signature file is only written once and I am looking
> for a simple way to write email with some minimal ASCII formatting. This
> is why I am looking for an automatic solution.
>
>
r file named anything like either of those two things, in
>> > current Debian testing and stable.
>>
>> You use the built-in package manager: 'M-x package-install RET
>> ascii-art-draw RET'.
>
> ... what in the HELL is that? An emacs command? Does emacs ha
or file named anything like either of those two things, in
>> > current Debian testing and stable.
>>
>> You use the built-in package manager: 'M-x package-install RET
>> ascii-art-draw RET'.
>
> ... what in the HELL is that? An emacs command?
Y
bian testing and stable.
>
> You use the built-in package manager: 'M-x package-install RET ascii-art-draw
> RET'.
... what in the HELL is that? An emacs command? Does emacs have its
own packages?
On 2023-02-01, The Wanderer wrote:
>
> Can you double-check what (Debian) package that's in? I'm not finding
> any package or file named anything like either of those two things, in
> current Debian testing and stable.
You use the built-in package manager: 'M-x package
e good
>> advice about this question.
>> --
>>
>> I would like to format plain text emails to increase readability and
>> information separation. The idea is to go beyond markdown and to have
>> more visible elements. For example I am looking for a convenient way to
&
format plain text emails to increase readability and
> information separation. The idea is to go beyond markdown and to have
> more visible elements. For example I am looking for a convenient way to
> "draw" some ASCII boxes such as
>
> #
> ## som
On Tue, Jan 31, 2023 at 07:49:18PM +0100, Pierre Willaime wrote:
I would like to format plain text emails to increase readability and
information separation. The idea is to go beyond markdown and to have
more visible elements.
If you do this, please have some consideration for how screen reader
On 01/02/2023 01:49, Pierre Willaime wrote:
I would like to format plain text emails to increase readability and
information separation.
The following message is result of ascii export from Emacs Org mode, the
source file is attached. Export backend is customizable.
https
Pierre Willaime writes:
> 1- a simple way to draw a line (without pressing 72 times on "-")
> ---
>
> 2- a simple way to align some text to the right (that is to say to
> automatically calculate how many spaces are needed to fill
On Tue, Jan 31, 2023 at 05:14:01PM -0700, Charles Curley wrote:
> On Tue, 31 Jan 2023 23:06:44 +0100
> Pierre Willaime wrote:
>
> > 1- a simple way to draw a line (without pressing 72 times on "-")
> > ---
>
> In emacs, ctl-u 7
On Tue, 31 Jan 2023 23:06:44 +0100
Pierre Willaime wrote:
> 1- a simple way to draw a line (without pressing 72 times on "-")
> ---
In emacs, ctl-u 7 2 -
On Tue, Jan 31, 2023 at 05:32:07PM -0500, Greg Wooledge wrote:
> Again, a programming language can easily take an input string, measure
> its length in characters, and produce an output string that looks like
> a "box" around the input string. (Less easily if full Unicode is in play.)
Here's a si
On Tue, Jan 31, 2023 at 11:06:44PM +0100, Pierre Willaime wrote:
> I do not want to do ASCII art, I am only searching a simple way to do
> something close to the debian-annouce emails.
>
>
> The
On Tue 31 Jan 2023 at 15:03:30 (-0500), Greg Wooledge wrote:
> On Tue, Jan 31, 2023 at 01:42:10PM -0600, David Wright wrote:
> > The question then is why emacs uses ; as a comment character.
>
> Because of LISP.
>
> https://www.gnu.org/software/emacs/manual/html_node/elisp/Comments.html
I had as
On 1/31/23 23:07, err...@free.fr wrote:
On 1/31/23 19:49, Pierre Willaime wrote:
(...)
For example I am looking for a convenient way to
"draw" some ASCII boxes such as
#
## some title here ##
#
(...)
the package 'figlet' is what y
Le 31/01/2023 à 20:44, Jude DaShiell a écrit :
> chafa may help
https://hpjansson.org/chafa/
Thanks!
Not exactly what I am looking for (cf. my other answer) but very useful.
On 1/31/23 19:49, Pierre Willaime wrote:
(...)
For example I am looking for a convenient way to
"draw" some ASCII boxes such as
#
## some title here ##
#
(...)
the package 'figlet' is what you want
is only written once and I am looking
for a simple way to write email with some minimal ASCII formatting. This
is why I am looking for an automatic solution.
I do not want to do ASCII art, I am only searching a simple way to do
something close to the d
On Tue, Jan 31, 2023 at 07:49:18PM +0100, Pierre Willaime wrote:
> #
> ## some title here ##
> #
>
> (I am using emacs comment-box feature in a buffer to do this and I
> replace ; by #, I suppose there is nicer way to do this).
>
> I often see email signatu
On Tue, Jan 31, 2023 at 01:42:10PM -0600, David Wright wrote:
> The question then is why emacs uses ; as a comment character.
Because of LISP.
https://www.gnu.org/software/emacs/manual/html_node/elisp/Comments.html
boxes specializes in that. chafa may help those that get your ascii boxes
put those characters into the printable set.
Jude
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
.
On Tue, 3
gt; "draw" some ASCII boxes such as
>
> #
> ## some title here ##
> #
>
> (I am using emacs comment-box feature in a buffer to do this and I
> replace ; by #, I suppose there is nicer way to do this).
The question then is why
On Tuesday, January 31, 2023 01:49:18 PM Pierre Willaime wrote:
> ... I am looking for a convenient way to
> "draw" some ASCII boxes such as
>
> #
> ## some title here ##
> #
> Do you know dedicated tools or text editor to d
idea is to go beyond markdown and to have
more visible elements. For example I am looking for a convenient way to
"draw" some ASCII boxes such as
#
## some title here ##
#
(I am using emacs comment-box feature in a buffer to do this and I
replace
On 25.01.20 05:51, Richard Owlett wrote:
> My current project is dealing with oddly formatted data. Mostly just plain
> ASCII. Progress on another aspect of my project has made this thread moot.
For the thread, there's also: $ apt-cache search bvi
bvi -
tools are inconvenient.
I need to:
1. Simultaneously display in _both_ HEX and ASCII format
2. Know the current offset in *DECIMAL* format.
{knowing the offset also in HEX might be nice}
3. Goto to an offset - expressed in DECIMAL.
4. Advance a specific number of bytes.
5. Search for an AS
ly display in _both_ HEX and ASCII format
2. Know the current offset in *DECIMAL* format.
{knowing the offset also in HEX might be nice}
3. Goto to an offset - expressed in DECIMAL.
4. Advance a specific number of bytes.
5. Search for an ASCII string.
6. Search for arbitrary sequenc
On Fri 24 Jan 2020 at 07:16:05 (-0600), Richard Owlett wrote:
> On 01/23/2020 06:51 PM, David Wright wrote:
> > [snip] A quick grep on my system shows that I've
> > never installed any package containing the string "ghex"...
> ^^^
>
> IOW if you've never used program XYZ
On Fri, Jan 24, 2020 at 09:53:58AM -0500, Stefan Monnier wrote:
[...]
> Emacs, which I gather you think is not a GUI application?) [...]
Ah, it's *not*?
Twenty-five years using that thing and I still didn't know. Bummer ;-P
Cheers
-- tomás
signature.asc
Description: Digital signature
On 01/24/2020 08:53 AM, Stefan Monnier wrote:
I posted in two fora (here and a LUG mailing list).
*NOBODY* picked up on two key features I presumed obvious ;/
That's likely because noone cares about what you want.
Bloody bastards!
While I'm here, let me give another suggestion (besides the use
Stefan writes:
> I'm pretty sure this time it *really* doesn't do what you asked; but
> OTOH, there's a good chance it might be useful for what you're doing.
hexl-mode would do what he wants but there's no reason to learn Emacs
just for that (there lots of other good reasons, though).
--
John Has
> I posted in two fora (here and a LUG mailing list).
> *NOBODY* picked up on two key features I presumed obvious ;/
That's likely because noone cares about what you want.
Bloody bastards!
While I'm here, let me give another suggestion (besides the use of
Emacs, which I gather you think is not a
On 01/24/2020 07:47 AM, John Hasler wrote:
Richard writes:
I would prefer an actual GUI. But for a command line program it does
very well.
Text UI or interactive, not command line. ...
As I've said elsewhere --
"If retirement not for learning - what use is it?"
and thanks.
Richard writes:
> I would prefer an actual GUI. But for a command line program it does
> very well.
Text UI or interactive, not command line. With a command line program
you enter the program name, some options and some arguments at the shell
prompt and hit enter. The program runs, sends its out
ned/implied *DISPLAY*.
>>>>I never even hinted at editing.
>>>
>>> I think you'll find that displaying a file as hex and ASCII is
>>> pretty much of a monopoly of hex editors. I don't know any other kind
>>> of program that can do
On 01/23/2020 06:51 PM, David Wright wrote:
[snip] A quick grep on my system shows that I've
never installed any package containing the string "ghex"...
^^^
IOW if you've never used program XYZ it therefore is of no use.
See also: https://lists.debian.org/debian-user/
On 01/23/2020 09:54 PM, The Wanderer wrote:
On 2020-01-23 at 16:42, Joe wrote:
On Thu, 23 Jan 2020 15:20:44 -0600
Richard Owlett wrote:
2. I repeatedly mentioned/implied *DISPLAY*.
I never even hinted at editing.
I think you'll find that displaying a file as hex and ASC
On 01/23/2020 03:42 PM, Joe wrote:
On Thu, 23 Jan 2020 15:20:44 -0600
Richard Owlett wrote:
2. I repeatedly mentioned/implied *DISPLAY*.
I never even hinted at editing.
I think you'll find that displaying a file as hex and ASCII is pretty
much of a monopoly of hex editors.
On 2020-01-23 at 16:42, Joe wrote:
> On Thu, 23 Jan 2020 15:20:44 -0600
> Richard Owlett wrote:
>
>>2. I repeatedly mentioned/implied *DISPLAY*.
>> I never even hinted at editing.
>
> I think you'll find that displaying a file as hex and ASCII is
&g
t editing.
>>>
>>
>> I think you'll find that displaying a file as hex and ASCII is pretty
>> much of a monopoly of hex editors.
>
> ...except the most obvious choice for command line folks, "hexdump -C",
> which was already mentioned in this thread.
Or hexedit (CTL^C to get out)
--
Glenn English
> > Just downloaded ghex. I like the display format.
>
> I posted in two fora (here and a LUG mailing list).
> *NOBODY* picked up on two key features I presumed obvious ;/
> 1. For my problem domain, GUI is obvious way to go:
> a. Intuitive (IMMHO) connection of a select
On Thu, Jan 23, 2020 at 09:42:11PM +, Joe wrote:
> On Thu, 23 Jan 2020 15:20:44 -0600
> Richard Owlett wrote:
>
>
> >2. I repeatedly mentioned/implied *DISPLAY*.
> > I never even hinted at editing.
> >
>
> I think you'll find that dis
On Thu, Jan 23, 2020 at 09:42:11PM +, Joe wrote:
> I think you'll find that displaying a file as hex and ASCII is pretty
> much of a monopoly of hex editors. I don't know any other kind of
> program that can do it.
Plenty of hex dumpers do it, including "hd",
On Thu, 23 Jan 2020 15:20:44 -0600
Richard Owlett wrote:
>2. I repeatedly mentioned/implied *DISPLAY*.
> I never even hinted at editing.
>
I think you'll find that displaying a file as hex and ASCII is pretty
much of a monopoly of hex editors. I don't know any ot
).
*NOBODY* picked up on two key features I presumed obvious ;/
1. For my problem domain, GUI is obvious way to go:
a. Intuitive (IMMHO) connection of a selection in BOTH
the ASCII an HEX views
b. Presumption that GUI is more intuitive for "quick n dirty"
c. I gave
Emacs comes with `hexl-mode` which provides some of that.
The `nhexl-mode` (which you can subsequently install via
`M-x package-list RET`) is an alternative which provides
a few extra features.
> I need to:
> 1. Simultaneously display in _both_ HEX and ASCII format
I'd expect they
David Wright writes:
On Wed 22 Jan 2020 at 16:46:19 (+0100), Linux-Fan wrote:
>
> My favorite hex editor is `dhex` (Debian package `dhex`).
> From to the list of requirements, it does 4 of 6.
I've used hexedit very occasionally. I installed dhex
to try it out; unfortunately it refused at the fi
On Wed 22 Jan 2020 at 16:46:19 (+0100), Linux-Fan wrote:
>
> My favorite hex editor is `dhex` (Debian package `dhex`).
> From to the list of requirements, it does 4 of 6.
I've used hexedit very occasionally. I installed dhex
to try it out; unfortunately it refused at the first fence
and merely ex
On Wed, Jan 22, 2020 at 04:49:38PM +0100, Linux-Fan wrote:
> > My favorite hex editor is `dhex` (Debian package `dhex`).
> > > From to the list of requirements, it does 4 of 6.
>
> Excuse me, this is mis-quoted, it should of course have been this
> (i.e. both lines attributed to me):
>
> > My fav
Linux-Fan writes:
Bob Weber writes:
On 1/22/20 8:12 AM, Richard Owlett wrote:
I'm running Debian 9.8 with MATE desktop.
I'm exploring a data file with the intention of eventually parsing it in a
useful fashion.
Just downloaded ghex. I like the display format.
Its tools are inconvenient.
Sugge
_both_ HEX and ASCII format
Yes.
2. Know the current offset in *DECIMAL* format.
{knowing the offset also in HEX might be nice}
No. dhex displays offset in hex only.
3. Goto to an offset - expressed in DECIMAL.
No. dhex jumps to offsets in hex only.
4. Advance a specific numbe
re inconvenient.
>
> I need to:
> 1. Simultaneously display in _both_ HEX and ASCII format
> 2. Know the current offset in *DECIMAL* format.
> {knowing the offset also in HEX might be nice}
> 3. Goto to an offset - expressed in DECIMAL.
> 4. Advance a specific number
display in _both_ HEX and ASCII format
2. Know the current offset in *DECIMAL* format.
{knowing the offset also in HEX might be nice}
3. Goto to an offset - expressed in DECIMAL.
4. Advance a specific number of bytes.
5. Search for an ASCII string.
6. Search for arbitrary sequence of bytes
I'm running Debian 9.8 with MATE desktop.
I'm exploring a data file with the intention of eventually parsing it in
a useful fashion.
Just downloaded ghex. I like the display format.
Its tools are inconvenient.
I need to:
1. Simultaneously display in _both_ HEX and ASCII format
2
>> Which hex editor shows a line of hex with the corresponding ASCII under the
>> line of hex ?
> I suspect that it shouldn't be too hard to get something working if you
> start from nhexl-mode in Emacs:
And indeed, I just added a `nhexl-separate-line` user config to
nhexl
On Wed, Oct 16, 2019 at 10:22:31AM +1300, C.T.F. Jansen wrote:
> Which hex editor shows a line of hex with the corresponding ASCII under the
> line of hex ?
hexdump supports format strings to customize the output. There are few
examples in the man page that may be useful.
--
Regards
Anuradha
> (similar to the output of `od -t xz`).
BTW, I see that `od -t x1c` is using a format like the one you're asking
for (it's not an *editor*, tho).
Stefan
> Which hex editor shows a line of hex with the corresponding ASCII under the
> line of hex ?
I suspect that it shouldn't be too hard to get something working if you
start from nhexl-mode in Emacs:
E.g. from
abcdefghabcdefgh
you can go
Greetings,
Which hex editor shows a line of hex with the corresponding ASCII under
the line of hex ?
Having the ASCII off to the right is of limited use.
Looking at a formatted dump one sees the ASCII, EBCDIC etc *under* the
hex and not far away on the other side of the page.
shed is the
encoding had it coming and deserves any critique just for being
> hypocritical.
The encoding in OP's e-mail works just fine for me.
Sending pure HTML e-mail on the other hand in explicitly forbidden by
[1].
> And btw. posting to a high volume mailinglist should always be ASCII
> on
On Wed, Jul 19, 2017 at 4:58 AM, Dominik George wrote:
> it? Thanks!
> topic and stop
> gone horribly off-
> that this thread has
> all just agree
> So, can we
> Sent from my very colourful mailer which encodes as it pleases.
>
ROFCOL :)
Just for reference, this thread just misses paralleling a
it? Thanks!
topic and stop
gone horribly off-
that this thread has
all just agree
So, can we
Sent from my very colourful mailer which encodes as it pleases.
But do not
> blame the form, blame the substance.
>
Well, the OP complaining about HTML and using himself an equally stupid
encoding had it coming and deserves any critique just for being
hypocritical.
And btw. posting to a high volume mailinglist should always be ASCII only
and inte
From: geo...@nsup.org
To: debian-user@lists.debian.org
Le decadi 30 messidor, an CCXXV, mar...@martinbrandenburg.com a écrit :
> I don"t read messages from you or in fact anyone at your domain, except
> this one, because they"re written in base64.
=If you see the base64, then your mail software is
Le decadi 30 messidor, an CCXXV, mar...@martinbrandenburg.com a écrit :
> I don't read messages from you or in fact anyone at your domain, except
> this one, because they're written in base64.
If you see the base64, then your mail software is broken or hopelessly
outdated. Technically, this mail w
> From fungil...@protonmail.com Tue Jul 18 13:32:11 2017
> Date: Tue, 18 Jul 2017 05:18:19 -0400
> To: debian users
> From: Fungi4All
> Reply-To: Fungi4All
> Subject: Re: so much for your ascii only emails and 80 char lines :)
>
> This is a multi-par
Can you read it now?
Nobody has ever complained about the encoding of English before.
Unless you are the source of the spam!
From: fungil...@protonmail.com
It seems the virus has moved now to Turkey's smart phone community
If we do the stats in a month or two this will be 90% of the daily
traffic.
> From fungil...@protonmail.com Mon Jul 17 17:27:45 2017
> Date: Mon, 17 Jul 2017 16:18:46 -0400
> From: Fungi4All
> Reply-To: Fungi4All
> Subject: Re: so much for your ascii only emails and 80 char lines :)
> To: debian-user@lists.debian.org
>
> This is a multi-par
It seems the virus has moved now to Turkey's smart phone community
If we do the stats in a month or two this will be 90% of the daily
traffic. When I use to run lists off of unix server and free open software
in the past decade I can block messages or content based on format
and based on coming fro
Please note that you tried to submit a bug but didn't get the syntax right,
so it won't have worked.
On Tue, Sep 04, 2012 at 05:17:06AM -0700, Nzvr Salamon wrote:
> What the fuck? Why did you drop support for libcaca output.
Check the changelog. It reads:
libsdl1.2 (1.2.14-6.3) unstable; urgency
On Tue, 04 Sep 2012 05:17:06 -0700, Nzvr Salamon wrote:
> What the fuck?
Please refrain from bad wording and also from sending html posts... :-/
> Why did you drop support for libcaca output.
You mean "us"? This list is for users not devels, we did "nothing".
So better that you start first by
What the fuck? Why did you drop support for libcaca output.
Secondly, what are the commands to download the source, then change one setting
(add the libcaca support to sdl), and then recompile a new sdl package?
SDL_VIDEODRIVER=caca ./dgen SONIC1.BIN
sdl: Couldn't init SDL: No available video d
irst 128 characters of the ASCII table"
>
> it would have been easier to understand if they simply said to use
> characters between 0x21 to 0x7e.
Many programs that use passwords for whatever purpose do accept space.
Many do not. Some with, for instance, underscore, or, for that matter,
shawn wilson wrote:
> Ummm, earlier printers than that didn't have moveable heads like that. There
> was this printer that used a chain with a few sets of letters and 80
> hammers. When the right letter moved under the proper hammer, it fired (and
> if you asked it to print a row with letters in th
Paul E Condon wrote:
> Bob Proulx wrote:
> > DEL 0x7f is a control character. It is not a printable character.
> > And its history is interesting.
>
> The original name for DEL was RUBOUT. It was used by telegraphers to
> rub out a mistaken punch in a paper tapes that they were preparing off
> li
On Jul 26, 2011 12:51 AM, "Bob Proulx" wrote:
>
> Paul E Condon wrote:
> > but 2 are non printing: 0x20 and 0x7F
> > I leave the last step as an exercise for the reader. ;-)
>
> I hate to make this thread longer... Sigh.
>
> Whether something is printable or not was easier to see in the old
> day
On Mon, Jul 25, 2011 at 03:48:49PM +1000, yudi v wrote:
> I am pretty sure you are mistaken,
>
> 126-32 = 94
> and space is a printable character.
Space is a printable character. The C isprint(3) function says:
#include
#include
#include
int main() {
char upper = 'a', lower = 'a';
for(;
Oh. I missed half the thread when I posted my reply. apologies for the noise.
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110726091821.GH1860@pris
On 20110725_225047, Bob Proulx wrote:
> Paul E Condon wrote:
> > but 2 are non printing: 0x20 and 0x7F
> > I leave the last step as an exercise for the reader. ;-)
>
> I hate to make this thread longer... Sigh.
>
> Whether something is printable or not was easier to see in the old
> days when pr
On 20110726_120103, yudi v wrote:
> Thanks Paul.
> Was having a tough time trying to understand.
>
> Instead of saying the following:
>
> "It is highly advisable to only use the 94 printable characters from the
> first 128 characters of the ASCII table"
&g
Paul E Condon wrote:
> but 2 are non printing: 0x20 and 0x7F
> I leave the last step as an exercise for the reader. ;-)
I hate to make this thread longer... Sigh.
Whether something is printable or not was easier to see in the old
days when printers had dot matrix or daisy wheels or selectric bal
Thanks Paul.
Was having a tough time trying to understand.
Instead of saying the following:
"It is highly advisable to only use the 94 printable characters from the
first 128 characters of the ASCII table"
it would have been easier to understand if they simply said to use
characte
On 20110725_154849, yudi v wrote:
> Hi Paul,
>
> I am pretty sure you are mistaken,
>
> 126-32 = 94
> and space is a printable character.
>
>
> Yudi
ascii is organized into four blocks of 32 symbols. ( 4 * 32 = 128 )
block 1 is all control functions, none print.
On Mon, Jul 25, 2011 at 09:51:12AM +0100, Roger Leigh wrote:
> On Mon, Jul 25, 2011 at 01:02:45PM +0700, Ivan Shmakov wrote:
> > > yudi v writes:
> >
> > > Hi Paul,
> > > I am pretty sure you are mistaken,
> >
> > > 126-32 = 94
> >
> > Let's try a simpler range: 32 to 32 is 1 charact
st the GNU implementation of
the standard, not the standard itself. The answer is to be found in the
ISO 2022 character set registry:
http://www.itscj.ipsj.or.jp/ISO-IR/2-1.htm
For US ASCII, it's this:
http://www.itscj.ipsj.or.jp/ISO-IR/006.pdf
And you can see that SPACE and DEL are missing (
6c P 6d P 6e P 6f P
70 P 71 P 72 P 73 P 74 P 75 P 76 P 77 P
78 P 79 P 7a P 7b P 7c P 7d P 7e P 7f
8081828384858687
…
f8f9fafbfcfdfeff
$
So, as per GNU Libc, the printable ASCII characters are 0x20 t
On Mon, Jul 25, 2011 at 01:48, yudi v wrote:
> Hi Paul,
>
> I am pretty sure you are mistaken,
>
> 126-32 = 94
> and space is a printable character.
>
saying space is printable is like saying cr and/or lf or bs or tab etc
are printable.
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.deb
1 - 100 of 305 matches
Mail list logo
