* bug#39686: 25.2; Wrong behaviour of bibtex-autokey-name-change-strings @ 2020-02-20 4:54 Roland Winkler [not found] ` <handler.39686.B.158217451717286.ack@debbugs.gnu.org> 2020-02-21 16:05 ` Mattias Engdegård 0 siblings, 2 replies; 15+ messages in thread From: Roland Winkler @ 2020-02-20 4:54 UTC (permalink / raw) To: 39686; +Cc: gojjoe2 For the records: The bug report below was submitted to auctex (bug#39479). I am reposting it here. ================================================================== Hi, The bibtex-generate-autokey function uses 'bibtex-autokey-name-change-strings' to substitute special or accented characters or ligatures with ascii characters. I noticed that it doesn't lead to the intended behaviour for '\oe' and '\OE', which get converted to 'oee' rather than 'oe'. On the other hand, '\o', '\"o', and their capitalized counterparts are correctly converted to 'oe' (and also '\ae' to 'ae'). This quirk seems to be fixed if '\o' and '\oe' are swapped in bibtex-autokey-name-change-strings. Then all variants are correctly converted. So I propose to change the current bibtex-autokey-name-change-strings into '(("\\\\aa" . "a") ("\\\\AA" . "A") ("\\\"a\\|\\\\\\\"a\\|\\\\ae" . "ae") ("\\\"A\\|\\\\\\\"A\\|\\\\AE" . "Ae") ("\\\\i" . "i") ("\\\\j" . "j") ("\\\\l" . "l") ("\\\\L" . "L") ("\\\"o\\|\\\\\\\"o\\|\\\\oe\\|\\\\o" . "oe") ("\\\"O\\|\\\\\\\"O\\|\\\\OE\\|\\\\O" . "Oe") ("\\\"s\\|\\\\\\\"s\\|\\\\3" . "ss") ("\\\"u\\|\\\\\\\"u" . "ue") ("\\\"U\\|\\\\\\\"U" . "Ue") ("\\\\`\\|\\\\'\\|\\\\\\^\\|\\\\~\\|\\\\=\\|\\\\\\.\\|\\\\u\\|\\\\v\\|\\\\H\\|\\\\t\\|\\\\c\\|\\\\d\\|\\\\b" . "") ("[`'\"{}#]" . "") ("\\\\-" . "") ("\\\\?[ \n]+\\|~" . " ")) Cheers! ^ permalink raw reply [flat|nested] 15+ messages in thread
[parent not found: <handler.39686.B.158217451717286.ack@debbugs.gnu.org>]
* bug#39686: 25.2; Wrong behaviour of bibtex-autokey-name-change-strings [not found] ` <handler.39686.B.158217451717286.ack@debbugs.gnu.org> @ 2020-02-20 5:04 ` Roland Winkler 2020-02-21 9:22 ` gojjoe2--- via Bug reports for GNU Emacs, the Swiss army knife of text editors 2020-02-21 14:13 ` Roland Winkler 0 siblings, 2 replies; 15+ messages in thread From: Roland Winkler @ 2020-02-20 5:04 UTC (permalink / raw) To: 39686; +Cc: gojjoe2 > I noticed that it doesn't lead to the intended behaviour for '\oe' > and '\OE', which get converted to 'oee' rather than 'oe'. On the > other hand, '\o', '\"o', and their capitalized counterparts are > correctly converted to 'oe' (and also '\ae' to 'ae'). > > This quirk seems to be fixed if '\o' and '\oe' are swapped in > bibtex-autokey-name-change-strings. Then all variants are > correctly converted. I suggest that the value of bibtex-autokey-transcriptions should be calculated by regexp-opt. That makes the code more readable and it fixes this problem for free. Can you confirm that the following works as it should? (defvar bibtex-autokey-transcriptions (nconc (mapcar (lambda (a) (cons (regexp-opt (car a)) (cdr a))) '(;; language specific characters (("\\aa") . "a") ; \aa -> a (("\\AA") . "A") ; \AA -> A (("\"a" "\\\"a" "\\ae") . "ae") ; "a,\"a,\ae -> ae (("\"A" "\\\"A" "\\AE") . "Ae") ; "A,\"A,\AE -> Ae (("\\i") . "i") ; \i -> i (("\\j") . "j") ; \j -> j (("\\l") . "l") ; \l -> l (("\\L") . "L") ; \L -> L (("\"o" "\\\"o" "\\o" "\\oe") . "oe") ; "o,\"o,\o,\oe -> oe (("\"O" "\\\"O" "\\O" "\\OE") . "Oe") ; "O,\"O,\O,\OE -> Oe (("\"s" "\\\"s" "\\3") . "ss") ; "s,\"s,\3 -> ss (("\"u" "\\\"u") . "ue") ; "u,\"u -> ue (("\"U" "\\\"U") . "Ue") ; "U,\"U -> Ue ;; hyphen, accents (("\\-" "\\`" "\\'" "\\^" "\\~" "\\=" "\\." "\\u" "\\v" "\\H" "\\t" "\\c" "\\d" "\\b") . "") ;; space (("~") . " "))) ;; more spaces '(("[\s\t\n]*\\(?:\\\\\\)?[\s\t\n]+" . " ") ;; braces, quotes, concatenation. ("[`'\"{}#]" . ""))) "Alist of (OLD-REGEXP . NEW-STRING) pairs. Used by the default values of `bibtex-autokey-name-change-strings' and `bibtex-autokey-titleword-change-strings'. Defaults to translating some language specific characters to their ASCII transcriptions, and removing any character accents.") ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#39686: 25.2; Wrong behaviour of bibtex-autokey-name-change-strings 2020-02-20 5:04 ` Roland Winkler @ 2020-02-21 9:22 ` gojjoe2--- via Bug reports for GNU Emacs, the Swiss army knife of text editors 2020-02-21 14:06 ` Roland Winkler 2020-02-21 14:13 ` Roland Winkler 1 sibling, 1 reply; 15+ messages in thread From: gojjoe2--- via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2020-02-21 9:22 UTC (permalink / raw) To: 39686; +Cc: Roland Winkler Hi Roland, thank you for looking into this. > I suggest that the value of bibtex-autokey-transcriptions should be > calculated by regexp-opt. That makes the code more readable and it > fixes this problem for free. > > Can you confirm that the following works as it should? Yes it does, at least for the specific problem I found with "\oe". Thank you very much! Can you tell me where to insert this redefinition in my init file, while I wait for the next Emacs version? I tried adding it to my own bibtex-hook and to "eval-after-load 'bibtex ...", but it doesn't seem to have any effect in either. At the moment is called directly in the init file. Cheers, Luca ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#39686: 25.2; Wrong behaviour of bibtex-autokey-name-change-strings 2020-02-21 9:22 ` gojjoe2--- via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2020-02-21 14:06 ` Roland Winkler 2020-02-21 14:08 ` gojjoe2--- via Bug reports for GNU Emacs, the Swiss army knife of text editors 0 siblings, 1 reply; 15+ messages in thread From: Roland Winkler @ 2020-02-21 14:06 UTC (permalink / raw) To: gojjoe2; +Cc: 39686 On Fri Feb 21 2020 gojjoe2@googlemail.com wrote: > Yes it does, at least for the specific problem I found with > "\oe". Thank you very much! Thanks for for confirming it fixes your problem. > Can you tell me where to insert this redefinition in my init file, > while I wait for the next Emacs version? I tried adding it to my > own bibtex-hook and to "eval-after-load 'bibtex ...", but it > doesn't seem to have any effect in either. At the moment is called > directly in the init file. Bibtex-mode uses the variable bibtex-autokey-transcriptions to define the default values of `bibtex-autokey-name-change-strings' and `bibtex-autokey-titleword-change-strings'. So something like eval-after-load will work only if it deals with all three variables. Say, you first set bibtex-autokey-transcriptions to its new value; then you use this to set `bibtex-autokey-name-change-strings' and `bibtex-autokey-titleword-change-strings'. It is probably easier to simply set bibtex-autokey-transcriptions in your init file to its new value. Normally, emacs should load bibtex-mode later. Then it will use your value of bibtex-autokey-transcriptions to set the values of `bibtex-autokey-name-change-strings' and `bibtex-autokey-titleword-change-strings'. ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#39686: 25.2; Wrong behaviour of bibtex-autokey-name-change-strings 2020-02-21 14:06 ` Roland Winkler @ 2020-02-21 14:08 ` gojjoe2--- via Bug reports for GNU Emacs, the Swiss army knife of text editors 0 siblings, 0 replies; 15+ messages in thread From: gojjoe2--- via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2020-02-21 14:08 UTC (permalink / raw) To: Roland Winkler; +Cc: 39686 > Bibtex-mode uses the variable bibtex-autokey-transcriptions to > define the default values of `bibtex-autokey-name-change-strings' > and `bibtex-autokey-titleword-change-strings'. So something like > eval-after-load will work only if it deals with all three variables. > Say, you first set bibtex-autokey-transcriptions to its new value; > then you use this to set `bibtex-autokey-name-change-strings' and > `bibtex-autokey-titleword-change-strings'. > > It is probably easier to simply set bibtex-autokey-transcriptions in > your init file to its new value. Normally, emacs should load > bibtex-mode later. Then it will use your value of > bibtex-autokey-transcriptions to set the values of > `bibtex-autokey-name-change-strings' and > `bibtex-autokey-titleword-change-strings'> Thank you for the explanation. I'm doing as you say and everything seems to work smoothly. Please feel free to close this bug report. Cheers, Luca ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#39686: 25.2; Wrong behaviour of bibtex-autokey-name-change-strings 2020-02-20 5:04 ` Roland Winkler 2020-02-21 9:22 ` gojjoe2--- via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2020-02-21 14:13 ` Roland Winkler 2020-02-21 15:01 ` Eli Zaretskii 1 sibling, 1 reply; 15+ messages in thread From: Roland Winkler @ 2020-02-21 14:13 UTC (permalink / raw) To: 39686, Eli Zaretskii; +Cc: gojjoe2 Hi Eli I do not know the exact status of Emacs 27. Is it OK to install the patch below into the Emacs 27 branch? The patch fixes a bug that must have existed for at least about 20 years. So likely it will not affect many users. But even if the patch has a hidden new bug, it should not break anything crucial for users either. Roland (defvar bibtex-autokey-transcriptions (nconc (mapcar (lambda (a) (cons (regexp-opt (car a)) (cdr a))) '(;; language specific characters (("\\aa") . "a") ; \aa -> a (("\\AA") . "A") ; \AA -> A (("\"a" "\\\"a" "\\ae") . "ae") ; "a,\"a,\ae -> ae (("\"A" "\\\"A" "\\AE") . "Ae") ; "A,\"A,\AE -> Ae (("\\i") . "i") ; \i -> i (("\\j") . "j") ; \j -> j (("\\l") . "l") ; \l -> l (("\\L") . "L") ; \L -> L (("\"o" "\\\"o" "\\o" "\\oe") . "oe") ; "o,\"o,\o,\oe -> oe (("\"O" "\\\"O" "\\O" "\\OE") . "Oe") ; "O,\"O,\O,\OE -> Oe (("\"s" "\\\"s" "\\3") . "ss") ; "s,\"s,\3 -> ss (("\"u" "\\\"u") . "ue") ; "u,\"u -> ue (("\"U" "\\\"U") . "Ue") ; "U,\"U -> Ue ;; hyphen, accents (("\\-" "\\`" "\\'" "\\^" "\\~" "\\=" "\\." "\\u" "\\v" "\\H" "\\t" "\\c" "\\d" "\\b") . "") ;; space (("~") . " "))) ;; more spaces '(("[\s\t\n]*\\(?:\\\\\\)?[\s\t\n]+" . " ") ;; braces, quotes, concatenation. ("[`'\"{}#]" . ""))) "Alist of (OLD-REGEXP . NEW-STRING) pairs. Used by the default values of `bibtex-autokey-name-change-strings' and `bibtex-autokey-titleword-change-strings'. Defaults to translating some language specific characters to their ASCII transcriptions, and removing any character accents.") ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#39686: 25.2; Wrong behaviour of bibtex-autokey-name-change-strings 2020-02-21 14:13 ` Roland Winkler @ 2020-02-21 15:01 ` Eli Zaretskii 2020-02-21 19:50 ` Roland Winkler 0 siblings, 1 reply; 15+ messages in thread From: Eli Zaretskii @ 2020-02-21 15:01 UTC (permalink / raw) To: Roland Winkler; +Cc: gojjoe2, 39686 > Date: Fri, 21 Feb 2020 08:13:51 -0600 > From: "Roland Winkler" <winkler@gnu.org> > CC: gojjoe2@googlemail.com > > I do not know the exact status of Emacs 27. Is it OK to install the > patch below into the Emacs 27 branch? I don't see a patch, just a defvar. Which part(s) of that are modified, and how? Also, what commands/features will be affected by this change? Thanks. ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#39686: 25.2; Wrong behaviour of bibtex-autokey-name-change-strings 2020-02-21 15:01 ` Eli Zaretskii @ 2020-02-21 19:50 ` Roland Winkler 2020-02-22 9:12 ` Eli Zaretskii 0 siblings, 1 reply; 15+ messages in thread From: Roland Winkler @ 2020-02-21 19:50 UTC (permalink / raw) To: Eli Zaretskii; +Cc: gojjoe2, 39686 On Fri Feb 21 2020 Eli Zaretskii wrote: > I don't see a patch, just a defvar. Which part(s) of that are > modified, and how? > > Also, what commands/features will be affected by this change? I am sorry, I had tried to keep things readable for the OP. A proper patch is attached below. The patch affects the autokey machinery of bibtex-mode that calculates keys for new BibTeX entries based on the content of an entry. The entry point for the autokey machinery is the function bibtex-generate-autokey. In bibtex.el, this function is called once by the user command bibtex-clean-entry. No other package inside emacs relies on this. diff --git a/lisp/textmodes/bibtex.el b/lisp/textmodes/bibtex.el index a7be57e..670e763 100644 --- a/lisp/textmodes/bibtex.el +++ b/lisp/textmodes/bibtex.el @@ -1006,32 +1006,36 @@ bibtex-autokey-expand-strings :type 'boolean) (defvar bibtex-autokey-transcriptions - '(;; language specific characters - ("\\\\aa" . "a") ; \aa -> a - ("\\\\AA" . "A") ; \AA -> A - ("\\\"a\\|\\\\\\\"a\\|\\\\ae" . "ae") ; "a,\"a,\ae -> ae - ("\\\"A\\|\\\\\\\"A\\|\\\\AE" . "Ae") ; "A,\"A,\AE -> Ae - ("\\\\i" . "i") ; \i -> i - ("\\\\j" . "j") ; \j -> j - ("\\\\l" . "l") ; \l -> l - ("\\\\L" . "L") ; \L -> L - ("\\\"o\\|\\\\\\\"o\\|\\\\o\\|\\\\oe" . "oe") ; "o,\"o,\o,\oe -> oe - ("\\\"O\\|\\\\\\\"O\\|\\\\O\\|\\\\OE" . "Oe") ; "O,\"O,\O,\OE -> Oe - ("\\\"s\\|\\\\\\\"s\\|\\\\3" . "ss") ; "s,\"s,\3 -> ss - ("\\\"u\\|\\\\\\\"u" . "ue") ; "u,\"u -> ue - ("\\\"U\\|\\\\\\\"U" . "Ue") ; "U,\"U -> Ue - ;; accents - ("\\\\`\\|\\\\'\\|\\\\\\^\\|\\\\~\\|\\\\=\\|\\\\\\.\\|\\\\u\\|\\\\v\\|\\\\H\\|\\\\t\\|\\\\c\\|\\\\d\\|\\\\b" . "") - ;; braces, quotes, concatenation. - ("[`'\"{}#]" . "") - ("\\\\-" . "") ; \- -> - ;; spaces - ("\\\\?[ \t\n]+\\|~" . " ")) + (nconc + (mapcar (lambda (a) (cons (regexp-opt (car a)) (cdr a))) + '(;; language specific characters + (("\\aa") . "a") ; \aa -> a + (("\\AA") . "A") ; \AA -> A + (("\"a" "\\\"a" "\\ae") . "ae") ; "a,\"a,\ae -> ae + (("\"A" "\\\"A" "\\AE") . "Ae") ; "A,\"A,\AE -> Ae + (("\\i") . "i") ; \i -> i + (("\\j") . "j") ; \j -> j + (("\\l") . "l") ; \l -> l + (("\\L") . "L") ; \L -> L + (("\"o" "\\\"o" "\\o" "\\oe") . "oe") ; "o,\"o,\o,\oe -> oe + (("\"O" "\\\"O" "\\O" "\\OE") . "Oe") ; "O,\"O,\O,\OE -> Oe + (("\"s" "\\\"s" "\\3") . "ss") ; "s,\"s,\3 -> ss + (("\"u" "\\\"u") . "ue") ; "u,\"u -> ue + (("\"U" "\\\"U") . "Ue") ; "U,\"U -> Ue + ;; hyphen, accents + (("\\-" "\\`" "\\'" "\\^" "\\~" "\\=" "\\." "\\u" "\\v" + "\\H" "\\t" "\\c" "\\d" "\\b") . "") + ;; space + (("~") . " "))) + ;; more spaces + '(("[\s\t\n]*\\(?:\\\\\\)?[\s\t\n]+" . " ") + ;; braces, quotes, concatenation. + ("[`'\"{}#]" . ""))) "Alist of (OLD-REGEXP . NEW-STRING) pairs. -Used by the default values of `bibtex-autokey-name-change-strings' and +Used as default values of `bibtex-autokey-name-change-strings' and `bibtex-autokey-titleword-change-strings'. Defaults to translating some language specific characters to their ASCII transcriptions, and -removing any character accents.") +removing any accent characters.") (defcustom bibtex-autokey-name-change-strings bibtex-autokey-transcriptions ^ permalink raw reply related [flat|nested] 15+ messages in thread
* bug#39686: 25.2; Wrong behaviour of bibtex-autokey-name-change-strings 2020-02-21 19:50 ` Roland Winkler @ 2020-02-22 9:12 ` Eli Zaretskii 2020-03-06 8:46 ` Roland Winkler 0 siblings, 1 reply; 15+ messages in thread From: Eli Zaretskii @ 2020-02-22 9:12 UTC (permalink / raw) To: Roland Winkler; +Cc: gojjoe2, 39686 > Date: Fri, 21 Feb 2020 13:50:01 -0600 > From: "Roland Winkler" <winkler@gnu.org> > Cc: 39686@debbugs.gnu.org, > gojjoe2@googlemail.com > > On Fri Feb 21 2020 Eli Zaretskii wrote: > > I don't see a patch, just a defvar. Which part(s) of that are > > modified, and how? > > > > Also, what commands/features will be affected by this change? > > I am sorry, I had tried to keep things readable for the OP. > A proper patch is attached below. > > The patch affects the autokey machinery of bibtex-mode that > calculates keys for new BibTeX entries based on the content of an > entry. The entry point for the autokey machinery is the function > bibtex-generate-autokey. In bibtex.el, this function is called once > by the user command bibtex-clean-entry. No other package inside > emacs relies on this. Thanks. I'm fine with installing this on the emacs-27 branch. ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#39686: 25.2; Wrong behaviour of bibtex-autokey-name-change-strings 2020-02-22 9:12 ` Eli Zaretskii @ 2020-03-06 8:46 ` Roland Winkler 0 siblings, 0 replies; 15+ messages in thread From: Roland Winkler @ 2020-03-06 8:46 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 39686-done, gojjoe2 On Sat Feb 22 2020 Eli Zaretskii wrote: > > The patch affects the autokey machinery of bibtex-mode that > > calculates keys for new BibTeX entries based on the content of an > > entry. The entry point for the autokey machinery is the function > > bibtex-generate-autokey. In bibtex.el, this function is called once > > by the user command bibtex-clean-entry. No other package inside > > emacs relies on this. > > Thanks. I'm fine with installing this on the emacs-27 branch. Done (commit cb1877321b8a04cdb9b890d76d99a9f5a7ed5bce). I am sorry for the delay. ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#39686: 25.2; Wrong behaviour of bibtex-autokey-name-change-strings 2020-02-20 4:54 bug#39686: 25.2; Wrong behaviour of bibtex-autokey-name-change-strings Roland Winkler [not found] ` <handler.39686.B.158217451717286.ack@debbugs.gnu.org> @ 2020-02-21 16:05 ` Mattias Engdegård 2020-02-21 20:03 ` Roland Winkler 1 sibling, 1 reply; 15+ messages in thread From: Mattias Engdegård @ 2020-02-21 16:05 UTC (permalink / raw) To: Roland Winkler; +Cc: gojjoe2, 39686 Correct me if I'm wrong, but it looks like the assumption is that all possible \-sequences have been enumerated in that list. More likely, some kind of anchoring after the match is needed, like word-end ("\\>"). Then the matching order doesn't matter. ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#39686: 25.2; Wrong behaviour of bibtex-autokey-name-change-strings 2020-02-21 16:05 ` Mattias Engdegård @ 2020-02-21 20:03 ` Roland Winkler 2020-02-21 20:43 ` Mattias Engdegård 0 siblings, 1 reply; 15+ messages in thread From: Roland Winkler @ 2020-02-21 20:03 UTC (permalink / raw) To: Mattias Engdegård; +Cc: gojjoe2, 39686 On Fri Feb 21 2020 Mattias Engdegård wrote: > Correct me if I'm wrong, but it looks like the assumption is that > all possible \-sequences have been enumerated in that list. More > likely, some kind of anchoring after the match is needed, like > word-end ("\\>"). Then the matching order doesn't matter. I am not sure I understand. The idea in bibtex-autokey-transcriptions is that each match of OLD-REGEXP is replaced in full by NEW-STRING. Subexpressions are ignored. In LaTeX syntax, OLD-REGEXP can appear anywhere inside what LaTeX considers a word (which even may include spaces). So to make things more fool-proofed, it would be necessary to parse more carefully the LaTeX code. I do not think this effort is needed here as these regexps have worked well for at least two decades. The patch fixes a minor problem of these regexps pointed out by the OP. But otherwise it preserves their spirit. ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#39686: 25.2; Wrong behaviour of bibtex-autokey-name-change-strings 2020-02-21 20:03 ` Roland Winkler @ 2020-02-21 20:43 ` Mattias Engdegård 2020-02-21 21:03 ` Roland Winkler 0 siblings, 1 reply; 15+ messages in thread From: Mattias Engdegård @ 2020-02-21 20:43 UTC (permalink / raw) To: Roland Winkler; +Cc: gojjoe2, 39686 21 feb. 2020 kl. 21.03 skrev Roland Winkler <winkler@gnu.org>: > In LaTeX syntax, OLD-REGEXP can appear anywhere inside what LaTeX > considers a word (which even may include spaces). So to make things > more fool-proofed, it would be necessary to parse more carefully the > LaTeX code. I do not think this effort is needed here as these > regexps have worked well for at least two decades. The patch fixes > a minor problem of these regexps pointed out by the OP. But > otherwise it preserves their spirit. In LaTeX you can't just write 'b\oeuf'; it will complain that '\oeuf' is undefined. You have to write 'b\oe uf' or 'b{\oe}uf'. Thus there is a word break at the end. (Accents, like '\"o', are different; there is only a single letter after the '\"'.) With your table, you replace '\o' with 'oe', but what if the text uses a different \-sequence starting with \o, like '\omega'? After substitution, you would have 'oemega' which wasn't intended. Safer then to tack on a zero-width assertion, like "\\\\\\(?:o\\|oe\\)\\>" for example. Or, if you think it's hard to read, (rx "\\" (or "o" "oe") word-end) ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#39686: 25.2; Wrong behaviour of bibtex-autokey-name-change-strings 2020-02-21 20:43 ` Mattias Engdegård @ 2020-02-21 21:03 ` Roland Winkler 2020-02-21 21:32 ` Mattias Engdegård 0 siblings, 1 reply; 15+ messages in thread From: Roland Winkler @ 2020-02-21 21:03 UTC (permalink / raw) To: Mattias Engdegård; +Cc: gojjoe2, 39686 On Fri Feb 21 2020 Mattias Engdegård wrote: > In LaTeX you can't just write 'b\oeuf'; it will complain that > '\oeuf' is undefined. You have to write 'b\oe uf' or > 'b{\oe}uf'. Thus there is a word break at the end. In bibtex-mode, all this is used in the context of what is supposed to represent names and titles of books and articles. The current scheme has been in place for at least two decades and nobody complained about this. (Note that the current thread is about something else.) So I assume that what you are concerned about is so rare (at least in the context of the autokey machinery) that it is not worth the effort. But feel free to provide a patch along these lines. However, that patch should certainly go into master because it modifies the current scheme. ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#39686: 25.2; Wrong behaviour of bibtex-autokey-name-change-strings 2020-02-21 21:03 ` Roland Winkler @ 2020-02-21 21:32 ` Mattias Engdegård 0 siblings, 0 replies; 15+ messages in thread From: Mattias Engdegård @ 2020-02-21 21:32 UTC (permalink / raw) To: Roland Winkler; +Cc: gojjoe2, 39686 21 feb. 2020 kl. 22.03 skrev Roland Winkler <winkler@gnu.org>: > So I assume that what you are concerned about is > so rare (at least in the context of the autokey machinery) that it > is not worth the effort. Fair enough. If you run into such a partial match problem in the future, you now know at least one more way to solve it. ^ permalink raw reply [flat|nested] 15+ messages in thread
end of thread, other threads:[~2020-03-06 8:46 UTC | newest] Thread overview: 15+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2020-02-20 4:54 bug#39686: 25.2; Wrong behaviour of bibtex-autokey-name-change-strings Roland Winkler [not found] ` <handler.39686.B.158217451717286.ack@debbugs.gnu.org> 2020-02-20 5:04 ` Roland Winkler 2020-02-21 9:22 ` gojjoe2--- via Bug reports for GNU Emacs, the Swiss army knife of text editors 2020-02-21 14:06 ` Roland Winkler 2020-02-21 14:08 ` gojjoe2--- via Bug reports for GNU Emacs, the Swiss army knife of text editors 2020-02-21 14:13 ` Roland Winkler 2020-02-21 15:01 ` Eli Zaretskii 2020-02-21 19:50 ` Roland Winkler 2020-02-22 9:12 ` Eli Zaretskii 2020-03-06 8:46 ` Roland Winkler 2020-02-21 16:05 ` Mattias Engdegård 2020-02-21 20:03 ` Roland Winkler 2020-02-21 20:43 ` Mattias Engdegård 2020-02-21 21:03 ` Roland Winkler 2020-02-21 21:32 ` Mattias Engdegård
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.