The VXL Project

On Wed 23 Apr 2003, Thomas Koninckx wrote:
> Is there any work in process within VGUI to migrate from the current
> GTK1.2 implementation to (or support for) a more up to date GTK2.x
> version? 

Gehua Yang recently posted some suggestions on how this could be
done. I'll get together with him and try to hash out a solution by the
end of the week.

> I absolutely need some GTK 2.x-features, but I would certainly regret if
> this forced me to give up the deck and tableaus of VGUI...
> Using GTK1.2 and GTK2.x simultaneously is not possible... (even not if
> you put the involved objects in a separate thread, linking against the
> two libs simultaneously gives fatal errors...)

Are you reasonably versed in GTK programming? If so, we could probably
use some help in determining the "proper" way of implementing the
vgui_gtk adaptor. Neither Gary nor I have much experience in GTK
programming.

Amitha.

> Gehua Yang recently posted some suggestions on how this could be
> done. I'll get together with him and try to hash out a solution by the
> end of the week.
I'll take a look at these messages as well.

 determining the "proper" way of implementing the
> vgui_gtk adaptor. 
I took a quick look at it, and at first sight the code won't need much
modifications at all. It will be more the Cmake files who need to be
adapted to set all the include and link paths correctly. GTK2 needs some
additional libs, which were not needed in GTK1.2 (e.g. Pango). This asks
for an extension of the FindGTK.cmake file, and not only an adaptation.
An on/off switch within the ccmake configuration menu can let the user
decide if he/she wants to compile with GTK2 or GTK1.2.

BTW.: on RH9.0 machines there are also some troubles with VGUI and GLUT,
caused by the order of the libraries 'at link-time'. Compiling a VGUI
without GLUT solved my problem, but it's probably better to solve the
real problem... I discussed this topic already a bit with Peter.

Regards
Thomas

-- 


----------------------------------------------------------------------
Thomas Koninckx     		
Katholieke Universiteit Leuven                 tel.+32-(0)16-32.10.90
Department Electrical Engineering(ESAT)	       fax. +32-(0)16-32.17.23
PSI-VISICS           (VISion for Industry Communications and Services)
Kasteelpark Arenberg 10 	      	  tkoninck@...
B-3001 Leuven Belgium		    http://www.esat.kuleuven.ac.be/psi
----------------------------------------------------------------------

I wrote:
> Gehua Yang recently posted some suggestions on how this could be
> done. I'll get together with him and try to hash out a solution by the
> end of the week.

I just committed a bunch of bug fixes to the GTK code, and also
committed a port to GTK2, using GTKGLExt instead of GTKGLArea.

Thomas Koninckx wrote:
> I took a quick look at it, and at first sight the code won't need much
> modifications at all. It will be more the Cmake files who need to be
> adapted to set all the include and link paths correctly. GTK2 needs some
> additional libs, which were not needed in GTK1.2 (e.g. Pango). This asks
> for an extension of the FindGTK.cmake file, and not only an
> adaptation.

I also committed a FindGTK2.cmake that should do the trick.

> BTW.: on RH9.0 machines there are also some troubles with VGUI and GLUT,
> caused by the order of the libraries 'at link-time'. Compiling a VGUI
> without GLUT solved my problem, but it's probably better to solve the
> real problem... I discussed this topic already a bit with Peter.

Which version of CMake are you using? With 1.4.x, there was a
problem. There shouldn't be a problem with 1.6.x. If there is, it'd be
good to track it down.

Please try out the GTK2 implementation and let me know if it
fails. (Or better yet, fix it if it fails :-) )


Cheers,
Amitha.