Re: GTK 3.0 inactive buttons (Buttons : maximize , minimize , close )

http://fotos.subefotos.com/db2e5a8be0a21c26f620bd4adde20c5fo.png 2012/6/22 Mariano Gaudix > In thePOPUP MENUand COMBOBOX ... has these effects > ... > > If you activate a combo-box or menu ..and then you clicked > the button maximize or minimize

Re: GTK 3.0 inactive buttons (Buttons : maximize , minimize , close )

In thePOPUP MENUand COMBOBOX ... has these effects ... If you activate a combo-box or menu ..and then you clicked the button maximize or minimize of the window ... this always happens 1). First .Clicking the maximize or minimize bu

Re: GTK 3.0 inactive buttons (Buttons : maximize , minimize , close )

Hello. > Hello How I can make the buttons are inactive , the buttons of > the window (Buttons : maximize , minimize , close ) or without focus when > the pointer isover them ? > > I need to get the effect . Caso 2 . View image > > > http://fotos.subef

Re: Gtk 3.0 Build

On 2011-03-28 at 17:24, Craig Bakalian wrote: > Yes, Yes. I just read through this subject, or gleaned it. Is there an > code example of theme - ing in gtk3.0 anywhere in internet land? http://library.gnome.org/devel/gtk3/stable/GtkCssProvider.html ciao, Emmanuele. -- W: http://www.emmanuel

Re: Gtk 3.0 Build

On Mon, 28 Mar 2011, Craig Bakalian wrote: > Yes, Yes. I just read through this subject, or gleaned it. Is there an > code example of theme - ing in gtk3.0 anywhere in internet land? If you want to see how the CSS works, take a look at adwaita.css. Allin Cottrell __

Re: Gtk 3.0 Build

Hi Allin, Yes, Yes. I just read through this subject, or gleaned it. Is there an code example of theme - ing in gtk3.0 anywhere in internet land? Craig Bakalian On Mon, 2011-03-28 at 17:05 -0400, Allin Cottrell wrote: > On Mon, 28 Mar 2011, Craig Bakalian wrote: > > > Also, I am running Ubun

Re: Gtk 3.0 Build

On Mon, 28 Mar 2011, Craig Bakalian wrote: > Also, I am running Ubuntu 11.04. When the window loads it is a generic > theme- It doesn't match my appearance theme choice. Anyone know what > is up with that? The GTK theming apparatus has changed quite radically between 2.N and 3.0. Old theme fil

Re: GTK 3.0 / OpenGL

On 2011-02-20 at 23:28, Carlos Pereira wrote: > Are there significant changes regarding OpenGL integration with GTK > 3.* and Cairo, when compared with GTK 2.*? no. ciao, Emmanuele. -- W: http://www.emmanuelebassi.name B: http://blogs.gnome.org/ebassi

RE: GtkGLExt (was Re: Gtk 3.0)

8:06 +0100 > From: y...@physics.muni.cz > To: jose.carlos.pere...@ist.utl.pt > Subject: Re: GtkGLExt (was Re: Gtk 3.0) > CC: gtk-app-devel-list@gnome.org > > On Sat, Dec 05, 2009 at 04:22:36PM +, Carlos Pereira wrote: > > We must atract more scientifc/engineering

Re: GtkGLExt (was Re: Gtk 3.0)

On Sat, Dec 05, 2009 at 04:22:36PM +, Carlos Pereira wrote: > We must atract more scientifc/engineering applications for Linux and > GTK, because this is exactly the kind of stuff that enterprises and > universities are demanding. > > If we have fantastic operating systems and desktop envir

Re: GtkGLExt (was Re: Gtk 3.0)

Dear Emmanuele, yes. and that, apart from games and scientific/technical applications, it's not at all common. the amount of code using OpenGL is relatively limited (hence "niche") compared to the rest of applications in the GNOME stack (or even in the whole Linux ecosystem); it's *usage*

Re: GtkGLExt (was Re: Gtk 3.0)

On 12/05/2009 12:28 AM, Emmanuele Bassi wrote: On Fri, 2009-12-04 at 18:11 -0500, Braden McDaniel wrote: I have the impression that my message is not coming through correctly, because I keep saying the same things. :-) I never said that raw OperGL is not used, or not useful; I just contend tha

Re: GtkGLExt (was Re: Gtk 3.0)

On Fri, Dec 4, 2009 at 8:02 PM, Emmanuele Bassi wrote: > (Sorry, I'm sending this via my phone so it's not going to be nicely > formatted; I apologize) > > I'm really not working on it - mainly for three reasons: 1) if you want to > use GL, GtkGlExt is "good enough" and integrating it into gtk+ it

Re: GtkGLExt (was Re: Gtk 3.0)

2009/12/4 Carlos Pereira : > 3) However GtkGlExt is not GTK-3.0 ready, because it cannot be compiled with > SEAL_ENABLE and SINGLE_INCLUDES... Bug and patch filled upstream for SINGLE_INCLUDES issue: [1] Also, I've found some interesting threads about this topic here [2] (Sept 2003) and here [3]

Re: GtkGLExt (was Re: Gtk 3.0)

On Fri, 2009-12-04 at 18:11 -0500, Braden McDaniel wrote: I have the impression that my message is not coming through correctly, because I keep saying the same things. :-) > > I never said that raw OperGL is not used, or not useful; I just contend > > that being able to drop into GL directly is

Re: GtkGLExt (was Re: Gtk 3.0)

Emmanuele Bassi wrote: On Fri, 2009-12-04 at 20:51 +, Carlos Pereira wrote: Hi Emmanuele, I'm really not working on it - mainly for three reasons: 1) if you want to use GL, GtkGlExt is "good enough" and integrating it into gtk+ it's not a good idea; 1) If you think GtkGlExt should not be in

Re: GtkGLExt (was Re: Gtk 3.0)

On Fri, 2009-12-04 at 22:26 +0100, David Nečas wrote: > On Fri, Dec 04, 2009 at 08:51:54PM +, Carlos Pereira wrote: > >> I'm really not working on it - mainly for three reasons: 1) if you want to > >> use GL, GtkGlExt is "good enough" and integrating it into gtk+ it's not a > >> good idea; > >

Re: GtkGLExt (was Re: Gtk 3.0)

On Fri, 2009-12-04 at 20:51 +, Carlos Pereira wrote: > Hi Emmanuele, > > I'm really not working on it - mainly for three reasons: 1) if you want to > > use GL, GtkGlExt is "good enough" and integrating it into gtk+ it's not a > > good idea; > 1) If you think GtkGlExt should not be integrated wi

RE: GtkGLExt (was Re: Gtk 3.0)

like pango/cairo, as a compiler option module. EMAILING FOR THE GREATER GOOD Join me > Date: Fri, 4 Dec 2009 22:26:05 +0100 > From: y...@physics.muni.cz > To: eba...@gmail.com; jose.carlos.pere...@ist.utl.pt > Subject: Re: GtkGLExt (was Re: Gtk 3.0) > CC: gtk-app-devel-list@gnome.or

Re: GtkGLExt (was Re: Gtk 3.0)

On Fri, Dec 04, 2009 at 08:51:54PM +, Carlos Pereira wrote: >> I'm really not working on it - mainly for three reasons: 1) if you want to >> use GL, GtkGlExt is "good enough" and integrating it into gtk+ it's not a >> good idea; > > 2) GtkGlExt is good enough for GTK-2.0, I never had a single p

Re: GtkGLExt (was Re: Gtk 3.0)

Hi Emmanuele, I'm really not working on it - mainly for three reasons: 1) if you want to use GL, GtkGlExt is "good enough" and integrating it into gtk+ it's not a good idea; 1) If you think GtkGlExt should not be integrated with GTK+ that's fine for me. 2) GtkGlExt is good enough for GTK-2.0,

Re: GtkGLExt (was Re: Gtk 3.0)

(Sorry, I'm sending this via my phone so it's not going to be nicely formatted; I apologize) I'm really not working on it - mainly for three reasons: 1) if you want to use GL, GtkGlExt is "good enough" and integrating it into gtk+ it's not a good idea; 2) cairo should get GPU acceleration for 2D d

Re: GtkGLExt (was Re: Gtk 3.0)

Thanks Javier, it's good to know that EmmanueleBassi is now taking care of GtkGLExt integration with GTK... Regards, Carlos Hello Carlos, 2009/12/3 Carlos Pereira : That's why I asked in the first message of this thread, what are the plans regarding

GtkGLExt (was Re: Gtk 3.0)

Hello Carlos, 2009/12/3 Carlos Pereira : > That's why I asked in the first message of this thread, what are the plans > regarding GtkGLExt. To the best of my knowledge, GtkGLExt is still the > official way to bridge GTK and OpenGL: > > http://gtkglext.sourceforge.net/ > > are there plans to integr

Re: Gtk 3.0

That's why I asked in the first message of this thread, what are the plans regarding GtkGLExt. To the best of my knowledge, GtkGLExt is still the official way to bridge GTK and OpenGL: http://gtkglext.sourceforge.net/ are there plans to integrate this via Cairo and discard GtkGLExt? that was

Re: Gtk 3.0

On Thu, Dec 03, 2009 at 04:16:02PM +, Carlos Pereira wrote: > It seems gtkglext does not work yet with SINGLE_INCLUDES. When I compile > my app I get the following error message (gtkgkext is including > gdkgltypes.h and this is flagged down): GtkGLExt is not Gtk+ 3.0 ready. There are more

Re: Gtk 3.0

Thanks David, It seems gtkglext does not work yet with SINGLE_INCLUDES. When I compile my app I get the following error message (gtkgkext is including gdkgltypes.h and this is flagged down): In file included from /usr/include/gtkglext-1.0/gdk/gdkgltypes.h:22, from /usr/include

Re: Gtk 3.0

On Wed, Dec 02, 2009 at 05:52:22PM +, Carlos Pereira wrote: > Compiling with -DGSEAL_ENABLE these macros are flagged as errors: > > 1) GTK_WIDGET_SET_FLAGS (removed) > 2) GTK_WIDGET_SENSITIVE (replaced by gtk_widget_is_sensitive or > gtk_widget_get_sensitive) > > However, apparently they are

Re: Gtk 3.0

Thanks Javier, thanks David, Compiling with -DGSEAL_ENABLE these macros are flagged as errors: 1) GTK_WIDGET_SET_FLAGS (removed) 2) GTK_WIDGET_SENSITIVE (replaced by gtk_widget_is_sensitive or gtk_widget_get_sensitive) However, apparently they are not in the list of deprecated symbols. Shoul

Re: Gtk 3.0

On Tue, Dec 01, 2009 at 01:44:52AM +0100, Javier Jardón wrote: > 2009/12/1 Carlos Pereira : > > > 1) My app is currently compiling without warnings, with Gtk 2.18.3 I believe > > (Ubuntu 9.10), at the compilation level: > > > > CFLAGS = -g -O3 -Wall -ansi > > override CFLAGS += -DG_DISABLE_DEPRECA

Re: Gtk 3.0

2009/12/1 Carlos Pereira : > Dear all, Hello Carlos > 1) My app is currently compiling without warnings, with Gtk 2.18.3 I believe > (Ubuntu 9.10), at the compilation level: > > CFLAGS = -g -O3 -Wall -ansi > override CFLAGS += -DG_DISABLE_DEPRECATED \ -DGDK_DISABLE_DEPRECATED \ > -DGDK_PIXBUF_DIS

Re: GTK 3.0: an app developer's view

> 20 years ago, everyone was hand-coding assembly routines. We were? I think you are generalising slightly. 20 years ago, I would assume most programmers were happily writing Cobol, Fortran, Pascal, C, etc high-level languages. ("high-level" compared to machine language, that is. Of course, in th

Re: GTK 3.0: an app developer's view

On Tue, 17 Jun 2008 10:05:28 +0100 Martyn Russell <[EMAIL PROTECTED]> wrote: > Glade has been doing this for years. It is much quicker for an > application developer to use Glade to define menus, windows, dialogs, > etc than it is to code then *statically*. I say statically because you > don't nee

Re: GTK 3.0: an app developer's view

Allin Cottrell wrote: > Sorry for cross-posting, but I think this does cross gtk-devel and > gtk-app-devel: it's the thoughts of a common-or-garden app > developer following the dicussions on gtk-devel about what's > coming with GTK 3.0. > > As a starting point, on June 5, in the thread "Steps