lmi
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [lmi] Allow switching skin while lmi is running


From: Greg Chicares
Subject: Re: [lmi] Allow switching skin while lmi is running
Date: Wed, 1 Jun 2016 18:01:29 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Icedove/38.8.0

On 2016-06-01 17:47, Vadim Zeitlin wrote:
> On Wed, 1 Jun 2016 17:25:58 +0000 Greg Chicares <address@hidden> wrote:
> 
> GC> On 2016-06-01 12:28, Murphy, Kimberly wrote:
> GC> > 
> GC> > Users would absolutely welcome the ability to change the print 
> GC> > directory, myself included. It saves user's time of moving files 
> GC> > after the fact. It’s been asked for so how could it not be a win.
> GC> 
> GC> Okay, that one seems the most desirable addition, and for technical
> GC> reasons it's among the hardest
> 
>  Interesting, what is so hard about editing the print directory option?

Integrating the directory and file picker controls in lmi's MVC facility
(as described in an email that crossed with yours).

> GC> All four of these fields, along with the skin selector, will go
> GC> on the tab whose label is "Input" today; I'll change the label
> GC> to "General", which is often the first tab in "Preferences" for
> GC> other applications.
> 
>  FWIW if you really want to have a standard look for this dialog, you might
> consider using wxPreferencesEditor which is meant to look as native
> dialogs. Unfortunately MSW doesn't really have any native dialog for this
> nor even any real standard (I think a wxListbook or a wxTreebook with the
> icons on the left hand side is the most common approach, but there are
> plenty of exceptions), so it won't gain us much under this platform, the
> difference is most pronounced in wxGTK and wxOSX ports. However using this
> class might still be a good idea because if it improved in wxWidgets later,
> lmi would profit from these improvements automatically.

Thanks for mentioning that--I wasn't aware of wxPreferencesEditor--but
that's a bigger change than I'd like to consider at this time.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]