Re: introspection vs gtk_init()

with initializing GDK and GTK as a whole. Ciao, Emmanuele. On 29 August 2015 at 14:35, Emmanuele Bassi eba...@gmail.com wrote: The issue was introduced by the fix for the bug: https://bugzilla.gnome.org/show_bug.cgi?id=736125 i.e. commit: https://git.gnome.org/browse/gtk+/commit/?id

Re: GTK3 Frame Border - Bug #659926

Hi; On 10 September 2015 at 15:06, richard boaz wrote: After some google-reading, it seems that with GTK-3, control of frame > decorations has been 100% given over to whatever WM is running whatever > theme. > The WM is not involved in the least. The theme involved is the

Re: Problems when building the latest git master with MSVC

Hi; On 4 October 2015 at 16:03, John Emmas wrote: > Problem #1:- When building today's git master of 'gio/gsocket.c' (with > MSVC) I'm seeing compiler errors in the function > 'input_message_from_msghdr()'. The errors are all broadly similar and take > the following

Re: Reinstate support for OS X versions older than 10.9

Hi; On 22 September 2015 at 23:47, Ryan Schmidt wrote: > Hello, I'm the maintainer of glib2 in the MacPorts package management system. > > glib 2.46.0 was recently released, and attempting to configure it produces > this error: > > checking OSX version >= 10.9.0... no >

Re: Reinstate support for OS X versions older than 10.9

Hi; On 23 September 2015 at 15:32, Nicolas Dufresne <nicolas.dufre...@collabora.com> wrote: > Le mercredi 23 septembre 2015 à 11:47 +0100, Emmanuele Bassi a écrit : >> As I said on the bug, I would not close the door on supporting >> versions of MacOS prior to 10.9, but gi

Re: Test suite problems

Hi; On 13 June 2016 at 16:18, Ingo Brückl <i...@wupperonline.de> wrote: > Emmanuele Bassi wrote on Mon, 13 Jun 2016 15:43:21 +0100: > >> GLib and GTK+ track patches on Bugzilla; could you please open a bug at: > >> https://bugzilla.gnome.org/enter_bug.cgi?produc

Re: Test suite problems

Hi; On 13 June 2016 at 15:32, Ingo Brückl wrote: > I was upgrading glib from v2.44.1 to v2.48.1 and having some problems with > the test suite. > > Please consider the following 6 patches. After having applied them locally, > the test suite stopped from failing and ended

Application id, XDG App, and you.

Hi all; as you may have noticed[0] from Planet GNOME, there has been some effort to start generating nightly XDG App bundles of various GNOME applications. This effort, amongst other things, allows us to see what's currently required to get GNOME apps in a bundle. The first hurdle has been that

Re: [PATCH 1/2] do not wake up main loop adding if change is from same thread

Hi; Thanks for you patches. GLib uses Bugzilla[0] to track patches and contributions. Please, use: https://bugzilla.gnome.org/enter_bug.cgi?product=glib to file a bug report and attach your patches there. Thanks again! Ciao, Emmanuele. On 25 January 2016 at 15:08, Frediano Ziglio

Re: Application id, XDG App, and you.

Hi; On 2 February 2016 at 12:29, SAHIL SAREEN wrote: > >> org.gnome.foo-bar >> >>please consider renaming it to: >> >> org.gnome.FooBar > > I also see a lot off apps not using the "org.gnome" prefix, all the > games(Except org.gnome.Hitori.desktop) actually. > Maybe

Re: Anything I need to do that somebody commits this patch?

Hi; The patch is marked as "accepted/commit now". If you don't have the commit bit on git.gnome.org then you'll have to wait until the maintainer commits it for you. This usually happens before a release is planned. Ciao, Emmanuele. On Thursday, 10 March 2016, Friedrich Beckmann

Re: G_UTF8String: Boxed Type Proposal

Hi; On 19 March 2016 at 18:03, Randall Sawyer wrote: > The concision of "GUString" over "G_UTF8String" reflects the concision of my > thoughts over what they were at the beginning of this thread. Since you've brought it up multiple times, I wanted to ensure you

Re: GTK2_PATH and GTK3_PATH

Hi; On 4 May 2016 at 05:47, Ricardo Wurmus wrote: > > Ricardo Wurmus writes: > > [...] > >> This is why I would like to propose two patches, one against GTK+ 2.x >> and the other against GTK+ 3.x, introducing the environment variables >> GTK2_PATH and

Re: Debug build compile error in 'gobject/gobject.c'

Hi; On 3 August 2016 at 18:36, John Emmas wrote: > Hi there - I just came across a problem after updating libglib to the latest > git master (my last update was about a fortnight ago). > > I'm building with MSVC 8 and when I try to compile 'gobject/gobject.c' the > Release

Re: Gtk+4.0

Hi; On Sunday, 14 August 2016, Chris Vine wrote: > On Sun, 14 Aug 2016 21:22:06 +0200 > Sébastien Wilmet > wrote: > > On Sun, Aug 14, 2016 at 07:17:34PM +0100, Chris Vine wrote: > > > On Sun, 14 Aug 2016 13:40:55 +0200 > > >

Re: gsk-render review

Hi Alex; I've been mulling over this for a bit, and started working on what I think is a feasible solution. On 14 July 2016 at 22:09, Alexander Larsson wrote: > (Sorry for breaking threading, etc, posting from my phone) > > So, I think you misunderstood my opinion.

Re: gsk-render review

Hi Alex; thanks so much for this review. On 8 July 2016 at 10:15, Alexander Larsson wrote: > So, I had a quick look at the gsk-render branch. I don't really have > much time for an in depth review, but here are some issues i saw: > > The first one is a detail in the gl

Re: gsk-render review

On 11 July 2016 at 12:16, Emmanuele Bassi <eba...@gmail.com> wrote: > Personally, I think the new behaviour of throwing away the render tree > after each frame makes the code much more resilient, especially in the > perspective of a future "off the main thread" render

Re: Strange behaviour of search previous in gnome-terminal

Hi; as this question does not have anything to do with the development of GTK+, you should likely open a bug against gnome-terminal: https://bugzilla.gnome.org/enter_bug.cgi?product=gnome-terminal Ciao, Emmanuele. On Saturday, 23 July 2016, cedlemo wrote: > Hi, > > > I am

Re: Debug build compile error in 'gobject/gobject.c'

Hi; On 3 August 2016 at 19:35, John Emmas <john...@tiscali.co.uk> wrote: > On 03/08/2016 18:46, Emmanuele Bassi wrote: >> >> This is likely a MSVC 8 issue. The GOBJECT_IF_DEBUG macro expands the >> second argument to a code block, and it seems MSVC 8 has issues when >

Re: Exposing cairo based implementation of CSS as an API in GTK+/gtkmm

Hi; On 25 June 2016 at 12:45, Samik Ganguly wrote: > Hello Gtk+ developers, if you're trying to reach the GTK+ developers you're using the wrong mailing list; you want to use gtk-devel-list. I've added the list to the Cc: > Gtk+ implements various CSS3 functionality

Re: GtkGlArea render fps is different than monitor frame rate

Hi; On 4 February 2017 at 22:54, Ferenc Engárd wrote: > Thanks for the answers! > > I have found the root cause in my code: I realized that GtkGlArea render > calls are not called automatically for each screen refresh, and the observed > ~40Hz was coming from my program

Re: Use of lrint() in 'gdk-pixbuf/pixops/pixops.c'

This issue relates to gdk-pixbuf, which does not have the C89 fallback code that GTK has. Personally, I'd be completely open to stop suppprting MSVC older than 2015 in newer releases of G* libraries and start requiring C99 features, like we did for GTK in the master branch. Nevertheless, I

Re: Use of lrint() in 'gdk-pixbuf/pixops/pixops.c'

Hi John; On 4 February 2017 at 18:17, John Emmas via gtk-devel-list wrote: > On 04/02/2017 16:07, Martin Guy wrote: >> >> On 04/02/2017, John Emmas via gtk-devel-list >> wrote: >>> >>> I took a quick look through glib, gtk+ (v2) and gdk-pixbuf

Re: Versioning and long term stability promise in GTK+

Hi; On 29 January 2017 at 10:00, Sébastien Wilmet <swil...@gnome.org> wrote: > On Sat, Sep 03, 2016 at 02:09:04PM +0100, Emmanuele Bassi wrote: >> https://blog.gtk.org/2016/09/01/versioning-and-long-term-stability-promise-in-gtk/ > > In the above announcement, you've wri

Versioning and long term stability promise in GTK+

Hi all; after the Toronto hackfest of June 2016, the discussion on the gtk-devel mailing list, and after various discussions at GUADEC 2016 in Karlsruhe, the GTK team has reached a consensus on how the GTK+ project should perform its releases. You can find the whole description of the

Re: Gtk+4.0

Hi; On 3 September 2016 at 10:27, Sébastien Wilmet wrote: > The versioning looks much better. Small detail, during the next > development cycle, the alpha/beta/rc versions will be 3.89.x, with the > 3.90.0 version released in March 2017, right? Starting at ".90" has a good

Re: GtkLixbox, GtkTreeview possibilites

Hi; On 12 August 2016 at 05:22, narcisse doudieu siewe wrote: > Hi every body, > > is it possible to anumate row insertion and deletion on > GtkLixbox and more generaly in GtkTreeview? how can > I do that? No, it's not possible. Ciao, Emmanuele. --

Re: g_error_free on a null pointer

Hi; On 28 November 2016 at 18:48, Alex Henrie wrote: > Can I get some feedback on my patch for > https://bugzilla.gnome.org/show_bug.cgi?id=774738 ? > > If this bug is not going to be fixed then I'll make sure to put null > checks before calls to g_error_free, but if

Re: GtkTreePath's gtk_tree_path_up() method returns true when called with "0" level path

Hi; On 3 November 2016 at 18:25, Olivier Brunel wrote: > On Sun, 4 Sep 2016 13:23:14 +0530 > Samik Ganguly wrote: > > (...) >> Now, if the path "0" refers to root node, how can it have a parent to >> move to? After calling this method on path, the path

Re: GSK review and ideas

Hi; On 16 December 2016 at 15:08, Owen Taylor wrote: >> First of all, generally you have to supply entire buffers that have >> valid content everywhere. If you're lucky you can use extensions like >> buffer age so that you can track which part of the back buffer is up- >>

Re: Up-to-date Valgrind suppression file for GLib/GTK+ ?

Hi Stefan; On 29 December 2016 at 22:55, Stefan Sauer wrote: > Sorry for reviving the thread. What if upstream lib ship a suppression > file and add a pkg-config variable pointing to it? Then apps can use > $PKG_CONFIG --variable=valgrind_suppressions gtk+-3.0 > to

Re: GSK review and ideas

Hi Alex; On 15 December 2016 at 15:26, Alexander Larsson wrote: > I just read through the wip/otte/rendermode branch, and I must say I > really like it. It makes it very explicit that the rendernodes are > immutable. For instance, there is no "append" operation or any setters >

Re: GtkSocket/GtkPlug accessibility

Hi; On 28 December 2016 at 17:29, Colomban Wendling wrote: > Hi, > > It seems that GtkSocket and GtkPlug aren't tied together at the > accessibility level: e.g. the ATSPI tree from Accerciser shows them > separately, and atspi_accessible_get_application() returns the embedded

Re: HiDPI support in GTK+

Hi; No: HiDpi (window scaling) support is not something available in GTK 2.x, and it cannot be backported to it from GTK 3.x, given the complex redesign of the internals and the necessary API additions. You should either port to GTK 3.x (for which there's a branch of Gtk#) or you will have to

Re: Migrating from GTK+ 2.x to GTK+ 3

On 14 February 2017 at 12:25, Rúben Rodrigues wrote: > Hi,It gives me this error: >  > I'm sorry for this basic questions for you but i don't see tutorials that > explains more detailed to understand.. > > > i'm new on Linux and gtk+. I'm trying to migrate an application

Re: What does "(skip)" mean ???

On 17 April 2017 at 10:38, John Emmas via gtk-devel-list wrote: > so all three functions are getting exported - BUT - if I examine the > corresponding link lib, I can see a reference to g_mkstemp_full(). I can > also see a reference to g_mkstemp_utf8(). But there's no

Re: Strict aliasing, yes or no?

On 19 April 2017 at 13:29, Morten Welinder wrote: > glib (etc) _is_ stomping on the standard in a hundred different ways. Some > are for performance -- \0 filling, for example -- while others are pure > laziness > and ignorance such as variables called "read" or macros name

Re: Strict aliasing, yes or no?

I added the compiler warnings by merging what I use in libepoxy, graphene, json-glib, and what's in the existing autotools build. That was done mostly to get the ball rolling, not as a commentary on whether strict aliasing rules are good or bad. In general, I'd expect us to review the compiler

Build system change GTK's master branch

Hi all; executive summary: the master branch of GTK+ now builds with Meson, and the Autotools build system files have been dropped. The documentation has been updated to reflect the new build system — as well as, in some cases, the past 10 years of development. The change means that GTK+ master

Re: Functional programming with GLib

For command line parsing I'd actually favour a slightly bolder approach of deprecating GOptionContext, and having something slightly more modern — in terms of being bindable in other languages, and well-integrated with API like GApplication. For instance, something similar to [clap.rs][0]. Ciao,

Re: Non-integral scaling factors: best practices?

On 27 April 2017 at 22:56, Brion Vibber wrote: > GTK+3 added native support for user interface scaling to support HiDPI > displays with consistently sized resources and widgets, with the limitation > that the scaling factor is an integer (1x, 2x, 3x...) It's not really a

Re: Build system change GTK's master branch

On 15 August 2017 at 04:09, Chun-wei Fan (范君維) <fanc...@yahoo.com.tw> wrote: > Hi, > > Thanks to Emmanuele for giving me the credit here :) Absolutely well earned. > Emmanuele Bassi 於 2017/8/15 上午 05:46 寫道: >> >> The change means that GTK+ master n

Re: Functional programming with GLib

On 2 May 2017 at 00:09, Matthias Clasen <matthias.cla...@gmail.com> wrote: > On Thu, Apr 27, 2017 at 10:29 AM, Emmanuele Bassi <eba...@gmail.com> wrote: >> >> For command line parsing I'd actually favour a slightly bolder >> approach of deprecating GOptionConte

Re: Generating glib-genmarshal

On 7 September 2017 at 16:35, John Emmas wrote: > gdk-pixbuf and gdk+2 both built fine for me. The only odd thing I noticed > was when building gtk (from gtk-2-24) I saw quite a few warning messages > looking like this:- > > WARNING: The token "BOOL" is

Re: Generating glib-genmarshal

In GLib 2.52, glib-genmarshal is a C program. In GLib master, which will become GLib 2.54 soon, glib-genmarshal is a Python program. The change from C to Python will *not* be backported to GLib 2.52. Ciao, Emmanuele. On 6 September 2017 at 16:41, John Emmas wrote: >

Re: Building glib-genmarshal (while building glib)

Could you please open a bug? Ciao, Emmanuele. On 24 August 2017 at 18:37, John Emmas wrote: > On 19/08/2017 12:16, John Emmas wrote: > > > I still don't understand why this line (in commit #fe2a9887a8):- > > elif os.name == 'nt' > > got changed to this:- > >

Re: MSVC compilation problem in git master

On 25 August 2017 at 10:13, John Emmas wrote: > Please point me to the right place (if this isn't the correct mailing > list...) > > I've just updated gdk-pixbuf from git master. 'gdk-pixbuf.c' used to > contain this #include at line 38:- > > #include

Re: MSVC compilation problem in git master

On 25 August 2017 at 14:39, John Emmas <j...@creativepost.co.uk> wrote: > On 25/08/2017 10:17, Emmanuele Bassi wrote: >> >> The Visual Studio project files are not up to date, and since we're >> switching the build to Meson, I don't think they'll stay in tree much >&g

Re: Set CSS properties programmatically

Hi Felipe; You probably wanted to send this email to gtk-devel-list, not gtk-app-devel-list. On Sat, 25 Nov 2017 at 12:41, Felipe Borges wrote: > Hi, > > I have been looking for a clean way of updating my widget's css > properties programmatically at runtime. > >

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

On 13 December 2017 at 12:05, Sébastien Wilmet wrote: > Ideally, a new major version of a library should only remove deprecated APIs. I'm having major flashbacks from the same discussions we had at Gran Canaria, when we planned 3.0 — with people asking for releasing 3.0 only

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

On 14 December 2017 at 18:42, Sébastien Wilmet <swil...@gnome.org> wrote: > On Wed, Dec 13, 2017 at 04:55:41PM +, Emmanuele Bassi wrote: >> The API that gets removed in GTK+ 3.9x is deprecated in GTK+ 3.22 beforehand. > > No, that's not true. > > A recent examp

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

On 13 December 2017 at 16:34, Christian Schoenebeck <schoeneb...@linuxsampler.org> wrote: > On Mittwoch, 13. Dezember 2017 12:33:34 CET Emmanuele Bassi wrote: >> On 13 December 2017 at 12:05, Sébastien Wilmet <swil...@gnome.org> wrote: >> > Ideally, a new major ve

Re: Build GTK3 without ATK

On 17 December 2017 at 23:28, Tomasz Gąsior wrote: > It is possible to build GTK3 without Accessibility Toolkit dependency? How > can I do it? You can't: ATK types are exposed in the GTK API. Ciao, Emmanuele. -- https://www.bassi.io [@] ebassi [@gmail.com]

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

On 17 December 2017 at 23:14, Daniel Kasak wrote: >> Just one example, gtk3 (yes 3, not even 4) is currently completely >> unusable on >> Mac, so I sent a patch to fix this: >> >> https://bugzilla.gnome.org/show_bug.cgi?id=791174 >> >> I know my patch is

Re: webassembly

On 20 November 2017 at 17:34, Andrea Zagli <aza...@libero.it> wrote: > Il giorno lun 20 nov 2017 16:02:11 CET, Emmanuele Bassi ha scritto: > >> Hi; >> >> On 20 November 2017 at 14:52, Andrea Zagli via gtk-devel-list >> <gtk-devel-list@gnome.org> wrote:

Re: webassembly

Hi; On 20 November 2017 at 14:52, Andrea Zagli via gtk-devel-list wrote: > do you plan to port (i don't know if "port" is the right word) glib/gtk to > webassembly? There are no plans that I'm aware of, nor use cases that have materialised that would require such a

Re: Gtk Builder and item id

Hi; thanks for your patch; GTK uses Bugzilla to track issues, contributions, and requests for enhancements. Please, file a bug at: https://bugzilla.gnome.org/enter_bug.cgi?product=gtk%2B and attach your patch, so it won't get lost and will be properly reviewed. It would be stellar if you

Re: g_object_ref() now propagates types

On 8 December 2017 at 11:26, Philip Withnall wrote: > If anybody encounters any problems with this, please comment on the bug > report: > > https://bugzilla.gnome.org/show_bug.cgi?id=790697 As a side note: I've started a full Continuous rebuild, so if there are projects

Re: Proposal: Recommend meson for glib 2.58.0

CI for each > tag, so it can be taken from artifacts. I don't know if it gets > published from there, but we could do something. Emmanuele Bassi > probably knows more about this mechanism. > It doesn't get published, only built and stored as artefacts – though it's mostly a dem

Re: Proposal: Recommend meson for glib 2.58.0

With Python 2.x getting EOL in less than 2 years, I suspect that commercial distros will need to provide Python 3 pretty quickly. Ciao, Emmanuele. On Fri, 1 Jun 2018 at 21:10, Christian Hergert wrote: > On 06/01/2018 08:10 AM, xclae...@gmail.com wrote: > > Disclaimer: I'm not a GLib

Re: Migration to GitLab, turn your notif off to avoid mail flood

The migration is complete. Ciao, Emmanuele. On 1 May 2018 at 09:02, Carlos Soriano wrote: > Hello, > > Tomorrow Wednesday 2nd we're going to do the bug migration of gtk+. Since > gtk+ has been for some time in GitLab, probably most of you are subscribed > to notifications.

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

On 23 December 2017 at 13:47, Salvatore De Paolis wrote: > On Wed, 13 Dec 2017 15:08:46 -0800 > Christian Hergert wrote: > >> Ardour could never move to Gtk3 because a number of VST plugins use Gtk2 >> and you cannot mix both into the same process space.

Re: Script to build templates for H and C files

Hi; creating GObject classes with modern best practices is matter of calling: G_DECLARE_FINAL_TYPE or: G_DECLARE_DERIVABLE_TYPE in your header file, and: G_DEFINE_TYPE in your source file. Anything else is usually dependent on what your class is going to contain; properties? Signals?

Re: GLIB Port on QNX

Hi; On 8 January 2018 at 13:20, Nitin Jain wrote: > Is there any QNX port available for glib . We don't manage packaging of GLib ourselves, if that's what you're asking. We usually defer to whatever downstreams exist for any given platform. > Any pointers will be very

Re: GnomeDesktopThumbnail API replacement

On 22 January 2018 at 09:28, Philip Withnall wrote: > On Wed, 2018-01-17 at 18:15 +0100, Bastien Nocera wrote: >> On Wed, 2018-01-17 at 13:15 +0100, Bastien Nocera wrote: >> > Hey, >> > >> > I wanted to start a discussion about replacing >> > GnomeDesktopThumbnail >> >

Re: migrating gtk

On 2 February 2018 at 15:04, Matthias Clasen wrote: > Hey Carlos, > > we discussed gitlab migration for gtk here at the hackfest. Our conclusions > were as follows: > > * We want to migrate the git repository as soon as possible > * For bugs: > * Do a sweep now, close

Re: Does GTK+ do automated/nightly performance regression testing?

On 5 February 2018 at 10:40, Timm Bäder wrote: > On 05.02, Clemens Eisserer wrote: >> So back to the original question: How does the GTK+ project make sure >> to spot performance regressions when they are introduced? >> And if there is nothing automated, would there be interest

Re: migrating gtk

On 4 February 2018 at 20:52, Morten Welinder wrote: > As a general principle, you should only ask bug reporters to do work if you > intend to do something with the answer. Or, with other words, it really is > not nice to keep asking "is that bug still there?" until they get

Re: Does GTK+ do automated/nightly performance regression testing?

On 5 February 2018 at 09:35, Clemens Eisserer wrote: > Hi there, > > I wonder - is there any automatic / nightly performance regression > testing done against GTK+ development snapshots, like it is done by > other performance-sensitive open-source projects (e.g. mozilla >

Re: migrating gtk

* have to do, without even bothering to attach a patch. Or reply "this bug still exists" without testing it, because you're too busy with your own stuff. Ciao, Emmanuele. > On Mon, Feb 5, 2018 at 5:37 AM, Emmanuele Bassi <eba...@gmail.com> wrote: >> On 4 February 201

Re: migrating gtk

On 10 February 2018 at 21:26, Kristian Rietveld <k...@loopnest.org> wrote: > >> On 05 Feb 2018, at 11:37, Emmanuele Bassi <eba...@gmail.com> wrote: >> >> Of course if we get a positive response that the bug is still there >> we're going to migrate it and kee

Re: Why these settings are deprecated?

On 26 December 2017 at 20:06, Tomasz Gąsior wrote: > I would like to ask question directly to main GTK developers. Why these > Xsettings are deprecated? XSettings are an X11-only concept that does not translate to any other windowing system platform supported by GDK.

Re: GTK_MODULES removal and the future of existing modules

Hi; On Sun, 25 Feb 2018 at 09:18, Philipp Emanuel Weidmann < p...@worldwidemann.com> wrote: > Greetings, > > I am the author of Plotinus[1], a GTK+ module that provides a > searchable command palette to GTK+ applications. Recently, it was > brought to my attention[2] that module loading has been

Re: Is a Module Definition File needed when building with MSVC (gtk-2-24)?

Hi; On 24 January 2018 at 13:20, John Emmas wrote: > In my November 2017 version, the most recent commit for > 'gobject/glib-genmarshal.in' is:- is #100b83a7fa ("genmarshal Only wrap body > prototypes in C++ guards"). But a couple of further commits got added since >

Re: No module anymore & perfect zoom feature

On 26 February 2018 at 17:49, Samuel Thibault wrote: > Hello, > > So, I also saw the removal of generic modules. > > Unfortunately we currently need it for implementing perfect zoom feature > :) I don't know what a "perfect zoom feature" is — but zooming on a window

Re: GTK_MODULES removal and the future of existing modules

trongly suggest they expose their menus on the session bus, either through the GMenu API directly, or by implementing the same DBus API exposed by GTK. Ciao, Emmanuele. > On Sun, 2018-02-25 at 09:54 +, Emmanuele Bassi wrote: >> Hi; >> >> On Sun, 25 Feb 2018 at 09:18, Philipp Emanue

Re: No module anymore & perfect zoom feature

On Thu, 1 Mar 2018 at 20:48, Samuel Thibault <samuel.thiba...@ens-lyon.org> wrote: > Hello, > > Emmanuele Bassi, on jeu. 01 mars 2018 14:42:27 +0700, wrote: > > On 26 February 2018 at 17:49, Samuel Thibault > > <samuel.thiba...@ens-lyon.org> wrote: > &

Re: migrating gtk

On 16 April 2018 at 19:32, Emmanuele Bassi <eba...@gmail.com> wrote: > > * Migrate what's left at the end >> > > We're in the process of migrating: https://gitlab.gnome.org/ > Infrastructure/GitLab/issues/228 > > This will take a while once it starts; I'

Re: migrating gtk

Hi all; it's time for an update. On 2 February 2018 at 14:04, Matthias Clasen wrote: > Hey Carlos, > > we discussed gitlab migration for gtk here at the hackfest. Our > conclusions were as follows: > > * We want to migrate the git repository as soon as possible >

Re: double_buffered and scrolled_window

On 16 April 2018 at 10:19, Dov Grobgeld wrote: > Hi all, > > After lots of years I finally got around to porting my widget > GtkImageViewer to gtk3. After doing lots of reading of man pages, did I > realize that i can turn off double buffering. > I wonder what kind of

Re: Problem accessing gtk-2-24

On Fri, 23 Mar 2018 at 09:07, John Emmas wrote: > On 23/03/2018 08:53, LRN wrote: > > On 23.03.2018 11:08, John Emmas wrote: > >> has the gtk repo moved recently (or has the gtk-2-24 branch > >> been deleted somehow?) > >> > >> [...] > >> > >> Is it no longer hosted at

Re: [g-a-devel] No module anymore & perfect zoom feature

On Fri, 2 Mar 2018 at 00:03, Alex ARNAUD <a...@arnaud.link> wrote: > Le 01/03/2018 à 16:32, Emmanuele Bassi a écrit : > > that the current GNOME Shell already has logic for zoom, color > > inversion, and other effects, it’s perfectly capable of dealing with > > thes

Re: g_message and g_warning under Windows

, gpointer user_data); gboolean g_error_set_handler_func (GlibErrorHandlerFunc func, gpointer user_data); Then GTK+ could provide default error handler, e.g. using a MessageBox on Win32. Regards, Emmanuele. -- Emmanuele Bassi (Zefram

Re: How to get the titles for all top level windows

. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Re: HELP: GLib-GObject-WARNING **: instance of invalid non-instantiatable type `(null)'

gdb, launching your application with the --g-fatal-warnings command line switch, which will tell gtk+ to abort() as soon as a warning is issued. this will make tracing where the bug happens a lot easier. ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B

Re: Capture GdkWindow event

- so you need a GtkWindow, not a GdkWindow. ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http

Re: Capture GdkWindow event

a GtkWindow is a widget. http://developer.gnome.org/doc/API/2.0/gdk/gdk-Windows.html http://developer.gnome.org/doc/API/2.0/gtk/GtkWindow.html ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net

Re: Capture GdkWindow event

of what are you trying to achieve, and I don't know the mozilla API at all, so I guess you're better off asking on a mozilla developers list. ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net

Re: Customizing GtkFileChooserDialog

or must I create my dialog from scratch using GtkFileChooserWidget and adding extra widgets? this is another option, but the extra widget is the preferred way. ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net

Re: Catching window.destroy

the callback, return FALSE if you want the emission chain to continue, or TRUE if you handled the event. ciao, Emmanuele. -- Emmanuele Bassi, W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-app-devel-list mailing list gtk-app

Re: Gtk with .po files

/developer.html ciao, Emmanuele. -- Emmanuele Bassi, W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Re: how to access the label of a menuitem ?

:) I've searched around, but the answer seems to elude me. a GtkMenuItem is a GtkBin, so you can access its only child with gtk_bin_get_child() or GTK_BIN (menu_item)-child. ciao, Emmanuele. -- Emmanuele Bassi, W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net

Re: Direct access to object's private variables

foo-priv to access the private data structure from any part of your program where YourFooPrivate is actually defined. ciao, Emmanuele. -- Emmanuele Bassi, W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-app-devel-list mailing

Re: Question about signals in GObject

, though, then you'll have a double free; if you are writing a library (and you don't control all the signal handlers), then you should protect the G_TYPE_POINTER arguments using const. ciao, Emmanuele. -- Emmanuele Bassi, W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net

Re: How to use GtkPrint

use GtkPrint ? gtk-demo includes working code for printing. you should have a look at it. http://svn.gnome.org/viewcvs/gtk%2B/trunk/demos/gtk-demo/ ciao, Emmanuele. -- Emmanuele Bassi, W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net

Re: How to use GtkPrint

is installed ... as the ChangeLog and NEWS files say, the printing API was added during the gtk+ 2.10 development cycle. so gtk+ 2.8 is not enough. ciao, Emmanuele. -- Emmanuele Bassi, W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net

Re: Building menus with UIManager

-inline.c for both sub-menu and inline recent files list, using GtkUIManager and a custom action. with the next stable release of GTK+ there'll be a GtkRecentAction available which will make the code far easier to write. ciao, Emmanuele. -- Emmanuele Bassi, W: http://www.emmanuelebassi.net B: http

Re: GtkTreeModelFilter and GtkTreeSortable

to remember to convert the iterators given to you by the GtkTreeView widget *twice*: one from the filter to the sort model, and one from the sort model to the real model. ciao, Emmanuele. -- Emmanuele Bassi, W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net

Re: Drawing a widget to offscreen

computations (like cell data functions). ciao, Emmanuele. -- Emmanuele Bassi, W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app

<    1   2   3   4   5   6   7   8   >