bug#28277: emacs -nw bug?

bug#28277: emacs -nw bug?

[Richard Banach]

hi,

I use   emacs -nw  and see what looks like a bug

* in tex mode, if I type   $\it identifiername$   it doesn't recognise
the second $ as closing the scope of \it ... and wants to underline
everything that follows ... i haven't found how to turn this off

regards,

richard.

bug#28277: emacs -nw bug?

[Glenn Morris]

Richard Banach wrote:

> I use   emacs -nw  and see what looks like a bug
>
> * in tex mode, if I type   $\it identifiername$   it doesn't recognise
> the second $ as closing the scope of \it ... and wants to underline
> everything that follows ... i haven't found how to turn this off

Thanks for the report. This is not specific to emacs -nw.
Relevant forms that tex-mode does understand are:

$foo$
\textit{foo}
{\it foo}

I'm not sure what you are trying to achieve with an \it inside math mode?
I don't think I've seen that form used before.

bug#28277: emacs -nw bug?

[Richard Banach]

Glenn Morris <rgm@gnu.org> wrote:

| Richard Banach wrote:
|
| > I use   emacs -nw  and see what looks like a bug
| >
| > * in tex mode, if I type   $\it identifiername$   it doesn't recognise
| > the second $ as closing the scope of \it ... and wants to underline
| > everything that follows ... i haven't found how to turn this off
|
| Thanks for the report. This is not specific to emacs -nw.
| Relevant forms that tex-mode does understand are:
|
| $foo$
| \textit{foo}
| {\it foo}
|
| I'm not sure what you are trying to achieve with an \it inside math mode?
| I don't think I've seen that form used before.


hi,

here's the explanation .....

ideally, you could use

  \usepackage{oz}

which gives exactly the result i'd like inside any  $_math_scope_$

unfortunately, publishers (springer, elsevier,etc) as a rule don't
recognise oz and remove it, without compensating ... result ugly

you can do it the hard way ....

  $\mathit{identifiername}$

or slightly less good

  $\textit{identifiername}$

or (same)

  ${\it identifiername}$

or (lazy way)

  $\it identifiername$

the last three of which give basically the same results, but
the last of which requires the least typing (if, like me, you're
a bit annoyed at not being able to have \usepackage{oz})

cheers,

richard.

ps. in ordinary emacs (i.e. not -nw) it doesn't try to underline
\it stuff, so the problem doesn't arise visually (in my installation)

bug#28277: emacs -nw bug?

[Glenn Morris]

Richard Banach wrote:

> or (lazy way)
>
>   $\it identifiername$

If you want to be lazy :), it seems that AUCTeX (available from
elpa.gnu.org) handles that form. Otherwise I'd use one of the
non-deprecated formats.

bug#28277: emacs -nw bug?

[Richard Banach]

Glenn Morris <rgm@gnu.org> wrote:

| Richard Banach wrote:
|
| > or (lazy way)
| >
| >   $\it identifiername$
|
| If you want to be lazy :), it seems that AUCTeX (available from
| elpa.gnu.org) handles that form. Otherwise I'd use one of the
| non-deprecated formats.

it seems a little overzealous that the editor is more politically correct
than the implementation .... :-)

but anyway, is there an easy way of simply turning off all underlining?
... i mean ... who needs it anyway ..... ?????

cheers,

richard.

bug#28277: emacs -nw bug?

[Glenn Morris]

Richard Banach wrote:

> it seems a little overzealous that the editor is more politically correct
> than the implementation .... :-)

It's only accidentally stricter through laziness/oversight.
Maybe someone will fix it, but it doesn't seem very important.

> but anyway, is there an easy way of simply turning off all underlining?
> ... i mean ... who needs it anyway ..... ?????

I guess you can M-x customize-face italic.

bug#28277: emacs -nw bug?

[Lars Ingebrigtsen]

richard.banach@manchester.ac.uk (Richard Banach) writes:

> I use   emacs -nw  and see what looks like a bug
>
> * in tex mode, if I type   $\it identifiername$   it doesn't recognise
> the second $ as closing the scope of \it ... and wants to underline
> everything that follows ... i haven't found how to turn this off

The following patch fixes the problem -- but I'm not sure whether it
could cause any regressions.

Is

\it foobar $math-stuff$

or something like it possible?  It's been a while since I wrote any TeX.


diff --git a/lisp/textmodes/tex-mode.el b/lisp/textmodes/tex-mode.el
index f277defecf..9d9490602a 100644
--- a/lisp/textmodes/tex-mode.el
+++ b/lisp/textmodes/tex-mode.el
@@ -593,7 +593,7 @@ tex-font-lock-keywords-2
 	    ;; Miscellany.
 	    (slash "\\\\")
 	    (opt " *\\(\\[[^]]*\\] *\\)*")
-	    (args "\\(\\(?:[^{}&\\]+\\|\\\\.\\|{[^}]*}\\)+\\)")
+	    (args "\\(\\(?:[^${}&\\]+\\|\\\\.\\|{[^}]*}\\)+\\)")
 	    (arg "{\\(\\(?:[^{}\\]+\\|\\\\.\\|{[^}]*}\\)+\\)"))
        (list
 	;;


-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

bug#28277: emacs -nw bug?

[Richard Banach]

hi,

thanks for the suggestion .......

ages ago, someone suggested

===============================================

(custom-set-variables
 ;; custom-set-variables was added by Custom.
 ;; If you edit it by hand, you could mess it up, so be careful.
 ;; Your init file should contain only one such instance.
 ;; If there is more than one, they won't work right.
 '(custom-enabled-themes nil))
(custom-set-faces
 ;; custom-set-faces was added by Custom.
 ;; If you edit it by hand, you could mess it up, so be careful.
 ;; Your init file should contain only one such instance.
 ;; If there is more than one, they won't work right.
 '(italic ((t (:underline nil))))
 '(underline ((t (:underline t)))))

===============================================

... and it seems to work fine :-)

richard.

===============================================
===============================================

Lars Ingebrigtsen <larsi@gnus.org> wrote:

| richard.banach@manchester.ac.uk (Richard Banach) writes:
|
| > I use   emacs -nw  and see what looks like a bug
| >
| > * in tex mode, if I type   $\it identifiername$   it doesn't recognise
| > the second $ as closing the scope of \it ... and wants to underline
| > everything that follows ... i haven't found how to turn this off
|
| The following patch fixes the problem -- but I'm not sure whether it
| could cause any regressions.
|
| Is
|
| \it foobar $math-stuff$
|
| or something like it possible?  It's been a while since I wrote any TeX.
|
|
| diff --git a/lisp/textmodes/tex-mode.el b/lisp/textmodes/tex-mode.el
| index f277defecf..9d9490602a 100644
| --- a/lisp/textmodes/tex-mode.el
| +++ b/lisp/textmodes/tex-mode.el
| @@ -593,7 +593,7 @@ tex-font-lock-keywords-2
|  	    ;; Miscellany.
|  	    (slash "\\\\")
|  	    (opt " *\\(\\[[^]]*\\] *\\)*")
| -	    (args "\\(\\(?:[^{}&\\]+\\|\\\\.\\|{[^}]*}\\)+\\)")
| +	    (args "\\(\\(?:[^${}&\\]+\\|\\\\.\\|{[^}]*}\\)+\\)")
|  	    (arg "{\\(\\(?:[^{}\\]+\\|\\\\.\\|{[^}]*}\\)+\\)"))
|         (list
|  	;;
|
|
| -- 
| (domestic pets only, the antidote for overdose, milk.)
|    bloggy blog: http://lars.ingebrigtsen.no

bug#28277: emacs -nw bug?

[Lars Ingebrigtsen]

[-- Attachment #1: Type: text/plain, Size: 214 bytes --]

Lars Ingebrigtsen <larsi@gnus.org> writes:

> -	    (args "\\(\\(?:[^{}&\\]+\\|\\\\.\\|{[^}]*}\\)+\\)")
> +	    (args "\\(\\(?:[^${}&\\]+\\|\\\\.\\|{[^}]*}\\)+\\)")

I've now applied this patch.  It changes this:


[-- Attachment #2: Type: image/png, Size: 8652 bytes --]

[-- Attachment #3: Type: text/plain, Size: 13 bytes --]


into this:


[-- Attachment #4: Type: image/png, Size: 3955 bytes --]

[-- Attachment #5: Type: text/plain, Size: 213 bytes --]


(Note final $.)

There's no regressions in the test cases, but we don't have great
coverage here, either...

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no