Re: [cmake-developers] Future of ccmake and cmake-gui and internationalization

2017-08-17 Thread Bill Hoffman
On 8/17/2017 12:11 PM, Eric Wing wrote: Oddly, I don't have any direct experience with FLTK even though I've known about it for years. The projects I get involved with usually need a lot more native UI integration, so FLTK is never on the list. And I personally prefer native UI experience. But

Re: [cmake-developers] Future of ccmake and cmake-gui and internationalization

2017-08-17 Thread Alan W. Irwin
On 2017-08-17 08:55-0700 Eric Wing wrote: On 8/17/17, Alan W. Irwin wrote: On 2017-08-17 04:15-0700 Eric Wing wrote: I hope I'm doing this right...but the resulting program I think looks correct testing on my Mac. Attached are two pictures. The first is a simple

Re: [cmake-developers] Future of ccmake and cmake-gui and internationalization

2017-08-17 Thread Eric Wing
> If small and self-reliant are the criteria, how does FLTK > (http://www.fltk.org/index.php) stack up? For something like > cmake-gui it would probably work just fine, and AFAIK it doesn't > require GTK... it uses LGPLv2 with a static linking exception, so > it's probably as good/better than

Re: [cmake-developers] Future of ccmake and cmake-gui and internationalization

2017-08-17 Thread Alan W. Irwin
On 2017-08-17 04:15-0700 Eric Wing wrote: I hope I'm doing this right...but the resulting program I think looks correct testing on my Mac. Attached are two pictures. The first is a simple label in a window. The second is from your MessageBox line. Yes, I confirm those two PNG images have

Re: [cmake-developers] Future of ccmake and cmake-gui and internationalization

2017-08-17 Thread Clifford Yapp
On Thu, Aug 17, 2017 at 2:27 AM, Eric Wing wrote: >> Hi Eric: >> >> My opinion is your point about size is weak because IUP normally depends on >> a big suite of graphical libraries in the GTK+ case or a big set of >> system libraries such as GDI/GDI+/Uniscribe or

Re: [cmake-developers] Future of ccmake and cmake-gui and internationalization

2017-08-17 Thread Eric Wing
I hope I'm doing this right...but the resulting program I think looks correct testing on my Mac. Attached are two pictures. The first is a simple label in a window. The second is from your MessageBox line. Thanks, Eric -- Powered by www.kitware.com Please keep messages on-topic and check the

Re: [cmake-developers] Future of ccmake and cmake-gui and internationalization

2017-08-17 Thread Alan W. Irwin
On 2017-08-16 23:27-0700 Eric Wing wrote: Thanks to your post the possibility now exists that I or one of my PLplot colleagues will develop an IUP-based device driver in the intermediate future. So if that occurs I would plan to download and build IUP for myself on Linux. And that would put

Re: [cmake-developers] Future of ccmake and cmake-gui and internationalization

2017-08-17 Thread Eric Wing
> Hi Eric: > > My opinion is your point about size is weak because IUP normally depends on > a big suite of graphical libraries in the GTK+ case or a big set of > system libraries such as GDI/GDI+/Uniscribe or Direct2D/DirectWrite in > the Windows case. > On systems the provide first class native

Re: [cmake-developers] Future of ccmake and cmake-gui and internationalization

2017-08-16 Thread Alan W. Irwin
On 2017-08-16 09:16-0700 Eric Wing wrote: I am not making a strong push for this, but I want to bring it up to at least get people thinking about this... I am disturbed by the size and complexity of Qt. My past experiences have not been good and I find it a massive chore to get an environment