Re: [open-cobol-list] GUI -- wxWidgets?

[John Culleton]

On Wednesday 18 February 2009 12:05:10 pm Brian Tiffin 
wrote:
> Thanks for the info John.
>
> I'm not totally sure (having not experienced the
> incompatible version bumps) we can ensure the CBL_OC_GTK_
>  layer IS compatible across all the versions though. 
> Can't we?  Are there subtle run time issues with their
> releases that break things like callback reliability etc?
>   Or are they "just" API name and parameter changes?
> (which we can handle with a little bit of autoconf
> magic).
>
> And now Ulf has offered up yet another option that seems
> worth pursuing. (But I'm pretty Roger is unlikely to
> change ACCEPT DISPLAY unless we can guarantee
> cross-platform to as many targets as cobc now functions
> on), so that will require more than just an X11 layer,
> but something with Windows dressing as well.
>
> Cheers,
> Brian
>
> On February 18, 2009 09:58:52 am John Culleton wrote:
> > On Wednesday 18 February 2009 09:48:18 am Brian Tiffin
> >
> > wrote:
> > > Hello everyone
> > >
> > > I replied to the original poster with
> > >
> > > http://add1tocobol.com/tiki-index.php?page=GTK+Sample
> > >
> > > and he seemed pretty happy.
> > >
> > > Gilles;  I looked at Qt with some keen interest as I
> > > use KDE and I like the features.  BUT; Qt is native
> > > C++ so it makes writing a binding layer one step more
> > > hassle (extern "C" {} wrappers everywhere) so GTK+
> > > will be the first GUI target for OpenCOBOL, (from my
> > > point of view at least; others are more than welcome
> > > to add other linkage), being straight up C and the
> > > linkage does not require any mucking about with the
> > > C++ linker name mangling, .
> > >
> > > With the recent addition of libguile linkage How-To,
> > > GTK+ can also be accessed from the Scheme layer. 
> > > Anything on the Perl side can be accessed through the
> > > cob_perl side, so wxWidgets is definitely a viable
> > > option already.  I'm still working with Rildo's
> > > codebase to get smooth integration with Tcl/Tk
> > > (currently functional and samples have been posted),
> > > but I'd like to spend my whimsical time and attention
> > > on the GTK bindings.  There are a bag load of
> > > features that Glib, GDK and GTK open up.  One next
> > > step may be peeling back access to the GtkBuilder
> > > feature for XML UI design for those so inclined.
> > >
> > > =====
> > > A small pleading;  If anyone really wants to dig in,
> > > I'd prefer we work together on http://add1tocobol.com
> > > and build up the GTK feature set.  There are
> > > thousands of small functions to write and test and
> > > each one adds to the pile of potential.
> > > =====
> >
> > Unfortunately Gtk comes in multiple and incompatible
> > versions. When I update to match application X then
> > application Y stops working.  So I suggest that the Tk
> > widget set is more stable and hence less heartburn for
> > all of us.
> >
> > -------------------------------------------------------
> >-------------------- --- Open Source Business Conference
> > (OSBC), March 24-25, 2009, San Francisco, CA -OSBC
> > tackles the biggest issue in open source: Open Sourcing
> > the Enterprise -Strategies to boost innovation and cut
> > costs with open source participation -Receive a $600
> > discount off the registration fee with the source code:
> > SFAD http://p.sf.net/sfu/XcvMzF8H
> > _______________________________________________
> > open-cobol-list mailing list
> > address@hidden
> > https://lists.sourceforge.net/lists/listinfo/open-cobol
> >-list
>
> ---------------------------------------------------------
>--------------------- Open Source Business Conference
> (OSBC), March 24-25, 2009, San Francisco, CA -OSBC
> tackles the biggest issue in open source: Open Sourcing
> the Enterprise -Strategies to boost innovation and cut
> costs with open source participation -Receive a $600
> discount off the registration fee with the source code:
> SFAD http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> open-cobol-list mailing list
> address@hidden
> https://lists.sourceforge.net/lists/listinfo/open-cobol-l
>ist

I use Slack, currently 12.2, formerly 12.0. Formerly I 
kept /usr/local and /home on separate partitions to 
facilitate backup and upgrades.

I can't pinpoint it exactly, but when I upgraded to a new 
computer and brought over my existing /usr/local partition 
where most of my newish software gets compiled, my standard 
terminal emulator program stopped working.  It had some gtk 
error messages. When I dismounted the separated /usr/local 
partition the problems cleared up.  So I attribute the 
difficulty with something in the old /usr/local/. The 
solution I used was to remount the old /usr/local partition 
on another place. That way I could get at my existing files 
without screwing up the search path for libraries etc.

For more recent versions of Inkscape, Gimp etc. I created a 
Kubuntu partition where newer versions are standard. Now I 
am not a fan of Kubuntu so I still do my daily work on 
Slack 12.  

FWIW

John Culleton