Re: Tutorial incorrectly thinks emacs -Q uses customizations. Alarmist and confusing tutorial intro.
>> I really think this hack does more harm than good, at least the way >> it's done now. Just say that the tutorial reflects the standard Emacs >> bindings. That's all. > FWIW, I agree completely. Same here. We've already wasted a lot of time on this one, Stefan ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Unused variable in mouse.el: make-cursor-line-fully-visible
>> > (_ (mouse-set-point start-event)) ; variable `_' is unused, AFAICT. >> >> It's probably my code, influenced by my SML hacking. >> >> In Prolog, Haskell, SML, (and probably all other ML dialects and many >> logic programming languages) _ is a special variable used as here, to >> ignore arguments or return values. > Yes, I'm used to it in Prolog and Haskell. Good. > I don't see why any variable should be bound here, however, anonymous or not. Coding convenience. > It is no doubt compiled away, but I think the code is a bit less clear. It's definitely not compiled away. > It's not a big deal, though. Good, Stefan ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: woman doesn't work if current buffer's directory doesn't exist
Eli Zaretskii <[EMAIL PROTECTED]> writes: >> > At this late stage in the pretest, won't it be safer to bind >> > default-directory only if the original value doesn't exist? >> >> I don't think so, because it's possible for the original value to >> exist and yet not be accessible to us. > > Okay, then test for accessibility instead of a mere existence. I checked in such a fix. Thanks. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: artifacts in GNU CVS branch emacs-unicode-2
> In [emacs-w3m : No.09139] Trent Buck wrote: > On Mon, Jan 29, 2007 at 06:04:24AM +1100, [EMAIL PROTECTED] wrote: >> I start Emacs with a proportional font: >> >> emacs --enable-font-backend --font 'DejaVu Sans-8' --eval >> '(w3m-browse-url "http://en.wikipedia.org/";)' >> >> I scroll up and down (C-v, M-v). I see 2 pixel underline to the right >> of some lines. The underlines should not be there; they are rendering >> artifacts. > Screenshot attached. I guess the cause of this is that Emacs doesn't support the Telugu language or the Telugu font is missing. I got a similar result[ScreenShot1] in the Fedora Core 6 system by running the most recent Emacs 23 and setting the language environment to English. When I set the language environment to Japanese, those garbage lines don't appear but an improper font is chosen for the Telugu text[ScreenShot2]. Even if you don't have emacs-w3m installed, you will see it by: 1. Start Emacs 23 using the options: -Q --enable-font-backend --font 'DejaVu Sans-8' 2. Set the language environment to English. 3. Eval the following form: --8<---cut here---start->8--- (let* ((default-enable-multibyte-characters t) (buffer (get-buffer-create "*Telugu*")) (text (decode-coding-string "\ Suomi\302\267\340\260\244\340\261\206\340\260\262\340\261\201\ \340\260\227\340\261\201\302\267T\303\274rk\303\247e\302\267\ \320\243\320\272\321\200\320\260\321\227\320\275\321\201\321\ \214\320\272\320\260\n" 'utf-8))) (switch-to-buffer buffer) (erase-buffer) (dotimes (i (* 3 (window-height))) (insert text)) (goto-char (point-min))) --8<---cut here---end--->8--- Regards, ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: ebnf2ps.el has some strange English
Also, the same source file lisp/progmodes/ebnf2ps.el repeatedly says "it's used `default-directory'", which again is bad grammar. Better to say "`default-directory' is used". And "The files in DIRECTORY that matches ..." should be "... that match ...". (and probably other similar errors exist - it's a big file). ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
ebnf2ps.el has some strange English
lisp/progmodes/ebnf2ps.el contains this warning, twice: "WARNING: It's *NOT* asked any confirmation to override an existing file." That's not good grammar. Something like: "WARNING: Existing files will be overwritten without confirmation." reads better. In GNU Emacs 22.0.93.15 (i686-pc-linux-gnu, GTK+ Version 2.8.20) of 2007-01-28 on trpaslik X server distributor `The X.Org Foundation', version 11.0.70101000 configured using `configure '--with-gtk' '--prefix' '/usr/local' '--with-xpm' '--with-jpeg' '--with-png' '--with-gif'' ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: keybindings change for recursive minibuffers
Richard Stallman <[EMAIL PROTECTED]> writes: > Does this patch fix it? Yes. Thanks. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Elisp manual Errors section of TOC needs link to Standard Errors node
emacs -Q In the Elisp manual, section Errors of the Detailed Node Listing on the first page (TOC menu) does not list node Standard Errors. It should. In GNU Emacs 22.0.93.1 (i386-mingw-nt5.1.2600) of 2007-01-25 on LENNART-69DE564 X server distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4) --cflags -Ic:/g/include' ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Emacs manual node Specifying File Variables typo
This is the typo: "_If `mode' is used to set a major mode" should be "If `mode' is used to set a major mode". In GNU Emacs 22.0.93.1 (i386-mingw-nt5.1.2600) of 2007-01-25 on LENNART-69DE564 X server distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4) --cflags -Ic:/g/include' ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
No link to File Local Variables from Local Variables in Elisp manual
emacs -Q C-h i, choose Elisp manual `i' local variable, then `,' - you never get to anything about file local variables `i' file local shows no hits. Likewise, `i' file local variable In GNU Emacs 22.0.93.1 (i386-mingw-nt5.1.2600) of 2007-01-25 on LENNART-69DE564 X server distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4) --cflags -Ic:/g/include' ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: doc for try-completion etc. conflicts with doc for completing-read
> From: Richard Stallman <[EMAIL PROTECTED]> > CC: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org > Date: Sun, 28 Jan 2007 02:41:46 -0500 > > Please stop working on this. Too late: I already installed a couple of small changes. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: keybindings change for recursive minibuffers
Does this patch fix it? *** minibuf.c 28 Jan 2007 02:17:22 -0500 1.321 --- minibuf.c 28 Jan 2007 14:50:13 -0500 *** *** 135,140 --- 135,145 /* Keymap for reading expressions. */ Lisp_Object Vread_expression_map; + Lisp_Object Vminibuffer_completion_table, Qminibuffer_completion_table; + Lisp_Object Vminibuffer_completion_predicate, Qminibuffer_completion_predicate; + Lisp_Object Vminibuffer_completion_confirm, Qminibuffer_completion_confirm; + Lisp_Object Vminibuffer_completing_file_name; + Lisp_Object Quser_variable_p; Lisp_Object Qminibuffer_default; *** *** 571,577 specpdl slots. */ minibuf_save_list = Fcons (Voverriding_local_map, !Fcons (minibuf_window, minibuf_save_list)); minibuf_save_list = Fcons (minibuf_prompt, Fcons (make_number (minibuf_prompt_width), --- 576,584 specpdl slots. */ minibuf_save_list = Fcons (Voverriding_local_map, !Fcons (minibuf_window, ! Fcons (Vminibuffer_completing_file_name, ! minibuf_save_list))); minibuf_save_list = Fcons (minibuf_prompt, Fcons (make_number (minibuf_prompt_width), *** *** 597,602 --- 604,612 Vminibuffer_history_position = histpos; Vminibuffer_history_variable = histvar; Vhelp_form = Vminibuffer_help_form; + /* If this minibuffer is reading a file name, + that doesn't mean recursive ones are. */ + Vminibuffer_completing_file_name = Qnil; if (inherit_input_method) { *** *** 918,923 --- 928,935 minibuf_window = temp; #endif minibuf_save_list = Fcdr (minibuf_save_list); + Vminibuffer_completing_file_name = Fcar (minibuf_save_list); + minibuf_save_list = Fcdr (minibuf_save_list); /* Erase the minibuffer we were using at this level. */ { *** *** 1684,1694 return Fnreverse (allmatches); } - Lisp_Object Vminibuffer_completion_table, Qminibuffer_completion_table; - Lisp_Object Vminibuffer_completion_predicate, Qminibuffer_completion_predicate; - Lisp_Object Vminibuffer_completion_confirm, Qminibuffer_completion_confirm; - Lisp_Object Vminibuffer_completing_file_name; - DEFUN ("completing-read", Fcompleting_read, Scompleting_read, 2, 8, 0, doc: /* Read a string in the minibuffer, with completion. PROMPT is a string to prompt with; normally it ends in a colon and a space. --- 1696,1701 ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: artifacts in GNU CVS branch emacs-unicode-2
On Mon, Jan 29, 2007 at 06:04:24AM +1100, [EMAIL PROTECTED] wrote: > I start Emacs with a proportional font: > > emacs --enable-font-backend --font 'DejaVu Sans-8' --eval > '(w3m-browse-url "http://en.wikipedia.org/";)' > > I scroll up and down (C-v, M-v). I see 2 pixel underline to the right > of some lines. The underlines should not be there; they are rendering > artifacts. Screenshot attached. -- Trent Buck, Student Errant artifacts.png Description: PNG image signature.asc Description: Digital signature ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
artifacts in GNU CVS branch emacs-unicode-2
I start Emacs with a proportional font: emacs --enable-font-backend --font 'DejaVu Sans-8' --eval '(w3m-browse-url "http://en.wikipedia.org/";)' I scroll up and down (C-v, M-v). I see 2 pixel underline to the right of some lines. The underlines should not be there; they are rendering artifacts. I press C-l, and the artifacts disappear. I use GNU Emacs CVS branch emacs-unicode-2: cvs -z9 -d:pserver:[EMAIL PROTECTED]:/sources/emacs co -r emacs-unicode-2 emacs System Info to help track down your bug: --- emacs-w3m-version => "1.4.149" emacs-version => "GNU Emacs 23.0.0.1 (i486-pc-linux-gnu, GTK+ Version 2.10.6)\n of 2007-01-28 on rocinante, modified by Debian" mule-version => "6.0 (HANACHIRUSATO)" system-type => gnu/linux w3m-version => "w3m/0.5.1" w3m-type => w3m-m17n w3m-compile-options => ("lang=en" "m17n" "image" "color" "ansi-color" "mouse" "gpm" "menu" "cookie" "ssl" "ssl-verify" "external-uri-loader" "w3mmailer" "nntp" "gopher" "ipv6" "alarm" "mark" "migemo") w3m-language => nil w3m-command-arguments => nil w3m-command-arguments-alist => nil w3m-command-environment => nil w3m-input-coding-system => utf-8 w3m-output-coding-system => utf-8 w3m-use-mule-ucs => nil ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: dired-do-symlink insists on blathersome links
Dan Jacobson <[EMAIL PROTECTED]> writes: > Nope. I you want > OutputPage.php -> JidanniOutputPage.php > Then do > $ ls -s JidanniOutputPage.php OutputPage.php Or load dired-x, and use `Y'. -- Romain Francoise <[EMAIL PROTECTED]> | The sea! the sea! the open it's a miracle -- http://orebokech.com/ | sea! The blue, the fresh, the | ever free! --Bryan W. Procter ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
dired-do-symlink insists on blathersome links
S runs the command dired-do-symlink Which gives you no way to make less than kilometer long OutputPage.php -> /var/lib/radioscanningtw.jidanni.org/includes/JidanniOutputPage.php Nope. I you want OutputPage.php -> JidanniOutputPage.php Then do $ ls -s JidanniOutputPage.php OutputPage.php In GNU Emacs 22.0.92.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2007-01-15 on pacem, modified by Debian (Debian emacs-snapshot package, version 1:20070114-1) ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
RE: doc for try-completion etc. conflicts with doc for completing-read
> > > > Thanks. `test-completion' is in the same boat, BTW. > > > > > > Not AFAICS: it calls that argument ALIST, not TABLE. > > > > That's what I meant. It is in the same category as `try-completion' and > > `all-completions' - they all call it "ALIST", not "TABLE". > > But `test-completion' is only a problem if some other function which > uses TABLE refers to it in the doc string. Are there any functions > like that? Not now, but as I think I said, someone might decide to "fix" an existing doc string to make it more complete by referring also to `test-completion'. Anyway, your fix is fine for now, and it would be good to rename the arg consistently after the release. Thx. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Mule-diag fail in GNU Emacs 23.0.0 with "Invalid code(s)"
Hello! Launching GNU Emacs 23.0.0 with -Q and choosing from the menu Options -> MULE -> Show All of MULE Staus or directly invoking mule-diag leads to *Backtrace* buffer with: Debugger entered--Lisp error: (error "Invalid code(s)") make-char(japanese-jisx0213-a) list-character-sets-2() mule-diag() call-interactively(mule-diag) *Messages* just contains (/usr/local/bin/emacs-23.0.0 -Q --debug-init) For information about the GNU Project and its goals, type C-h C-p. Loading time...done Loading paren...done Loading mule-diag...done Loading debug...done Entering debugger... The *Mule-Diagnosis* buffer has 759 lines (the 760th is empty) and ends with: ipa:1:96:1:48:IPA (International Phonetic Association) chinese-sisheng:1:94:1:48:SiSheng characters for PinYin/ZhuYin big5-hkscs:2:191:2:-1:Big5-HKSCS (Chinese traditional, Hong Kong supplement) korean-ksc5601:2:94:2:67:KSC5601 Korean Hangul and Hanja: ISO-IR-149 cp932:2:256:1:-1:CP932 (Microsoft shift-jis) cp932-2-byte:2:189:2:-1:2-byte part of CP932 katakana-sjis:1:63:1:-1:Katakana part of Shift-JIS japanese-jisx0213.2004-1:2:94:2:81:JISX0213.2004 Plane1 (Japanese) In GNU Emacs 23.0.0.1 (powerpc-apple-darwin8.8.0, X toolkit, Xaw3d scroll bars) of 2007-01-27 on Latsche.local X server distributor `The XFree86 Project, Inc', version 11.0.4040 configured using `configure '--without-ns' '--without-carbon' '-- with-x' '--without-sound' '--without-pop' '--with-xpm' '--with-jpeg' '--with-tiff' '--with-gif' '--with-png' '--enable-locallisppath=/ Library/Application Support/Emacs/calendar23:/Library/Application Support/Emacs/preview:/Library/Application Support/Emacs/auctex/ images:/Library/Application Support/Emacs/auctex:/Library/Application Support/Emacs' 'CFLAGS=-pipe -fPIC -mcpu=7450 -mtune=7450 -fast -mpim- altivec -ftree-vectorize -foptimize-register-move -freorder-blocks - freorder-blocks-and-partition -fthread-jumps -fpeephole -fno- crossjumping' 'CPPFLAGS=-no-cpp-precomp -I/usr/include/openssl -I/usr/ local/include -I/sw/lib/freetype219/include -I/sw/lib/freetype219/ include/freetype2 -I/sw/lib/fontconfig2/include -I/sw/include/ libpng12 -I/sw/include -idirafter /usr/X11R6/include' 'LDFLAGS=- dead_strip -bind_at_load -multiply_defined suppress -L/usr/X11R6/lib - L/usr/local/lib -L/sw/lib/ncurses -L/sw/lib'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: de_DE.UTF-8 value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: de_DE.UTF-8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default-enable-multibyte-characters: t Major mode: Fundamental Minor modes in effect: show-paren-mode: t display-time-mode: t tooltip-mode: t tool-bar-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t -- Mit friedvollen Grüßen Pete Nazionalismus ist die Religion der armen Schweine ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Tutorial incorrectly thinks emacs -Q uses customizations. Alarmist and confusing tutorial intro.
"Drew Adams" <[EMAIL PROTECTED]> writes: > I really think this hack does more harm than good, at least the way > it's done now. Just say that the tutorial reflects the standard Emacs > bindings. That's all. FWIW, I agree completely. -- Johan Bockgård ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Tutorial incorrectly thinks emacs -Q uses customizations. Alarmist and confusing tutorial intro.
Chris Moore wrote: "Lennart Borgman (gmail)" <[EMAIL PROTECTED]> writes: Drew Adams wrote: Clicking either of the "more info" links leads to further incorrect information... Please tell what the incorrect information is. I'm guessing it's this: The default Emacs binding for the key is the command `backward-kill-word'. However, your customizations have rebound it to the command `nil'. "the command `nil'"? `nil' isn't a command! Ah, yes. It is part of the same bug. I initially misunderstood the translation key maps and their function versus the key lookup functions. I think the problem Drew saw only shows up on w32, but I am not quite sure. If the tutorial is started after emacs -Q on GNU/Linux, does it looks ok then? ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug