on
this. The plan is to make a decision on at the summit, we'll
discuss
this proposal there.
Cool.
behdad
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
--
Gustavo J. A. M. Carneiro
, the __attribute__ stuff is only
easier to parse if you use something like GCC-XML (with its associated
problems) to parse the header files. Otherwise the current gtk-doc
syntax appears to me much simpler to parse for a simple
python/perl/whatever script.
--
Gustavo J. A. M. Carneiro
[EMAIL
On Sat, 2008-06-07 at 14:28 +0200, Mikael Hallendal wrote:
Hi,
7 jun 2008 kl. 14.02 skrev Gustavo J. A. M. Carneiro:
snip
Regarding gtk+-2.0 dying, I am amazed by that statement. I realize
that gtk+ developers like yourself have studied the matter with
greater
detail and know
that compile with gtk+ 2.0 with
GTK_DISABLE_DEPRECATED automatically become gtk+ 3.0 ready.
--
Gustavo J. A. M. Carneiro
[EMAIL PROTECTED] [EMAIL PROTECTED]
The universe is always one step beyond logic -- Frank Herbert
___
gtk-devel-list mailing list
gtk
page it may need to do the pagination, which sometimes involves
actually simulating rendering of all the previous pages, which can be a
performance problem. This problem can be worked around, although it is
not easy on the programmer...
--
Gustavo J. A. M. Carneiro
[EMAIL PROTECTED] [EMAIL
, and then it will be
convoluted by printer driver bugs, etc.
Anyway, +1 from me too.
--
Gustavo J. A. M. Carneiro
[EMAIL PROTECTED] [EMAIL PROTECTED]
The universe is always one step beyond logic -- Frank Herbert
___
gtk-devel-list mailing list
gtk-devel
.
But, anyway, your idea is simpler to implement[1], and probably good
enough...
[1] although in my case the version numbering is derived automatically
by a hook: the 0.8.0 part comes from the nearest bzr tag, while the 214
is the current 'revno'.
--
Gustavo J. A. M. Carneiro
INESC Porto
stability.
Python bindings doesn't force you to implement all methods an
interface specifies so adding interface methods doesn't break the
program directly. But you still get a segfault sooner or later when
the nonexistent method is called.
So true.
--
Gustavo J. A. M. Carneiro
INESC
@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
--
Gustavo J. A. M. Carneiro
[EMAIL PROTECTED] [EMAIL PROTECTED]
The universe is always one step beyond logic -- Frank Herbert
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http
that it _should_.
In fact there are at least a couple of other changes in gtk+ 2.11.x that
break the API; we should really be more careful about these things...
--
Gustavo J. A. M. Carneiro
INESC Porto, Telecommunications and Multimedia Unit
The universe is always one step beyond logic. -- Frank Herbert
cases?
[1] http://bugzilla.gnome.org/show_bug.cgi?id=434023
--
Gustavo J. A. M. Carneiro
[EMAIL PROTECTED] [EMAIL PROTECTED]
The universe is always one step beyond logic -- Frank Herbert
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http
+, and only time will tell
how many layer-3+ modules belong in Gtk+, or how much of that is
application-specific. But even if it belongs in Gtk+, I believe a clear
separation of the layers 2 and 3 is crucial.
--
Gustavo J. A. M. Carneiro
[EMAIL PROTECTED] [EMAIL PROTECTED]
The universe is always one
to interfere with final content,
and the content should have white background and simple colors, none of
these gradients and 3d look that widgets have.
These are my reasons. I will not comment on whether or not the gtk
widget system could fulfill my needs.
--
Gustavo J. A. M. Carneiro
[EMAIL
] commented about it in
http://bugzilla.gnome.org/show_bug.cgi?id=419368
Yevgen
[1] Owen :)
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
--
Gustavo J. A. M. Carneiro
[EMAIL
call gobject.threads_init() without importing gobject first, and of
course import gobject already calls some GLib APIs... This is a very
tricky problem :|
--
Gustavo J. A. M. Carneiro
[EMAIL PROTECTED] [EMAIL PROTECTED]
The universe is always one step beyond logic
a va_list version; that would be equally unusable for
language bindings as there is no standard API to create va_lists.
--
Gustavo J. A. M. Carneiro
[EMAIL PROTECTED] [EMAIL PROTECTED]
The universe is always one step beyond logic.
___
gtk-devel-list
,
GParameter *parameters);
Regards,
--
Gustavo J. A. M. Carneiro
[EMAIL PROTECTED] [EMAIL PROTECTED]
The universe is always one step beyond logic.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http
,
let's not go down that path.
--
Gustavo J. A. M. Carneiro
[EMAIL PROTECTED] [EMAIL PROTECTED]
The universe is always one step beyond logic
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
(say, as an exception).
Even from C, it hides the error, making programmers less likely to
correctly realize they need to handle errors. Moreover, having a shared
GError per object makes it impossible to ever make the API thread-safe.
--
Gustavo J. A. M. Carneiro
[EMAIL PROTECTED] [EMAIL
in another package higher in the stack, installing VFS plugins?
--
Gustavo J. A. M. Carneiro
[EMAIL PROTECTED] [EMAIL PROTECTED]
The universe is always one step beyond logic.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org
of the competition in terms of gtk+
accessibility support.
--
Gustavo J. A. M. Carneiro
[EMAIL PROTECTED] [EMAIL PROTECTED]
The universe is always one step beyond logic.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman
mode canvases, at least for most non-trivial
applications.
Immediate mode is more memory efficient, but less CPU efficient. I
guess this is a tradeoff; which to pick depends largely on the
application domain.
Regards.
--
Gustavo J. A. M. Carneiro
[EMAIL PROTECTED] [EMAIL PROTECTED
gtkwidget/gtkcontainer stuff.
IMHO a canvas in gtk+ should not go too far. I'm not saying an HTML
widget would not be good to have in gtk+, but HTML/CSS and canvas are
two separate things; HTML/CSS can be built on top of a canvas, in
principle.
--
Gustavo J. A. M. Carneiro
[EMAIL PROTECTED
,
--
Gustavo J. A. M. Carneiro
[EMAIL PROTECTED] [EMAIL PROTECTED]
The universe is always one step beyond logic.
smime.p7s
Description: S/MIME cryptographic signature
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman
On Qua, 2006-07-12 at 23:47 +0900, Kouhei Sutou wrote:
Hi,
In [EMAIL PROTECTED]
Re: GtkTransparent on Wed, 12 Jul 2006 14:59:24 +0100,
Gustavo J. A. M. Carneiro [EMAIL PROTECTED] wrote:
Can you stack GtkTransparent widgets?
Yes.
If so, does it have the expected result
(e.g. #313268).
Regards.
--
Gustavo J. A. M. Carneiro
[EMAIL PROTECTED] [EMAIL PROTECTED]
The universe is always one step beyond logic
signature.asc
Description: Esta é uma parte de mensagem assinada digitalmente
___
gtk-devel-list mailing list
gtk
how to do it??
It can't be done with gtk+ alone, or at least not easily. Try
libgnomecanvas.
--
Gustavo J. A. M. Carneiro
[EMAIL PROTECTED] [EMAIL PROTECTED]
The universe is always one step beyond logic.
smime.p7s
Description: S/MIME cryptographic signature
this without a very compelling
reason. And no, mozilla does differently, or win32 does differently
is _not_ a compelling reason. Past versions of GNOME itself should have
more weight than win32 or mozilla.
Regards,
--
Gustavo J. A. M. Carneiro
[EMAIL PROTECTED] [EMAIL PROTECTED]
The universe
On Ter, 2006-03-28 at 11:22 +0200, Adriano wrote:
[...]
I am eager to have a native Gtk+ port on Mac Os X because I hate the
poor level of integration of OpenOffice and other Gtk based tools on
Mac.
Just nitpicking here, but OpenOffice is not Gtk based.
Regards,
--
Gustavo J. A. M
On Seg, 2006-03-06 at 18:00 +, Gustavo J. A. M. Carneiro wrote:
On Seg, 2006-03-06 at 08:27 -0500, Michael Sweet wrote:
Alexander Larsson wrote:
On Fri, 2006-03-03 at 13:59 -0500, Morten Welinder wrote:
What's the status of thread safety? Last I looked at cups it was
not thread
just saying it may not be useful as generally as you think.
Regards,
--
Gustavo J. A. M. Carneiro
[EMAIL PROTECTED] [EMAIL PROTECTED]
The universe is always one step beyond logic
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http
On Ter, 2006-02-28 at 12:42 -0500, Havoc Pennington wrote:
On Tue, 2006-02-28 at 16:33 +, Gustavo J. A. M. Carneiro wrote:
That sounds complicated to get right in one go. Personally, I'd just
be happy to have a canvas that lets you create items, with virtualized
draw method, even
will also benefit from sinkable
GObjects in the long run then.
In the long run it will not make any difference either way since we
will be using full introspection metadata which includes ref ownership
information explicitly; or at least should include it...
Regards.
--
Gustavo J. A. M
.
Federico
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
--
Gustavo J. A. M. Carneiro
[EMAIL PROTECTED] [EMAIL PROTECTED]
The universe is always one step beyond logic
On Tue, 2006-01-03 at 18:52 -0500, Owen Taylor wrote:
On Tue, 2006-01-03 at 23:43 +, Gustavo J. A. M. Carneiro wrote:
Completely agree. Interesting read too. I'd just like to add one
more thing.
g_object_new *should* always return a new reference, to be owned by
the caller
On Tue, 2006-01-03 at 19:22 -0500, Owen Taylor wrote:
On Wed, 2006-01-04 at 00:15 +, Gustavo J. A. M. Carneiro wrote:
On Tue, 2006-01-03 at 18:52 -0500, Owen Taylor wrote:
On Tue, 2006-01-03 at 23:43 +, Gustavo J. A. M. Carneiro wrote:
Completely agree. Interesting read too
On Tue, 2005-12-13 at 15:40 -0500, muppet wrote:
Gustavo J. A. M. Carneiro said:
IMHO, some functions are obvious candidates for inlining, regardless
of any profiling done on them. For instance:
gchar*
g_strdup (const gchar *str)
{
gchar *new_str;
gsize length
the option:
GList *dummy = g_list_append(tail, new);
With more or less typing, this is an easy warning to fix. And don't
get me started again about the evil of -Werror :P
--
Gustavo J. A. M. Carneiro
[EMAIL PROTECTED] [EMAIL PROTECTED]
The universe is always one step beyond logic
On Thu, 2005-09-08 at 19:16 +0200, Alexander Larsson wrote:
On Thu, 2005-09-08 at 17:00 +0100, Gustavo J. A. M. Carneiro wrote:
On Thu, 2005-09-08 at 14:31 +0200, Alexander Larsson wrote:
At some level this is perfectly fine, however when you start to change
the geometry (i.e. the size
, I bet he/she does not need a panel icon
nor its notifications.
Wow, I didn't know gnome panels could be non-sticky. Are you sure
about this??
--
Gustavo J. A. M. Carneiro
[EMAIL PROTECTED] [EMAIL PROTECTED]
The universe is always one step beyond logic
promising for controlling layout of canvas items,
especially since the same mechanism could then be used to layout both
canvas items and regular widgets.
Regards.
--
Gustavo J. A. M. Carneiro
[EMAIL PROTECTED] [EMAIL PROTECTED]
The universe is always one step beyond logic
Some more thoughts and a patch at
http://bugzilla.gnome.org/show_bug.cgi?id=313268
Cheers.
On Mon, 2005-08-01 at 22:40 +0100, Gustavo J. A. M. Carneiro wrote:
Hello,
I was looking at the following TODO item in the gobject-introspection
module:
Repository
like
GIREPOPATH=/foo:/bar.
I'd love to hear some comments, or even alternative suggestions, to
get this stuff moving again.
Regards.
--
Gustavo J. A. M. Carneiro
[EMAIL PROTECTED] [EMAIL PROTECTED]
The universe is always one step beyond logic
selection'. Personally I prefered this approach; but well...
Regards.
--
Gustavo J. A. M. Carneiro
[EMAIL PROTECTED] [EMAIL PROTECTED]
The universe is always one step beyond logic
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http
on subject
entry doesn't make composer selection disappear; but selecting first in
the subject entry then on composer, makes entry selection disappear like
it should.
Regards.
--
Gustavo J. A. M. Carneiro
[EMAIL PROTECTED] [EMAIL PROTECTED]
The universe is always one step beyond logic
On Tue, 2005-07-05 at 02:26 +0200, Tim Janik wrote:
On Tue, 7 Jun 2005, Gustavo J. A. M. Carneiro wrote:
I'd like to propose an API enhancement to GObject, in order to solve
pygtk bugs 161177 and 123891 in a way that doesn't involve some hack.
As people may or may not know, in PyGTK
On Tue, 2005-07-05 at 13:57 +0200, Tim Janik wrote:
On Tue, 5 Jul 2005, Gustavo J. A. M. Carneiro wrote:
On Tue, 2005-07-05 at 02:26 +0200, Tim Janik wrote:
On Tue, 7 Jun 2005, Gustavo J. A. M. Carneiro wrote:
I'd like to propose an API enhancement to GObject, in order to solve
pygtk
On Tue, 2005-07-05 at 12:29 -0400, muppet wrote:
On Jul 5, 2005, at 7:57 AM, Tim Janik wrote:
On Tue, 5 Jul 2005, Gustavo J. A. M. Carneiro wrote:
Currently [construction properties will] be set by the GObject
system at the wrong time, i.e. before the python proxy object
g_object_newv_with_data to create GObjects while passing some data
to the constructor.
Comments welcome.
PS: patch is in bug 305560
--
Gustavo J. A. M. Carneiro
[EMAIL PROTECTED] [EMAIL PROTECTED]
The universe is always one step beyond logic
? gobject/actual-abi
? gobject/expected-abi
Index: gobject
, where File-Exit quits the application by closing all
windows. Since each window contains one document, on File-Exit you may
have to confirm saving multiple documents. And it's annoying to have to
confirm saving documents several times in sequence.
Best regards.
--
Gustavo J. A. M. Carneiro
On Thu, 2005-05-12 at 18:23 +0100, Marc O'Morain wrote:
On 5/12/05, Gustavo J. A. M. Carneiro [EMAIL PROTECTED] wrote:
OK, but:
1. Fire Inkscape
2. Draw something on the blank document
3. Click on Create New Document
4. Draw something on the new
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
--
Gustavo J. A. M. Carneiro
[EMAIL PROTECTED] [EMAIL PROTECTED]
The universe is always one step beyond logic.
smime.p7s
Description: S/MIME cryptographic signature
the way mozilla searches in web
pages/links. This would more useful because sometimes you want a file,
but you have no idea how it starts, and you only know a word in the
middle.
Regards.
--
Gustavo J. A. M. Carneiro
[EMAIL PROTECTED] [EMAIL PROTECTED]
The universe is always one step beyond
On Mon, 2005-04-04 at 18:47 +0200, Jaap Haitsma wrote:
Gustavo J. A. M. Carneiro wrote:
On Sun, 2005-04-03 at 13:40 +0200, Jaap Haitsma wrote:
Hi,
The find as you type search functionality in the GtkTreeView which came
in GTK 2.6 is really cool in my opinion, because it saves a lot
it's the signal emission that is taking so much CPU
time...
Regards.
--
Gustavo J. A. M. Carneiro
[EMAIL PROTECTED] [EMAIL PROTECTED]
The universe is always one step beyond logic
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http
highlight on mouse over
(and maybe we could change cursor too) makes it obvious that this ruler
is special and can be interacted with. Moreover, a ruler is very useful
to display distances, whilst the thumbwheel doesn't allow this.
Regards.
[1] http://sourceforge.net/projects/numexp
--
Gustavo J
will be memory hungry on really large files, as the
buffer should be the entire file on memory.
Then this should be mentioned in the documentation, that's all. The
API doesn't have to apply to all use cases.
Just my 2 cents.
Regards.
--
Gustavo J. A. M. Carneiro
[EMAIL PROTECTED] [EMAIL PROTECTED
On Sun, 2005-02-27 at 19:43 -0500, muppet wrote:
On Feb 27, 2005, at 7:26 PM, Gustavo J. A. M. Carneiro wrote:
2. the memory option: when a library is loaded, we create a special
module object, derived from PyModule_Type, which contains an attribute
getter (tp_getattro slot) that looks up
58 matches
Mail list logo
