Re: changeset/35060 - color regressions

On Mon, Sep 13, 2010 at 11:12:55PM +0200, Jean-Marc Lasgouttes wrote: Le 13/09/2010 20:14, Enrico Forestieri a écrit : Why did you do that only when use_system_color is on? Because I don't want to change behavior when not using system colors and also because the old color scheme is designed

Re: changeset/35060 - color regressions

On Mon, Sep 13, 2010 at 11:12:55PM +0200, Jean-Marc Lasgouttes wrote: > Le 13/09/2010 20:14, Enrico Forestieri a écrit : > >>Why did you do that only when use_system_color is on? > > > >Because I don't want to change behavior when not using system colors > >and also because the old color scheme is

Re: changeset/35060 - color regressions

Enrico Forestieri for...@lyx.org writes: I looked at math, but it is too difficult to me. I do not know how to guess whether a given text is selected... I did it at r35355. However, I think you opened a can of worms... Why did you do that only when use_system_color is on? And why a can of

Re: changeset/35060 - color regressions

On Mon, Sep 13, 2010 at 09:36:16AM +0200, Jean-Marc LASGOUTTES wrote: Enrico Forestieri for...@lyx.org writes: I looked at math, but it is too difficult to me. I do not know how to guess whether a given text is selected... I did it at r35355. However, I think you opened a can of

Re: changeset/35060 - color regressions

Le 13/09/2010 20:14, Enrico Forestieri a écrit : Why did you do that only when use_system_color is on? Because I don't want to change behavior when not using system colors and also because the old color scheme is designed such that there's no need for changing colors when selecting (everything

Re: changeset/35060 - color regressions

Enrico Forestieri writes: >> I looked at math, but it is too difficult to me. I do not know how >> to guess >> whether a given text is selected... > > I did it at r35355. However, I think you opened a can of worms... Why did you do that only when use_system_color is on? And why a

Re: changeset/35060 - color regressions

On Mon, Sep 13, 2010 at 09:36:16AM +0200, Jean-Marc LASGOUTTES wrote: > Enrico Forestieri writes: > >> I looked at math, but it is too difficult to me. I do not know how > >> to guess > >> whether a given text is selected... > > > > I did it at r35355. However, I think you opened

Re: changeset/35060 - color regressions

Le 13/09/2010 20:14, Enrico Forestieri a écrit : Why did you do that only when use_system_color is on? Because I don't want to change behavior when not using system colors and also because the old color scheme is designed such that there's no need for changing colors when selecting (everything

Re: changeset/35060 - color regressions

On Thu, Sep 09, 2010 at 01:03:52PM +0200, Jean-Marc Lasgouttes wrote: Le 7 sept. 10 à 01:40, Enrico Forestieri a écrit : Yes, section labels are now properly highlighted when selected. However, float labels are still in black. Moreover, I've now tried on solaris and there I get white-on-blue,

Re: changeset/35060 - color regressions

On Thu, Sep 09, 2010 at 01:03:52PM +0200, Jean-Marc Lasgouttes wrote: > Le 7 sept. 10 à 01:40, Enrico Forestieri a écrit : > >Yes, section labels are now properly highlighted when selected. > >However, float labels are still in black. Moreover, I've now tried > >on solaris and there I get

Re: changeset/35060 - color regressions

Le 7 sept. 10 à 01:40, Enrico Forestieri a écrit : Yes, section labels are now properly highlighted when selected. However, float labels are still in black. Moreover, I've now tried on solaris and there I get white-on-blue, but a different tonality from what I get on Cygwin/X, such that it is

Re: changeset/35060 - color regressions

Le 7 sept. 10 à 01:40, Enrico Forestieri a écrit : Yes, section labels are now properly highlighted when selected. However, float labels are still in black. Moreover, I've now tried on solaris and there I get white-on-blue, but a different tonality from what I get on Cygwin/X, such that it is

Re: changeset/35060 - color regressions

On 12. aug. 2010 17:52, Jean-Marc LASGOUTTES wrote: Uwe Stöhruwesto...@web.de writes: Photoshop has a dark gray background. Dark gray? That Word and OpenOffice use white as default is unergonomic and we shouldn't make the same mistake. Hmmm... Btw. all those programs use their own

Re: changeset/35060 - color regressions

Jean-Marc LASGOUTTES wrote: What would you want now? i only proposed to keep the background, for all the code beyond i have no preference (and knowledge, frankly ;) what color do you propose? i like they can be less visible then foreground text, but we can join it with other color(s).

Re: changeset/35060 - color regressions

On 12. aug. 2010 17:52, Jean-Marc LASGOUTTES wrote: Uwe Stöhr writes: Photoshop has a dark gray background. Dark gray? That Word and OpenOffice use white as default is unergonomic and we shouldn't make the same mistake. Hmmm... Btw. all those programs use their own

Re: changeset/35060 - color regressions

Jean-Marc LASGOUTTES wrote: > What would you want now? i only proposed to keep the background, for all the code beyond i have no preference (and knowledge, frankly ;) > > what color do you propose? i like they can be less visible then > > foreground text, but we can join it with other color(s).

Re: changeset/35060 - color regressions

Pavel Sanda sa...@lyx.org writes: i think nobody is going to fight with you as far as the framework is concerned. we can return back to the original version, kill the checkbox, add the background options as you have written now and set linen as a default. does it make sense for you? What

Re: changeset/35060 - color regressions

Enrico Forestieri for...@lyx.org writes: Yes, now I am able to see the selected text. However, there are other hardcoded colors, apparently. For example, section and table labels are still painted in black and thus are invisible when selected. Should be fixed now. JMarc

Re: changeset/35060 - color regressions

On Mon, Sep 06, 2010 at 05:14:40PM +0200, Jean-Marc LASGOUTTES wrote: Enrico Forestieri for...@lyx.org writes: Yes, now I am able to see the selected text. However, there are other hardcoded colors, apparently. For example, section and table labels are still painted in black and thus are

Re: changeset/35060 - color regressions

On Sun, Sep 05, 2010 at 10:00:23PM +0200, Enrico Forestieri wrote: On Tue, Aug 31, 2010 at 04:48:46PM +0200, Jean-Marc LASGOUTTES wrote: In which conditions is selection white-on-black? In normal conditions. That's what I get on Debian. Using Cygwin/X, I instead get white-on-blue.

Re: changeset/35060 - color regressions

Pavel Sanda writes: > i think nobody is going to fight with you as far as the framework is > concerned. we can return back to the original version, kill the > checkbox, add the background options as you have written now and set > linen as a default. does it make sense for you?

Re: changeset/35060 - color regressions

Enrico Forestieri writes: > Yes, now I am able to see the selected text. However, there are other > hardcoded colors, apparently. For example, section and table labels > are still painted in black and thus are invisible when selected. Should be fixed now. JMarc

Re: changeset/35060 - color regressions

On Mon, Sep 06, 2010 at 05:14:40PM +0200, Jean-Marc LASGOUTTES wrote: > Enrico Forestieri writes: > > Yes, now I am able to see the selected text. However, there are other > > hardcoded colors, apparently. For example, section and table labels > > are still painted in black and

Re: changeset/35060 - color regressions

On Sun, Sep 05, 2010 at 10:00:23PM +0200, Enrico Forestieri wrote: > On Tue, Aug 31, 2010 at 04:48:46PM +0200, Jean-Marc LASGOUTTES wrote: > > > > In which conditions is selection white-on-black? > > In normal conditions. That's what I get on Debian. > Using Cygwin/X, I instead get

Re: changeset/35060 - color regressions

On Tue, Aug 31, 2010 at 04:48:46PM +0200, Jean-Marc LASGOUTTES wrote: In which conditions is selection white-on-black? In normal conditions. That's what I get on Debian. Using Cygwin/X, I instead get white-on-blue. However, I have no idea from where those defaults come from. -- Enrico

Re: changeset/35060 - color regressions

On Thu, Sep 02, 2010 at 03:33:33PM +0200, Jean-Marc LASGOUTTES wrote: It seems that the 'system colors' change uncovered some interesting bugs. Inset contents and tabular lines should be OK now. Yes, now I am able to see the selected text. However, there are other hardcoded colors,

Re: changeset/35060 - color regressions

On Tue, Aug 31, 2010 at 04:48:46PM +0200, Jean-Marc LASGOUTTES wrote: > > In which conditions is selection white-on-black? In normal conditions. That's what I get on Debian. Using Cygwin/X, I instead get white-on-blue. However, I have no idea from where those defaults come from. -- Enrico

Re: changeset/35060 - color regressions

On Thu, Sep 02, 2010 at 03:33:33PM +0200, Jean-Marc LASGOUTTES wrote: > > It seems that the 'system colors' change uncovered some interesting > bugs. Inset contents and tabular lines should be OK now. Yes, now I am able to see the selected text. However, there are other hardcoded colors,

Re: changeset/35060 - color regressions

Pavel Sanda sa...@lyx.org writes: philosophically, this looks good. is the default white background necessary consequence (i think this was the main point raised, not the machinery behind)? The original code initialized the hardcoded colors, then overrode them with the system colors as

Re: changeset/35060 - color regressions

Jean-Marc LASGOUTTES wrote: The original code initialized the hardcoded colors, then overrode them with the system colors as necessary, and finally read the prefs to set the use colors. This means that everything could be overridden nicely. After the initial backlash, I had to add a checkbox.

Re: changeset/35060 - color regressions

philosophically, this looks good. is the default white background necessary consequence (i think this was the main point raised, not the machinery behind)? Yes, my main objection was against white as default background color. regards Uwe

Re: changeset/35060 - color regressions

Pavel Sanda writes: > philosophically, this looks good. is the default white background > necessary consequence (i think this was the main point raised, not the > machinery behind)? The original code initialized the hardcoded colors, then overrode them with the system colors as

Re: changeset/35060 - color regressions

Jean-Marc LASGOUTTES wrote: > The original code initialized the hardcoded colors, then overrode them > with the system colors as necessary, and finally read the prefs to set > the use colors. This means that everything could be overridden nicely. > After the initial backlash, I had to add a

Re: changeset/35060 - color regressions

> philosophically, this looks good. is the default white background > necessary consequence (i think this was the main point raised, not > the machinery behind)? Yes, my main objection was against white as default background color. regards Uwe

Re: changeset/35060 - color regressions

Enrico Forestieri for...@lyx.org writes: I also share most of JMarc views, but blindly using system colors is not going to work any better. The major problems are related to selected text. Using system colors, selections look very ugly on both Windows and Linux, with the added bonus that on

Re: changeset/35060 - color regressions

Jean-Marc LASGOUTTES wrote: It seems that the 'system colors' change uncovered some interesting bugs. Inset contents and tabular lines should be OK now. I propose to do the same (use selectiontext color) for inset frames in selection. OK? no opinion. btw the selection in openoffice looks

Re: changeset/35060 - color regressions

Pavel Sanda sa...@lyx.org writes: while understanding JMarc point about inheriting system-wide colors, i'm more on Uwe's side to let by default the background as it was. Note that my original patch allowed to override system colors. But now that there is a 'use system colors checkbox', it

Re: changeset/35060 - color regressions

Pavel Sanda sa...@lyx.org writes: btw the selection in openoffice looks aesthetically better because it has decent frame around. detail but it really works with my eyes... Yes, it is very nice. I am not sure how easy it is to do, actually. Another example of a color that should be synthesized

Re: changeset/35060 - color regressions

Marcus Kriele mkri...@me.com writes: Yes, I do. As I am using LaTeX preview, math corners are only visible to me when I activate a formula. They serve as additional visual support, because they indicate which corners (in another part of the activated formula) would light up as math frame

Re: changeset/35060 - color regressions

Jean-Marc LASGOUTTES wrote: That said, I understand the fuss around background color. What I would like to do (but is not possible right now) is to make everything (text, graphics, maths...) transparent by default so that people can see though the real background. The _I_ would like to set

Re: changeset/35060 - color regressions

I think that math corners and math background serve different purposes. Math corners do not only indicate the outline of the whole formula but also the outline of frame elements within this formula. This is the reason why I use them. I believe that the purpose of math background is to show

Re: changeset/35060 - color regressions

Enrico Forestieri writes: > I also share most of JMarc views, but blindly using system colors is not > going to work any better. The major problems are related to selected text. > Using system colors, selections look very ugly on both Windows and Linux, > with the added "bonus"

Re: changeset/35060 - color regressions

Jean-Marc LASGOUTTES wrote: > It seems that the 'system colors' change uncovered some interesting > bugs. Inset contents and tabular lines should be OK now. I propose to do > the same (use selectiontext color) for inset frames in selection. OK? no opinion. btw the selection in openoffice looks

Re: changeset/35060 - color regressions

Pavel Sanda writes: > while understanding JMarc point about inheriting system-wide colors, i'm more > on Uwe's side to let by default the background as it was. Note that my original patch allowed to override system colors. But now that there is a 'use system colors checkbox', it

Re: changeset/35060 - color regressions

Pavel Sanda writes: > btw the selection in openoffice looks aesthetically better because it has > decent frame around. detail but it really works with my eyes... Yes, it is very nice. I am not sure how easy it is to do, actually. Another example of a color that should be

Re: changeset/35060 - color regressions

Marcus Kriele writes: > Yes, I do. As I am using LaTeX preview, math corners are only > visible to me when I activate a formula. They serve as additional > visual support, because they indicate which corners (in another part > of the activated formula) would "light up" as

Re: changeset/35060 - color regressions

Jean-Marc LASGOUTTES wrote: > That said, I understand the fuss around background color. What I would > like to do (but is not possible right now) is to make everything (text, > graphics, maths...) transparent by default so that people can see though > the real background. The _I_ would like to set

Re: changeset/35060 - color regressions

I think that math corners and math background serve different purposes. Math corners do not only indicate the outline of the whole formula but also the outline of frame elements within this formula. This is the reason why I use them. I believe that the purpose of math background is to show

Re: changeset/35060 - color regressions

Enrico Forestieri for...@lyx.org writes: I also share most of JMarc views, but blindly using system colors is not going to work any better. The major problems are related to selected text. Using system colors, selections look very ugly on both Windows and Linux, with the added bonus that on

Re: changeset/35060 - color regressions

Pavel Sanda sa...@lyx.org writes: I propose - not to use the option using system colors by default. Users can activate it if they like +1 :( - added space markers, appendix marker and end of line marker can be removed and we use the current color value for it (the dark reddish one).

Re: changeset/35060 - color regressions

On 08/31/2010 10:47 AM, Jean-Marc LASGOUTTES wrote: Pavel Sandasa...@lyx.org writes: I propose - not to use the option using system colors by default. Users can activate it if they like +1 :( I would have disagreed with this, too, had I seen it. rh

Re: changeset/35060 - color regressions

Marcus Kriele mkri...@me.com writes: - remove math corners (The default is already the default background and is most probably never changed by users.) In my opinion this would make lyx less usable. I have enabled math corners (dark grey, math background light gray) because they help me

Re: changeset/35060 - color regressions

Yes, I do. As I am using LaTeX preview, math corners are only visible to me when I activate a formula. They serve as additional visual support, because they indicate which corners (in another part of the activated formula) would light up as math frame when my cursor is moved into this

Re: changeset/35060 - color regressions

Enrico Forestieri writes: > I also share most of JMarc views, but blindly using system colors is not > going to work any better. The major problems are related to selected text. > Using system colors, selections look very ugly on both Windows and Linux, > with the added "bonus"

Re: changeset/35060 - color regressions

Pavel Sanda writes: >> I propose >> >> - not to use the option "using system colors" by default. Users can >> activate it if they like > > +1 :( >> - added space markers, appendix marker and end of line marker can be >> removed and we use the current color value for it (the

Re: changeset/35060 - color regressions

On 08/31/2010 10:47 AM, Jean-Marc LASGOUTTES wrote: Pavel Sanda writes: I propose - not to use the option "using system colors" by default. Users can activate it if they like +1 :( I would have disagreed with this, too, had I seen it. rh

Re: changeset/35060 - color regressions

Marcus Kriele writes: >- remove math corners (The default is already the default background >and is most probably never changed by users.) > > In my opinion this would make lyx less usable. I have enabled math > corners (dark grey, math background light gray) because they

Re: changeset/35060 - color regressions

Yes, I do. As I am using LaTeX preview, math corners are only visible to me when I activate a formula. They serve as additional visual support, because they indicate which corners (in another part of the activated formula) would "light up" as math frame when my cursor is moved into this

Re: changeset/35060 - color regressions

Marcus Kriele wrote: - remove math corners (The default is already the default background and is most probably never changed by users.) ... In my opinion this would make lyx less usable. I have enabled math corners (dark grey, math background light gray) because they help me to

Re: changeset/35060 - color regressions

Thanks for this info. As this is not yet documented should we add this to the Customization manual or to sec. C.1.3 Colors of the UserGuide? as you wish. I'll add these infos while revising the docs for LyX 2.0. - not to use the option using system colors by default. Users can

Re: changeset/35060 - color regressions

Marcus Kriele wrote: >- remove math corners (The default is already the default background >and is most probably never changed by users.) > >... > > In my opinion this would make lyx less usable. I have enabled math corners > (dark grey, math background > light gray) because they

Re: changeset/35060 - color regressions

> >> Thanks for this info. As this is not yet documented should we add this to > >> the Customization manual or to sec. C.1.3 "Colors" of the UserGuide? > > > > as you wish. > > I'll add these infos while revising the docs for LyX 2.0. > > >> - not to use the option "using system colors" by

Re: changeset/35060 - color regressions

Dear all, As an enthusiastic user of LyX I would like to weigh in on the discussion about colors. Uwe Stöhr wrote: I propose ... - remove math corners (The default is already the default background and is most probably never changed by users.) ... In my opinion this would

Re: changeset/35060 - color regressions

Dear all, As an enthusiastic user of LyX I would like to weigh in on the discussion about colors. Uwe Stöhr wrote: I propose ... - remove math corners (The default is already the default background and is most probably never changed by users.) ... In my opinion this would

Re: changeset/35060 - color regressions

as an example Uwe wants to kill graphics background color because he has no idea what it does, which is just irresponsible. in such case you need to associate it with one fixed color, so all my png images with alpha channel are going to have fixed background. if it merges with the foreground

Re: changeset/35060 - color regressions

Uwe Stöhr wrote: as an example Uwe wants to kill graphics background color because he has no idea what it does, which is just irresponsible. in such case you need to associate it with one fixed color, so all my png images with alpha channel are going to have fixed background. if it merges

Re: changeset/35060 - color regressions

> as an example Uwe wants to kill graphics background color because he > has no idea what it does, which is just irresponsible. in such case > you need to associate it with one fixed color, so all my png images > with alpha channel are going to have fixed background. if it merges > with the

Re: changeset/35060 - color regressions

Uwe Stöhr wrote: > > as an example Uwe wants to kill graphics background color because he > > has no idea what it does, which is just irresponsible. in such case > > you need to associate it with one fixed color, so all my png images > > with alpha channel are going to have fixed background. if it

Re: changeset/35060 - color regressions

Uwe Stöhr wrote: So I'm still not happy that the option using system colors is now the default. Many developers are currently in vacation - let's see what they think about this. while understanding JMarc point about inheriting system-wide colors, i'm more on Uwe's side to let by default the

Re: changeset/35060 - color regressions

Uwe Stöhr wrote: > So I'm still not happy that the option "using system colors" is now the > default. Many developers are currently in vacation - let's see what they > think about this. while understanding JMarc point about inheriting system-wide colors, i'm more on Uwe's side to let by default

Re: changeset/35060 - color regressions

I don't see that LyX is so special. It uses its own colors like nearly every program I have installed on my Windows. You mean word, openoffice, firefox, chrome, outlook, photoshop? Browsers are not for looking at text for hours. Photoshop has a dark gray background. That Word and OpenOffice

Re: changeset/35060 - color regressions

Uwe Stöhr uwesto...@web.de writes: Photoshop has a dark gray background. Dark gray? That Word and OpenOffice use white as default is unergonomic and we shouldn't make the same mistake. Hmmm... Btw. all those programs use their own default font and not the system default (which is here

Re: changeset/35060 - color regressions

On 08/12/2010 11:52 AM, Jean-Marc LASGOUTTES wrote: A traditional free software application is configurable so that it has the union of all features anyone's ever seen in any equivalent application on any other historical platform. Or even configurable to be the union of all

Re: changeset/35060 - color regressions

Photoshop has a dark gray background. Dark gray? Attached is a screenshot. Btw. all those programs use their own default font and not the system default (which is here Arial). Arial is system default for the dialogs. Are you saying that these programs use other fonts than the default

Re: changeset/35060 - color regressions

>> I don't see that LyX is so special. It uses its own colors like nearly >> every program I have installed on my Windows. > > You mean word, openoffice, firefox, chrome, outlook, photoshop? Browsers are not for looking at text for hours. Photoshop has a dark gray background. That Word and

Re: changeset/35060 - color regressions

Uwe Stöhr writes: > Photoshop has a dark gray background. Dark gray? > That Word and OpenOffice use white as default is unergonomic and we > shouldn't make the same mistake. Hmmm... > Btw. all those programs use their own default font and not the system > default (which is

Re: changeset/35060 - color regressions

On 08/12/2010 11:52 AM, Jean-Marc LASGOUTTES wrote: A traditional free software application is configurable so that it has the union of all features anyone's ever seen in any equivalent application on any other historical platform. Or even configurable to be the union of all

Re: changeset/35060 - color regressions

>> Photoshop has a dark gray background. > > Dark gray? Attached is a screenshot. >> Btw. all those programs use their own default font and not the system >> default (which is here Arial). > > Arial is system default for the dialogs. Are you saying that these > programs use other fonts than the

Re: changeset/35060 - color regressions

Uwe Stöhr uwesto...@web.de writes: I don't see that LyX is so special. It uses its own colors like nearly every program I have installed on my Windows. You mean word, openoffice, firefox, chrome, outlook, photoshop? I understand that many programs like weird colors and round windows (like

Re: changeset/35060 - color regressions

Uwe Stöhr writes: > I don't see that LyX is so special. It uses its own colors like nearly > every program I have installed on my Windows. You mean word, openoffice, firefox, chrome, outlook, photoshop? I understand that many programs like weird colors and round windows

Re: changeset/35060 - color regressions

I don't agree that every program should inherit the system-wide colors. Every program has its own purpose and thus needs different ergonomics settings. I agree that some programs require that, but the point where we disagree is that LyX is so `special'. I don't see that LyX is so special.

Re: changeset/35060 - color regressions

>> I don't agree that every program should inherit the system-wide colors. Every program has its own >> purpose and thus needs different ergonomics settings. > > I agree that some programs require that, but the point where we disagree is that LyX is so > `special'. I don't see that LyX is so

Re: changeset/35060 - color regressions

Jean-Marc Lasgouttes wrote: The DPI user interface is now removed The use system colors checkbox is there, and it defaults to true. What now? This is OK from my POV. Now we should probably find out what colors can be derived from the system settings. Jürgen

Re: changeset/35060 - color regressions

Jürgen Spitzmüller sp...@lyx.org writes: This is OK from my POV. Now we should probably find out what colors can be derived from the system settings. The list is here: http://doc.trolltech.com/4.6/qpalette.html#ColorRole-enum Things I did not try is for example use tootltip background for

Re: changeset/35060 - color regressions

If you try to google for this problem, you will also find people who explain that using a dark background is a better solution (not that I agree with that, sincerely I do not know). A nice property of my patch is that, if you select such an inverted theme in gnome, LyX will inherit it and

Re: changeset/35060 - color regressions

While we are at the color stuff, there is a general issue we should try to solve to support per-document color settings: http://www.lyx.org/trac/ticket/6626 regards Uwe

Re: changeset/35060 - color regressions

Le 9 août 10 à 17:23, Uwe Stöhr a écrit : I don't agree that every program should inherit the system-wide colors. Every program has its own purpose and thus needs different ergonomics settings. I agree that some programs require that, but the point where we disagree is that LyX is so

Re: changeset/35060 - color regressions

Jean-Marc Lasgouttes wrote: > The DPI user interface is now removed > > The "use system colors" checkbox is there, and > it defaults to "true". > > What now? This is OK from my POV. Now we should probably find out what colors can be derived from the system settings. Jürgen

Re: changeset/35060 - color regressions

Jürgen Spitzmüller writes: > This is OK from my POV. Now we should probably find out what colors can be > derived from the system settings. The list is here: http://doc.trolltech.com/4.6/qpalette.html#ColorRole-enum Things I did not try is for example use tootltip background for

Re: changeset/35060 - color regressions

> If you try to google for this problem, you will also find people who > explain that using a dark background is a better solution (not that I > agree with that, sincerely I do not know). A nice property of my > patch is that, if you select such an inverted theme in gnome, LyX > will inherit it

Re: changeset/35060 - color regressions

While we are at the color stuff, there is a general issue we should try to solve to support per-document color settings: http://www.lyx.org/trac/ticket/6626 regards Uwe

Re: changeset/35060 - color regressions

Le 9 août 10 à 17:23, Uwe Stöhr a écrit : I don't agree that every program should inherit the system-wide colors. Every program has its own purpose and thus needs different ergonomics settings. I agree that some programs require that, but the point where we disagree is that LyX is so

Re: changeset/35060 - color regressions

Uwe Stöhr wrote: I do that because it is an idea that has been in the air for some time. It is actually a bit tasteless for an application to have an color theme different from everyone else. Do you tolerate that firefox or openoffice have white text background? If you set your default

Re: changeset/35060 - color regressions

Le 8 août 10 à 09:35, Jürgen Spitzmüller a écrit : I agree with Uwe about the background color. The traditional LyX background is easier to the eyes than white IMHO. Really good paper also is not white. If you really feel like bumping black/white onto users with LyX 2.0, please provide an

Re: changeset/35060 - color regressions

Jean-Marc Lasgouttes wrote: I think there is a lot of folklore in this area. Maybe. One recent trend in legibility research I read about it that legibility is now perceived as having much to do with the readers attitudes and with conventions (this is called perceived legibility). Not a very

Re: changeset/35060 - color regressions

Le 8 août 10 à 11:53, Jürgen Spitzmüller a écrit : One thing I notice is that none of the `serious' UI people (Apple, Microsoft, Canonical...) set a default background different from white. Well, they also distributed fonts such as Arial and Times New Roman as standard fonts. People get used

Re: changeset/35060 - color regressions

Jean-Marc Lasgouttes wrote: OK, I you propose another pref to remove :) Screen DPI. Jürgen

Re: changeset/35060 - color regressions

Le 8 août 10 à 12:48, Jürgen Spitzmüller a écrit : Jean-Marc Lasgouttes wrote: OK, I you propose another pref to remove :) Screen DPI. Looks doable. We already have zoom if dpi is wrong. And dpi is not used everywhere. JMarc

Re: changeset/35060 - color regressions

On 8/7/2010 12:16 PM, Jean-Marc Lasgouttes wrote: I do that because it is an idea that has been in the air for some time. It is actually a bit tasteless for an application to have an color theme different from everyone else. Do you tolerate that firefox or openoffice have white text background?

Re: changeset/35060 - color regressions

Le 8 août 10 à 12:48, Jürgen Spitzmüller a écrit : Jean-Marc Lasgouttes wrote: OK, I you propose another pref to remove :) Screen DPI. The DPI user interface is now removed The use system colors checkbox is there, and it defaults to true. What now? JMarc

  1   2   >