On 11-05-27 5:43 AM, Emmanuele Bassi wrote:
On 2011-05-27 at 13:42, ecyrbe wrote:
I just filled this bug : https://bugzilla.gnome.org/show_bug.cgi?id=651225
Mathias closed it as wontfix, this is by design.. i'm told that it's not a
bug it's a feature!
it's not a bug.
It is a bug.
the
On 11-05-27 9:46 AM, Milan Bouchet-Valat wrote:
Le vendredi 27 mai 2011 à 08:51 -0700, Hubert Figuiere a écrit :
First, if the UI file is missing the application does not abort. There
is an error but it can be handled by the application, and eventually
recovered gracefuly. I deleted all the UI
On 04/17/2009 09:38 PM, Brian J. Tarricone wrote:
void
gtk_widget_get_allocation (GtkWidget *widget,
GtkAllocation *allocation)
{
g_return_if_fail (GTK_IS_WIDGET (widget) allocation);
memcpy (allocation, widget-allocation, sizeof(*allocation));
}
On 04/17/2009 09:02 PM, Cody Russell wrote:
This is rather old, but it never came up again after this so I'd like to
see what thoughts are about how to implement this in C. It was in 2.13
but removed before 2.14 because of disagreement, but I can't find any
public record of the disagreement in
On 03/24/2009 08:24 AM, Murray Cumming wrote:
We'd also like to get GtkToolPallette in:
http://bugzilla.gnome.org/show_bug.cgi?id=567729
It would also be terrific to get the equivalent of GdlDockable and such.
Both Anjuta and Inskcape use that (albeit Inkscape forked it)
Hub
Hi,
gtk_label_parse_uline() is marked as deprecated but does not seem to
have a replacement. Is there any plan to replace it?
I'm trying to cleanup the code in AbiWord to build without deprecated
GTK, but this one seems to be a no go.
Any idea beside copying the code from Gtk directly to
On 02/13/2009 07:52 PM, Matthias Clasen wrote:
On Fri, Feb 13, 2009 at 7:11 PM, Hubert Figuierehfigui...@teaser.fr wrote:
Hi,
gtk_label_parse_uline() is marked as deprecated but does not seem to have a
replacement. Is there any plan to replace it?
I'm trying to cleanup the code in AbiWord
On Thu, 2008-12-11 at 18:32 +0800, Susmith M R (RBEI/ECM1) wrote:
But problem is not implementing Glib right away. I am in the
analyzing stage only.
I want to select appropriate toolkit for my os. So I want to care
about propriatary
behavior of the resulting binaries.
Also keep in
On Tue, 2008-10-21 at 18:05 +0200, Steven Dorigotti wrote:
==2255== 16,688 bytes in 26 blocks are possibly lost in loss record
34
of 36
==2255==at 0x4021A92: memalign (vg_replace_malloc.c:460)
==2255==by 0x4021B3F: posix_memalign (vg_replace_malloc.c:569)
==2255==by 0x4E6C0B3:
On Wed, 2008-08-20 at 20:47 -0400, Yu Feng wrote:
First, it is very difficult to manage a string without a reference
count. The current vala implementation is to assume that strings are
immutable, and to copy the strings almost everywhere where increasing
the ref-count should be used. The
On Thu, 2008-06-05 at 08:59 +0200, Jean-Yves Lefort wrote:
or using the Qt way:
class QFoo : public QObject
{
Q_OBJECT
Q_PROPERTY(int bar READ bar WRITE setBar)
public:
void setBar (int value);
int bar () const;
On Tue, 2008-04-22 at 12:43 +0200, Guillaume Cottenceau wrote:
How about renaming gtk-devel-list into gtk-core-library-devel or
something like that?
Or make the list moderated with a white list of sender :-)
Hub
___
gtk-devel-list mailing list
On Tue, 2008-03-18 at 16:03 -0700, Brian J. Tarricone wrote:
You may opt to apply the terms of the ordinary GNU General Public
License instead of this License to a given copy of the Library. [...]
(If a newer version than version 2 of the ordinary GNU General Public
License has appeared,
On Sat, 2008-03-15 at 21:43 +0100, Christian Persch wrote:
Am Samstag, den 15.03.2008, 21:09 +0100 schrieb Jean Bréfort:
Hmm, and what will happen to applications using at least one GPLv2-only
libraries?
This might indeed pose a problem, though I'm not sure how major it is. I
have to
Geoff Buchan wrote:
I was trying to build gtk+ and glib from the trunk subversion sources, but
autogen.sh complains about wanting version 1.7.x of automake. I now have
automake v1.9.6
installed, so the default script was actually requiring me to use a much
older version. Should it really
Murray Cumming wrote:
In the new header file of gtkbuilder, it use typename as parameter's
name, typename is a keyword of C++, so when compile C++ application such
as gtkmm, thunderbird, it will cause compile error, so it is better to
change it to another name like gtypename.
This has been
A simpler and faster solution would just be to scan all public headers
for known C++ keywords, it would also avoid the (build time) dependency
of a C++ compiler.
I don't agree with that one. It is much simplier to add a C++ compile
test. Afterall, which platform does not have a C++ compiler?
Elijah Newren wrote:
Do all embedded platforms have a C++ compiler?
You tell me. So far I don't see any that do not. Remember that C++ is
widely in use outside of Gnome.
And are there really
that many C++-specific keywords?
No. But again why reinventing the wheel?
Note: I wanted to
Asbjørn wrote:
I use C++/glib and i get this strange looking function:
guint my_class::length (const GSList *list) /* const to protect my list */
{
/* cast it to a non const pointer! */
return (g_slist_length ((GSList *) list));
}
So i want glib C to be more C++ friendly
Jake Goulding wrote:
Unfortunately, our particular use of glib requires static libraries for
everything (we static link on all the platforms our software is shipped
on, to minimize runtime issues). I asked this on the list at some point
in the past, and I think these are static libraries
Eugene Erokhin wrote:
My question about GUI.
Is it possible to use native Mac OS X interface (Aqua). Or it's a
politic of GTK - don't use native OS's GUI and draw all elements by
itself.
It is by design. Gtk, like Qt is a complete toolkit and does all the
rendering of widget by themselves.
Marco Barisione wrote:
Hi,
GtkSourceView 2 will have a new syntax highlighting engine that will
require a more powerful and fast regular expression library. This is why
I worked on EggRegex (a wrapper library around PCRE) to correct bugs and
to add new features.
[...]
So my question is:
Sven Neumann wrote:
GIMP has done that for quite a while already, so there's nothing that
would keep an application from adding a Help button to the file-chooser.
What's the point of adding one by default? By default it won't be
connected to anything useful and what good is a help button that
Matthias Clasen wrote:
Stuff that needs more work
- introspection
- international calendar support
Complete MacOS X support?
I'm about to pick Qt as a toolkit for a personal project just because of
that.
Hub
___
gtk-devel-list mailing list
Matthias Clasen wrote:
I want to have GTK+ 2.10 ready at or immediately after GUADEC.
Can somebody summarize the Mac port status?
Hub
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Carlos Garcia Campos wrote:
Hi,
since gtk+ is using evince as an external printing previewer, I'm
implementing a preview mode in evince, available through the command
line (--preview). It's based on the ephy printing previewer where the
menubar is hidden and the toolbar contains navigation
Tim Janik wrote:
Hi All.
the request for providing object and strcuture
serialization/deserialization
in libgobject has come up a number of times:
http://mail.gnome.org/archives/gtk-devel-list/2001-January/msg00128.html
It might be nice to put some information about this into the OS X specific
section in the docs.
It is documented by Apple :-)
Hub
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Michael L Torrie wrote:
Sure, but but what about apps like the Gimp. These apps don't fit
currently into the OS X paradigm 1:1. OS X apps do not switch menus
willy nilly between different windows in the same application. Thus
doing some automatic window-menubar mappings would really be bad
electroteque wrote:
I went all the way back to cairo in the list. It would be nice if it
said which library was trying to reference libiconv ? Should i take out
/sw/lib out of my path for compiling ?
I'll make a wild guess (as I haven't even tried that code):
Just add -framework
electroteque wrote:
Cairo makefile i guess or pango ?
Well, to the right _LDFLAGS in the right makefile, the one that fails. I
maybe mis-read. Again, I don't have that code here, I just have some
knowledge/experience.
The ld libtool is using is /usr/bin/ld, could that be an issue ? should
electroteque wrote:
like this ? libpangocairo_1_0_la_LDFLAGS = -framework CoreFoundation
-framework ApplicationServices
if that it to build libpangocairo_1_0_la, yes.
I suppose but is it a bug, or just my system ?
I'd say it is a bug. But again, just a wild guess.
Hub
electroteque wrote:
Hi there, im having some issues getting glib compiled for OSX. Ive been
going through these steps on this page which aparantly doesnt require
X11. http://developer.imendio.com/wiki/Gtk_Mac_OS_X/Build_Instructions
I had some great pain getting up to glib, especially cairo
electroteque wrote:
Yeh its complete hacking here. I have libs and includes all over the
place. I suppose i should configure all the dependancies via source and
not rely on fink ? It means ill have duplicates though.
Just build in a different prefix. Back when I was working on that I did
electroteque wrote:
ok however the pkg-config is in fink which has been a pain, ive had to
add symlinks all over the place to the fink pkgconfig path !
So do i build everything including pkg-config into a different prefix ?
Just set the PKG_CONFIG_PATH environment.
Hub
Mikael Hallendal wrote:
Imendio AB announces the GTK+ on Mac OS X port project
Tue Nov 22 12:06:00 CET 2005
Since this is posted on the gtk-devel list, maybe it would be more
appropriate to have technical facts instead of P.R. B.S., no?
Hub
___
36 matches
Mail list logo