ToolStrip background color

[d3x0r ()]

I have been tinkering with mono... and with my current theme, I have black backgrounds and white text most places.

Text boxes and TreeListViews emulate windows .NET functionaltiy (they maintain a white background and black text, no matter what apperance settings have)

List boxes under windows aquire the background color of 'window' (and the text color)   [under mono, list box backgrounds are white, but the text color is taken from current settings (in my case, white) making them unusable)

ToolStrips under windows aquire the background color of '3d objects' [ under mono, they have a white background, and the text color from current settings (in my case, white) ]

Can this be fixed at some point to either 100% emulate .NET under windows?

Or better yet, just respect all user theme settings for controls,  and not default parts to white when none are defined as white?


        ContextMenuStrip control_context_menu = new ContextMenuStrip();

        Console.WriteLine( "Color is " + control_context_menu.BackColor + " control is " + SystemColors.Control.ToArgb().ToString("X") );

output is

Color is Color [Control] control is FF232323

later, when adding the items... each item claims its BackColor is also Control... so why is it white anyway?

[Josh-85]

On Fri, Aug 15, 2008 at 1:03 PM, d3x0r <d3ck0r@...> wrote:

I have been tinkering with mono... and with my current theme, I have black
backgrounds and white text most places.

Text boxes and TreeListViews emulate windows .NET functionaltiy (they
maintain a white background and black text, no matter what apperance
settings have)

List boxes under windows aquire the background color of 'window' (and the
text color)   [under mono, list box backgrounds are white, but the text
color is taken from current settings (in my case, white) making them
unusable)

ToolStrips under windows aquire the background color of '3d objects' [ under
mono, they have a white background, and the text color from current settings
(in my case, white) ]

Can this be fixed at some point to either 100% emulate .NET under windows?

Or better yet, just respect all user theme settings for controls,  and not
default parts to white when none are defined as white?
--
View this message in context: http://www.nabble.com/ToolStrip-background-color-tp18992131p18992131.html
Sent from the Mono - WinForms mailing list archive at Nabble.com.

_______________________________________________
Mono-winforms-list maillist  -  Mono-winforms-list@...
http://lists.ximian.com/mailman/listinfo/mono-winforms-list

I have ran into similar issues and have had to remove the "custom colors" functionality of my app because of this. It's a small nusiance but it would be great if it was resolved in a future version.

Josh

_______________________________________________
Mono-winforms-list maillist  -  Mono-winforms-list@...
http://lists.ximian.com/mailman/listinfo/mono-winforms-list

[d3x0r]

Josh-85 wrote:

On Fri, Aug 15, 2008 at 1:03 PM, d3x0r <[e-mail]> wrote:

>
> I have been tinkering with mono... and with my current theme, I have black
> backgrounds and white text most places.
>
> Text boxes and TreeListViews emulate windows .NET functionaltiy (they
> maintain a white background and black text, no matter what apperance
> settings have)
>
> List boxes under windows aquire the background color of 'window' (and the
> text color)   [under mono, list box backgrounds are white, but the text
> color is taken from current settings (in my case, white) making them
> unusable)
>
> ToolStrips under windows aquire the background color of '3d objects' [
> under
> mono, they have a white background, and the text color from current
> settings
> (in my case, white) ]
>
> Can this be fixed at some point to either 100% emulate .NET under windows?
>
> Or better yet, just respect all user theme settings for controls,  and not
> default parts to white when none are defined as white?
> --
> View this message in context:
> http://www.nabble.com/ToolStrip-background-color-tp18992131p18992131.html
> Sent from the Mono - WinForms mailing list archive at Nabble.com.
>
> _______________________________________________
> Mono-winforms-list maillist  -  [e-mail]
> http://lists.ximian.com/mailman/listinfo/mono-winforms-list
>

I have ran into similar issues and have had to remove the "custom colors"
functionality of my app because of this. It's a small nusiance but it would
be great if it was resolved in a future version.

I have no custom colors.  I'm using the controls without any color or font modifications.

Josh-85 wrote:

Josh

_______________________________________________
Mono-winforms-list maillist  -  [e-mail]
http://lists.ximian.com/mailman/listinfo/mono-winforms-list

[d3x0r]

if I set

                _my_context_menu.RenderMode = ToolStripRenderMode.System;

then the background renders correctly.   It is apparently a flaw in "ToolStripProfessionalRenderer"....

leave this unanswered much longer and I'll figure out the line to change :)

d3x0r wrote:

I have been tinkering with mono... and with my current theme, I have black backgrounds and white text most places.

Text boxes and TreeListViews emulate windows .NET functionaltiy (they maintain a white background and black text, no matter what apperance settings have)

List boxes under windows aquire the background color of 'window' (and the text color)   [under mono, list box backgrounds are white, but the text color is taken from current settings (in my case, white) making them unusable)

ToolStrips under windows aquire the background color of '3d objects' [ under mono, they have a white background, and the text color from current settings (in my case, white) ]

Can this be fixed at some point to either 100% emulate .NET under windows?

Or better yet, just respect all user theme settings for controls,  and not default parts to white when none are defined as white?


        ContextMenuStrip control_context_menu = new ContextMenuStrip();

        Console.WriteLine( "Color is " + control_context_menu.BackColor + " control is " + SystemColors.Control.ToArgb().ToString("X") );

output is

Color is Color [Control] control is FF232323

later, when adding the items... each item claims its BackColor is also Control... so why is it white anyway?

[d3x0r]

Okay - dug deeper and deeper ... finally found a thing called 'VisualStyleImformation' which has elements flaged with MonoTODO attributes indicating that there are inconsistancies and missing stuff.  So, it's known that it does not read the themeing correctly.

I did recently replace my window manager with 'xfce' which is apparently Gnome compatible.  That is... when I went back into my gnome desktop, all the theming options provided by xfce were still there, and worked the same way.  I suppose KDE has a totally different mechanism for theme specification (and enlightenment and each of the dozens of other desktop managers)....

So, I found my answer... it is 'work in progress'

Also found a neat thing called 'uxtheme.dll' which apparently there's dozens of patches out there to use unsigned themes under windoze.



if I set

                _my_context_menu.RenderMode = ToolStripRenderMode.System;

then the background renders correctly.   It is apparently a flaw in "ToolStripProfessionalRenderer"....

leave this unanswered much longer and I'll figure out the line to change :)

d3x0r wrote:

I have been tinkering with mono... and with my current theme, I have black backgrounds and white text most places.

Text boxes and TreeListViews emulate windows .NET functionaltiy (they maintain a white background and black text, no matter what apperance settings have)

List boxes under windows aquire the background color of 'window' (and the text color)   [under mono, list box backgrounds are white, but the text color is taken from current settings (in my case, white) making them unusable)

ToolStrips under windows aquire the background color of '3d objects' [ under mono, they have a white background, and the text color from current settings (in my case, white) ]

Can this be fixed at some point to either 100% emulate .NET under windows?

Or better yet, just respect all user theme settings for controls,  and not default parts to white when none are defined as white?


        ContextMenuStrip control_context_menu = new ContextMenuStrip();

        Console.WriteLine( "Color is " + control_context_menu.BackColor + " control is " + SystemColors.Control.ToArgb().ToString("X") );

output is

Color is Color [Control] control is FF232323

later, when adding the items... each item claims its BackColor is also Control... so why is it white anyway?

[Jonathan Pobst]

Can you please file a bug with this information?

http://www.mono-project.com/Bugs

Thanks!
Jonathan


d3x0r wrote:

>
> Okay - dug deeper and deeper ... finally found a thing called
> 'VisualStyleImformation' which has elements flaged with MonoTODO attributes
> indicating that there are inconsistancies and missing stuff.  So, it's known
> that it does not read the themeing correctly.
>
> I did recently replace my window manager with 'xfce' which is apparently
> Gnome compatible.  That is... when I went back into my gnome desktop, all
> the theming options provided by xfce were still there, and worked the same
> way.  I suppose KDE has a totally different mechanism for theme
> specification (and enlightenment and each of the dozens of other desktop
> managers)....
>
> So, I found my answer... it is 'work in progress'
>
> Also found a neat thing called 'uxtheme.dll' which apparently there's dozens
> of patches out there to use unsigned themes under windoze.
>
>
>
> d3x0r wrote:
>> if I set
>>
>> _my_context_menu.RenderMode = ToolStripRenderMode.System;
>>
>> then the background renders correctly.   It is apparently a flaw in
>> "ToolStripProfessionalRenderer"....
>>
>> leave this unanswered much longer and I'll figure out the line to change
>> :)
>>
>>
>> d3x0r wrote:
>>> I have been tinkering with mono... and with my current theme, I have
>>> black backgrounds and white text most places.
>>>
>>> Text boxes and TreeListViews emulate windows .NET functionaltiy (they
>>> maintain a white background and black text, no matter what apperance
>>> settings have)
>>>
>>> List boxes under windows aquire the background color of 'window' (and the
>>> text color)   [under mono, list box backgrounds are white, but the text
>>> color is taken from current settings (in my case, white) making them
>>> unusable)
>>>
>>> ToolStrips under windows aquire the background color of '3d objects' [
>>> under mono, they have a white background, and the text color from current
>>> settings (in my case, white) ]
>>>
>>> Can this be fixed at some point to either 100% emulate .NET under
>>> windows?
>>>
>>> Or better yet, just respect all user theme settings for controls,  and
>>> not default parts to white when none are defined as white?
>>>
>>>
>>> ContextMenuStrip control_context_menu = new ContextMenuStrip();
>>>
>>> Console.WriteLine( "Color is " + control_context_menu.BackColor + "
>>> control is " + SystemColors.Control.ToArgb().ToString("X") );
>>>
>>> output is
>>>
>>> Color is Color [Control] control is FF232323
>>>
>>> later, when adding the items... each item claims its BackColor is also
>>> Control... so why is it white anyway?
>>>
>>>
>>
>

_______________________________________________
Mono-winforms-list maillist  -  Mono-winforms-list@...
http://lists.ximian.com/mailman/listinfo/mono-winforms-list