REMINDER: List moved to Discourse; archival in 1 week

Hi all; next week, on May 1st, this list will be archived[0]. This means no new subscriptions, and no new email. If you have questions about GTK, GLib, and the rest of the core GNOME development platform, you can use the Discourse[1] instance hosted on GNOME infrastructure; we have a

REMINDER: List moved to Discourse; archival in 1 week

Hi all; next week, on May 1st, this list will be archived[0]. This means no new subscriptions, and no new email. If you have questions about GTK, GLib, and the rest of the core GNOME development platform, you can use the Discourse[1] instance hosted on GNOME infrastructure; we have a

Re: gtk3 drag and drop sample/demo

On Mon, 15 Apr 2019 at 12:45, Pankaj Bansal via gtk-app-devel-list < gtk-app-devel-list@gnome.org> wrote: > I am working with OpenJDK JavaFX dev group and we are facing some problems > with drag and drop functionality with gtk3.20 or later. You can have a look > at the bug for more information >

Re: TreeView - set border on individual cells

On Sat, 6 Apr 2019 at 20:15, wrote: > The second cairo_t is used so that the rectangle can be lined up to the > cell. If I use the cairo_t in the "draw" callback then the rectangle > doesn't line up. > You're still using: 1. the wrong window to draw on 2. deprecated API 3. a slow rendering

Re: TreeView - set border on individual cells

On Sat, 6 Apr 2019 at 19:05, Eric Cashon via gtk-app-devel-list < gtk-app-devel-list@gnome.org> wrote: > static gboolean draw_rectangle(GtkWidget *tree_view, cairo_t *cr, gpointer > data) > { > GtkTreePath *path=gtk_tree_path_new_from_indices(row_g, -1); > > g_print("Draw Rectangle %i

Re: ANNOUNCE: Phasing out GTK mailing lists and move to Discord

On Thu, 21 Mar 2019 at 02:28, Matthew A. Postiff via gtk-app-devel-list < gtk-app-devel-list@gnome.org> wrote: > Is it easy in discourse to turn on email, either daily digests or > "live"? Is there an rss feed that I can subscribe to? A quick howto > would be great. > There is a link on how to

Re: ANNOUNCE: Phasing out GTK mailing lists and move to Discord

On Wed, 20 Mar 2019 at 23:59, David C. Rankin < drankina...@suddenlinkmail.com> wrote: > On 03/18/2019 12:02 PM, Emmanuele Bassi via gtk-app-devel-list wrote: > > Hi all; > > > > as announced in: > > > > > https://mail.gnome.org/archives/gtk-devel-lis

ANNOUNCE: Phasing out GTK mailing lists and move to Discord

Hi all; as announced in: https://mail.gnome.org/archives/gtk-devel-list/2019-March/msg0.html we have created a Discourse instance available at: https://discourse.gnome.org After testing it for the past couple of weeks, we're very satisfied with how the platform behaves, so we are

ANNOUNCE: Phasing out GTK mailing lists and move to Discord

Hi all; as announced in: https://mail.gnome.org/archives/gtk-devel-list/2019-March/msg0.html we have created a Discourse instance available at: https://discourse.gnome.org After testing it for the past couple of weeks, we're very satisfied with how the platform behaves, so we are

Re: Gtk::Widget::is_mapped ()

ible by design. This is why I said: "there is no way to know". Ciao, Emmanuele. On Sun, 3 Mar 2019 at 16:10, Paul Davis wrote: > > > > On Sun, Mar 3, 2019 at 6:26 AM Emmanuele Bassi via gtk-devel-list < > gtk-devel-list@gnome.org> wrote: > >> On Sun, 3 Ma

Re: Gtk::Widget::is_mapped ()

On Sun, 3 Mar 2019 at 12:58, John Emmas wrote: > On 03/03/2019 11:22, Emmanuele Bassi wrote: > > On Sun, 3 Mar 2019 at 11:09, John Emmas wrote: > >> Sorry to ask a dumb question... >> >> What does it mean if a widget is "mapped" ? >> &

Re: Discourse instance

Note: for those who prefer email, we've written down a handy guide on how to use email with Discourse: https://discourse.gnome.org/t/interacting-with-discourse-via-email/46 Ciao, Emmanuele. On Fri, 1 Mar 2019 at 15:50, Emmanuele Bassi wrote: > And, of course, I forgot the link: ht

Re: Discourse instance

Note: for those who prefer email, we've written down a handy guide on how to use email with Discourse: https://discourse.gnome.org/t/interacting-with-discourse-via-email/46 Ciao, Emmanuele. On Fri, 1 Mar 2019 at 15:50, Emmanuele Bassi wrote: > And, of course, I forgot the link: ht

Re: Discourse instance

And, of course, I forgot the link: https://discourse.gnome.org Embarrassing. Ciao, Emmanuele. On Fri, 1 Mar 2019 at 15:41, Emmanuele Bassi wrote: > Hi all; > > after the discussion[1] last month, and the feedback received (both on > list and off), we decided to trial a Discou

Re: Discourse instance

And, of course, I forgot the link: https://discourse.gnome.org Embarrassing. Ciao, Emmanuele. On Fri, 1 Mar 2019 at 15:41, Emmanuele Bassi wrote: > Hi all; > > after the discussion[1] last month, and the feedback received (both on > list and off), we decided to trial a Discou

Discourse instance

Hi all; after the discussion[1] last month, and the feedback received (both on list and off), we decided to trial a Discourse instance on the GNOME infrastructure. The Platform/Core sub-category is meant to be used for all discussions about GTK, GLib, GdkPixbuf, Pango, and other core libraries

Discourse instance

Hi all; after the discussion[1] last month, and the feedback received (both on list and off), we decided to trial a Discourse instance on the GNOME infrastructure. The Platform/Core sub-category is meant to be used for all discussions about GTK, GLib, GdkPixbuf, Pango, and other core libraries

Re: Moving from mailing lists to Discourse

On Wed, 6 Feb 2019 at 12:19, Emmanuele Bassi wrote: > > The main differences are that you’d need a different subscription account > than the existing one, and that you wouldn’t have the weekly digests, as > far as I can see. > It turns out I was wrong: Discourse has "weekl

Re: Moving from mailing lists to Discourse

On Thu, 7 Feb 2019 at 00:54, wrote: > > We already looked at Hyperkitty, and found it fairly limited in > > functionality. Avoiding Hyperkitty is what led us to Discourse in the > > first place. > Can you link that discussion please? It was on IRC and in person discussions, and private emails

Re: Migrating away from GtkStock stuff

On Thu, 7 Feb 2019 at 13:30, Gabriele Greco wrote: > (test:77229): Gtk-WARNING **: 14:28:49.162: Could not find the icon > 'help-about'. The 'hicolor' theme > was not found either, perhaps you need to install it. > You can get a copy from: > http://icon-theme.freedesktop.org/releases > >

Re: Migrating away from GtkStock stuff

On Thu, 7 Feb 2019 at 11:52, Gabriele Greco via gtk-app-devel-list < gtk-app-devel-list@gnome.org> wrote: > Hi guys, > > I'm in the process of migrating a big code base from GTK 2.x to GTK 3.x, > I've done most of the work, but I'm facing now some problems with GTK stock > stuff. > > I used stock

Re: Moving from mailing lists to Discourse

to topics The Fedora (Silverblue) and Ubuntu communities already use Discourse, for instance; the SDL community also does. Ciao, Emmanuele. On Wed, 6 Feb 2019 at 12:46, Emmanuele Bassi wrote: > [Cross-posted to various relevant mailing lists; please, reply to > gtk-devel-list] >

Re: Moving from mailing lists to Discourse

to topics The Fedora (Silverblue) and Ubuntu communities already use Discourse, for instance; the SDL community also does. Ciao, Emmanuele. On Wed, 6 Feb 2019 at 12:46, Emmanuele Bassi wrote: > [Cross-posted to various relevant mailing lists; please, reply to > gtk-devel-list] >

Re: Moving from mailing lists to Discourse

On Wed, 6 Feb 2019 at 15:11, Charles Lindsey wrote: > > > On 06/02/2019 11:46, Emmanuele Bassi via gtk-devel-list wrote: > > [Cross-posted to various relevant mailing lists; please, reply to > > gtk-devel-list] > > > > As part of an attempt at making GTK more fri

Re: Moving from mailing lists to Discourse

Hi; On Wed, 6 Feb 2019 at 13:10, Reuben Rissler wrote: > > To introduce myself, I only am using Gtk for 3 years, but really like > the infrastructure / people / open source surrounding Gtk. I am > sometimes seen as 'theGtknerd'. > > > On 02/06/2019 06:46 AM, Emmanuele Bas

Moving from mailing lists to Discourse

[Cross-posted to various relevant mailing lists; please, reply to gtk-devel-list] As part of an attempt at making GTK more friendly to newcomers, I and other core developers were thinking of moving the mailing lists from the current mailman installation to Discourse: https://discourse.org/

Project rename to "GTK"

Hi all; tl;dr: GTK is GTK, not GTK+. The documentation has been updated, and the pkg-config file for the future 4.0 major release is now called "gtk4" over the years, we had discussions about removing the "+" from the project name. The "plus" was added to "GTK" once it was moved out of the GIMP

Re: Searching for text in PDF files is wrong

Hi; this list is for the development of applications with GTK; your question relates to Poppler, so you should ask on a Poppler-related mailing list or developers forum, e.g. https://lists.freedesktop.org/mailman/listinfo/poppler Ciao, Emmanuele. On Fri, 30 Nov 2018 at 20:56, Радомир Хаџић via

Re: Detect dark or light theme from an application

On Wed, 7 Nov 2018 at 00:48, Yuri Khan via gtk-app-devel-list < gtk-app-devel-list@gnome.org> wrote: > Hello everybody, > > I know in the GTK+3 theming engine a theme can define a light variant > and a dark variant. Is it possible, in an application, to know which > variant is currently used,

Re: Segmentation fault when passing Poppler objects

On Tue, 6 Nov 2018 at 09:55, Радомир Хаџић via gtk-app-devel-list < gtk-app-devel-list@gnome.org> wrote: > Hi. I get segmentation fault if I try to access a Poppler object whose > pointer is passed through g_signal_connect. There is no such problem > with normal pointers, though. This: > void

Re: GTK+ 2.0/3.0 Windows runtimes

Hi; On Tue, 23 Oct 2018 at 08:26, John Mills wrote: > Hello list > > If this question should be raised on another list, please let me know. > > I have been developing a C-language GTK+ 2.0 application for MS Windows 10 > using mingw > cross-compilation on Linux, and deploying it by installing

Re: Wayland Window Positioning

You probably want to ask on gtk-devel-list and gnome-shell-list. Wayland interfaces need to be implemented by the compositor, and typically not piecemeal. That KDE interface seems to be a private interface shared between Plasma and kwin, like the gtk_shell interface is a private interface between

Re: Any way to access treeview in GtkFileChooser?

, Emmanuele. On Mon, 17 Sep 2018 at 16:15, Marco Ricci wrote: > I want to modify the column headers to be consistent with the style/theme > of the rest of the application I am working on. > > Thanks, > marco > > ---- > On Mon, 9/17/18

Re: An alternative to gdk-pixbuf

On Sun, 16 Sep 2018 at 10:47, John Emmas wrote: > On 15/09/2018 18:48, John Emmas wrote: > > > > Do you happen to know if the tiff library has its own mailing list? I > > haven't had much success in finding one > > > > In fact I'll need the mailing list for gdk-pixbuf now - except that I >

Re: Introspection data generation error in evince (autotools vs meson)

Just as a follow up to this for the archives, since it has been fixed in Evince[0]: - the issue is caused by a double declaration of `GType ev_document_model_get_type (void)`—one by the G_DECLARE_FINAL_TYPE at line 33, and one explicit at line 57. This confuses the g-ir-scanner parser, and would

Re: Problems with git.gnome.org

Are you trying to access a repository using a `git://` URL? That has been deprecated a long time ago, for security reasons, and with GitLab it was removed altogether. Ciao, Emmanuele. On Thu, 6 Sep 2018 at 14:09, John Emmas wrote: > Hi guys - sorry for posting this here but I've tried gnome's

Re: An alternative to gdk-pixbuf

On Wed, 5 Sep 2018 at 19:25, Magnus Bergman wrote: > On Wed, 5 Sep 2018 17:28:22 +0100 > Emmanuele Bassi wrote: > > > We're phasing out Cairo in favour of the CSS rendering model, > > implemented on top of OpenGL and Vulkan, as it's the API that most > > closely matc

Re: An alternative to gdk-pixbuf

Hi; On Tue, 4 Sep 2018 at 23:19, Magnus Bergman wrote: > Over the years it has been discussed from time to time to replace > gdk-pixbuf with something else[1][2]. Something was even in the making > (I guess over ten years ago) but it never replaced gdk-pixbuf > apparently. Now I don't even

Re: "draw" icon with string

iro API. > e.g. TreeView create it's own one, too. It is based on the row content. > I can I do the same? e.g. I only want the content of the second > column/cell and not the complete row? > You can get the contents of the model and render them as you wish, using the gtk_render_* API. C

Re: "draw" icon with string

On Sun, 2 Sep 2018 at 02:02, Chris Moller wrote: > You probably can't do that--GTK has gotten just about impossible to > customise--but if you can do it at all, you'll probably have to use CSS. > Please, avoid this kind of unhelpful reply in the future. Ciao, Emmanuele. On 01/09/18 17:20,

Re: "draw" icon with string

On Sat, 1 Sep 2018 at 22:20, c.buhtz--- via gtk-app-devel-list < gtk-app-devel-list@gnome.org> wrote: > I want to use my own drag-icon in a Gtk.TreeView where this is set as > an instance of GdkPixbuf.Pixbuf. > > I can I create/draw a pixbuf and create Text, background and border > color in it? >

Re: return value from expose event / draw signal of GtkDrawingArea

Hi; On Tue, 14 Aug 2018 at 17:30, Luca Bacci via gtk-app-devel-list < gtk-app-devel-list@gnome.org> wrote: > Hi, does anyone know what meaning has the return value from expose event > handler (for gtk2) and draw signal (for gtk3) of GtkDrawingArea? > > When one should return TRUE, and when

Re: PyGObject: FileChooserDialog and transient parent

Hi; On Sun, 12 Aug 2018 at 12:33, c.buhtz--- via gtk-app-devel-list < gtk-app-devel-list@gnome.org> wrote: > Below you see a minimal working example using Gtk.FileChooserNative as > a file-open dialog. While running with Python 3.6.6 I recieve > this warning message > > "GtkDialog mapped without

Re: gdk_screen_get_width/height

Use the GdkMonitor API; GdkScreen is an X11-ism, and a single screen can cover multiple outputs. https://developer.gnome.org/gdk3/stable/GdkMonitor.html Ciao, Emmanuele. On Thu, 2 Aug 2018 at 14:58, Wojciech Puchar wrote: > > > On 2018.08.02 15:55, Wojciech Puchar wrote: > > how to get

Re: question about gtk_dialog (gtk2)

You haven't specified which windowing system you're using. If it's X11, then the position of a window is always the remit of the window manager; the position set is a hint, which is taken into account by the window manager itself, alongside the "this is a dialog" hint that GtkDialog sets.

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: How to get a directory from the user

On 4 June 2018 at 13:06, Richard Shann wrote: > Hi, > > I have seen GtkFileChooser for getting a file from the user, but how to > get a directory (folder)? > > You can use GtkFileChooser with GTK_FILE_CHOOSER_ACTION_SELECT_FOLDER as the action: -

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: Undefined reference to g_file_load_bytes()

Hi; g_file_load_bytes() is available since GLib 2.56: https://developer.gnome.org/gio/stable/GFile.html#g-file-load-bytes so you'll need to make sure that the version of GLib provided by MSYS2 is new enough if you want to use that method. Ciao, Emmanuele. On 1 June 2018 at 01:21, PC

Re: guchar * sometimes a utf8, sometimes utf16?

Hi; this mailing list is not for the GTK port of WebKit; you should ask on: https://lists.webkit.org/mailman/listinfo/webkit-gtk Ciao, Emmanuele. On 31 May 2018 at 23:04, Leo Ufimtsev wrote: > Hello guys, > > The following method: > guchar * webkit_web_resource_get_data_finish(..) > >

Re: Why is it impossible to move a window programmatically in GTK+ (C/C++)

On 30 May 2018 at 18:33, Tarie Nosworthy via gtk-app-devel-list < gtk-app-devel-list@gnome.org> wrote: > I am writing an app in GTK+, and I wanted to center a splash screen. > Coming from a Windows background, where SetWindowPos does the job, I found > out the X Window Manager always ignores

Re: The best way to draw a GL texture from a different process

On 25 May 2018 at 10:23, Jiří Janoušek wrote: > Hello, > > My app consists of the main process, where the GTK+ main loop and widgetry > live, and the GPU process, which does OpenGL kung-fu and provides GL > texture and dirty/invalidated rectangles as a result. I have

Re: PyGObject Maybe bug with alternate row colors in a Gt.TreeView

On Tue, 15 May 2018 at 21:19, <c.bu...@posteo.jp> wrote: > Thank you for the link. > > On 2018-05-15 15:01 Emmanuele Bassi <eba...@gmail.com> wrote: > > - the CSS "regions" were problematic for the whole theming system, > > so they were remo

Re: PyGObject Maybe bug with alternate row colors in a Gt.TreeView

Hi; On 11 May 2018 at 21:57, wrote: > Please see this StackOverflow question. > https://stackoverflow.com/q/50281987/4865723 > > Is there an official bug about setup alternate (even & odd) row colors > with CSS in a Gtk.TreeView? > No, not any more. > Can someone give a

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: ANNOUNCE: Completion of migration to GitLab for GTK

Hi all; the migration is now complete, and you should find all the open issues on GitLab: https://gitlab.gnome.org/GNOME/gtk/issues Thanks for your patience. Ciao, Emmanuele. On 1 May 2018 at 09:24, Emmanuele Bassi <eba...@gmail.com> wrote: > Hi all; > > in the past f

ANNOUNCE: Completion of migration to GitLab for GTK

Hi all; in the past few months we've taken various steps to migrate GTK to the GNOME GitLab instance in advance of the rest of the projects hosted on git.gnome.org, as migrations of old projects usually unearth various issues; we approached this piecemeal, breaking down the move into various

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: Get the default font in Gtk3

On 29 March 2018 at 15:12, rastersoft wrote: > > [get the Gtk font type and size] >>> >>> Ops, sorry: I'm reworking a backup utility that I wrote (cronopete), and >>> I added a timeline with the backups (you can see an screenshot at >>>

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: A simple GtkSpinner is very costly in CPU cycles

On 20 March 2018 at 14:06, Kian Karas wrote: > Hi smart people > > I just introduced animation, in the form of a GtkSpinner, to my application > for the first time. When the spinner is animating, the application takes up > 45 % of the CPU resources (the application is

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: 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: 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: 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: 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: 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: 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

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: 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: 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: 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: 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: 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: 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: 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 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: 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: 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: Window icon is not shown in gnome shell dash under wayland

Hi; On 2 December 2017 at 22:34, rastersoft wrote: > I created several applications that make use of Gtk.window, and set a window > icon. But recently I discovered that, under wayland, the icon is not shown > in the dash, but under X it is shown fine. It fails both in

Re: Static library with Gtk 3

While we don't actively disable static builds, we're also not really using them, or testing them. This typically means that doing static builds of GTK (and its dependencies) is discouraged, or at least that you're basically on your own. To be fair, there's literally no reason whatsoever to do a

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: 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: 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: No protocol specified error

On 4 November 2017 at 06:08, Lokesh Chakka wrote: > Dear Felipe, > > I have refereed the link. As the application I am writing needs root > privileges, I must use sudo ./a.out. No other option. Of *course* there are other options for you: this is software

Re: Help with Gcolor3

On 25 October 2017 at 12:50, Listings - www.majors-welt.net wrote: You probably want to start with a compositor-specific API, like the way screenshot and screen recording is performed in GNOME; if you want more Wayland compositors to follow the same

Re: Help with Gcolor3

On 25 October 2017 at 11:19, Listings - www.majors-welt.net wrote: >>> I am a user of a color-picker tool - previously Gcolor2 - that has now >>> been >>> adopted to Gnome3 -> Gcolor3 -> https://github.com/Hjdskes/gcolor3/ >>> >>> Now while lots of linux distributions are

Re: Help with Gcolor3

On 25 October 2017 at 09:40, Listings - www.majors-welt.net wrote: > Hi folks, > > i write here, because i dont know where it may fit. You probably want to start a discussion on wayland-devel: https://lists.freedesktop.org/mailman/listinfo/wayland-devel This list is

Re: gtkdialog maximum size

On 12 September 2017 at 18:06, Rúben Rodrigues wrote: > Someone knows how to limite the maximum size of gtkdialog? My problem is > that as the dialog does resize itself, sometimes it gets bigger that the > screen. Why are you using a GtkDialog? You should be using a

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: >

  1   2   3   4   5   6   7   8   >