* bug#2235: 22.2.1 emacs -Q should not turn on font-lock
@ 2009-02-08 15:40 Chong Yidong
2009-02-08 17:32 ` Jari Aalto
0 siblings, 1 reply; 9+ messages in thread
From: Chong Yidong @ 2009-02-08 15:40 UTC (permalink / raw)
To: Jari Aalto; +Cc: 2235
> Please refrain from turning on additional features when "bare bones"
> (-Q) program behavior is asked.
No, thanks. The -Q option is largely intended for debugging, and it is
unhelpful to turn off font-lock for that purpose. If the colors on a
white terminal are unreadable, we should fix them everywhere, not just
in -Q.
In the screenshot you posted, the main problem I see is the use of light
cyan for font-lock-keyword-face. What we could do is remove the
`:weight bold' attribute in the 8-color-terminal definition of
font-lock-keyword-face.
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#2235: 22.2.1 emacs -Q should not turn on font-lock
2009-02-08 15:40 bug#2235: 22.2.1 emacs -Q should not turn on font-lock Chong Yidong
@ 2009-02-08 17:32 ` Jari Aalto
2009-02-08 19:32 ` Eli Zaretskii
0 siblings, 1 reply; 9+ messages in thread
From: Jari Aalto @ 2009-02-08 17:32 UTC (permalink / raw)
To: Chong Yidong; +Cc: 2235
Chong Yidong <cyd@stupidchicken.com> writes:
>> Please refrain from turning on additional features when "bare bones"
>> (-Q) program behavior is asked.
>
> No, thanks. The -Q option is largely intended for debugging
Not just debugging. When other programs call for $EDITOR, the typical
value is for emacs users is:
EDITOR="emacs -Q -nw"
beacuse most want the editor to start in these cases as fast as
possible.
> If the colors on a white terminal are unreadable, we should fix them
> everywhere, not just in -Q.
If the -Q option cannot be changed, please provide separate option which
turns off colors, something like:
--no-colors
I know it's possiblt to:
--eval '(global-font-lock-mode -1)'
But I'd call that 'workaround', considering:
1) Some programs that parse EDITOR, can't handle embedded quotes and
embedded spaces correctly.
2) It calls for understanding more lisp than needed for average Joe
3) The short, self documenting option "--no-colors" and some suitable
short option is easier to write.
Jari
^ permalink raw reply [flat|nested] 9+ messages in thread* bug#2235: 22.2.1 emacs -Q should not turn on font-lock
2009-02-08 17:32 ` Jari Aalto
@ 2009-02-08 19:32 ` Eli Zaretskii
0 siblings, 0 replies; 9+ messages in thread
From: Eli Zaretskii @ 2009-02-08 19:32 UTC (permalink / raw)
To: Jari Aalto, 2235; +Cc: cyd
> From: Jari Aalto <jari.aalto@cante.net>
> Date: Sun, 08 Feb 2009 19:32:43 +0200
> Cc: 2235@emacsbugs.donarmstrong.com
>
> Chong Yidong <cyd@stupidchicken.com> writes:
>
> >> Please refrain from turning on additional features when "bare bones"
> >> (-Q) program behavior is asked.
> >
> > No, thanks. The -Q option is largely intended for debugging
Indeed. This is Emacs, not XEmacs: -Q does not mean "bare bones", it
means "without loading any customization files".
> If the -Q option cannot be changed, please provide separate option which
> turns off colors, something like:
>
> --no-colors
This is already available, it's called "--color=never". Although I
don't understand why you think it will load faster than the default
version. Care to explain? or is this again based on your experience
with XEmacs?
> 1) Some programs that parse EDITOR, can't handle embedded quotes and
> embedded spaces correctly.
Which ones?
> 3) The short, self documenting option "--no-colors" and some suitable
> short option is easier to write.
It's only self-documenting if one reads documentation. But if one
does read documentation, then one would have known about a no less
self-documenting option "--color".
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#2235: 22.2.1 emacs -Q should not turn on font-lock
@ 2009-02-08 10:53 Jari Aalto
2009-02-08 11:15 ` Lennart Borgman
0 siblings, 1 reply; 9+ messages in thread
From: Jari Aalto @ 2009-02-08 10:53 UTC (permalink / raw)
To: Emacs bug BTS
[-- Attachment #1: Type: text/plain, Size: 266 bytes --]
Doing a quick bare bones editing of file:
emacs -Q README
On a white terminal[1], the results are unreadable. Please deactivate
font-lock when --no-site-file (as in -Q) option is specified.
[1] Debian; mrxvt 0.5.3-2 terminal
http://packages.debian.org/mrxvt
[-- Attachment #2: picture.png --]
[-- Type: image/png, Size: 3338 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#2235: 22.2.1 emacs -Q should not turn on font-lock
2009-02-08 10:53 Jari Aalto
@ 2009-02-08 11:15 ` Lennart Borgman
2009-02-08 13:32 ` Jari Aalto
0 siblings, 1 reply; 9+ messages in thread
From: Lennart Borgman @ 2009-02-08 11:15 UTC (permalink / raw)
To: Jari Aalto, 2235; +Cc: Emacs bug BTS
On Sun, Feb 8, 2009 at 11:53 AM, Jari Aalto <jari.aalto@cante.net> wrote:
> emacs -Q README
>
> On a white terminal[1], the results are unreadable. Please deactivate
> font-lock when --no-site-file (as in -Q) option is specified.
Seems to me like it is better to fix the colors used.
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#2235: 22.2.1 emacs -Q should not turn on font-lock
2009-02-08 11:15 ` Lennart Borgman
@ 2009-02-08 13:32 ` Jari Aalto
2009-02-08 13:44 ` Lennart Borgman
0 siblings, 1 reply; 9+ messages in thread
From: Jari Aalto @ 2009-02-08 13:32 UTC (permalink / raw)
To: Lennart Borgman; +Cc: 2235
Lennart Borgman <lennart.borgman@gmail.com> writes:
> On Sun, Feb 8, 2009 at 11:53 AM, Jari Aalto <jari.aalto@cante.net> wrote:
>
>> emacs -Q README
>>
>> On a white terminal[1], the results are unreadable. Please deactivate
>> font-lock when --no-site-file (as in -Q) option is specified.
>
> Seems to me like it is better to fix the colors used.
That's good, but is only secondary problem.
Please refrain from turning on additional features when "bare bones"
(-Q) program behavior is asked.
Jari
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#2235: 22.2.1 emacs -Q should not turn on font-lock
2009-02-08 13:32 ` Jari Aalto
@ 2009-02-08 13:44 ` Lennart Borgman
2009-02-08 13:51 ` Jari Aalto
0 siblings, 1 reply; 9+ messages in thread
From: Lennart Borgman @ 2009-02-08 13:44 UTC (permalink / raw)
To: Jari Aalto; +Cc: 2235
On Sun, Feb 8, 2009 at 2:32 PM, Jari Aalto <jari.aalto@cante.net> wrote:
> Lennart Borgman <lennart.borgman@gmail.com> writes:
>
>> On Sun, Feb 8, 2009 at 11:53 AM, Jari Aalto <jari.aalto@cante.net> wrote:
>>
>>> emacs -Q README
>>>
>>> On a white terminal[1], the results are unreadable. Please deactivate
>>> font-lock when --no-site-file (as in -Q) option is specified.
>>
>> Seems to me like it is better to fix the colors used.
>
> That's good, but is only secondary problem.
>
> Please refrain from turning on additional features when "bare bones"
> (-Q) program behavior is asked.
Font lock mode is on by default since Emacs 22.
If you want "bare bones" you can perhaps use fundamental-mode in Emacs.
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#2235: 22.2.1 emacs -Q should not turn on font-lock
2009-02-08 13:44 ` Lennart Borgman
@ 2009-02-08 13:51 ` Jari Aalto
2009-02-08 16:16 ` Kevin Rodgers
0 siblings, 1 reply; 9+ messages in thread
From: Jari Aalto @ 2009-02-08 13:51 UTC (permalink / raw)
To: Lennart Borgman; +Cc: 2235
Lennart Borgman <lennart.borgman@gmail.com> writes:
> On Sun, Feb 8, 2009 at 2:32 PM, Jari Aalto <jari.aalto@cante.net> wrote:
>>>
>>>> emacs -Q README
>>>>
>>>> On a white terminal[1], the results are unreadable. Please deactivate
>>>> font-lock when --no-site-file (as in -Q) option is specified.
>>>
>>> Seems to me like it is better to fix the colors used.
>>
>> That's good, but is only secondary problem.
>>
>> Please refrain from turning on additional features when "bare bones"
>> (-Q) program behavior is asked.
>
> Font lock mode is on by default since Emacs 22.
"By default" I read it "as programs sarts without any other options".
I think it is reasonable to expect that features are reduced, like
font-lock, with option "-Q" to give "bare bones" program start.
Jari
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#2235: 22.2.1 emacs -Q should not turn on font-lock
2009-02-08 13:51 ` Jari Aalto
@ 2009-02-08 16:16 ` Kevin Rodgers
0 siblings, 0 replies; 9+ messages in thread
From: Kevin Rodgers @ 2009-02-08 16:16 UTC (permalink / raw)
To: bug-gnu-emacs
Jari Aalto wrote:
> Lennart Borgman <lennart.borgman@gmail.com> writes:
>
>> On Sun, Feb 8, 2009 at 2:32 PM, Jari Aalto <jari.aalto@cante.net> wrote:
>>>>> emacs -Q README
>>>>>
>>>>> On a white terminal[1], the results are unreadable. Please deactivate
>>>>> font-lock when --no-site-file (as in -Q) option is specified.
>>>> Seems to me like it is better to fix the colors used.
>>> That's good, but is only secondary problem.
>>>
>>> Please refrain from turning on additional features when "bare bones"
>>> (-Q) program behavior is asked.
>> Font lock mode is on by default since Emacs 22.
>
> "By default" I read it "as programs sarts without any other options".
Think of it as "without any customizations".
> I think it is reasonable to expect that features are reduced, like
> font-lock, with option "-Q" to give "bare bones" program start.
--
Kevin Rodgers
Denver, Colorado, USA
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2009-02-08 19:32 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-02-08 15:40 bug#2235: 22.2.1 emacs -Q should not turn on font-lock Chong Yidong
2009-02-08 17:32 ` Jari Aalto
2009-02-08 19:32 ` Eli Zaretskii
-- strict thread matches above, loose matches on Subject: below --
2009-02-08 10:53 Jari Aalto
2009-02-08 11:15 ` Lennart Borgman
2009-02-08 13:32 ` Jari Aalto
2009-02-08 13:44 ` Lennart Borgman
2009-02-08 13:51 ` Jari Aalto
2009-02-08 16:16 ` Kevin Rodgers
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).