Nice work, Pavlo! I wonder if you can work this into a patch for the
GObject documentation :-)
You might want to check out
https://blogs.gnome.org/desrt/2012/02/26/a-gentle-introduction-to-gobject-construction/
as well.
In my personal style I would do three things differently, I don't know for
su
On Sat, Jun 9, 2018 at 8:02 AM Nirbheek Chauhan
wrote:
> On Sun, Jun 3, 2018 at 1:13 AM wrote:
> >
> > Before making the switch please be aware of
> https://github.com/mesonbuild/meson/issues/3077 and
> https://github.com/mesonbuild/meson/issues/2121 which make Meson-built
> libraries mostly bro
Before making the switch please be aware of
https://github.com/mesonbuild/meson/issues/3077 and
https://github.com/mesonbuild/meson/issues/2121 which make Meson-built
libraries mostly broken on macOS, particularly with regard to g-ir-scanner.
Regards,
Philip C
On Sat, Jun 2, 2018 at 12:08 PM Igna
On Fri, May 18, 2018 at 10:15 PM wrote:
> Thanks for this call for help, it's our chance to finally be serious
> about supporting multiple platforms, instead of always fixing a
> posteriori. Thanks to gitlab that shouldn't be too hard to setup.
>
> Le vendredi 18 mai 2018 à 10:52 +0100, Philip Wi
On Fri, May 18, 2018 at 5:52 AM Philip Withnall
wrote:
> Can anybody else provide and maintain CI runners for other platforms?
> I’d particularly like to see:
> • *BSD (probably OpenBSD and NetBSD)
> • macOS (ideally several versions, since we support from OS X 10.7
> upwards[2])
> • Android (
On Wed, May 2, 2018, 11:32 Christoph Reiter,
wrote:
> On Wed, May 2, 2018 at 7:57 PM, Morten Welinder wrote:
> > It is just me, or is the migration mangling bugs?
> >
> > Compare https://bugzilla.gnome.org/show_bug.cgi?id=765921
> > to https://gitlab.gnome.org/GNOME/gtk/issues/621
> >
> > In bug
Hi,
As is the standard in open-source software, you can find the license
information in the COPYING file in the root directory of the source
distribution or Git repository:
https://gitlab.gnome.org/GNOME/gobject-introspection/blob/master/COPYING
We do not have an ECCN number. Although I don't bel
On Thu, Jan 18, 2018 at 2:30 PM Pavlo Solntsev
wrote:
> Hi,
>
> To better understand how some glib modules work, I write mini tests. I was
> thinking it would be beneficial for a lot of people if more examples will
> be included into the documentation to better explain how an object can be
> used
On Sat, Nov 18, 2017 at 6:45 AM Christian Schoenebeck <
schoeneb...@linuxsampler.org> wrote:
> On Freitag, 17. November 2017 00:51:25 CET Christian Schoenebeck wrote:
> > What I found out so far is that whenever this problem occurs, both of the
> > following two checks in function gtk_menu_motion_
On Wed, May 10, 2017 at 7:02 AM Tobias Mueller
wrote:
> Hi.
>
> On Mi, 2017-05-10 at 08:04 -0500, Michael Catanzaro wrote:
> > Looks like if you want to do this, we'd have to host it
> Or use Stackoverflow.
> Sri's motivation was:
>
> > We need to have a search engine index-able library of knowle
On Tue, Sep 13, 2016 at 3:36 AM narcisse doudieu siewe <
wambenarci...@yahoo.fr> wrote:
> Hello just to signal a problem.
>
> GLib.DIR_SEPARATOR_S on raspbian gives "\\" in place of "//".
> and GLib.DIR_SEPARATOR gives 92 number.
>
Several bugs are reported for this:
https://bugzilla.gnome.org/sh
On Mon, Sep 12, 2016 at 8:14 AM Davin McCall wrote:
> Hi,
>
> I'm not a regular poster to this list and am not subscribed. I'm posting
> here now at the suggestion of Philip Chimento, who read a blog post I wrote
> recently [1] about the GTK+ lifecycle plans that have
On Tue, Jul 19, 2016 at 11:08 AM Simon McVittie <
simon.mcvit...@collabora.co.uk> wrote:
> On 09/07/16 20:42, Jasper St. Pierre wrote:
> > In fact, this could be a new plan. If we double down on Flatpak, then we
> > could simply not bump soname / major version, leave it at 4, break ABI
> > every p
On Sat, Jul 9, 2016 at 9:31 PM wrote:
> On Sat, Jul 9, 2016 at 12:06 PM wrote:
>
>> On Thu, Jul 7, 2016 at 11:30 AM Emilio Pozuelo Monfort
>> wrote:
>>
>>>
>>> Here are some thoughts I have about all this, from a downstream
>>> maintainer POV.
>>>
>>
>> Thanks! It's good to get opinions from al
I realized this thread had been sitting for quite a while. GUADEC is about
to start and I'd like to summarize what's been talked about. Some of the
concerns I read from this thread are:
1. Developers are concerned about there not being enough indication of
which APIs are more likely or less likely
On Sun, Jul 10, 2016 at 3:51 PM John Tall wrote:
> On Sat, Jul 9, 2016 at 9:06 PM, wrote:
> > I'm expecting this will become less and less of a problem as apps move
> to Flatpak as a means of distribution.
>
> As far as I know Flatpak only targets GNU/Linux, and at the moment
> only targets a ha
On Sat, Jul 9, 2016 at 1:14 PM Peter Weber wrote:
> Hi!
>
> On Sat, 2016-07-09 at 19:06 +, philip.chime...@gmail.com wrote:
>
> > I'm expecting this will become less and less of a problem as apps move
> > to Flatpak as a means of distribution.
>
> Uhuuu. I'm sorry, but this is bad.
>
> This m
On Sat, Jul 9, 2016 at 12:13 PM Jasper St. Pierre
wrote:
> On Sat, Jul 9, 2016 at 12:06 PM, wrote:
>
>> On Thu, Jul 7, 2016 at 11:30 AM Emilio Pozuelo Monfort
>> wrote:
>>
>>> Hi,
>>>
>>> On 21/06/16 16:26, Peter Weber wrote:
>>> > I don't see here an active discussion about Gtk+4.0[1]? So I'm
On Sat, Jul 9, 2016 at 12:06 PM wrote:
> On Thu, Jul 7, 2016 at 11:30 AM Emilio Pozuelo Monfort
> wrote:
>
>> Hi,
>>
>> On 21/06/16 16:26, Peter Weber wrote:
>> > I don't see here an active discussion about Gtk+4.0[1]? So I'm trying to
>> > write about my thoughts, in a careful way. In the first
On Thu, Jul 7, 2016 at 11:30 AM Emilio Pozuelo Monfort
wrote:
> Hi,
>
> On 21/06/16 16:26, Peter Weber wrote:
> > I don't see here an active discussion about Gtk+4.0[1]? So I'm trying to
> > write about my thoughts, in a careful way. In the first moment, I thought
> > this is a good idea and just
On Thu, Jun 23, 2016 at 9:29 AM Peter Weber
wrote:
> On Tue, 21 Jun 2016 17:07:46 +0100, Simon McVittie
> wrote:
> > Ideally, we'd choose the trade-off such that projects that want to stick
> > to a stable-branch version are happy with its stability, while also not
> > feeling that they are miss
On Tue, Jun 21, 2016 at 7:34 AM Peter Weber
wrote:
> Hello!
>
> I don't see here an active discussion about Gtk+4.0[1]? So I'm trying to
> write about my thoughts, in a careful way. In the first moment, I thought
> this is a good idea and just the numbering is misleading. Stability is what
> deve
Hi,
To a certain, lesser, extent this has always been the case: for example, I
filed [1] a long time ago because you can't write your own GtkContainer
subclass with an internal layout manager and have gtk_container_add() and
gtk_container_remove() still work on it, although GtkAssistant does this
On Sat, Jul 25, 2015 at 9:26 AM, Matthias Clasen
wrote:
> We will be discussing how to document the evolving GTK+ css
> capabilities in a clearer way at Guadec in a few weeks.
>
I wanted to reply to this before GUADEC but it slipped my mind. Here's a
documentational Gist of supported CSS propert
On Fri, Jun 26, 2015 at 8:50 PM, Jasper St. Pierre
wrote:
> Yeah, we've all been sort of aware of this for some time. I've abused
> it to the fact where I know that malloc and g_new / free and g_free
> will *always* be the same since a specific glib version.
>
> I think removing all the code is f
On Fri, Mar 6, 2015 at 8:49 PM, Jasper St. Pierre
wrote:
> Are you sure? This shouldn't be the case since
>
>
> https://github.com/anholt/libepoxy/commit/e3051481cc9f5b7b36b317aff1454ee16ea9cdb9
>
> On Fri, Mar 6, 2015 at 7:54 PM, John Ralls wrote:
>
>> It looks like we've committed to using lib
On Thu, Jan 29, 2015 at 6:58 PM, Paul Davis
wrote:
> 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 syste
On Tue, Jan 27, 2015 at 8:49 AM, Jasper St. Pierre
wrote:
> Gah. I always get those backwards. I actually typed "SCM_RIGHTS" and then
> changed it to "SCM_CREDENTIALS". I still don't understand why fd passing is
> called "rights".
>
> On Tue, Jan 27, 2015 at 11:25 AM, Simon McVittie <
> simon.mcv
On Tue, Dec 30, 2014 at 2:29 AM, Cosimo Cecchi wrote:
> On Tue, Dec 30, 2014 at 2:26 AM, Philip Chimento <
> philip.chime...@gmail.com> wrote:
>
>> Assuming that questions on Stack Overflow are an approximate poll of what
>> application authors do - many ap
On Sun, Dec 28, 2014 at 9:24 PM, Cosimo Cecchi wrote:
> On Mon, Dec 29, 2014 at 1:09 AM, Jasper St. Pierre
> wrote:
>
>> Cosimo talks about GtkPopover and GtkMenu, but those just sort of have me
>> stunned. Why should I use one instead of the other?
>>
>
> I doubt application authors choose whic
if that fixes it.
> >
> > https://github.com/anholt/libepoxy/pull/28
>
It did, thanks!
> > All we can do is pressure Eric Anholt to merge it at this point.
> >
> > On Wed, Nov 19, 2014 at 12:03 AM, Philip Chimento
> > wrote:
> >>
> >> On S
On Sun, Nov 16, 2014 at 6:32 AM, Emmanuele Bassi wrote:
> hi all;
>
> I posted this on my blog, which is syndacated on Planet GNOME, but I
> thought about trying to reach out to more people by using the GTK+
> mailing list as well.
>
> GTK+ 3.16 will have OpenGL support out of the box — at least
On Mon, Sep 30, 2013 at 4:16 PM, Matthias Clasen
wrote:
> On Mon, Sep 30, 2013 at 1:53 PM, Tristan Van Berkom <
> trista...@openismus.com> wrote:
>
>> o gtk_flow_box_insert() or gtk_container_add() add an intermediate
>>
> child, breaking the logical widget hierarchy.
>>
>> For most of t
On Sun, Feb 24, 2013 at 10:47 AM, John Emmas wrote:
> On 24/02/2013 08:34, John Emmas wrote:
>>
>>
>> Can anyone tell me what the correct syntax is for running the script? I
>> tried "perl win32-fixup.pl" (without any command-line options) and although
>> it did work, it only processed the first
On Thu, Sep 13, 2012 at 11:01 PM, Paul Davis wrote:
>
> On Thu, Sep 13, 2012 at 4:43 PM, Juan Pablo Ugarte
> 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
On Sat, Jul 28, 2012 at 3:30 PM, Matthias Clasen
wrote:
> - We need to document how one extends GTK+ itself (eg how to create a
> new widget class), to make it easier for new people to get involved
> (I'll try to get this started)
I wrote a tutorial on extending GtkContainer in C
(http://ptomato.
On Wed, Nov 10, 2010 at 17:49, Tristan Van Berkom
wrote:
> On Wed, 2010-11-10 at 17:16 +0100, Philip Chimento wrote:
>> On Sun, Oct 31, 2010 at 11:28, Alexander Larsson wrote:
>> > By the way, are there any other places where the java or C++ bindings do
>> > "clea
ilder_get_widget_derived(), based on a method
in gtkmm [1]. This would make it much easier to use Glade when
subclassing widgets.
[1]
http://library.gnome.org/devel/gtkmm-tutorial/unstable/sec-builder-using-derived-widgets.html.en
--
Philip Chimento
___
gtk-dev
myself only to find out
later that GTK applications using the standard undo framework will
behave subtly differently.
Regards,
--
Philip Chimento
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
nterested.
You can get the source code here: https://sourceforge.net/projects/osxcart/
Regards,
Philip Chimento
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
40 matches
Mail list logo
