GNU bug report logs -
#19178
11.88; 11.88 Xemacs 11.88 problem with env and labels
Previous Next
Reported by: Uwe Brauer <oub <at> mat.ucm.es>
Date: Tue, 25 Nov 2014 14:13:01 UTC
Severity: normal
Merged with 19199
Found in version 11.88
Done: Mosè Giordano <mose <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Hi Uwe and all,
2014-11-27 11:39 GMT+01:00 Uwe Brauer <oub <at> mat.ucm.es>:
>>> "Mos" == Mos <Mos> writes:
>
> >> - ""))))
> >> + ""))
> >> + ((nullp type)
> >> + "")))
> > ^^^^
>
> > Sorry, I meant nil instead of ""
>
> Hi
>
> I modified (hopefully correctly) your patch, applied it
> then used my old definitions such as
> (defun LaTeX-rem-insert (environment) ;Version:1.20
> (if (y-or-n-p
> (format "Do you want a title "))
> (let ((title (read-input " Title: ")))
> (LaTeX-insert-environment "rem" (concat "[" title "]"))
> (and (LaTeX-label environment)
> (newline-and-indent)))
> (LaTeX-insert-environment "rem")
> (and (LaTeX-label environment)
> (newline-and-indent))))
>
> and got an error. I attach the modified patch, and the error
I hope it's clear I wrote those messages in a hurry, just to give the idea.
I changed my mind. I propose the attached patch which restores (full)
compatibility with the old version of LaTeX-label: the optioanl `type'
argument select the look up table to be used for the default prefix of
the label, if it's nil (or absent) you are always prompted for a
label. AUCTeX code always uses the appropriate value for the type
argument, but users will also be able to force the insertion of the
label (or continue to use the old syntax of the function).
Bye,
Mosè
[latex-label.patch (text/x-diff, attachment)]
This bug report was last modified 10 years and 183 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.