Re: Elisp manual omission?
At this point, I'd be happy with _any_ line, even not a clear one. Something like ``let's not document everything'' just doesn't cut it, sorry. I wish I could give you the line that you want, but I can't. The criterion is mostly a matter of how often, and how generally, something is likely to be useful. But I cannot find the words to state where the threshold is. It's a matter of is this going to be worth the paper it's printed on? ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
special-display-regexps: doesn't work for normal buffers
special-display-regexps doesn't seem to apply to normal buffers opened with find-file (or switched to via the buffers menu). When I do (setq special-display-regexps '(.*)) (setq same-window-buffer-names '()) (setq same-window-regexps '()) From the documentation of this variable, I would expect all newly opened buffers to have a dedicated frame. But if I do a find-file right afterwards, the buffer is displayed in the same frame. Other buffers, like *help* or *mail* get their own frame as expected. Maybe I'm wrong, maybe the documentation is wrong, maybe there's a real bug :-) Tested with a current CVS build on OS X. --- In GNU Emacs 22.0.50.1 (powerpc-apple-darwin7.9.0) of 2005-04-25 on madonna Distributor `Apple Computers', version 10.3.9 configured using `configure '--without-x' '--prefix=/usr/local'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: nil locale-coding-system: iso-latin-1 default-enable-multibyte-characters: t Major mode: Fundamental Minor modes in effect: cua-mode: t encoded-kbd-mode: t show-paren-mode: t tool-bar-mode: t mouse-wheel-mode: t tooltip-mode: t menu-bar-mode: t global-font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t next-error-follow-minor-mode: Fol Recent input: C-x C-e down down C-x C-f up return help-echo menu-bar buffer *scratch* help-echo help-echo down-mouse-1 mouse-1 backspace right right right right C-x C-e C-x C-f up return help-echo menu-bar buffer *scratch* left left left left . right right right right C-x C-e down-mouse-1 mouse-movement mouse-movement drag-mouse-1 help-echo menu-bar options cua-mode down-mouse-1 mouse-1 down-mouse-1 mouse-movement mouse-movement drag-mouse-1 C-c timeout help-echo down-mouse-1 mouse-1 double-down-mouse-1 mouse-movement mouse-movement double-drag-mouse-1 C-c timeout help-echo down-mouse-1 mouse-movement mouse-movement drag-mouse-1 C-c timeout down-mouse-1 mouse-1 C-x C-e down-mouse-1 mouse-movement mouse-1 C-x C-e down-mouse-1 mouse-1 C-x C-e C-d down-mouse-1 mouse-1 return return C-x C-f up return help-echo menu-bar help-menu report-emacs-bug Recent messages: Loading pp...done nil (.*) nil [2 times] (*) (.*) Loading cua-base...done (.*) nil [2 times] Loading emacsbug...done ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Point of wrong window used in read-from-minibuffer?
I have a hard time believing you tyhink this behavior is desirable. So just to double check: you do realize I'm talking about the window's cursor. I am not sure if that statement is meaningful. Remember, the window's point value is never in use for the selected window. It is relevant only in windows that are nonselected. save-window-excursion is currently defined to preserve the buffer's point value even when it switches windows. This is indeed somewhat strange, since ordinarily switching windows swaps the buffer's point value into the old window and swaps the new window's point value into the buffer. Maybe it should be changed. But changing it is somewhat risky, too. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Point of wrong window used in read-from-minibuffer?
I have a hard time believing you tyhink this behavior is desirable. So just to double check: you do realize I'm talking about the window's cursor. I am not sure if that statement is meaningful. Remember, the window's point value is never in use for the selected window. I know the two are intricately linked, of course. But then trying to come up with a sensible spec, I think it's best to start by separating those concerns. I'm *not* talking so much about operational details of the behavior as about the general user-level behavior. From the users's perspective point barely exists (most users only care about the windows's cursors), and users have no clue that the window's point value is never in use for the selected window. save-window-excursion is currently defined to preserve the buffer's point value even when it switches windows. This is indeed somewhat strange, since ordinarily switching windows swaps the buffer's point value into the old window and swaps the new window's point value into the buffer. Maybe it should be changed. But changing it is somewhat risky, too. As I said, I agree with the general idea that save-window-excursion shouldn't affect point, but I indeed think it's more important that it shouldn't cause any window's cursor to move. Copying the value of one window's point to another window's point is (to me) always a bug. So, yes, I really think it should be changed. I doubt it's risky, but there's no hurry, so we can keep it for post-22. Stefan ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: pcl-cvs: merging in wrong revision file when conflicts: SOLVED
Contrary to what I wrote in my previous mail, the problem is not in the file-newer-than-file-p function but in the calls to it in pcvs-info.el, at function cvs-fileinfo-backup-file The concatenation of dir should only done on the single result at the end and not within the loop. Thanks for tracking it down. I installed your fix in the repository, Stefan ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: special-display-regexps: doesn't work for normal buffers
special-display-regexps doesn't seem to apply to normal buffers opened with find-file (or switched to via the buffers menu). That's right. It has no effect on commands that always switch to the buffer in the selected window. This affects calls to display-buffer and pop-to-buffer, and commands that end by calling them. From the documentation of this variable, I would expect all newly opened buffers to have a dedicated frame. I see why it is not clear. I have clarified the doc strings. Thanks. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Include -D and -Q options in Emacs usage
How about the following patch? The options -D and -Q are also not mentioned in the manual but perhaps they dont need to be since they are for debugging purposes. Nick *** /home/nick/emacs/src/emacs.c.~1.364.~ 2005-04-26 17:26:45.0 +1200 --- /home/nick/emacs/src/emacs.c2005-04-27 10:48:20.0 +1200 *** *** 264,270 --no-shared-memory, -nl do not use shared memory\n\ --no-site-file do not load site-start.el\n\ --no-splash do not display a splash screen on startup\n\ ! --no-window-system, -nw don't communicate with X, ignoring $DISPLAY\n\ --script FILE run FILE as an Emacs Lisp script\n\ --terminal, -t DEVICE use DEVICE for terminal I/O\n\ --unibyte, --no-multibyte run Emacs in unibyte mode\n\ --- 264,271 --no-shared-memory, -nl do not use shared memory\n\ --no-site-file do not load site-start.el\n\ --no-splash do not display a splash screen on startup\n\ ! --no-window-system, -nw do not communicate with X, ignoring $DISPLAY\n\ ! --quick, -Q equivalent to -q --no-site-file\n\ --script FILE run FILE as an Emacs Lisp script\n\ --terminal, -t DEVICE use DEVICE for terminal I/O\n\ --unibyte, --no-multibyte run Emacs in unibyte mode\n\ *** *** 294,299 --- 295,302 Display options:\n\ \n\ --background-color, -bg COLOR window background color\n\ + --basic-display, -D disable many display features;\n\ + used for debugging Emacs\n\ --border-color, -bd COLOR main border color\n\ --border-width, -bw WIDTH width of main border\n\ --color, --color=MODE color mode for character terminals;\n\ ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Include -D and -Q options in Emacs usage
Nick Roberts wrote: How about the following patch? The options -D and -Q are also not mentioned in the manual but perhaps they dont need to be since they are for debugging purposes. -Q is mentionned in `(emacs)Initial Options' and -D in `(emacs)Misc X'. Sincerely, Luc. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
In Fundamental View TABs get lost
Hello! I have a simple text file of five columns: 38 /referencemark =26 U+203B REFERENCE MARK 39 /servicemark=27 U+2120 SERVICE MARK 40 /musicalnote=28 U+266A EIGHTH NOTE 41 /blank =29 U+2422 BLANK SYMBOL 42 /visiblespace =2A U+2423 OPEN BOX When I save and open it again I have a bit different view: 34 /centigrade =22 U+2103 DEGREE CELSIUS 35 /recipe =23 U+211E PRESCRIPTION TAKE 36 /Pcircle=24 U+24C5 CIRCLED LATIN CAPITAL LETTER P 37 /bigcircle =25 U+25EF LARGE CIRCLE 38 /referencemark =26 U+203B REFERENCE MARK 39 /servicemark=27 U+2120 SERVICE MARK 40 /musicalnote=28 U+266A EIGHTH NOTE 41 /blank =29 U+2422 BLANK SYMBOL 42 /visiblespace =2A U+2423 OPEN BOX 43 /bardbl =2B U+2016 DOUBLE VERTICAL LINE 44 /interrobang=2C U+203D INTERROBANG 45 /asteriskcentere=2D U+2217 ASTERISK OPERATOR 46 /openbullet =2E U+25E6 WHITE BULLET 47 /onedotenleader =2F U+2024 ONE DOT LEADER This even works when I open a new buffer in a different frame -- which uses a different fontset! This looks like a bug, doesn't it? (Although I can remember that I've encountered similiar things already in GNU Emacs 21.3.50!) In GNU Emacs 22.0.50.1 (powerpc-apple-darwin7.8.0, X toolkit, Xaw3d scroll bars) of 2005-04-16 on localhost Distributor `The XFree86 Project, Inc', version 11.0.4030 configured using `configure '--without-carbon' '--with-x' '--without-pop' '--with-xpm' '--with-jpeg' '--with-tiff' '--with-png' '--with-gif' '--with-x-toolkit=lucid' 'CFLAGS=-I/sw/include' 'CPPFLAGS=-I/sw/include' 'LDFLAGS=-L/sw/lib'' Important settings: value of $LC_ALL: de_DE.UTF-8 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 locale-coding-system: utf-8 default-enable-multibyte-characters: t Major mode: Shell Minor modes in effect: desktop-save-mode: t auto-compression-mode: t display-time-mode: t mouse-sel-mode: t show-paren-mode: t tooltip-mode: t tool-bar-mode: t mouse-wheel-mode: t menu-bar-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t next-error-follow-minor-mode: Fol -- Mit friedvollen Grüßen Pete The human animal differs from the lesser primates in his passion for lists of Ten Best. -- H. Allen Smith ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re:
- ( 2004 .) -, , =15 1-2- = : - Daikin - 21 (17 + 2 ) / , : ~ ~( - ) ~( ) ~ Wi-Fi ( ) ~ reception ~( ) ~ ~ ~ - ( ,DJ,) ~ Room Service ~ , ,. -- : : 90 / 08/05/05 110 / 09/05/05 10/07/05 90 / 11/07/05 02/10/05 70 / 03/10/05 - , , . ! , ! , , . , , -,.. : www.kristoff-hotel.com ---= =--- , 191002, -, ., 9 +7 (812) 11=24=782 e-mail: [EMAIL PROTECTED] ! ! ! PS. ( 7 $) ( 10 $) -: ( ., 57), (. , 14), FX-017 ( ., 13) , , ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
