On 08/07/11 14:46, Andy Wingo wrote:
> Hello all,
>
> Brian Gough wrote, back in February [0]:
>
> In his talk about Autotools at the FOSDEM GNU Dev Room, Ralf
> Wildenheus mentioned an autoconf option that I wasn’t aware of. It’s
> the “-C” option and it enables caching, which speeds up mult
Hi,
Am 15.04.2011 03:01, schrieb John Ralls:
> I don't know if anyone else will find this useful, but I've written a perl
> program to translate gir files into xmi files which can be imported into
> ArgoUML or KDE Umbrello. It follows include elements, putting each Gir
> namespace into a separa
Hi Rob,
Am 06.12.2010 11:46, schrieb Rob Staudinger:
> Hello,
>
> I've written out so many gobject property handlers in the last few
> years, and they are always looking similar, so the desire to prune some
> boilerplate code has been growing. The idea behind GProperty (actually
> GProperty) is t
Am 02.03.2011 15:11, schrieb Bastien Nocera:
> Heya,
>
> Looking at bug https://bugzilla.gnome.org/show_bug.cgi?id=643487 and the
> original https://bugzilla.gnome.org/show_bug.cgi?id=643486 we figured
> that it would be best for sliders to point to their marks instead of
> trying to add labels on
On 03.11.2010 04:39, Ryan Lortie wrote:
> hi everyone,
>
> I wrote an email yesterday detailing my goals to reduce GLib to having a
> single type for time. The work just landed on master.
>
> Of course, there were complications.
>
> Status report:
>
> - GTimeSpec is gone
>
> - g_get_monotonic_ti
hi,
Am 22.10.2010 18:06, schrieb Ryan Lortie:
> Hello
>
> We have an agreement at the hackfest that I will do the following things
> now:
>
> - Starting immediately, glib will depend on librt (and therefore
> libpthread) on systems that have it.
>
> - We will add GTimeSpec which is GTime
Am 22.09.2010 22:21, schrieb Behdad Esfahbod:
> On 09/21/10 18:02, Emmanuele Bassi wrote:
>> - possibly deprecate ::destroy altogether: use weak-pointer/weak-ref
>
> Everyone knows that weak pointers as implemented currently are racy and
> unsafe, right?
this one:
https://bugzilla.gnome.org/sho
On 13.09.2010 04:50, Havoc Pennington wrote:
> Hi,
>
> I merged the main patch to master. I wrote docs (see attached) but did
> not push them yet because I can't figure out how to actually document
> a non-signal virtual function in a non-interface.
>
Yes, docuemnt is as part of the class struct
Am 03.09.2010 02:48, schrieb John Ralls:
>
> On Sep 1, 2010, at 7:53 PM, John Ralls wrote:
>
>>
>> On Sep 1, 2010, at 12:38 PM, Olav Vitters wrote:
>>
>>> On Tue, Aug 31, 2010 at 09:56:12AM -0700, John Ralls wrote:
It's now on Sourceforge because when Richard decided with his partner
wi
Am 21.08.2010 14:12, schrieb Devin Samarin:
> I thought I'd give up update of what the site is looking like now, and
> I hope everyone is fine with using this mailing list.
>
> I have integrated tweets from identi.ca in the News Feed on the main page.
>
> I finished the re-design of the GTK-Doc a
On 15.06.2010 02:16, Matthias Clasen wrote:
> On Mon, Jun 14, 2010 at 7:02 PM, Alberto Ruiz wrote:
>
>> 2010/6/14 Sam Thursfield :
>>
>>> A more socially-minded approach would be to work on the problem of
>>> sharing a GTK+ runtime between all apps on a system. It's perhaps not
>>> an easy
On 01.06.2010 23:45, Stefan Kost wrote:
> Am 01.06.2010 15:50, schrieb Matthias Clasen:
>
>> On Mon, May 31, 2010 at 10:28 AM, Paul Davis
>> wrote:
>>
>>>
>>
>>> ardour uses a modified version (GtkCustomRuler along with its H
Am 01.06.2010 15:50, schrieb Matthias Clasen:
> On Mon, May 31, 2010 at 10:28 AM, Paul Davis
> wrote:
>>
>
>>
>> ardour uses a modified version (GtkCustomRuler along with its H&V
>> derivatives) in ardour, because the stock ruler is not flexible enough for
>> our needs. the primary difference (
On 17.05.2010 23:07, Shaun McCance wrote:
> http://library.gnome.org/devel/gtk/stable/GtkScrolledWindow.html#ftn.id1043260
>
> The scrolled window installs GtkAdjustment objects in the child
> window's slots using the set_scroll_adjustments_signal, found
> in GtkWidgetClass. (Conceptually, th
Am 25.02.2010 18:58, schrieb Dan Winship:
> On 02/25/2010 10:52 AM, Christian Dywan wrote:
>> In this case I don't know what someone would use flags for. If you need
>> to test a value such as visibility or sensitivity, you normally use the
>> specific macros.
>
> "Deprecated: use the specific mac
Am 23.02.2010 20:28, schrieb Claudio Saavedra:
> El mar, 23-02-2010 a las 19:17 +0100, Javier Jardón escribió:
>> 2010/2/23 Murray Cumming :
>>> When we deprecate API, please remember to document what the replacement
>>> is. People forget this quite often.
>>>
>>> A small recent example that doesn'
Am 06.12.2009 21:22, schrieb Dan Winship:
> On 12/06/2009 10:05 AM, Adam Goode wrote:
>> I guess what I really would like is a way that I can use GLib privately
>> from my library and have it be thread-safe without requiring users of my
>> library have to link against gthread and call g_thread_init
A. Walton schrieb:
> On Thu, Sep 24, 2009 at 9:37 AM, Benjamin Otte wrote:
>
>> Hi,
>>
>> I'd like to move the work done on the gobject-performance branch to
>> master now that 2.22.0 is out. It contains tremendous improvements for
>> threaded applications and even noticably speeds up non-threa
Praveen Innamuri schrieb:
> Hi All, I have been using GTK APIs close to an year and now, it grabs
> my interest for contributing to GTK code. I would like to start off
> working/playing with GTK code. In order to accomplish this, I would
> like to set up GTK code in Eclipse CDT. Do anyone out there
Paul Davis schrieb:
> On Mon, Sep 7, 2009 at 10:30 PM, Paul Davis wrote:
>> so, suppose i submit a patch that makes gnome-canvas forward scroll
>> events to its items. what would the likely timeframe be for adoption
>> and release?
>
> btw, just to be clear - i'm talking about cases where an item
hi,
Ali Abdallah schrieb:
> Hi,
>
> I want to document C code written let's say in files obj.c obj.h
> contain GObject, signals, properties, in order to doc these gtk-doc
> needs the _get_type function to produce GObject doc, but this code is
> not a library and i don't want to have .la library i
Stefan Kost schrieb:
> Stefan Kost schrieb:
>
>> Simos Xenitellis schrieb:
>>
>>
>>> On Wed, Jul 1, 2009 at 8:41 PM, Stefan Kost wrote:
>>>
>>>
>>>
>>>> hi,
>>>>
>>>> Sim
Stefan Kost schrieb:
> Simos Xenitellis schrieb:
>
>> On Wed, Jul 1, 2009 at 8:41 PM, Stefan Kost wrote:
>>
>>
>>> hi,
>>>
>>> Simos Xenitellis schrieb:
>>>
>>>
>>>> On Wed, Jul 1, 2009 at 12:1
Simos Xenitellis schrieb:
> On Wed, Jul 1, 2009 at 8:41 PM, Stefan Kost wrote:
>
>> hi,
>>
>> Simos Xenitellis schrieb:
>>
>>> On Wed, Jul 1, 2009 at 12:11 AM, Simos
>>> Xenitellis wrote:
>>>
>>>> On Tue, Jun 30,
hi,
Simos Xenitellis schrieb:
> On Wed, Jul 1, 2009 at 12:11 AM, Simos
> Xenitellis wrote:
>> On Tue, Jun 30, 2009 at 9:39 PM, Stefan Kost wrote:
>>> Murray Cumming schrieb:
>>>> On Mon, 2009-06-29 at 22:23 +0300, Stefan Kost wrote:
>>>>> Unfor
Murray Cumming schrieb:
> On Mon, 2009-06-29 at 22:23 +0300, Stefan Kost wrote:
>> Unfortunately the docbook to pdf chain is in terrible state these
>> days.
>
> It's not that bad if you can use fop. And that's not as difficult as it
> once was. I think most of
Manu schrieb:
> Hi,
>
> I would like to print the GTK+ documentation :
> http://www.gtk.org/documentation.html
>
> I successfully built GTK+ from sources with the following :
> ./configure --without-libtiff --without-libjasper --enable-gtk-doc && make
>
> The HTML documentation were generated su
Mikkel Kamstrup Erlandsen schrieb:
> 2009/6/17 Alexander Larsson :
>> The client side window branch is now feature complete on X11, and
>> includes API to do offscreen window embedding (with patches for
>> clutter-gtk availible to test this). Today I merged the latest master
>> into the branch to m
Cody Russell schrieb:
> Hi all,
>
> gtk+ currently does not build with GSEAL enabled, and I want to remedy
> this so we can make progress on 3.0. I'm planning to post a large
> series of patches unless someone has a suggestion for how better to do
> proceed with this.
>
> Right now I was thinkin
Alexander Larsson schrieb:
> On Mon, 2009-05-11 at 10:49 -0400, Dan Winship wrote:
>> On 05/11/2009 10:30 AM, Stefan Kost wrote:
>>> Alexander Larsson schrieb:
>>>> GResolver is already in gio, yes. NameResolver isn't really less generic
>>>> than G
Alexander Larsson schrieb:
> On Sun, 2009-05-10 at 17:29 +0300, Stefan Kost wrote:
>
>> Alexander Larsson schrieb:
>>
>>> With gnome 2.26 out and the GResolver branch landed it is time to start
>>> look at merging the gnio network code into gio. I'
Alexander Larsson schrieb:
> With gnome 2.26 out and the GResolver branch landed it is time to start
> look at merging the gnio network code into gio. I'm posting this here,
> plus CC:ing the involved people instead of on bugzilla in order to get
> feedback from others who may be interested but una
Edward Hervey schrieb:
> On Tue, 2009-03-31 at 21:29 +0200, Martin Nordholts wrote:
>
>> Matthias Clasen wrote:
>>
>>> - First line (the brief description) must only be one sentence and
>>>must not start with a capital letter. Don't use a trailing period
>>>either. Don't exceed 76
Emmanuele Bassi schrieb:
> On Tue, 2009-03-10 at 15:18 -0300, Johan Dahlin wrote:
>> Hi,
>>
>> We think GObject Introspection adds a lot to the GNOME platform and
>> would like to
>> discuss how it can be integrated.
>
> yey!
>
> absolutely agree about finally having G-I integrated in the platfor
Maciej Piechotka schrieb:
> On Fri, 2009-02-20 at 10:37 +, Alberto Ruiz wrote:
>
>> 2009/2/20 Maciej Piechotka :
>>
>>> Eugene Gorodinsky writes:
>>>
>>>
Hi all
Since you guys are discussing the redesign of the gtk+ website, I'd
like to propose an idea that I
Piechotka schrieb:
> Stefan Kost writes:
>
>> hi,
>>
>> Maciej Piechotka schrieb:
>>> Eugene Gorodinsky writes:
>>>
>>>> Hi all
>>>>
>>>> Since you guys are discussing the redesign of the gtk+ website, I'
hi,
Maciej Piechotka schrieb:
> Eugene Gorodinsky writes:
>
>> Hi all
>>
>> Since you guys are discussing the redesign of the gtk+ website, I'd
>> like to propose an idea that I have. I've seen quite a lot of comments
>> saying gtk+ documentation isn't as good as qt's. What do you think of
>> ha
Matthias Clasen schrieb:
> On Fri, Feb 13, 2009 at 11:52 AM, Stefan Kost wrote:
>> hi,
>> Matthias Clasen schrieb:
>>> With 2.20 winding down, I think now would be a good time to talk about
>>> what should happen in Glib 2.22.
>> What about
>> htt
hi,
Matthias Clasen schrieb:
> With 2.20 winding down, I think now would be a good time to talk about
> what should happen in Glib 2.22.
What about
http://bugzilla.gnome.org/show_bug.cgi?id=348080
"GObject property bindings like in libexo"
there is a patch attached. This is one of the feature tha
Matthias Clasen schrieb:
> On Tue, Jan 6, 2009 at 12:31 AM, Matthias Clasen
> wrote:
>> I'd like to get this functionality into 2.16, if nobody objects, but
>> I'm not entirely sure that I have managed to come up with the best
>> possible api for this yet:
>
>
> To wrap up this discussion:
>
>
Matthias Clasen schrieb:
> Over the Christmas vacation, I spent a day adding marks to scales. The
> motivation for this came from the new sound preferences capplet, which
> uses a GtkHScale for balance control. Jon did a nice job of adding
> Left/Right labels (see the screenshot), but what is reall
Nelson Benítez León schrieb:
> 2008/12/3 Christian Dywan <[EMAIL PROTECTED]>:
>
>> Am Wed, 3 Dec 2008 12:31:23 +0100
>> schrieb "Nelson Benítez León" <[EMAIL PROTECTED]>:
>>
>>
>>> 2008/12/2 Stefan Kost <
Nelson Benítez León schrieb:
> 2008/12/2 Sven Herzberg <[EMAIL PROTECTED]>
>> http://bugzilla.gnome.org/show_bug.cgi?id=562998
>
> Ok, thank you!, I was about to suggest that, because I thought
> gtk_font_button_get_font_name just returned the font name, thanks for
> this doc improvements, it wou
hi,
Emmanuele Bassi schrieb:
> On Mon, 2008-10-20 at 14:34 +0300, Stefan Kost wrote:
>
>
>> I'd like to discuss these gobject related tickets. What do glib
>> maintainers think about them? Something left to do or can they go in?
>>
>> http://bug
Hi,
Emmanuele Bassi schrieb:
> hi everyone;
>
> this is the usual reminder for the IRC GTK+ Team Meeting. the meeting
> will be held in the #gtk-devel channel on irc.gnome.org, at 20:00
> UTC[1].
>
> the points are:
>
> o Miscellaneous
>
> eventual changes will be notified on the wiki page[0].
>
hi,
Gustavo J. A. M. Carneiro schrieb:
> On Fri, 2008-10-10 at 17:19 -0400, Behdad Esfahbod wrote:
>
>> Colin Walters wrote:
>>
>>> On Thu, Oct 9, 2008 at 9:34 PM, Behdad Esfahbod <[EMAIL PROTECTED]> wrote:
>>>
But most recently I was reading the static analysis literature and
hi,
Robert Staudinger schrieb:
> ...
>
> Finally, regarding the SVG theming efforts that are floating around
> [2, 3], I think that CSS and SVG are mostly orthogonal rather than
> competing with each other. SVG is great for graphics, and CSS is made
> for things like expressing that the GtkButton
Tim Janik schrieb:
> On Fri, 26 Sep 2008, Andrew Cowie wrote:
>
>> On Thu, 2008-09-25 at 13:06 -0400, Matthias Clasen wrote:
>>> The important part of the assert semantics are: if the assertion
>>> fails, the program aborts.
>>>
>>> If you are using assertions in a way that make it important where
Hi,
Matthias Clasen schrieb:
> The important part of the assert semantics are: if the assertion
> fails, the program aborts.
>
> If you are using assertions in a way that make it important where or
> how the message is reported, I suggest that you are using it wrong...
There is still a breakage.
Hi,
Johan Dahlin schrieb:
Colin Walters wrote:
(Using this list for gobject-introspection development for now,
probably ignore if you're not jdahlin =))
I was looking a bit today about applying our shiny new introspection
tool to Totem, with an eye to eliminating the manual binding
infrastruct
hi,
when sealing GParamSpec, could we discuss my proposal in:
http://bugzilla.gnome.org/show_bug.cgi?id=536939
namly exposing param_id via getter (read-only is enough).
Stefan
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.o
Hi,
Clemens Buss schrieb:
Hello,
may I briefly introduce myself, for those who don't know me and who are
probably the majority as I suppose. My name is Clemens Buss and I
currently do a Summer of Code for GNOME (
http://code.google.com/soc/2008/gnome/appinfo.html?csaid=C4B0B39CD64C9CE6
) mentor
Hi Alberto,
Alberto Ruiz schrieb:
Hi there:
I just saw the latest John Stowers'[0] post regarding his new themed
widget/canvas his is the first time that I actually have an overview
of what the colors are and their naming[1]
>
I had the same issue once a while agao and wrote this toy:
http://bu
hi,
Tim Janik schrieb:
Hi Stefan,
as mentioned during the last IRC meeting:
http://live.gnome.org/GTK%2B/Meetings?action=AttachFile&do=view&target=20080722.txt
It'd be nice if gtk-doc
understood the GSEAL macros. I guess the handling would be best, if:
- GSEAL(field); is treated like /*
hi,
Murray Cumming schrieb:
On Mon, 2008-07-07 at 10:38 -0400, Matthias Clasen wrote:
On Mon, Jul 7, 2008 at 8:02 AM, Murray Cumming <[EMAIL PROTECTED]> wrote:
I thought we were talking about
g_app_launch_context_get_startup_notify_id() and
g_app_launch_context_get_display(). They do not say
hi,
Kristian Rietveld schrieb:
Hi all,
As promised in my previous e-mail I would create a wiki page over at
live.gnome.org to track the tasks and progress to get to GTK+ 3.0. This
page can now be found here:
http://live.gnome.org/GTK+/3.0/Tasks
GSEAL also removed the ability to do e.g. stat
Hi,
Saravanan Shanmugham (sarvi) schrieb:
Hi,
I am new the GTK-Doc tools.
I am trying to add gtk-doc support to generate API documentation
for the Upstart project(an open source Init replacement).
The code seems to already be heavily commented for the GTK-Doc tool but
the GTK-Doc to
Hej Martyn,
Martyn Russell schrieb:
Martyn Russell wrote:
Hi,
While updating the devhelp link for the gtk-doc pages, we noticed that
they were still old school and not up to date with the new style on gtk.org.
Thanks a lot!
Stefan
Perhaps I should add, the GTK-Doc homepage is at:
http
Hi Tim,
Tim Janik schrieb:
Hi Stefan.
gtk-doc continues to produce problems when compiling the gtk.modules module
from jhbuild, this time it's during installaiton:
*** Installing gtk-doc *** [5/14]
make install
Making install in help
make[1]: Entering directory `/usr/src/gtk+head/gtk-doc/hel
hi,
Stefan Kost schrieb:
hi,
as discussed in the team meeting on 2008 june, 3rd, we will move all api
docs from tmpl files to inline source comments. This is the wiki page
for coordination : http://live.gnome.org/GTK%2B/TaskAPIDocMigration
I'll start with glib/gobject today. I'll
hi,
as discussed in the team meeting on 2008 june, 3rd, we will move all api docs
from tmpl files to inline source comments. This is the wiki page for
coordination : http://live.gnome.org/GTK%2B/TaskAPIDocMigration
I'll start with glib/gobject today. I'll be on irc the whole weekend (ensonic)
the property id public.
Stefan
Stefan Kost schrieb:
hi,
as promissed in [1] here [2] is the test and the results. I'll try to so some
more serious profiling and analysis next week.
Stefan
[1] http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00090.html
[2] http://bugzilla.gnom
hi,
as promissed in [1] here [2] is the test and the results. I'll try to so some
more serious profiling and analysis next week.
Stefan
[1] http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00090.html
[2] http://bugzilla.gnome.org/show_bug.cgi?id=536939
___
hi,
Brian J. Tarricone schrieb:
> Jean-Yves Lefort wrote:
>> On Wed, 04 Jun 2008 15:18:45 -0400
>> Paul Davis <[EMAIL PROTECTED]> wrote:
>>
>>> On Wed, 2008-06-04 at 20:57 +0200, Jean-Yves Lefort wrote:
>>>
Rather than calling my suggestions silly, why don't you actually try
to explain ho
hi,
Felipe Contreras schrieb:
> On Tue, Jun 3, 2008 at 3:23 PM, Tim Janik <[EMAIL PROTECTED]> wrote:
>> On Tue, 3 Jun 2008, Alberto Mardegan wrote:
>>
>>> ext Kristian Rietveld wrote:
10. Remove all structure fields from the public API. There are two ways
this can be done:
a) Mov
Hi,
A. Walton schrieb:
> On Wed, May 14, 2008 at 3:15 PM, Stefan Kost <[EMAIL PROTECTED]> wrote:
>> Hi,
>>
>> Emmanuele Bassi schrieb:
>>> = minutes for the 2008-05-13 meeting =
>>>
>> 8< snip 8<
>>
>>> * rework the gobjec
Hi,
Emmanuele Bassi schrieb:
> = minutes for the 2008-05-13 meeting =
>
8< snip 8<
>
> * rework the gobject tutorial
> - it is old and unmaintained
> - the signals section is broken
> - teaches bad practises
I can go over it. Please send me pointers to what you want to have changed.
From
my
Hi,
Paul Davis schrieb:
> (I've been grousing about the way GTK's handles keyboard bindings in the
> most general sense for some time now, and was suddenly motivated to try
> to write up a proposal for what I think needs to be done. Feel free to
> shoot me down)
>
> CLAIM
> -
>
> GTK's handli
hi,
the gtk website has no bugzilla entry. Could someone have a look at this bug
(files for www.gnome.org right now),
http://bugzilla.gnome.org/show_bug.cgi?id=531754
Stefan
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.or
hi,
libexo has a nice implementation for binding properties together, so that one
syncs the other or they both sync each other. The implementation is used in
xfce
for some years. I was about to copy that into my app, but then I wonder if that
would be accepted in glib. I could prepare a patch
Hi,
Yotam Medini יותם מדיני schrieb:
> Hello Gtk+ developpers.
>
> The gtk+2.12 (or similar versions) source tree,
> contains the sub directories gtk/stock-icons{16,20,24,32,48}
> with rich set of icons.
> When building and installing it (using say, prefix=/home/local)
> these icons (at least in
hi,
you probably miss the development packages of the used libraries. Please also
sent mails to maemo-devel list instead.
Stefan
nisha jain schrieb:
> Hi All,
>
> I am trying to compile example_wavelaunch.c file given in Maemo site.
> I am getting so many errors and all are as it is not able to
Hi Martyn,
Martyn Russell schrieb:
> Hi,
>
> This evening, we discovered http://www.gtk.org/gtk-doc/ and it looks
> like it is holding the project files for gtk-doc.
>
> Does anyone know anything about this? Tim and I don't.
> Do we need to keep it? If so, we can revamp these pages too.
> Who ma
Hi,
Xavier Bestel schrieb:
> On mer, 2007-12-05 at 14:09 +0100, Alexander Larsson wrote:
>> The only way to make this backwards compatible is to make
>> libgtk-2.0.so.0 have the deprecated symbols and link to
>> libgtk-no-compat-2.0.so.0 which doesn't. Then normal apps will keep
>> working, and app
Tim Janik schrieb:
> On Sat, 17 Nov 2007, Stefan Kost wrote:
>
>> Hi,
>>
>> Tim Janik schrieb:
>>> hey All.
>>>
>>> first, a quick update on the GLib testing framework. allmost all of it
>>> has been implemented at this point and
Hi,
Tim Janik schrieb:
> hey All.
>
> first, a quick update on the GLib testing framework. allmost all of it
> has been implemented at this point and is available here:
> http://git.imendio.com/?p=timj/glib-testing.git;a=shortlog;h=gtester2
> we're currently working on finishing the documentati
Hej,
wouldn't it make sense to move setting the bug-tracker url to spme
normal g_lib module, like where g_(g|s)et_application_name() is. he
g_option stuff could display the link when running --help.
We would need two urls: one template to get a report by id and one to
file a bug.
Stefan
Q
Hi Matthias,
Matthias Clasen schrieb:
> On 11/1/07, Tim Janik <[EMAIL PROTECTED]> wrote:
>
> I don't have much in terms of comments. My general reaction to
> grandiose test frameworks is that fixtures, setup/teardown,
> hierarchical test suites are too much overhead for me. Maybe this
> approach
Hi Tim,
Tim Janik schrieb:
> On Thu, 1 Nov 2007, Stefan Kost wrote:
>
>> Hi Tim,
>
>> Now some comments about the API
>> g_test_create_case -> g_test_case_create
>> g_test_create_suite -> g_test_suite_create
>
> i think this is a bit of a philos
Hi Tim,
thanks for the work you put into this already!
First some comment regarding check. We use check in gstreamer and I use that in
buzztard too. I can understand that some people see an issue with having this as
a dependency. Besides also the api is a bit chaotic (no namespace prefix).
Beside
Yevgen Muntyan schrieb:
> Phil Lello wrote:
>> According to the GObject tutorial, chaining-up in
>> constructor/dispose/finalize code should be handled as follows:
>>
>> static void
>> b_method_to_call (B *obj, int a)
>> {
>> BClass *klass;
>> AClass *parent_class;
>> klass = B_GET_CLASS (ob
Hi,
ricardo colon schrieb:
> I just submitted a feature request to bugzilla.
> I chose to post this message to gtk-devel-list since the feature
> is related to the gtk input method API.
>
> I'd like to hear your comments.
>
I currently do this in buzztard [1] with a helper subsystem (btic). The
hi,
Marco Barisione schrieb:
> Il giorno ven, 12/10/2007 alle 15.16 +0200, Tim Janik ha scritto:
>> please reread my reasoning about G_DISABLE_ASSERT, there already is no
>> behavior
>> of g_assert() you could rely on. (and some distributions do build their
>> binaries with G_DISABLE_ASSERT and/o
Hi Sebastian,
Sebastien Bacher wrote:
> Hi,
>
> I'm not sure when GTK 2.12.0 is due but there is some annoying bugs with
> 2.11 at the moment and people on IRC said it would be nice to make a
> list and send it on the mailing-list
>
> * http://bugzilla.gnome.org/show_bug.cgi?id=471340
> "Documen
Hi,
Tim Janik wrote:
> On Fri, 9 Mar 2007, Stefan Kost wrote:
>
...
>> * better ruler widgets
>> yes, I reead the comments that rules wont be extended.
>
> the gtk rulers have recently been extended to at least support fill-level.
>
>> anyway, I miss there
hej,
this list is about development of the gtk-doc utillity (documentation
generator). Please note that the version 1.2.X of glib/gtk+ is realy
old. In your case the gtk+-1.2.X-devel package is missing. If you
develop an application consider porting it to gtk+-2.X.
Stefan
Quoting uma G <[
hi,
I haven't tried the fill-level, but I am wondering if it shouldn't be better a
fill-range (min,max). The current would be [0,max]. I could imagine that a
canvas would use this to indicate the region of the canvas that is covered by
objects. A timeline could show a selection.
Just a thought. D
Hi,
Quoting Behdad Esfahbod <[EMAIL PROTECTED]>:
> On Mon, 2007-05-14 at 06:49 -0400, Tim Janik wrote:
>> hi Matthias.
>>
>> can you please explain your glib change from 2007-01-26 where you're making
>> function-scoped symbols non-static without any obvious need?
>>
>> i'm sorry to have to bring
we can save 2
relocs and there are 16bytes moved from (RELSZ) to (PLTRELSZ).
Stefan
Quoting Stefan Kost <[EMAIL PROTECTED]>:
> hi,
>
> I just converted one of my classes to use G_DEFINE_TYPE to benefit
> from less typing and from the less relocations. When trying it I was
>
:
31894:final number of relocations: 7785
31894: final number of relocations from cache: 2407
Anyone an idea whats causing this? Matthis do you remember how you
verified that this helps?
Stefan
Quoting Tim Janik <[EMAIL PROTECTED]>:
> On Tue, 8 May 2007, Stefan K
two top in the report for libgobject which itself has 7 % of the
total time.
168 11.2299 g_type_check_instance_is_a
118 7.8877 g_type_is_a
Nothing big to gain here, so it seems.
Stefan
Quoting Tim Janik <[EMAIL PROTECTED]>:
> On Mon, 7 May 2007, Stefan Kost wrote
hi,
wasn't the g_type_register_static_simple() meant to avoid the memcpy()
of filling the GTypeInfo only to pass it to type_data_make_W, which
then copies most filed from this elsewhere?
Then shouldn't type_data_make_W() be reflowed. There is a big if()
elseif(), elseif() else in there. Imp
Hi,
please file a bug into bugzilla - there is a website module:
http://bugzilla.gnome.org/enter_bug.cgi?product=website
Stefan
Henk Freimuth wrote:
> dear sir or madam,
>
> i'm trying to get into gtk-programming and while i was trying to get
> information from the gnome development sites i di
Hi Tim,
http://bugzilla.gnome.org/show_bug.cgi?id=418021
I can commit if thats okay.
Stefan
Tim Janik wrote:
> On Sat, 10 Mar 2007, Stefan Kost wrote:
>
>> hi,
>>
>> I just found G_PARAM_STATIC_NAME, G_PARAM_STATIC_NICK,
>> G_PARAM_STATIC_BLURB
>&
hi,
I just found G_PARAM_STATIC_NAME, G_PARAM_STATIC_NICK, G_PARAM_STATIC_BLURB
flags. Does it mean that if I do:
g_param_spec_string("name", "name prop", "name for blabla",
NULL, G_PARAM_READWRITE);
I can apply them to save a g_strdup? If so wouldn't it make send to have:
#define G_PARAM_STA
Hi Bastien,
I found the BaconVolume quite useful So +1 from myself too. Other things that I
miss:
* a volume-meter
I use GtkVUMeter right now, I would like to see a input/output vu-meters in
the mixer. this is a good indicator for people to trac down why the don't hear
their music. is the mi
Hi Alex,
Alexander Larsson wrote:
> ...
> GIO
> ===
>
> The gio library is meant to be a part of glib. Its a generic I/O
> library similar to e.g. java.io.*. Its a "modern" gobject-based
> library using things like inheritance and interfaces. As such it can't
> be in the main glib library (since
Argh, got it. I tried to be lazy and because it does not need new atk, I did not
build a new atk and thus when linking to old atk it pulls in the old glib :(
Thanks for you help!
Stefan
Brian J. Tarricone wrote:
> Stefan Kost wrote:
>> I said from *svn*. I've build glib, pango an
hi brian and emmanuele,
I said from *svn*. I've build glib, pango and gtk from svn - all of today
Stefan
Brian J. Tarricone wrote:
> Stefan Kost wrote:
>> when building glib/gtk+ (into a local dir) from svn I get:
>> ../../gtk/.libs/libgtk-x11-2.0.so: undefined reference
when building glib/gtk+ (into a local dir) from svn I get:
../../gtk/.libs/libgtk-x11-2.0.so: undefined reference to `g_sequence_free'
../../gtk/.libs/libgtk-x11-2.0.so: undefined reference to
`g_sequence_sort_changed_iter'
../../gtk/.libs/libgtk-x11-2.0.so: undefined reference to `g_sequence_swap'
1 - 100 of 158 matches
Mail list logo