scroll-bar face gets changed in a new frame
Hi all, I suspect this is a bug. Tested in GNU Emacs 22.0.92.2 (i686-pc-linux-gnu, GTK+ Version 2.6.4) of 2007-01-07 on soup Start Emacs with "emacs -q -l emacs-custom". where emacs-custom is this: ,[ emacs-custom ] | (custom-set-faces | ;; custom-set-faces was added by Custom. | ;; If you edit it by hand, you could mess it up, so be careful. | ;; Your init file should contain only one such instance. | ;; If there is more than one, they won't work right. | '(scroll-bar ((t (:background "#2e3436" :foreground "#ec") ` In the initial frame: ,[ M-x describe-face RET scroll-bar ] | ... | Foreground: #ec | Background: #2e3436 | ... ` Then make a new frame with 'C-x 5 2' and it becomes ,[ M-x describe-face RET scroll-bar ] | ... | Foreground: #101010 | Background: #fbf8f1 | ... ` In emacs that compiles with "--without-toolkit-scroll-bars", you can see the change visually. -- Leo (GPG Key: 9283AA3F) ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: inconsistent childish MS bashing
> From: Richard Stallman <[EMAIL PROTECTED]> > CC: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org > Date: Sat, 06 Jan 2007 22:47:04 -0500 > > > A foolish consistency is the hobgoblin of little minds. > > Should have been in quotes, since it's a citation (from Ralph Waldo > Emerson). > > Another instance of foolish consistency. Perhaps you should re-read that essay. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Manual: indexes are missing links
> From: Juri Linkov <[EMAIL PROTECTED]> > Date: Sun, 07 Jan 2007 02:09:52 +0200 > > Simply turning this on has an undesirable consequence that node names > are now hidden in the index node, but it is very useful to see them! You see them when the mouse pointer hovers above the link. Why do you think it's more important to see the node names in the index than it is in any other menu? ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Word boundaries in wdired mode
I think that `downcase-word' and friends should downcase word characters and not touch anything else. I am not necessarily opposed to this change in principle, but please let's not change this now. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: inconsistent childish MS bashing
> A foolish consistency is the hobgoblin of little minds. Should have been in quotes, since it's a citation (from Ralph Waldo Emerson). Another instance of foolish consistency. In writing code, consistency is often useful. In an email, it is much less important. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: say where attempt to write backup file was
Actually there are a few other things we could do: 1 - try to keep messages short (which was my original point and is always the best solution when it's available). 2 - use scrolling if the message is larger than the minibuffer (IIRC there was some package back in Emacs-20 days that did just that). This issue arose from my change to put the entire backup file name in a message. That message will be visible for most users, so I will keep the change. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Gratuitous user interface change risks losing user work
Gregory Stark <[EMAIL PROTECTED]> writes: > I think it will if it's the first time you're saving the buffer since you > created it. But I tend to keep my emacs processes live for weeks or even > months. So I get one backup file and then no protection from then on. Right. I was getting confused. A new backup is caused by using C-x C-v, but not until the next time you save the buffer, and then the version which gets backed up is the version you overwrote your work with, so that's no help to you in this situation. > I think what I want is an option to make this the default behaviour. What if you customise after-save-hook's value to include (lambda () (setq buffer-backed-up nil)) ? ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: query-replace-regexp slow for evaluated lisp expressions
"Aaron S. Hawley" <[EMAIL PROTECTED]> writes: > Then, do the most basic of replacements that would never be done in > practice, but shows how slow interactive regexp replacements can be: Or just replace it with \,\& for an even simpler test case. Does this patch fix the bug? --- old/replace.el 2007-01-07 01:40:26.0 +0100 +++ replace.el 2007-01-07 01:40:42.0 +0100 @@ -1518,8 +1518,7 @@ (set-match-data real-match-data) (setq next-replacement (funcall (car replacements) (cdr replacements) -replace-count) - noedit nil)) +replace-count))) (if (not query-flag) (let ((inhibit-read-only query-replace-skip-read-only)) ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Manual: indexes are missing links
>> As Jury corrected me, the problem is not with supporting the new >> format, the problem was that menus in the indices were not decorated >> as normal menus since long ago. >> >> I agree that we should consider revising this decision now, that the >> machines are so much faster. > > OK; I turned it on. Simply turning this on has an undesirable consequence that node names are now hidden in the index node, but it is very useful to see them! This is because index entries are not like normal links where nodes name are not very essential. I propose the following patch that doesn't hide node names of the index entries while keeping index entries displayed as links (blue and underlined). Index: lisp/info.el === RCS file: /sources/emacs/emacs/lisp/info.el,v retrieving revision 1.493 diff -c -r1.493 info.el *** lisp/info.el22 Dec 2006 19:49:08 - 1.493 --- lisp/info.el7 Jan 2007 00:08:32 - *** *** 3996,4002 (setq res (car hl) hl nil) (setq hl (cdr hl res))) 'info-xref-visited 'info-xref))) ! (when (and not-fontified-p (memq Info-hide-note-references '(t hide))) (put-text-property (match-beginning 2) (1- (match-end 6)) 'invisible t) ;; Unhide the file name in parens --- 3996,4004 (setq res (car hl) hl nil) (setq hl (cdr hl res))) 'info-xref-visited 'info-xref))) ! (when (and not-fontified-p !(memq Info-hide-note-references '(t hide)) !(not (Info-index-node))) (put-text-property (match-beginning 2) (1- (match-end 6)) 'invisible t) ;; Unhide the file name in parens -- Juri Linkov http://www.jurta.org/emacs/ ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Gratuitous user interface change risks losing user work
"Chris Moore" <[EMAIL PROTECTED]> writes: > Gregory Stark <[EMAIL PROTECTED]> writes: > >> No, it didn't; I looked. The latest backup file I had was a couple weeks old. > > OK. I didn't test this much, but I thought when I did that I saw it > make a backup at that point. I think it will if it's the first time you're saving the buffer since you created it. But I tend to keep my emacs processes live for weeks or even months. So I get one backup file and then no protection from then on. > Prefixed with two C-u's, unconditionally makes the previous version > into a backup file. I think what I want is an option to make this the default behaviour. -- Gregory Stark EnterpriseDB http://www.enterprisedb.com ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: ps-print-buffer-with-faces doesn't use selected frame's background (was: ps-print-buffer-with-faces in dark background)
> From: Leo <[EMAIL PROTECTED]> > Date: Sat, 06 Jan 2007 17:29:34 + > > * Eli Zaretskii (2007-01-06 12:59 +0200) said: > ^ > >> `ps-print-buffer-with-faces' will print a dark background buffer > >> into a .ps file with white background. This makes the text > >> difficult to read. > > > > This is a feature. See the variable ps-use-face-background for how > > to override it. > > I play with it. I put the buffer I want to print in another frame and > swap its foreground and background by modifying frame parameters so > that the change only happens in that frame. > > But then printing still uses the global frame parameter's foreground > and background colors instead of the selected frame's. Is this a bug? I don't know. Vinicius, could you please look into this? Thanks. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Gratuitous user interface change risks losing user work
Gregory Stark <[EMAIL PROTECTED]> writes: > "Chris Moore" <[EMAIL PROTECTED]> writes: > >> When you typed 'yes' and hit return to say you wanted to save your >> work, Emacs will have made a backup of the file you were overwriting >> in ~. > > No, it didn't; I looked. The latest backup file I had was a couple weeks old. OK. I didn't test this much, but I thought when I did that I saw it make a backup at that point. > On that note I was wondering if there was any option to have emacs make more > backup files. There's this: C-x C-s runs the command save-buffer By default, makes the previous version into a backup file if previously requested or if this is the first save. Prefixed with one C-u, marks this version to become a backup when the next save is done. Prefixed with two C-u's, unconditionally makes the previous version into a backup file. Prefixed with three C-u's, marks this version to become a backup when the next save is done, and unconditionally makes the previous version into a backup file. Chris. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Image scroll issue
* Chris Moore (2007-01-05 16:49 +0100) said: ^^^ >> Great! >> >> Could you report this to the w3m maintainers. > > Sure. > > One thing I still don't understand, however, is why timer-list is > nil when I check it from inside Emacs, but Lisp_Object Vtimer_list > in keyboard.c contains the w3m timer when process.c calls > keyboard.c's timer_check(1). I thought Lisp's timer-list and C's > Vtimer_list were just 2 names for the same data structure, but it > seems I'm not seeing the full picture. Thank you for all the testing. I have also seen the bug reported to emacs-w3m. -- Leo (GPG Key: 9283AA3F) ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Image scroll issue
[EMAIL PROTECTED] (Kim F. Storm) writes: > Great! > > Could you report this to the w3m maintainers. I reported it, and got a reply, as follows: Katsumi Yamaoka <[EMAIL PROTECTED]> writes: > Thank you for the bug report. I see the present behavior of > displaying big images in emacs-w3m buffers is really bad. IIRC, > the timer is used for only updating the title of a page in the > modeline (the title string has to be truncated when a user shrinks > the frame width). I will fix it anyway, next week. Chris. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
ps-print-buffer-with-faces doesn't use selected frame's background (was: ps-print-buffer-with-faces in dark background)
* Eli Zaretskii (2007-01-06 12:59 +0200) said: ^ >> `ps-print-buffer-with-faces' will print a dark background buffer >> into a .ps file with white background. This makes the text >> difficult to read. > > This is a feature. See the variable ps-use-face-background for how > to override it. I play with it. I put the buffer I want to print in another frame and swap its foreground and background by modifying frame parameters so that the change only happens in that frame. But then printing still uses the global frame parameter's foreground and background colors instead of the selected frame's. Is this a bug? -- Leo (GPG Key: 9283AA3F) ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: ps-print-buffer-with-faces in dark background
* Eli Zaretskii (2007-01-06 12:59 +0200) said: ^ >> `ps-print-buffer-with-faces' will print a dark background buffer into >> a .ps file with white background. This makes the text difficult to >> read. > > This is a feature. See the variable ps-use-face-background for how > to override it. Thanks. -- Leo (GPG Key: 9283AA3F) ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Failure to submit second netnews message
On Fri, Jan 05 2007, [EMAIL PROTECTED] wrote: > I am still getting the error that I cannot submit two approved > messages to a moderated mailing list without restarting emacs. We already asked you several time go give a complete, self-contained recipe (starting with "emacs -Q") to reproduce the bug. > *Messages* says [...] > load-library: Cannot open load file: moderate > Loading /bigdisk/jpff/News/moderate.elc... > Package rnews is obsolete > Loading /bigdisk/jpff/News/moderate.elc...done `moderate.el' is not part of Emacs. > Loading rmail...done > Counting messages...done > Loading rmime...done > Formatting MIME message... done > Loading mail-extr...done > Loading rmailkwd...done > Loading rnewspost...done > Package rnewspost is obsolete > Mark set > Loading rmailmime...done `rmailmine' is not part of Emacs. > call-interactively: Beginning of buffer > Mark set > Loading newcomment...done > Auto-saving...done > Mark set [2 times] > Sending... > The article contains an Approved header. Really post? (y or n) > Really use this possibly unknown group: comp.music.research? (y or n) > Sending news via news using nntp... > Sending...done > Making completion list... > Fontifying *Completions*... (syntactically...) > Mark set [3 times] > Sending... > message-send: Denied posting -- multiple copies > call-interactively: Beginning of buffer > > ==John ffitch Bye, Reiner. -- ,,, (o o) ---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/ ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: inconsistent childish MS bashing
On 1/6/07, Eli Zaretskii <[EMAIL PROTECTED]> wrote: Should have been in quotes, since it's a citation (from Ralph Waldo Emerson). I like the note in Bartleb's: "Emerson does not explain the difference between foolish and wise consistency." http://www.bartleby.com/59/3/foolishconsi.html /L/e/k/t/u ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: ps-print-buffer-with-faces in dark background
> From: Leo <[EMAIL PROTECTED]> > Date: Sat, 06 Jan 2007 06:23:46 + > > `ps-print-buffer-with-faces' will print a dark background buffer into > a .ps file with white background. This makes the text difficult to > read. This is a feature. See the variable ps-use-face-background for how to override it. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: inconsistent childish MS bashing
> From: Richard Stallman <[EMAIL PROTECTED]> > Date: Fri, 05 Jan 2007 21:55:00 -0500 > Cc: emacs-pretest-bug@gnu.org > > A foolish consistency is the hobgoblin of little minds. Should have been in quotes, since it's a citation (from Ralph Waldo Emerson). ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
