nobreak-space totally gone

nobreak-space totally gone

[jidanni]

Help! this,

> Hi, Pino!
> I've encounter this bug too, after installing poppler-data, my Okula can show Traditional chinese PDF documents correctly. Thanks!

displays as

> Hi,Pino!
> I'veencounterthisbugtoo,afterinstallingpoppler-data,myOkulacanshowTraditionalchinesePDFdocumentscorrectly.Thanks!


due to being full of

        character:   (160, #o240, #xa0)
preferred charset: unicode (Unicode (ISO10646))
       code point: 0xA0
           syntax: . 	which means: punctuation
         category: .:Base, b:Arabic, j:Japanese, l:Latin
      buffer code: #xC2 #xA0
        file code: #xC2 #xA0 (encoded by coding system utf-8)
          display: by this font (glyph code)
    x:-sony-fixed-medium-r-normal--16-120-100-100-c-80-iso8859-1 (#xA0)
   hardcoded face: nobreak-space

Character code properties: customize what to show
  name: NO-BREAK SPACE
  old-name: NON-BREAKING SPACE
  general-category: Zs (Separator, Space)
  decomposition: (noBreak 32) (noBreak ' ')

There are text properties here:
  face                 (gnus-cite-1 message-cited-text)
  fontified            t

My configuration files are in
http://jidanni.org/comp/configuration/
Gnus is way to hard for me to do any vanilla tests on.

gnus-version "Gnus v5.13"

Re: nobreak-space totally gone

[Dan Christensen]

For several months I've also had a problem that when I reply to some
messages, many of the space characters in the quoted text are replaced
with underlines, although not the usual underline character.  For
example, this is happening with the quoted text below.  I believe this
often happens with nbsp characters in html messages.

Can I get rid of this behaviour somehow?

Thanks,

Dan

jidanni@jidanni.org writes:

> Help! this,
>
>> Hi, Pino!
>> I've encounter this bug too, after installing poppler-data, my Okula can show Traditional chinese PDF documents correctly. Thanks!
>
> displays as
>
>> Hi,Pino!
>> I'veencounterthisbugtoo,afterinstallingpoppler-data,myOkulacanshowTraditionalchinesePDFdocumentscorrectly.Thanks!

Re: nobreak-space totally gone

[Katsumi Yamaoka]

>>>>> jidanni@jidanni.org wrote:
> Help! this,

>> Hi, Pino!
>> I've encounter this bug too, after installing poppler-data, my Okula can show Traditional chinese PDF documents correctly. Thanks!

> displays as

>> Hi,Pino!
>> I'veencounterthisbugtoo,afterinstallingpoppler-data,myOkulacanshowTraditionalchinesePDFdocumentscorrectly.Thanks!

Here's a workaround:

(add-hook 'gnus-article-mode-hook
	  (lambda ()
	    ;; Gnus sets it to nil in the article buffer locally.
	    (setq nobreak-char-display t)))

If you don't like SPC underlined, use this:

(set-face-underline-p 'nobreak-space nil)

Though it disables you from distinguishing SPC and NBSP.

> due to being full of

>         character:   (160, #o240, #xa0)
> preferred charset: unicode (Unicode (ISO10646))
>        code point: 0xA0
[...]
>     x:-sony-fixed-medium-r-normal--16-120-100-100-c-80-iso8859-1 (#xA0)
>    hardcoded face: nobreak-space

Maybe it's a font problem; i.e., the cause might be that Sony's
old font doesn't have NBSP.  (I use exactly the same font.)

Re: nobreak-space totally gone

[Katsumi Yamaoka]

>>>>> Katsumi Yamaoka wrote:
> Here's a workaround:

> (add-hook 'gnus-article-mode-hook
> 	  (lambda ()
> 	    ;; Gnus sets it to nil in the article buffer locally.
> 	    (setq nobreak-char-display t)))
[...]
>>     x:-sony-fixed-medium-r-normal--16-120-100-100-c-80-iso8859-1 (#xA0)
[...]
> Maybe it's a font problem; i.e., the cause might be that Sony's
> old font doesn't have NBSP.  (I use exactly the same font.)

Another solution:

(set-fontset-font "-Fontset-Name-" '(160 . 160) "-Font-Spec-")

It makes Emacs use the font "-Font-Spec-" for only NBSP in
the fontset "-Fontset-Name-".  I use:

(set-fontset-font
 (face-attribute 'default :fontset)
 '(160 . 160)
 "-*-fixed-medium-r-normal-*-16-*-*-*-*-*-iso8859-2")

And Emacs actually uses the font:

"-etl-fixed-medium-r-normal--16-160-72-72-c-80-iso8859-2"

Re: nobreak-space totally gone

[Ted Zlatanov]

On Thu, 10 Sep 2009 20:43:31 +0900 Katsumi Yamaoka <yamaoka@jpl.org> wrote: 

>>>>>> Katsumi Yamaoka wrote:
>> Here's a workaround:

>> (add-hook 'gnus-article-mode-hook
>> (lambda ()
>> ;; Gnus sets it to nil in the article buffer locally.
>> (setq nobreak-char-display t)))
KY> [...]
>>> x:-sony-fixed-medium-r-normal--16-120-100-100-c-80-iso8859-1 (#xA0)
KY> [...]
>> Maybe it's a font problem; i.e., the cause might be that Sony's
>> old font doesn't have NBSP.  (I use exactly the same font.)

KY> Another solution:

KY> (set-fontset-font "-Fontset-Name-" '(160 . 160) "-Font-Spec-")

KY> It makes Emacs use the font "-Font-Spec-" for only NBSP in
KY> the fontset "-Fontset-Name-".  I use:

KY> (set-fontset-font
KY>  (face-attribute 'default :fontset)
KY>  '(160 . 160)
KY>  "-*-fixed-medium-r-normal-*-16-*-*-*-*-*-iso8859-2")

KY> And Emacs actually uses the font:

KY> "-etl-fixed-medium-r-normal--16-160-72-72-c-80-iso8859-2"

Maybe there's a way to say "if the current font doesn't show NBSP, turn
nobreak-char-display on"?

Ted

Re: nobreak-space totally gone

[jidanni]

>>>>> "DC" == Dan Christensen <jdc@uwo.ca> writes:
DC> For several months I've also had a problem that when I reply to some
DC> messages, many of the space characters in the quoted text are replaced
DC> with underlines, although not the usual underline character.  For
DC> example, this is happening with the quoted text below.  I believe this
DC> often happens with nbsp characters in html messages.

DC> Can I get rid of this behaviour somehow?

Well, I wouldn't want an automated solution, lest I not know what is
going on. Imagine me, computer pro, sending bytes I was not aware of.

So I would run
shell-command-on-region  "uni2ascii -e" :
C-u M-| uni2ascii -e

Note as I don't have relatives constantly sending me nbsp's that I want
to quote, the above does not become a pain.

And me, computer pro, must not also read bytes I am not aware of, (at
least not in mail, HTML or not. Browsing actual web pages are a
different matter) hence I'll opt for the

(add-hook
 'gnus-article-mode-hook
 (lambda ()
   ;; Gnus sets it to nil in the article buffer locally.
   (setq nobreak-char-display t)))

solution mentioned, as I being a font dummy, better not mess more
intensely.