headers
Christian Schlauer | 1 Aug 2007 22:54
Picon
Favicon

Re: BibTeX-mode: Key generation when latin-1 characters appear in author field

[Crossposting to gmane.emacs.auctex.devel where RefTeX is maintained
now]

The following is from a discussion in 2005, starting with
<http://article.gmane.org/gmane.emacs.pretest.bugs/6843>, where I wrote:

> I create the following entry in a BibTeX file -- the critical thing is
> that the name of the author contains an umlaut. (This is okay, as the
> BibTeX versions that nowadays come with TeX distributions are 8-bit
> capable, which means that I can enter umlauts in the .bib file
> directly instead of using \"o or something similar -- I just have to
> specify \usepackage[latin1]{inputenc} in the document preamble as
> well):
>
>  <at> Article{,
>   author = 	 {B. Blöd},
>   title = 	 {Test},
>   journal = 	 {A},
>   year = 	 {2005},
>   OPTkey = 	 {},
>   OPTvolume = 	 {},
>   OPTnumber = 	 {},
>   OPTpages = 	 {},
>   OPTmonth = 	 {},
>   OPTnote = 	 {},
>   OPTannote = 	 {}
> }
>
> Now, press `C-c C-c' inside the entry -- Emacs suggests `blöd05:_test'
> as the key to use
(Continue reading)

Permalink | Reply | 6 comments |
headers
Stefan Monnier | 2 Aug 2007 18:25
Picon

Re: BibTeX-mode: Key generation when latin-1 characters appear in author field

>> text-mode:            Grüß Gott
>> tex-mode:             Gr\"u{\ss} Gott
>> german latex-mode:    Gr"u"s Gott
>> html-mode:            Gr&uuml;&szlig; Gott

AFAIK, nowadays in LaTeX, you're better off using "Grüß Gott" with the
proper input encoding.  For HTML mode as well.

ELISP> (reftex-latin1-to-ascii "räksmörgås")

Before trying to solve the problem for latin-1, then latin-2, then arabic,
then chinese, etc.. we'd better write a real fix that correctly (tho
suboptimally) handles all cases: drop non-ascii chars.  Then we can add
a preprocessing function that tries to be clever.

        Stefan
Permalink | Reply | 4 comments |
headers
Christian Schlauer | 2 Aug 2007 23:09
Picon
Favicon

Re: BibTeX-mode: Key generation when latin-1 characters appear in author field

Stefan Monnier <monnier <at> iro.umontreal.ca> writes:

>>> text-mode:            Grüß Gott
>>> tex-mode:             Gr\"u{\ss} Gott
>>> german latex-mode:    Gr"u"s Gott
>>> html-mode:            Gr&uuml;&szlig; Gott
>
> AFAIK, nowadays in LaTeX, you're better off using "Grüß Gott" with the
> proper input encoding.

Yes, that's what I do since I started using LaTeX 10 years ago. (But I
didn't do it in .bib files until 2003.)

I also hope that Roland's
`convert-readable-words-in-backslash-or-ampersand-escaped-sequences'
function isn't necessary anymore.

>
> ELISP> (reftex-latin1-to-ascii "räksmörgås")
>
> Before trying to solve the problem for latin-1, then latin-2, then arabic,
> then chinese, etc.. we'd better write a real fix that correctly (tho
> suboptimally) handles all cases: drop non-ascii chars.

Does "drop non-ascii chars" mean that "räksmörgås" becomes "rksmrgs",
or "raksmorgas"? I'm afraid you mean the former ... But what would
such a function do to a Greek/Cyrillic/Japanese BibTeX entry? I'd
guess there is nothing left when you drop non-ascii chars.

--

--
(Continue reading)

Permalink | Reply | 2 comments |
headers
Stefan Monnier | 3 Aug 2007 02:08
Picon

Re: BibTeX-mode: Key generation when latin-1 characters appear in author field

> Does "drop non-ascii chars" mean that "räksmörgås" becomes "rksmrgs",
> or "raksmorgas"? I'm afraid you mean the former ... But what would
> such a function do to a Greek/Cyrillic/Japanese BibTeX entry? I'd
> guess there is nothing left when you drop non-ascii chars.

Yup, there's nothing left.  So what: we're talking about a suggestion to put
in the minibuffer.

        Stefan
Permalink | Reply | 0 comments |
headers
Leo | 12 Aug 2007 22:45
Face
Picon
Gravatar

Re: pstricks.el

On 2007-07-09 21:32 +0100, Holger Sparr wrote:
> Hi,
>
> attached is an updated version of pstricks.el.
>
> So please have a look. It would be nice if someone could do some testing
> and report back.
>
> I added some self parsing as described in the docs and added some
> elements to an earlier defined list. Is it possible to save the list 
> to the <currently-edited-tex-file>.el?
>
> I have some additional style files for packages provided by pstricks or
> contributions to pstricks (like pst-node, ... ) which I am going post
> later on.
>
> Bye,
> Holger

I am getting the following error:

,----
| Debugger entered--Lisp error: (void-variable LaTeX-mode-map)
|   (define-key LaTeX-mode-map "pa" (quote LaTeX-pst-parameters-add))
|   load("pstricks")
|   load-library("pstricks")
|   eval((load-library "pstricks"))
|   do-after-load-evaluation("/usr/local/share/emacs/site-lisp/auctex-el/auctex/tex.elc")
|   tex-mode()
|   set-auto-mode-0(tex-mode nil)
(Continue reading)

Permalink | Reply | 13 comments |
headers
Leo | 14 Aug 2007 10:17
Face
Picon
Gravatar

bug in font locking


The following example is not correctly font-locked in AuCTeX: 2007-05-25
which I grabbed from CVS on 2007-08-10.

#v+
\documentclass{article}
\usepackage{fancyvrb}

\begin{document}
\begin{table}
  \begin{Verbatim}[frame=single]
    ifconfig -a
    netstat -finet -nr | grep UGH | awk '{print $1}'
  \end{Verbatim}
  \caption{Determine host address, two methods shown}
  \label{tab:address}
\end{table}
\end{document}
#v-

HTH,
--

-- 
Leo <sdl.web AT gmail.com>                         (GPG Key: 9283AA3F)

         Gnus is one component of the Emacs operating system.
Permalink | Reply | 1 comment |
headers
Ralf Angeli | 14 Aug 2007 19:14

Re: bug in font locking

* Leo (2007-08-14) writes:

> The following example is not correctly font-locked in AuCTeX: 2007-05-25
> which I grabbed from CVS on 2007-08-10.
>
> \documentclass{article}
> \usepackage{fancyvrb}

That's not suprising.  Nobody has written support for fancyvrb yet.

--

-- 
Ralf
Permalink | Reply | 0 comments |

Gmane