platform differences and issues

classic Classic list List threaded Threaded
7 messages Options
Reply | Threaded
Open this post in threaded view
|

platform differences and issues

Frédéric
Hi,

This 100 line sample contains some of my current issues with wxWidgets!
I am using commit 613c686d73 of 2018-10-05.
I test on MSW10, GTK+3.22.30, OSX El Capitan.

Here is a summary (there are comments in the file):
1. in MSW, the color of the selection in wxTreeListCtrl is light blue
compared to the color of the selection in a wxComboBox, why isn't it
the same?
2. in popup windows:
  2.1 in OSX, I have no mouse interaction
  2.2 I cannot get multiple selection in a wxTreeListCtrl on GTK3 but
I have it on MSW...
  2.3 I cannot enter text in wxTextCtrl in MSW while I can on GTK3.

In case anyone has ideas,

Thanks a lot in advance,

F

--
Please read http://www.wxwidgets.org/support/mlhowto.htm before posting.

To unsubscribe, send email to [hidden email]
or visit http://groups.google.com/group/wx-users

test-treelistpopup.cpp (4K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: platform differences and issues

Vadim Zeitlin-4
On Thu, 11 Oct 2018 16:59:25 +0200 Frédéric wrote:

F> This 100 line sample contains some of my current issues with wxWidgets!
F> I am using commit 613c686d73 of 2018-10-05.
F> I test on MSW10, GTK+3.22.30, OSX El Capitan.
F>
F> Here is a summary (there are comments in the file):
F> 1. in MSW, the color of the selection in wxTreeListCtrl is light blue
F> compared to the color of the selection in a wxComboBox, why isn't it
F> the same?

 Because the parent window keeps the activation when using wxPopupWindow.
This is going to be difficult to work around, I think, right now the only
idea I have is to use the same approach as wxComboCtrl and steal activation
from the parent.

F> 2. in popup windows:
F>   2.1 in OSX, I have no mouse interaction

 I'm afraid I'm absolutely clueless about this, so I can only hope that
Stefan might look at this one. OTOH if we allow using a real TLW as
wxPopupWindow for the cases when interaction is required (i.e. what
wxComboCtrl calls "alt" approach), it could fix this as well.

F>   2.2 I cannot get multiple selection in a wxTreeListCtrl on GTK3 but
F> I have it on MSW...
F>   2.3 I cannot enter text in wxTextCtrl in MSW while I can on GTK3.
F>
F> In case anyone has ideas,

 Those are clearly bugs in wxPopupWindow implementations in the
corresponding ports and I'll have a look at them, starting with MSW.

 Regards,
VZ

--
TT-Solutions: wxWidgets consultancy and technical support
               http://www.tt-solutions.com/

attachment0 (203 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: platform differences and issues

Frédéric
> F> Here is a summary (there are comments in the file):
> F> 1. in MSW, the color of the selection in wxTreeListCtrl is light blue
> F> compared to the color of the selection in a wxComboBox, why isn't it
> F> the same?
>
>  Because the parent window keeps the activation when using wxPopupWindow.
> This is going to be difficult to work around, I think, right now the only
> idea I have is to use the same approach as wxComboCtrl and steal activation
> from the parent.

No because this happens also in a simple frame (see the bottom
wxTreeListCtrl of the sample I sent).
When the window is not activated, it is not light blue but light gray.

F

--
Please read http://www.wxwidgets.org/support/mlhowto.htm before posting.

To unsubscribe, send email to [hidden email]
or visit http://groups.google.com/group/wx-users
Reply | Threaded
Open this post in threaded view
|

Re[2]: platform differences and issues

Vadim Zeitlin-4
On Thu, 11 Oct 2018 18:30:16 +0200 Frédéric wrote:

F> > F> Here is a summary (there are comments in the file):
F> > F> 1. in MSW, the color of the selection in wxTreeListCtrl is light blue
F> > F> compared to the color of the selection in a wxComboBox, why isn't it
F> > F> the same?
F> >
F> >  Because the parent window keeps the activation when using wxPopupWindow.
F> > This is going to be difficult to work around, I think, right now the only
F> > idea I have is to use the same approach as wxComboCtrl and steal activation
F> > from the parent.
F>
F> No because this happens also in a simple frame (see the bottom
F> wxTreeListCtrl of the sample I sent).
F> When the window is not activated, it is not light blue but light gray.

 Sorry, I misunderstood the question. Yes, the selection is indeed
different in wxTreeListCtrl because it uses the "Explorer" style of
selection, which is considered to be a better default for this kind of
controls under MSW.

 You can call

        tree_list_ctrl->GetDataView()->EnableSystemTheme(false);

in your code to disable this behaviour (you also need to include
wx/dataview.h), but I wouldn't necessarily recommend doing this.

 Regards,
VZ

--
TT-Solutions: wxWidgets consultancy and technical support
               http://www.tt-solutions.com/

attachment0 (203 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Re[2]: platform differences and issues

Frédéric
>  Sorry, I misunderstood the question. Yes, the selection is indeed
> different in wxTreeListCtrl because it uses the "Explorer" style of
> selection, which is considered to be a better default for this kind of
> controls under MSW.
>
>  You can call
>
>         tree_list_ctrl->GetDataView()->EnableSystemTheme(false);
>
> in your code to disable this behaviour (you also need to include
> wx/dataview.h), but I wouldn't necessarily recommend doing this.

Thank you, it works. But it also replaces the arrows by +- buttons...
I guess there no other option (keep the arrow with darker blue)?

F

--
Please read http://www.wxwidgets.org/support/mlhowto.htm before posting.

To unsubscribe, send email to [hidden email]
or visit http://groups.google.com/group/wx-users
Reply | Threaded
Open this post in threaded view
|

Re[4]: platform differences and issues

Vadim Zeitlin-4
On Thu, 11 Oct 2018 22:43:01 +0200 Frédéric wrote:

F> Thank you, it works. But it also replaces the arrows by +- buttons...
F> I guess there no other option (keep the arrow with darker blue)?

 No, not really: you either use the same theme as Explorer or you don't.

 Regards,
VZ

--
TT-Solutions: wxWidgets consultancy and technical support
               http://www.tt-solutions.com/

attachment0 (203 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Re[4]: platform differences and issues

Frédéric
> F> Thank you, it works. But it also replaces the arrows by +- buttons...
> F> I guess there no other option (keep the arrow with darker blue)?
>
>  No, not really: you either use the same theme as Explorer or you don't.

OK, thanks,

F

--
Please read http://www.wxwidgets.org/support/mlhowto.htm before posting.

To unsubscribe, send email to [hidden email]
or visit http://groups.google.com/group/wx-users