+1 to seeing this in glib.
On Sun, 2007-01-28 at 01:50 +0100, Soeren Sandmann wrote:
> Hans Petter Jansson <[EMAIL PROTECTED]> writes:
> Well, they are actually _more_ stable than other things we call
> iterators. GtkTree- and GtkTextIters become invalid as soon as you
> make _any_ change to the d
On Tue, 2006-09-19 at 13:07 +0100, Damon Chaplin wrote:
> Can we even agree on 2 fundamental requirements:
>
> 1) Should the canvas & items have a model/view split?
> - It is very useful for (A) above but makes (B) awkward.
>
> 2) Should it support embedded widgets?
> - Useful for (B)
On Thu, 2006-07-20 at 10:04 +0200, Murray Cumming wrote:
> In the GTK+ meeting at GUADEC
> ( http://www.gtk.org/plan/meetings/20060625.txt )
> there was talk of making GtkLabel editable.
>
> For what is this needed?
It would also be used by evince for forms. I would also have used them
for GtkCe
On Thu, 2006-05-11 at 12:29 -0500, Travis Watkins wrote:
> On 5/11/06, Alexander Larsson <[EMAIL PROTECTED]> wrote:
> > On unix we could use evince (or another pdf viewer of your choice), on
> > OSX we could use preview.app, and on Windows we could generate a .emf
> > file (easy with cairo) and use
On Wed, 2006-01-25 at 10:00 -0800, Bastian, Waldo wrote:
> Using a Xsettings sounds like a viable solution to me. In what regard do
> you think that it doesn't scale well?
It's possible that an Xsetting is right for this particular config
option. If we come up with a good one then, by all means,
On Mon, 2006-01-23 at 22:35 -0500, Matthias Clasen wrote:
> 2006-01-23 Matthias Clasen <[EMAIL PROTECTED]>
>
> Add GtkLinkButton, a port of GnomeHRef. (#314808, Emmanuele Bassi)
>
> * gtk/gtklinkbutton.h:
> * gtk/gtklinkbutton.c: New files.
>
> * gtk/gtk.h:
> * gtk/gtk.symbols:
> * gtk/Makef
On Tue, 2006-01-24 at 14:48 +, Calum Benson wrote:
> Yes... gnome-print :) Or at least, it used to:
>
> http://bugzilla.gnome.org/show_bug.cgi?id=96802
> http://bugzilla.gnome.org/show_bug.cgi?id=158012
>
> so if it doesn't any more, I guess we've just entered Regressionsville.
We should l
This is a really nice write up, Alex! I'm replying to selected parts.
On Wed, 2006-01-18 at 20:07 +0100, Alexander Larsson wrote:
> (cc:ing some people who I think might be interested in this)
>
> I've just started looking at doing a printing dialog for Gtk+
> 2.10. For some background th
Hey,
The mail queue hadn't been flushed since August, so we'd built up a
healthy backlog of messages (and unhealthy backlog of spam.) I went
ahead and moderated it. A bunch of random messages will probably appear
soon.
Also, I signed this list up for the moderator project, so hopefully it
won't
On Thu, 2005-12-15 at 07:49 -0800, Dave Benson wrote:
> On Thu, Dec 15, 2005 at 12:49:45PM +0100, Tim Janik wrote:
> this thread never really addressed my concern,
> which was that this makes it so that container classes
> before 2.10 have one style, and >=2.10 have another.
> considering that thi
Matthias Clasen <[EMAIL PROTECTED]> writes:
> Last week I looked at the different proposals for moving GnomeDruid to
> GTK+ (see bug 115348). There are 2 patches. The first one has the
> following broad characteristics:
Awesome.
> After thinking some more about the different approaches here, I t
John Luke <[EMAIL PROTECTED]> writes:
> Hello,
> Jonathan Blandford wrote:
>
> >Now that GTK+-2.8.0 is out, the GTK+ team would like to announce Project
> >Ridley.
> >
> >
> Maybe a dock widget and/or a property editor can also be considered
>
JP Rosevear <[EMAIL PROTECTED]> writes:
> I'm also for this, right now we are using multiple networking libraries
> and we fix the same bugs in multiple places. I think its odd as a
> platform we have no "official" way to great an http/network connection
> (yes libsoup is in the platform for evol
"Banginwar, Rajesh" <[EMAIL PROTECTED]> writes:
> I am really glad to see the intention of keeping the ABI same even with
> 3.0 release.
>
> As we are going to include GTK 2.4 or 2.6 (based on distro feedback;
> e.g. Redhat ships with 2.4) in the first release of desktop module of
> LSB, having
Jeff Waugh <[EMAIL PROTECTED]> writes:
> Probably worth putting some of the ABI/API answers on the ProjectRidley
> page, just so it's absolutely clear. I would do it, but I don't really want
> to miscommunicate the goals. :-)
Good point. Done.
Thanks,
-Jonathan
_
Rodrigo Moya <[EMAIL PROTECTED]> writes:
> what about libsoup/network library? Wouldn't it also make sense to move
> it to a libgnet in glib?
I don't know of any plans for this. I don't think networking makes a
whole lot of sense in glib, and these libraries being separate is less
harmful than t
Now that GTK+-2.8.0 is out, the GTK+ team would like to announce Project
Ridley.
GOALS:
The primary goal of Project Ridley is to cut down on the number of
problem libraries that are part of the GNOME platform. We propose to do
this by moving functionality into GTK+, wherever it makes sense. Th
Matthias Clasen <[EMAIL PROTECTED]> writes:
> > * I needed a constructor for boxed types. I put a patch in bugzilla to
> >add support for this. Also, return-types in constructors seem to be
> >optional. They should prolly be mandatory.
>
> agreed
I'll update the DTD then. I wonder i
Hi,
I had a look at the GIntrospection work Matthias had done at
http://bugzilla.gnome.org/show_bug.cgi?id=139486
I wanted to try to convert poppler-glib over to use this system. It is
a fairly small library, with two GObjects, a couple boxed types, and a
bunch of enums.
I wrote up an quick
Stefan Kost <[EMAIL PROTECTED]> writes:
> I've already narrowed this a little further - its in gtktreeview.c (3801)
>
> /* draw the big row-spanning focus rectangle, if needed */
> if (!has_special_cell && node == cursor &&
> GTK_TREE_VIEW_FLAG_SET (tree_view, GTK_TREE_VIEW_DRAW
20 matches
Mail list logo
