headers
Alfred M. Szmidt | 1 Jul 2002 01:08
Picon

Re: Colors getting screwed up after set-foreground-color.

* Miles Bader writes:
> The definition of `message-header-to-face' (in lisp/gnus/message.el)
> says to use "MidnightBlue" for light backgrounds and "green2" for dark
> backgrounds.  I suspect this is what you're seeing.  If so, why do you
> think it's a bug?

Yes, this is probably what I am seeing.  The only reason why I
consider this a bug (or an annoying feature) is that it lacks
documentation (couldn't find anything in the Emacs manual).  It would
be nice if there was a small blurb in the manual that Emacs tries to
pick a color scheme that suits light/dark backgrounds.  And how to
disable it, if that is possible.  Because I actually prefer the
"light" colors on a dark background.

Cheers,
--

-- 
Alfred M. Szmidt
Permalink | Reply | 2 comments |
headers
Miles Bader | 1 Jul 2002 01:58
Picon
Gravatar

Re: Colors getting screwed up after set-foreground-color.

ams <at> kemisten.nu (Alfred M. Szmidt) writes:
> And how to
> disable it, if that is possible.  Because I actually prefer the
> "light" colors on a dark background.

Just use customize (M-x customize-face) on those faces who's defaults
you don't like.

If you _really_ want to completely override everything (and I suspect it
would be a mistake), you can customize the variable
`frame-background-mode' and set it to `light', which will fool emacs
into thinking this is the case.

-Miles
--

-- 
97% of everything is grunge
Permalink | Reply | 1 comment |
headers
Alfred M. Szmidt | 1 Jul 2002 02:33
Picon

Re: Colors getting screwed up after set-foreground-color.

Miles Bader <miles <at> gnu.org> writes:
> If you _really_ want to completely override everything (and I suspect it
> would be a mistake), you can customize the variable
> `frame-background-mode' and set it to `light', which will fool emacs
> into thinking this is the case.

And you suspect correctly, it looks horrible.  Thanks for explaining
it though.

Thanks,
--

-- 
Alfred M. Szmidt
Permalink | Reply | 0 comments |
headers
Eli Zaretskii | 1 Jul 2002 06:45
Picon

Re: bug in built-in function copy-file


On Sun, 30 Jun 2002, Barman Brakjoller wrote:

> c:/tst $ (copy-file "file2" "file1" t)
> Copying file: invalid argument, c:/tst/file2, c:/tst/file1

Thanks, I think this bug is already fixed for the next release.
Permalink | Reply | 0 comments |
headers
Dan Jacobson | 1 Jul 2002 05:22

Re: 6 postings today -- *all* spam

>>>>> "A" == Alan Mackenzie <none <at> example.invalid> writes:

hey, you're still using that passe munged address thing.  Isn't one
supposed to turn on the spam filter technology of today... no wonder
the pros don't complain.  E.g. does RMS get hot and bothered about
spam?  Naw.  that's because his pals have rigged up
http://www.weizmann.ac.il/~eli/Downloads/rmail-spam-filter
or something for him.

A> Of the last hundred threads I've seen on gnu.emacs.bug, 74 have been
A> utterly off-topic.  Of those, 45 have been in non-Latin scripts, mainly
A> (or exclusively) korean such as ks_c_5601-1987.  They seem to originate
A> from anonymous addresses.  Filtering out these posts would increase the
A> signal/noise ratio from about 25% to about 50%.

yeah but if you filter out big5 chinese you'll be missing out on my
and Lee Sau Dan's signature, especially when it is attached to a
charsets bug report.  

A> Does anybody have any hypothesis as to the motivation of these spammers?
A> Surely the number of people in gnu.emacs.bug who can read these languages
A> is, with the greatest of respect to them, not large, and the number who
A> would actually respond to any these things is vanishingly small.

ha ha, motivation, you slay me.  I should employ you to reason with
the roaches in my pantry.

A> Is there anybody here fluent in any of these languages who can tell us
A> what these unwanted posts are saying?
(Continue reading)

Permalink | Reply | 1 comment |
headers
Boris DAIX | 1 Jul 2002 11:31
Picon
Picon

timeclock in & out

This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English, because the Emacs maintainers do not have
translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs <at> gnu.org mailing list,
and to the gnu.emacs.bug news group.

In GNU Emacs 21.2.1 (i386-debian-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2002-03-22 on raven, modified by Debian
configured using `configure  i386-debian-linux-gnu --prefix=/usr --sharedstatedir=/var/lib
--libexecdir=/usr/lib --localstatedir=/var/lib --infodir=/usr/share/info
--mandir=/usr/share/man --with-pop=yes --with-x=yes --with-x-toolkit=athena --without-gif'
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: fr_FR <at> euro
  locale-coding-system: iso-latin-9
  default-enable-multibyte-characters: t

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

I'd like to use timeclock features like described in emacs/calendar
info stuff, so I made :
(Continue reading)

Permalink | Reply | 0 comments |
headers
Hallvard B Furuseth | 1 Jul 2002 12:28
Picon
Picon
Favicon

Re: modeline doesn't divulge buffer will go bye bye

Dan Jacobson writes:

> After using this ~20 years it dawns on me: The modeline of a buffer
> with an associated file and that with no associated file look the
> same.  Bad.

I have this in .emacs:

;; Minor mode alist
(or (assq 'buffer-auto-save-file-name minor-mode-alist)
    (setq minor-mode-alist (append minor-mode-alist
				   '((buffer-auto-save-file-name
				      (buffer-file-name " :" " :S")
				      (buffer-file-name " :nS" " :nF")))
				   '((buffer-backed-up "~")
				     (case-fold-search "" "nC")
				     (truncate-lines "$")))))

(variable true-item nil-item) displays true-item if variable is non-nil,
and nil-item (which can be omitted) if it is nil.  Item can be a string
or another such list.

--

-- 
Hallvard
Permalink | Reply | 0 comments |
headers
Neal D. Becker | 1 Jul 2002 15:38

CC Mode 5.28 (C++); contained expression ends prematurely

I can't indent this code on line 15 or 16.  It just beeps saying Containing expression ends prematurely

Here is the code:

#ifndef iPowerNorm_H
#define iPowerNorm_H

#include "Complex.H"
#include "FixedUtil.H"
#include "Mag.H"

class iPowerNorm {
public:
  iPowerNorm (int _targetVoltage, int _shift1, int _shift2, int _init) :
    targetVoltage (_targetVoltage),
    shift1 (_shift1),
    shift2 (_shift2),
    sum (_init << _shift1),
voltage (_init),
adj ((_targetVoltage << shift2)/_init)
  {}

  ComplexI Compute (ComplexI in) {
    ComplexI out = RoundDown (in * adj, shift2);
    sum = sum - (sum >> shift1) + Mag (out);
    voltage = sum >> shift1;
    adj = (targetVoltage << shift2) / voltage;
    return out;
  }
(Continue reading)

Permalink | Reply | 1 comment |
headers
Daniel Martins | 1 Jul 2002 19:20
Picon

compression on emacs

This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English, because the Emacs maintainers do not have
translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs <at> gnu.org mailing list,
and to the gnu.emacs.bug news group.

In GNU Emacs 21.2.1 (i386-debian-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2002-03-22 on raven, modified by Debian
configured using `configure  i386-debian-linux-gnu --prefix=/usr --sharedstatedir=/var/lib
--libexecdir=/usr/lib --localstatedir=/var/lib --infodir=/usr/share/info
--mandir=/usr/share/man --with-pop=yes --with-x=yes --with-x-toolkit=athena --without-gif'
Important settings:
  value of $LC_ALL: pt_BR
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: pt_BR
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: pt_BR.ISO-8859-1
  locale-coding-system: iso-latin-1
  default-enable-multibyte-characters: t

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

On Emacs 20.7 I could use the compression transparently eg on dired
mode I uncompression "on the fly" was performed such that a
(Continue reading)

Permalink | Reply | 1 comment |
headers
Tom E. Turner | 1 Jul 2002 19:39
Picon

DDD or IDE? (was Re: Build Failure)

I was wondering if anyone has successfully resolved  
build failures with the Data Display Debugger (DDD) 
or any IDE?

http://linux.cis.nctu.edu.tw/docs/ddd/#Summary
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
The Data Display Debugger (DDD) is a popular graphical user 
interface for command-line debuggers such as GDB, DBX, JDB,
WDB, XDB, the Perl debugger, and the Python debugger. Besides 
``usual'' front-end features such as viewing source texts, 
DDD has become famous through its interactive graphical data 
display, where data structures are displayed as graphs. 
A simple mouse click dereferences pointers or views structure
contents, updated each time the program stops. Using DDD, 
you can reason about your application by watching its data, 
not just by viewing it execute lines of source code. 

Other DDD features include: debugging of programs written
in Ada, C, C++, Chill, Fortran, Java, Modula, Pascal, Perl,
and Python; machine-level debugging; hypertext source
navigation and lookup; breakpoint, watchpoint, backtrace, and
history editors; array plots; undo/redo; preferences and
settings editors; program execution in terminal emulator
window; debugging on remote host; on-line manual;
extensive help on the Motif user interface; command-line
interface with full editing, history, and completion
capabilities. 

DDD is generally regarded as one of the best debuggers
available. It is being used for software development by all
(Continue reading)

Permalink | Reply | 0 comments |

Gmane