Re: Gtk::Widget::is_mapped ()

On Sun, Mar 3, 2019 at 9:21 AM Emmanuele Bassi wrote: > No, it's not. The issue is not GTK: it's the windowing system. > > With the advent of compositing, all windows are "visible" all the time, > from a toolkit perspective. The compositor is responsible for building > what's presented to the use

Re: Gtk::Widget::is_mapped ()

On Sun, Mar 3, 2019 at 6:26 AM Emmanuele Bassi via gtk-devel-list < gtk-devel-list@gnome.org> wrote: > On Sun, 3 Mar 2019 at 12:58, John Emmas wrote: > >> > For example... let's say the widget is a top-level window. If it's >> currently displayed on screen but there's some other window hiding it

Re: Glib::Threads:Private

On Wed, Feb 20, 2019 at 1:17 AM John Emmas wrote: > I realise it's a deprecated interface but can anyone explain what > Glib::Threads:Private does? > > Does it guarantee that 'SomeObject' can only be accessed by code running > in a particular thread? And if so, does it do that by creating a > sp

Re: Moving from mailing lists to Discourse

On Fri, Feb 8, 2019 at 7:33 AM Emmanuele Bassi via gtk-devel-list < gtk-devel-list@gnome.org> wrote: > > As for the subscription: Discourse supports multiple identity > providers—Google, Facebook, Instagram, Twitter, Yahoo, and GitHub are all > supported, and there's a plugin available for GitLab

Re: Moving from mailing lists to Discourse

Emmaneule, at ardour.org, we recently switched from using Drupal forums to Discourse. The results have been delightful. We managed to get single sign on integration with our existing site working, which was important for us, but probably not so much for a GTK Discourse. More notably, once you figu

Re: How to set style in a GTK+ 2 widget's realize function?

I can't answer your question. But I can say that we never use gtk_style*. Instead we just parse the RC file that includes "widget/style" associations, and then we use gtk_widget_set_name() on our widgets to get them to use the right style. On Fri, Nov 16, 2018 at 5:32 AM Brent W. Baccala wrote:

Re: Giving GtkPane more than 2 children?

Does your new pane correctly restore the divider positions? The existing GtkPane fails to be able to restore the pane divider position precisely. The reasons why are fairly obvious once you dive into the code. I wrote a new (GTK+2) pane widget for Ardour, too. On Thu, May 10, 2018 at 3:30 PM, Chri

Re: First deprecate APIs and then remove them in the next major version

On Sun, Dec 24, 2017 at 10:01 AM, Christian Schoenebeck < schoeneb...@linuxsampler.org> wrote: > On Samstag, 23. Dezember 2017 10:47:08 CET Paul Davis wrote: > > ​actually, my impression from interactions with the author is that GTK > > didn't make their life miserab

Re: First deprecate APIs and then remove them in the next major version

On Sat, Dec 23, 2017 at 9:06 AM, Emmanuele Bassi wrote: > ​Unsurprisingly, considering that the whole UI is completely custom and > > > > http://libremusicproduction.com/news/20171221-lsp-plugins- > version-110-released-farewall-gtk > > using a generic desktop toolkit would have made their lives

Re: g_object_ref() now propagates types

On Fri, Dec 8, 2017 at 6:26 AM, Philip Withnall wrote: > Hi all, > > We just landed a patch in GLib which propagates the type from the > argument of g_object_ref() to its return type: > > https://git.gnome.org/browse/glib/commit/?id=3fae39a5d > https://bugzilla.gnome.org/show_bug.cgi?id=790697 >

Re: g_io_channel_win32_poll() Problem on Windows

On Fri, Jul 28, 2017 at 4:37 AM, LRN wrote: > > > After trying this myself (for unrelated reasons), i found that *only* > giochannel GSource does WSAEventSelect() on a socket event (in > g_io_win32_prepare()) to bind it to an event handle, which can then be > polled. > If you are not using a main

Re: gtk/quartz default font woe, and gtk-font-name

On Wed, Jun 22, 2016 at 2:03 PM, Hin-Tak Leung wrote: > > FWIW, I am trying to embed a gtk scrolledwindow inside a carbon > application. The gtk scrolledwindow in turn, has another foreign Cocoa > widget inside. > Alarm bells sound. I thought that what we have to do with Ardour (embed Carbon wi

Re: Whatever happened to the Secondary Selection?

PRIMARY/SECONDARY selections, even if they are part of the available > atoms in GDK, and Wayland had to get an additional protocol extension > to implement PRIMARY behaviour — again, unfortunately. > > Ciao, > Emmanuele. > > > On 21 August 2016 at 12:07, Paul Davis wrote: >

Re: Whatever happened to the Secondary Selection?

Emmanuele, did you watch his video? On Sun, Aug 21, 2016 at 3:07 AM, Emmanuele Bassi wrote: > Hi; > > thanks for your email. > > GTK+, as a project, tracks bugs and enhancements in Bugzilla - > https://Bugzilla.gnome.org/enter_bug.cgi?product=gtk%2b - instead of the > mailing list, which is onl

Re: gsk-render review

On Wed, Jul 20, 2016 at 11:17 AM, Emmanuele Bassi wrote: > Hi Alex; > > I've been mulling over this for a bit, and started working on what I > think is a feasible solution. > Just wanted to mention in passing that we've had to a custom scheme that is very similar to what emmanuele describes here

Re: Gtk+4.0

I'm thinking of the "current,revision,age" psuedo-standard. On Mon, Jul 11, 2016 at 5:19 PM, Behdad Esfahbod wrote: > On Mon, Jul 11, 2016 at 1:47 PM, Paul Davis > wrote: > > If soname was changed in keeping with the nominal "standard", it > wouldn&#x

Re: Gtk+4.0

If soname was changed in keeping with the nominal "standard", it wouldn't be that much of an issue. The soname would indicated added API, internal fixes, and no change to public API/ABI. No? On Mon, Jul 11, 2016 at 4:29 PM, Behdad Esfahbod wrote: > I also think bumping soname every six months wo

Re: gtk/quartz ... a tale of nested incompatible event loops

with cairocffi, however on the most recent > OSX, when I try and run, nothing is rendered - could this be the same / a > similar issue ? > > S++ > > > > > On Monday, May 23, 2016 7:20 PM, Paul Davis > wrote: > > > > > > On Mon, May 23, 2016 at 2:07 PM

Re: gtk/quartz ... a tale of nested incompatible event loops

On Mon, May 23, 2016 at 2:07 PM, Sébastien Wilmet wrote: > On Mon, May 23, 2016 at 01:29:44PM -0400, Paul Davis wrote: > > > I'm emailing it > > just in case anybody else decides to wade into a complete overhaul of the > > design of the glib event loop on Quartz.

gtk/quartz ... a tale of nested incompatible event loops

The following text is take from a comment that is part of a recent (3 week old) commit to Ardour. Hopefully it will speak for itself. I'm emailing it just in case anybody else decides to wade into a complete overhaul of the design of the glib event loop on Quartz. First, here's the core of the cod

Re: [glib] malloc and bdwgc

There are many libraries that can call malloc before main(). On Thu, Jan 7, 2016 at 2:10 AM, 张海 wrote: > I'm using glib without the whole GObject system and reference counting > mechanism, and I'd like to integrate bdwgc > (https://github.com/ivmai/bdwgc/) because of the complexity of my > progr

Re: GTK2_PATH and GTK3_PATH

GTK2 on Linux is not relocatable. I did a patch that makes it so, it lives somewhere in bugzilla. We have been using it in our distro-neutral builds/packages of Ardour for several years (the package includes all required libraries except libc and X Window, and GTK is the only one that is not reloca

Re: Using Python v3.3 while building Glib

On Wed, May 13, 2015 at 6:59 AM, "Fan, Chun-wei (范君維)" wrote: [ ... ] It isn't possible for John to use anybody else's build of the GTK stack, because we apply patches to parts of it that have been turned down for inclusion in the mainline GTK2 tree. __

dependency graph

sometime in the last few months, somebody posted a link to (or the actual image of) a really really nice diagram laying out the dependencies in the GTK stack. i am having a hard time finding it. does anyone have any pointers? it was nicely organized by functionality etc. ___

Re: I'm done with O_CLOEXEC

On Fri, Mar 20, 2015 at 7:29 PM, Christian Hergert wrote: > > This makes me happy. I don't think I've actually seen any of this stuff > handled right. Not to mention that close() itself is basically broken in > multi-threaded scenarios on Linux (Linus says to basically "just not worry > about it

Re: GTK+, WM, desktops and CSD

On Thu, Mar 5, 2015 at 5:44 PM, Allin Cottrell wrote: > On Thu, 5 Mar 2015, Florian Müllner wrote: > > The worst thing that can happen when the toolkit forcefully rips CSD from >> applications is that there is no more UI to save, navigate, load or >> whatever essential UI the applications happen

Re: RFC: GtkPreview library

On Thu, Jan 29, 2015 at 7:34 PM, Jasper St. Pierre wrote: > After talking to Owen today, I'm wondering if it makes sense to consider > GtkPreview a portable widget. These platforms tend to already have their > own document preview systems, and I'm not sure it makes sense to port all > our apps (e

Re: RFC: GtkPreview library

On Tue, Jan 27, 2015 at 10:55 AM, Jasper St. Pierre wrote: > Wayland requires two features that would perhaps make it unportable: FD > passing (SCM_CREDENTIALS), and shared memory (allocate a temporary files, > ftruncate it, mmap it, unlink it and then send the fd across the wire). > Everything e

Re: RFC: GtkPreview library

On Tue, Jan 27, 2015 at 9:42 AM, Cosimo Cecchi wrote: > On Tue, Jan 27, 2015 at 2:23 PM, Paul Davis > wrote: > >> what happened to the idea of GTK being a cross-platform toolkit? you're >> seriously proposing building something as significant as a Preview widget &

Re: RFC: GtkPreview library

On Tue, Jan 27, 2015 at 5:19 AM, Cosimo Cecchi wrote: > So you're effectively proposing that the "transport" of the data between > plugins and the widget is always Wayland, even if the session is running > under X11? That sounds like a good idea to me if it's possible to > implement. I would defi

Re: GTK+ brochure for FOSDEM

On Sat, Jan 24, 2015 at 9:40 AM, Sébastien Wilmet wrote: > > To come back to GLib/GTK+, what would you explain about GTK+ that is not > explained in the brochure? Maybe single-instance applications, the > recent OpenGL support, some of the important widgets (but this latter > thing, GNOME users

Re: GTK+ brochure for FOSDEM

On Fri, Jan 23, 2015 at 3:06 PM, Sébastien Wilmet wrote: > > For developers who choose a higher-level language, knowing the basis of > GObject is useful too: what is a GObject signal, what is a property, "oh > there is actually an object hierarchy and I can call a function from the > parent class

Re: GTK+ brochure for FOSDEM

On Fri, Jan 23, 2015 at 1:05 PM, Sébastien Wilmet wrote: > > But sooner or later a developer needs to know GLib and GObject. > I've been using GTK for 15 years. I still know very very little about GObject and I plan for it to remain that way. > > For a potential book about GTK+, there can be a

Re: GTK+ brochure for FOSDEM

On Fri, Jan 23, 2015 at 10:06 AM, Sébastien Wilmet wrote: > On Thu, Jan 22, 2015 at 10:01:55PM +0100, Sébastien Wilmet wrote: > > https://github.com/swilmet/gtk-brochure > > https://people.gnome.org/~swilmet/gtk-brochure.pdf > > I've pushed an update. I've simplified the GObject section, and adde

Re: GTK+ brochure for FOSDEM

On Thu, Jan 22, 2015 at 5:20 PM, Sébastien Wilmet wrote: > On Thu, Jan 22, 2015 at 09:33:18PM +, Alberto Ruiz wrote: > > First of all thanks a lot for working on this! > > > > However, for a brochure about a graphical toolkit, I find it interesting > > that there are no GTK+ apps' screenshots

Re: Should We Start Dropping Windows XP Support?

On Tue, Dec 30, 2014 at 5:25 PM, Ryan Lortie wrote: > I also make > a totally uninformed 'gut' guess that the people who are still running > XP are probably not the kind of people (by and large) who are into > installing new versions of software on their computers anyway (ie: they > won't be usin

Re: gtk_widget_set_double_buffered() is deprecated, so what can replace it?

I fetched quickplot from svn to try to test your issues with cairo. I ran apt-get build-dep quickplot, then tried to build. win.c:43:29: fatal error: imgGrabCursor.xpm: No such file or directory #include "imgGrabCursor.xpm" ^ compilation terminated. I don't know the

Re: gtk_widget_set_double_buffered() is deprecated, so what can replace it?

On Thu, Nov 27, 2014 at 4:18 AM, Jasper St. Pierre wrote: > Hey, > > I just built Quickscope from source, and can't find any code that draws > using cairo inside it. Where is it? > i think that quickplot and quickscope are not the same thing. ___ gtk-d

Re: Removing global variables

On Wed, Nov 26, 2014 at 3:52 PM, Alexandre Bique wrote: > > So the plugin has to initialize its UI toolkit and render it. But as > all the plugins are loaded in the same process, for performances > reason, it is unsafe to run gtk_main_loop() in each of them. > this is all part of the many reason

Re: Removing global variables

On Wed, Nov 26, 2014 at 3:42 PM, Alexandre Bique wrote: > On Wed, Nov 26, 2014 at 2:35 PM, Paul Davis > wrote: > > You can run any number of event loops in a process. You can only run 1 > GTK main loop. > > So can I run one event loop in a thread, do my UI without hav

Re: Removing global variables

On Wed, Nov 26, 2014 at 3:16 PM, Alexandre Bique wrote: > I need that for implement plugin's UI, like VST plugins. > GTK (and all other desktop, non-statically linkable toolkits) are a particularly poor engineering choice for these types of plugins. __

Re: Removing global variables

On Wed, Nov 26, 2014 at 3:16 PM, Alexandre Bique wrote: > Hi, > > I wonder if it would be possible to remove gtk's global variables? > I'd like to do something like: > > GtkCtx *gtk_ctx = gtk_init(..); > GtkWindow *window = gtk_window_new(gtk_ctx, ...); > ... > gtk_main_loop(gtk_ctx); > > So in t

Re: Improve word boundaries for text widgets

On Sat, Oct 4, 2014 at 1:48 PM, Sébastien Wilmet wrote: > On Sat, Oct 04, 2014 at 12:30:43PM -0400, Matthias Clasen wrote: > > > For tayloring the text segmentation behavior for special situations, > > such as code instead of natural language, a vfunc is the right > > approach. > > > > Does that

Re: GTK+ scene graph

On Tue, Aug 19, 2014 at 6:52 AM, Emmanuele Bassi wrote: > hi; > > On 18 August 2014 19:09, Paul Davis wrote: > > > On Mon, Aug 18, 2014 at 1:55 PM, Emmanuele Bassi > wrote: > > [ .. ] > > > > realistically, by comparison with other platforms and with many

Re: GTK+ scene graph

On Mon, Aug 18, 2014 at 1:55 PM, Emmanuele Bassi wrote: [ .. ] realistically, by comparison with other platforms and with many home-grown GUI toolkits, there's really only one sane design for any toolkit in 2014: * recursively nested objects with a common "draw" virtual method that renders on

Re: A Gtk's build system ?

On Wed, Aug 6, 2014 at 4:35 PM, Christian Hergert wrote: > and Gtk+ is > one of the most portable pieces of software in our ecosystem. > if this true, and that is debatable, then it is mostly because Gtk+ delegates so much to other libraries. When you look at the entire stack required to build

Re: A Gtk's build system ?

On Tue, Aug 5, 2014 at 2:06 PM, Simon McVittie < simon.mcvit...@collabora.co.uk> wrote: > ... but this results in not having the source code to the build system > you're building with in any sane form (the "compiled" waf script is a > self-unpacking binary container, containing a copy of waf); and

Re: dynamically load an UI in a main UI

On Tue, Apr 29, 2014 at 6:09 PM, narcisse doudieu siewe < wambenarci...@yahoo.fr> wrote: > > Hello, > Just a question...suppose that you have some clients and each client has a > main application UI(user interface) which is just a GtkWindow instance > and suppose that for some business reasons, yo

Re: Heads-up: Potentially breaking changes to the GDK drawing model pushed

On Mon, Jun 23, 2014 at 10:20 PM, Krzysztof Kosiński wrote: > > On Mon, Jun 23, 2014 at 9:59 PM, Paul Davis > > wrote: > > as Jasper noted in his reply, but i'll describe differently: it is one > thing > > to draw (even in a separate thread) in a cairo surface t

Re: Heads-up: Potentially breaking changes to the GDK drawing model pushed

(sorry, hit send too early) On Mon, Jun 23, 2014 at 9:59 PM, Paul Davis wrote: > > > > On Mon, Jun 23, 2014 at 9:57 PM, Krzysztof Kosiński > wrote: > >> 2014-06-24 3:02 GMT+02:00 Jasper St. Pierre : >> > May I ask why you can't paint in the draw signa

Re: Heads-up: Potentially breaking changes to the GDK drawing model pushed

On Mon, Jun 23, 2014 at 9:57 PM, Krzysztof Kosiński wrote: > 2014-06-24 3:02 GMT+02:00 Jasper St. Pierre : > > May I ask why you can't paint in the draw signal? GDK already tracks > > invalidated windows marked by exposes and gdk_window_invalidate_rect > itself. > > It should be as efficient as d

design notes on the ardour canvas, fyi

I recently wrote a document that describe some of the motivations and implementation details of the new "canvas" object that Ardour's next release will use. For those not aware, Ardour has used GnomeCanvas for many years to draw its main editing/arrange area. http://ardour.org/canvas.html This

Re: Heads-up: Potentially breaking changes to the GDK drawing model pushed

On Sat, Jun 21, 2014 at 11:21 AM, Jasper St. Pierre wrote: > On Sat, Jun 21, 2014 at 11:18 AM, Jean Brefort < > jean.bref...@normalesup.org> wrote: > >> I know that an expose event contains a region, but this does not help, >> we use the draw event, and I don't know how to reliably access the >>

Re: Heads-up: Potentially breaking changes to the GDK drawing model pushed

On Sat, Jun 21, 2014 at 10:35 AM, Jean Brefort wrote: > In gnumeric this arised when we draw an animated rectangle around the > selected rectangle. When using the draw event, we need to repaint > everything inside the rectangle and this made gnumeric quite > unresponsive when there were many cell

Re: Heads-up: Potentially breaking changes to the GDK drawing model pushed

On Sat, Jun 21, 2014 at 10:02 AM, Jean Brefort wrote: > > > you're drawing on the window outside of an expose/draw event?> > > Yes, because using draw events presents serious performance issues. > can you describe these or point to a description of them? there are several "native" window(ing) sy

Re: Heads-up: Potentially breaking changes to the GDK drawing model pushed

On Sat, Jun 21, 2014 at 9:44 AM, Jean Brefort wrote: > Both abiword and gnumeric do something like: > > cr = gdk_cairo_create(win); > ...do some drawing > then relase the cairo. > > Will this still work if we use > > gdk_window_begin_paint_rect (win, rect); > cr = gdk_cairo_create (win); > ...do

Re: Heads-up: Potentially breaking changes to the GDK drawing model pushed

On Fri, Jun 20, 2014 at 9:00 PM, Jasper St. Pierre wrote: > > As part of these changes, gtk_widget_set_double_buffered was deprecated > and removed. > Yay! I tested with some local big applications like Ardour and the GNOME > applications, but don't have a GTK+3 build of Firefox, LibreOffice, >

Re: GLogLevelFlags enum and g_log

On Wed, May 28, 2014 at 6:55 PM, Morten Welinder wrote: > > enum GLogLevel { > >... existing, expected values ... > >_require_int = INT_MAX > > } > > > That actually makes the whole thing undefined rather than implementation > defined by section 7.1.3 in C99. > maybe it would be helpful

Re: Hello

On Wed, Mar 12, 2014 at 12:40 AM, shondhi singhal wrote: > > I am interested in contributing to GTK. I came to know about this project > as part of Outreach Program for Women. > > I have completed my graduation in ICT from DA-IICT, India in 2013. I have > worked on two live project before. > > Ex

Re: RFC: gestures

On Tue, Mar 4, 2014 at 4:58 AM, Carlos Garnacho wrote: > he child receives events again. > > There could also be more complex cases, canvas-like widgets offering > multiple manipulable elements, depending on the complexity, that might > be be another case where selective event delivery through >

Re: GTK+2 - GtkFileChooserButton shows (none) as selected folder and crashes

On Sat, Oct 19, 2013 at 8:56 AM, Alessandro Francesconi < alessandrofrancesc...@live.it> wrote: > Thanks for the reply, Paul > > So you are telling me that this could be a known bug in versions prior to > 2.24? > In this case there is a problem. The application is actually a GIMP plugin > and it

Re: GTK+2 - GtkFileChooserButton shows (none) as selected folder and crashes

On Sat, Oct 19, 2013 at 4:48 AM, Alessandro Francesconi < alessandrofrancesc...@live.it> wrote: > > Some of my application’s users declare a strange problem with a particular > widget: GtkFileChooserButton. > > I needed to provide a way to select a single folder, so I used the widget > this way: >

Re: Spell checking in GIO

On Wed, Oct 9, 2013 at 6:24 PM, Ross Burton wrote: > On 9 October 2013 23:15, Paul Davis wrote: > >> And if an extension point is added, it's better to add it in GIO, so >>> command line tools can use it. >>> >> >> I'm just curious. What comm

Re: Removal of icons in buttons/menus

On Wed, Oct 9, 2013 at 6:06 PM, Emmanuele Bassi wrote: > hi; > > On 9 October 2013 23:04, Paul Davis wrote: > > > On Wed, Oct 9, 2013 at 5:23 PM, Bastien Nocera > wrote: > >> > >> On Wed, 2013-10-09 at 23:15 +0200, Tristan Van Berkom wrote: > >>

Re: Spell checking in GIO

On Wed, Oct 9, 2013 at 5:37 PM, Sébastien Wilmet wrote: > On Wed, Oct 09, 2013 at 10:53:50PM +0200, Bastien Nocera wrote: > > I wouldn't want to use 2 different APIs when creating > > command-line/curses APIs or GTK+ though. Otherwise, whatever syntactic > > sugar the GObject bindings would add w

Re: Removal of icons in buttons/menus

On Wed, Oct 9, 2013 at 5:23 PM, Bastien Nocera wrote: > On Wed, 2013-10-09 at 23:15 +0200, Tristan Van Berkom wrote: > > I'll gladly use that "slur" again and again. And I'm happy with GTK+ > being the toolset of GNOME, especially when you consider what's driving > most of the new widget developm

Re: Removal of icons in buttons/menus

On Wed, Oct 9, 2013 at 4:55 PM, Bastien Nocera wrote: > On Wed, 2013-10-09 at 22:45 +0200, Michael Natterer wrote: > > On 10/09/2013 10:40 PM, Bastien Nocera wrote: > > > > As we're on this subject, I think it's pretty clear, from the > committers > > > to where the mailing-lists are hosted that

Re: New GObject Introspection tutorial

On Mon, Jun 17, 2013 at 6:56 AM, Simon McVittie < simon.mcvit...@collabora.co.uk> wrote: > On 14/06/13 23:14, Colin Walters wrote: > > Not that waf is bad exactly > > It's perhaps worth pointing out that waf is pretty awkward for > distributions with a strong commitment to "ship source code for >

Re: New drawing/scrolling model

On Fri, May 3, 2013 at 3:02 AM, Alexander Larsson wrote: > things that are wide and tall ... well, they're on their own ... > > This is not really a problem the pixel cache knows the size of the > "canvas" and the "viewport" so it will automatically not pick an > unnecessarily wide/tall offscree

Re: New drawing/scrolling model

On Thu, May 2, 2013 at 6:03 PM, Søren Sandmann wrote: > Alexander Larsson writes: > > > * Try a tile-based approach for GtkPixelCache to avoid having > > to do a same-surface copy (usign an intermediate surface) when > > scrolling the cache. > > An alternative to tiles is to keep track of an

Re: New drawing/scrolling model

On Thu, May 2, 2013 at 2:40 PM, Alexander Larsson wrote: > I've just pushed the wip/simple-draw4 branch which is the latest > version of my work trying to simplify and modernize the Gtk drawing > machinery. Its now in a state where I think its time to discuss the > merging of this. yay! > No

Re: GTK+3 win32/64 build environment

On Thu, Apr 11, 2013 at 8:47 AM, Colin Walters wrote: > So, as far as doing native Windows builds, it looks to me like since > Cerebo is actively used in the GStreamer world which is architecturally > close to GTK+/GNOME, it'd make a lot of sense to use it here. > > Tarnyko, have you looked at Ce

Re: GTK+3 win32/64 build environment

On Wed, Apr 10, 2013 at 2:23 PM, Paul Davis wrote: > > > On Wed, Apr 10, 2013 at 2:19 PM, Marc-André Lureau < > marcandre.lur...@gmail.com> wrote: > >> >> On Wed, Apr 10, 2013 at 8:08 PM, Paul Davis >> wrote: >> >>> i assume you mean as the f

Re: GTK+3 win32/64 build environment

On Wed, Apr 10, 2013 at 2:19 PM, Marc-André Lureau < marcandre.lur...@gmail.com> wrote: > > On Wed, Apr 10, 2013 at 8:08 PM, Paul Davis wrote: > >> i assume you mean as the fallback? > > > You said, "should first try checking for an environment variabl

Re: GTK+3 win32/64 build environment

On Wed, Apr 10, 2013 at 1:39 PM, Marc-André Lureau < marcandre.lur...@gmail.com> wrote: > > On Wed, Apr 10, 2013 at 7:18 PM, Paul Davis wrote: > >> to be relocatable, your app should *fall back* on -DPKGDATADIR but should >> first try checking for an environment variab

Re: GTK+3 win32/64 build environment

On Wed, Apr 10, 2013 at 1:07 PM, Andy Spencer wrote: > On 2013-04-10 15:03, Marc-André Lureau wrote: > > Also projects not using pkg-config have the same problems. Doing a > > grep under fedora-mingw sys-root reveals that there are many binaries > > that refer to hardcoded path too. > > I have th

Re: GTK+3 win32/64 build environment

On Wed, Apr 10, 2013 at 12:59 AM, Andy Spencer wrote: > > For the Mac OSX build all the developers have to build their own > libraries using Xcode because there are no official binaries and no > cross compilers. I don't like that situation very much either.\ > you don't need xcode, other than th

Re: GTK+ 2.XX sources

On Sun, Mar 24, 2013 at 8:39 AM, John Emmas wrote: > If I'm working on an application which still uses GTK+ version 2, is it > still possible to obtain the sources (using subversion or git) or is > version 2 only available from tarballs now? > git clone git://git.gnome.org/gtk+ cd gtk+

Re: Is GTK+ a cross-platform toolkit ?

On Mon, Mar 4, 2013 at 6:56 PM, wrote: > Hi folks, > The subject of this mail is taken from the corresponding thread on > "gtk-list". The thread itself (a few days old) can be read here : > https://mail.gnome.org/**archives/gtk-list/2013-**February/msg00055.html

Re: gtk-quartz status

On Sat, Mar 2, 2013 at 12:08 PM, Allin Cottrell wrote: > Hello all, > > I recently did a native quartz build of the GTK stack on OS X 10.6.8, > using gtk+-2.24.16 along with latest-stable versions of GLib and all other > dependencies (including FreeType 2.4.11 and fontconfig 2.10.2). > the curre

Re: supporting all X (not only gtk+) applications in browser

On Thu, Jan 10, 2013 at 1:55 AM, aix64 wrote: > I can't clearly tell what specifically you're asking, whether the > "network" or the client-server interaction for fetching the data. > > Please be more specific, AND: > reply to the list (gtk-devel-list@gnome.org) not to me :-D since this way > onl

Re: runtime accel changes

On Thu, Sep 13, 2012 at 4:43 PM, Juan Pablo Ugarte < juanpablouga...@gmail.com> wrote: > On Thu, 2012-09-13 at 06:22 +, Tristan Van Berkom wrote: > > From what I see... all one should *need* to do is specify the > accelerator keys > > desired to trigger a given GtkAction and add that action to

Re: runtime accel changes

On Thu, Sep 13, 2012 at 9:20 AM, Ryan Lortie wrote: > hi, > > Thanks for the feedback. > > > On 12-09-12 05:15 PM, Paul Davis wrote: > >> On Wed, Sep 12, 2012 at 5:07 PM, Michael Natterer wrote: >> >>> I object. Do you really want to disable shortcut e

Re: runtime accel changes

On Wed, Sep 12, 2012 at 5:07 PM, Michael Natterer wrote: > On Wed, 2012-09-12 at 16:27 -0400, Ryan Lortie wrote: > > hi, > > > > I recently wrote a patch[1] to re-enable accel labels in GtkMenu > > generated from GMenuModel. They got lost in the shuffle during some > > related recent changes. >

Re: deprecating gdk threads

On Mon, Aug 6, 2012 at 1:28 PM, Pavel Holejsovsky < pavel.holejsov...@gmail.com> wrote: [ ... ] Pavel, on re-reading Colin's bug report and then your original message, I realize that I was not paying attention. You were discussing object cleanup from GC in non-main-event-loop threads, not anythi

Re: deprecating gdk threads

On Mon, Aug 6, 2012 at 3:54 PM, Stef Walter wrote: > On 08/06/2012 05:56 PM, Paul Davis wrote: > > i don't believe that there are any examples in glib/gdk/gtk where a > > signal handler attached to a signal of a glib/gdk/gtk object will be > > executed in anything othe

Re: deprecating gdk threads

On Mon, Aug 6, 2012 at 1:28 PM, Pavel Holejsovsky < pavel.holejsov...@gmail.com> wrote: > On Mon, 06 Aug 2012 11:56:48 -0400, Paul Davis wrote: > > > i don't believe that there are any examples in glib/gdk/gtk where a > > signal handler attached to a signal of

Re: deprecating gdk threads

On Mon, Aug 6, 2012 at 11:08 AM, Pavel Holejsovsky < pavel.holejsov...@gmail.com> wrote: [ ... ] Sorry for not being clear. I wanted to say that previously, when higher > language registered callback or signal, it didn't have to bother whether > the callback or signal will be called with prope

Re: next steps for touch support in GTK+

stuff up". > > On 2 August 2012 14:11, Paul Davis wrote: > > >> === 3. SpinButton === > >> [ ... ] > > > > > >> > >> Another option is introducing a complete new widget targeted at touch > >> usage (similar to the one in iOS Ga

Re: next steps for touch support in GTK+

On Thu, Aug 2, 2012 at 5:42 AM, Simon Schampijer wrote: > > === 3. SpinButton === > [ ... ] > > Another option is introducing a complete new widget targeted at touch > usage (similar to the one in iOS Garageband) [4] which Carlos implemented > already [5]. The issue is here the height, which at

Re: Glib for iOS

On Tue, Jul 17, 2012 at 6:49 PM, Hubert Figuière wrote: > On 17/07/12 03:46 PM, Paul Davis wrote: > > it can be very hard. there are two approaches. one is to build a > > pseudo/fake gtk-doc package for OS X, which does actually exist, but i > > can't tell you where to

Re: Glib for iOS

On Tue, Jul 17, 2012 at 6:34 PM, Guetcho Guetchev wrote: > Hello guys, > I am trying to build Glib for iOS. I have set up everything - the cross > compiler, the toolchain, etc. The build process takes place on Mac OS 10.7.4 > I am able to build Glib from the release tarball. However when I clone t

regression in gtk-2-24

i've recently appended info to the following bug report about a regression in gtk-2-24 introduced by a commit from April. i don't know if there are any plans for a new gtk2 release, but this bug is relatively serious, since it makes the filechooser misbehave in many common cases. https://bugzi

Re: Xcode and gdkconfig.h

On Tue, Jun 26, 2012 at 4:55 PM, S G wrote: > Hi, > > Despite all the activity on the web about this subject, I have not found > how to get rid of this problem on my system. > > I downloaded and installed GTK+ a few days ago and it seems I got version > 2.24. I am trying to compile with Xcode ver

Re: How To Script .gtkrc-2.0?

On Tue, Jun 12, 2012 at 1:48 AM, Johny Why wrote: > Why odd? > How do other gtk theme editors do it? > what other theme editors? if they exist, go read the source ... ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailm

Re: How To Script .gtkrc-2.0?

On Tue, Jun 12, 2012 at 12:11 AM, johny why wrote: > Can gtk_rc_parse_string or other functions on the page below be used > to write to the gtkrc-2.0 file? Or only read? > as already explained, read only. > http://developer.gnome.org/gtk/stable/gtk-Resource-Files.html > > Is there dev support

Re: How To Script .gtkrc-2.0?

On Fri, Jun 8, 2012 at 8:04 AM, Johny Why wrote: > Trying to write a script in bash or another language which reads/writes > gtkrc-2.0. Would prefer to use gtk built-in functions for the read/write. > GTK does not create these files. They are generally created by humans, and edited by them. Ther

Re: How To Script .gtkrc-2.0?

On Fri, Jun 8, 2012 at 5:11 AM, Johny Why wrote: > Are the gtk functions exposed, so my app can call them in an existing gtk > desktop (eg. xfce)? Or is it necessary to recompile gtk? > > Any "getting started" tips would be much appreciated by this noob. > your messages so far seem quite confusi

Re: RFC: glocal - automatically freeing memory when it goes out of scope

On Wed, May 30, 2012 at 3:22 AM, Mikkel Kamstrup Erlandsen < mikkel.kamst...@canonical.com> wrote: > > alloca() does not provide a callback when cleaning up, and we need that > for anything that needs a teradown function - which is basically everything > that is not a string... > those who refuse

Re: Ropes and String Formatting

On Thu, May 24, 2012 at 8:10 PM, Russell Harmon wrote: > Is there any particular reason I'm being ignored? > no. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list

  1   2   3   4   >