On 08/30/2010 08:51 AM, Paul Davis wrote:
> The logic is that despite its "*nix-type" infrastructure, this is how
> Apple has intended ISV's to distribute software, and as a result, its
> what users expect. You will rarely (if ever) see an OS X application
> that has a list of prequisites other tha
While I'm making trivial comments about wrap box - there's START/END
in several other enums, rather than BEGIN/END (just look through
gtkenums.h, wrap box is the only BEGIN)
@GTK_WRAP_BOX_SPREAD_EVEN description says "evenly distributed between
children" which I think means "as spacing between chi
Hi,
On Mon, Aug 30, 2010 at 9:51 PM, Havoc Pennington wrote:
> I think "guint" here is just misleading; it's not like you can use
> UINT_MAX, GTK uses signed int for most layout internally to avoid
> screwy bugs caused by subtraction ending up < 0.
> Also public API like set_size_request and GtkS
it'd be great to avoid the GtkBox stuff I was whining about in the
padding thread, e.g.
void egg_wrap_box_insert_child (EggWrapBox
*layout,
GtkWidget
*widget,
GLib 2.25.15 is now available for download at:
ftp://ftp.gtk.org/pub/glib/2.25/
http://download.gnome.org/sources/glib/2.25/
cb4fd91cfc2f55f89b5bc3e1999d7f778cd9cfa6596cf6391216ff3273b046b3
glib-2.25.15.tar.bz2
334bcc0ef5c4aefc36708db53f32725d7be9a9128e7414e4abc03161a654fdfb
glib-2.25.15.tar
On 08/24/10 13:42, Tristan Van Berkom wrote:
> Is this a kind of widget that we are interested in adding to GTK+ ?
What are the usecases for such a container? The selection of features looks a
bit arbitrary to me.
behdad
___
gtk-devel-list mailing list
Hi,
On Mon, Aug 30, 2010 at 5:00 PM, Behdad Esfahbod wrote:
> Well, I was implicitly suggesting that we take all of CSS margin, border,
> padding and then some.
>
I see. Yeah, that could be cool. I thought about it a little but you
have to figure out what "background" and "border color" mean in
On 08/30/10 14:01, Havoc Pennington wrote:
> Hi,
>
> On Mon, Aug 30, 2010 at 1:26 PM, Behdad Esfahbod wrote:
>> On 08/29/10 19:02, Havoc Pennington wrote:
>>> - is it called padding or border (border is nice perhaps since it
>>> contrasts with all the existing stuff called padding)
>>
>> Why not
GTK+ 2.21.7 is now available for download at:
ftp://ftp.gtk.org/pub/gtk/2.21/
http://download.gnome.org/sources/gtk+/2.21/
d55fdc6638d2b9df3867346da0afe142475fe8a1d9b6ef3910dacedb8af427d2 gtk
+-2.21.7.tar.bz2
0030911c1817495a58c06adc5785417ffd7d4699e73326f0d1bddd947aa8990d gtk
+-2.21.7.tar.gz
Hi,
On Mon, Aug 30, 2010 at 1:26 PM, Behdad Esfahbod wrote:
> On 08/29/10 19:02, Havoc Pennington wrote:
>> - is it called padding or border (border is nice perhaps since it
>> contrasts with all the existing stuff called padding)
>
> Why not copy the CSS box model to the extent that it's releva
On 08/29/10 19:02, Havoc Pennington wrote:
> - is it called padding or border (border is nice perhaps since it
> contrasts with all the existing stuff called padding)
Why not copy the CSS box model to the extent that it's relevant?
behdad
___
gtk-devel
On Mon, 30 Aug 2010, Paul Davis wrote:
> On Mon, Aug 30, 2010 at 9:47 AM, Allin Cottrell wrote:
> > On Mon, 30 Aug 2010, Tor Lillqvist wrote:
> >
> >> > It has certainly been explained that that is the situation on
> >> > Windows, and I fully accept it. It's less clear that it should be
> >> > th
On Mon, Aug 30, 2010 at 9:47 AM, Allin Cottrell wrote:
> On Mon, 30 Aug 2010, Tor Lillqvist wrote:
>
>> > It has certainly been explained that that is the situation on
>> > Windows, and I fully accept it. It's less clear that it should be
>> > the situation on OS X, with its *nix-type substructure
Looking at ClutterBoxLayout, they separate x and y fill, which may be
worth adding here.
void clutter_box_layout_pack
(ClutterBoxLayout*layout,
ClutterActor*actor,
gboolean
expand,
Hi,
On Sun, Aug 29, 2010 at 7:02 PM, Havoc Pennington wrote:
> 2. supporting superclasses deriving from GtkWidget that want to add
> more "padding area" stuff to their subclasses on top of what GtkWidget
> already does. GtkMisc would be an example - maybe the only example?
I forgot about Contain
Hi,
On Mon, Aug 30, 2010 at 4:22 AM, Steve Frécinaux wrote:
> When the said window is not maximized, the scrollbar is often not on the
> edge of the window, because it can be in a notebook for instance (as it is
> the case in gedit) or have margins, but when the window is maximized, it
> needs to
On Mon, 30 Aug 2010, Tor Lillqvist wrote:
> > It has certainly been explained that that is the situation on
> > Windows, and I fully accept it. It's less clear that it should be
> > the situation on OS X, with its *nix-type substructure.
>
> You have it backwards. It was from the GTK-on-OS-X peopl
> It has certainly been explained that that is the situation on
> Windows, and I fully accept it. It's less clear that it should be
> the situation on OS X, with its *nix-type substructure.
You have it backwards. It was from the GTK-on-OS-X people (well, at
least those that I have heard from) that
On Sun, 29 Aug 2010, Paul Davis wrote:
> On Fri, Aug 27, 2010 at 4:17 PM, Allin Cottrell wrote:
> > On Fri, 27 Aug 2010, Kristian Rietveld wrote:
> >
> >> For a GTK+ runtime package ("GTK+ Framework"), I think you should
> >> check out what has been done in the past. It is by no means an easy
>
On Mon, Aug 30, 2010 at 5:43 AM, Alberto Ruiz wrote:
> Hello Paul,
>
> 2010/8/30 Paul Davis :
>>> As long as the people working on GTK-OSX do it with a us-vs-them
>>> attitude (like you display here by talking about the GTK developers in
>>> third person), things are not going to change. If you st
On Mon, Aug 30, 2010 at 5:01 AM, Benjamin Otte wrote:
> On Mon, Aug 30, 2010 at 1:12 AM, Matthias Clasen
> wrote:
>> Hey Benjamin, the branch builds just fine, but I see a ton or redraw issues.
>> Everything basically turns black after a while...
>>
> Oh, I forgot about that:
> I switched csw wi
Hello Paul,
2010/8/30 Paul Davis :
>> As long as the people working on GTK-OSX do it with a us-vs-them
>> attitude (like you display here by talking about the GTK developers in
>> third person), things are not going to change. If you start
>> considering yourself part of the team and actively enga
On Mon, Aug 30, 2010 at 1:12 AM, Matthias Clasen
wrote:
> Hey Benjamin, the branch builds just fine, but I see a ton or redraw issues.
> Everything basically turns black after a while...
>
Oh, I forgot about that:
I switched csw windows to using Cairo subsurfaces, which are a new
feature in Cairo
On 08/30/2010 01:02 AM, Havoc Pennington wrote:
In brief it adds to GtkWidget:
h-align, v-align = FILL, CENTER, START, END
padding-left,padding-right,padding-top, padding-bottom = int16
A small point to keep in mind when implementing something like that is
the scrollbar behaviour, which
24 matches
Mail list logo
