Hi Matthias,
Thanks for posting this roadmap, and sorry for responding to it a month
late.
One thing I don't see on that roadmap that I was hoping to see is some
mention of new drag-and-drop API. I recall seeing Benjamin talking
about it on irc at some point, but I haven't followed up since then
you don't have an account on Bugzilla yet, I'd recommend creating one and
posting your patch as a feature request to the GTK+ module.
Thanks,
Cody
On Fri, Oct 7, 2011 at 5:16 PM, olivergran...@gmx.de
wrote:
> Dear Cody Russell,
>
> I have written a small additional functi
On Thu, Jul 22, 2010 at 4:54 AM, Benjamin Otte wrote:
> The work is done and the code runs now. Well, at least testgtk and
> gtk3-demo do. On X11. I'd be happy if others could take it for a spin
> and find issues with it or even have a go at Quartz and Win32 code.
>
Hey Benjamin,
This is awesom
On Wed, May 12, 2010 at 4:24 PM, Shaun McCance wrote:
> On Wed, 2010-05-12 at 09:29 +0200, Cody Russell wrote:
> >
> > 2/ Corner resize grips. I want to add support for this directly to
> > GtkWindow anyway.
> >
> Is anybody actively working on this? Are there way
On Wed, May 12, 2010 at 11:44 AM, Christian Dywan wrote:
> I am curious, as GtkStatusbar is used in every second application,
> about your suggestions on how to replace it in the typical use cases.
>
I don't actually have thoughts on this yet.. most of the apps I can think of
that use statusbars
I think it would be kind of nice to deprecate GtkStatusbar. It's one of the
more useless widgets we have, imo. It basically serves two purposes:
1/ Pushing and popping text messages. This is a really terrible way to
communicate information to users, imo.
2/ Corner resize grips. I want to add s
On Mon, 2010-04-05 at 11:24 -0700, John Ralls wrote:
> > But Carbon is deprecated anyway, right? So if one were to try to
> design
> > support for all this into gtk 3.0, would it hurt to just ignore
> Carbon
> > and design for Cocoa?
> >
>
> You're correct. A Cocoa-based mac integration library
On Mon, 2010-04-05 at 10:15 -0700, John Ralls wrote:
> Menubars are an interesting problem. The Gtk+ paradigm is that each
> window has its own menubar, and there is no requirement that different
> windows' menubars should have the same contents. OSX, on the other
> hand, normally uses a single men
On Mon, 2010-04-05 at 11:16 -0400, Colin Walters wrote:
> There are a lot of secondary goals, like ensuring app-uniqueness,
> improving remote scriptability, better lifecycle support (when & how
> to save state), etc., but they're less important I think than the
> menu.
I'm not sure if this relat
On Mon, 2010-03-15 at 21:14 +, jcup...@gmail.com wrote:
> Yes, libdispatch is a nice mechanism. If anyone's not come across it,
> it provides dynamically resizeable threadpools with a central manager
> which adjusts pools globally to keep the system from bogging down (and
> a few other bells an
On Thu, 2010-03-11 at 09:20 +, Alberto Ruiz wrote:
> > If there ends up being a bug report about this, please share the bug
> > number. And hopefully we can get some usability nerds involved in
> > this decision.
>
> I agree with Sandy here, I would leave this decision up to the
> usability g
On Thu, 2010-03-11 at 10:16 +0100, Christian Dywan wrote:
> Using the mouse wheel that way in a web browser or text editor is a
> very convenient feature. It is much quicker than having to move the
> pointer to one of the sides only to switch tabs.
>
> Please don't break it just because you never
So, right now GtkNotebook allows you to change tabs by using the mouse
wheel. Once I noticed this and the more I thought about it, it really
seems like a terrible feature and one that may be detrimental to
usability.
I talked to Matthias briefly on irc, and he seemed to agree. He
suggested that
On Fri, 2010-02-26 at 16:26 +0100, Christian Dywan wrote:
> > I'd also like to try to get RGBA and decorations stuff into 3.0 if
> > possible.
>
> This is about 2.20/2.90, the last API compatible release, not to be
> confused with 3.0, which would be the fancy feature release according
> to the pl
On Fri, 2010-02-19 at 22:59 -0500, Matthias Clasen wrote:
> Now, this still leaves us with the question of how to reach a
> plausible GTK3 release in the fall. I personally want to achieve a few
> things:
>
> - Merge the xi2 work of Carlos
>
> - Finish the gdbus work of David
>
> - If there is t
On Wed, 2009-11-25 at 17:52 -0500, Matthias Clasen wrote:
>
> > 7. menu export over D-Bus [bratsche]
> > - useful for ubuntu's "application indicators"
> > - Quartz backend
> > - menu reflowing
> > - bratsche is working on a general purpose menu proxy
> > - 3.0 material
>
> Is this based on proxy
On Sun, 2009-11-08 at 21:24 +0100, nf2 wrote:
> Qt can already link
> GLib for the main-loop, provide Gtk+ filechoosers, thus moving forward
> to full VFS support seems natural. Perhaps QtVFS could be thin
> bindings for GIO, designing another VFS API from grounds up doesn't
> sound like a good ide
On Wed, 2009-11-04 at 06:23 +0100, Javier Jardón wrote:
> The question: why is it normal for GTK widget "constructors" to return
> GtkWidget and not their real type?
>
> For instance I would expect:
>
>gtk_menu_item_new ()
>
> To return GtkMenuItem*. But it doesn't, it returns GtkWidget*.
>
On Thu, 2009-10-22 at 21:19 +0200, Maarten Bosmans wrote:
> On the roadmap [1] the extended layout work is listed as a possibility
> to go in 2.20. I would really like for that to happen. Especially with
> the natural size stuff, I would be able to throw out some custom
> widget code I needed to ad
On Fri, 2009-10-02 at 15:27 -0400, Paul Davis wrote:
> > Sure they do... Cody said apps will have to use public APIs instead
> of
> > accessing struct members directly. I just pointed out that some
> things
> > don't have accessor functions yet, which is a known issue, judging
> by
> > other repl
On Mon, 2009-09-28 at 15:12 -0400, Morten Welinder wrote:
> This is a consequence of the halfway G_SEALing that was done. Insofar
> G_SEAL
> is a good idea, it should apply to GTK+ itself, i.e., GtkLabel has no
> business
> messing with the internals of GtkWidget, although obviously it should
> ha
On Fri, 2009-09-18 at 19:46 -0700, John Ralls wrote:
> I've opened https://bugzilla.gnome.org/show_bug.cgi?id=595641, a very
> trivial bug and patch which unfortunately breaks the build on OS-X.
> Could someone with git write privs please apply the patch ASAP?
I went ahead and committed this. Nor
On Wed, 2009-09-02 at 14:28 -0400, David Zeuthen wrote:
> Unfortunately there's a lot of const incorrectness in the GLib and GTK
> +
> stack - maybe we should fix this in GLib3/GTK3 since it's going to be
> a
> new ABI.
Just a very minor correction, but at the moment there are no plans for
GLib 3.
On Tue, 2009-08-18 at 15:27 -0700, Christian Hergert wrote:
> One of the items I haven't seen discussed is input validation. Web
> frameworks such as Rails and Django spent a great deal of time
> making
> these easy to work with and I think that it should be considered for
> gtk+ 3.0.
I onl
On Mon, Aug 17, 2009 at 11:06 AM, Thomas Wood wrote:
> On Mon, 2009-08-17 at 10:42 -0500, Cody Russell wrote:
> > Right, but I guess that's part of the point of all this. Wouldn't it
> > make more sense if we try to move this type of information into a
> > si
On Mon, Aug 17, 2009 at 9:11 AM, Thomas Wood wrote:
> On Mon, 2009-08-17 at 15:01 +0100, Neil Jagdish Patel wrote:
> >
> > Sounds like the checkbox is "active" (checked), and the user is hovering
> > over it, hence prelight. Not sure that's how it currently works, though.
> >
>
> This is not how
On Sun, Aug 16, 2009 at 4:35 PM, Thomas Wood wrote:
> I think the current GTK+ states are correct as an enum. They are single
> user or application activatable states of which the widget cannot be in
> more than one state at once (normal, insensitive, active, prelight).
But then we get workarou
On Sun, 2009-08-16 at 22:08 +0200, Kristian Rietveld wrote:
> As soon as the number of states is extended, I can see that it might
> start making sense to support multiple states at a time. How would
> state-changing animations work? From a bitfield I cannot really make
> up from which to which s
On Sun, 2009-08-16 at 14:45 -0500, Cody Russell wrote:
> In 2.18 there is new API for dealing with widget states:
>
> gtk_widget_get_state
> gtk_widget_{get,set}_visible
> gtk_widget_{get,set}_has_window
Sorry, I totally messed this up.. those are widget flags, not state
flags.
In 2.18 there is new API for dealing with widget states:
gtk_widget_get_state
gtk_widget_{get,set}_visible
gtk_widget_{get,set}_has_window
etc..
In the Dublin hackfest, one idea that came up for 3.0 was to switch from
an enumerated GtkStateType to a bitflag type so it's possible to support
multi
On Fri, 2009-07-10 at 10:45 -0400, Matthias Clasen wrote:
> GTK+ 2.90:
> - Outstanding GSEAL issues have not been resolved. bratsche spent
> some time on it, but gave up for lack of feedback
>
> Here is my proposal:
> - If people still want to do a 2.90 release in parallel with 2.18, now
> is th
On Thu, 2009-06-25 at 08:45 +0600, Aditi Barua wrote:
> for last few days i am trying to compile GTK+ source code from
> Windows.
> i have trying run GTK+ from my MinGW and msys tools. I issued
> command ./configure , make and make install, but it shows dependency
> error. When I glib from source
I might like to help work on this once my current project is finished, or at
least further along. I had begun integrating Carlos's StyleContext branch
with gtkrc parsing, but it really seems like CSS is a better direction to
take in 3.0 (if 3.0 is even still happening) if we can align better with
Project Giggity! :)
On Tue, Jun 2, 2009 at 11:39 AM, Javi wrote:
> Hello all,
>
> I'm new here, so if this list is not the correct place to propose
> this, please tell me.
> I'd like to propose consolidate libsexy library [1] into GTK+ in the
> context of the project Ridley [2].
>
> What curren
I'm recently working on adding support for client-side window decorations,
and this should make it easier to add arbitrary widgets into the window
frame area. I've got a branch up, but I was intending to wait until it's
further along before I post much about it and ask for review. But just
figure
2009 at 1:48 PM, Alberto Ruiz wrote:
> 2009/5/20 Cody Russell :
> > I'll definitely attend, and I'd like to join a hackfest if one happens.
>
> I think I can arrange it to attend as long as enough theming or win32
> people are around :-)
>
> > On Tue, May 19, 2009 a
I'll definitely attend, and I'd like to join a hackfest if one happens.
On Tue, May 19, 2009 at 11:06 PM, Behdad Esfahbod wrote:
> Hi everyone,
>
> Since the last attempt to organize a GTK+ hackfest failed and not many GTK+
> people seems to be going to GUADEC, I wonder whether there's interest t
On Mon, 2009-05-18 at 01:07 +0200, Wim Vander Schelden wrote:
> A few months back someone reported on this list hat he had ported GLib
> to Symbian. Has this port been merged, or is there somewhere I can get
> the branch of the Symbian version?
It has not been merged in. The problem was that stat
On Fri, 2009-05-15 at 13:51 -0400, David Cantin wrote:
> I don't known about this, but from an usability point of view, using
> native dialog should help applications users because they can use
> skills they have learned while they were using others applications..
>
> Those details are always sens
On Thu, 2009-05-14 at 22:46 -0400, David Cantin wrote:
> is there a plan or any activities regarding using the native file
> chooser on the Windows platform ? Like the print dialog does.
My feeling is that for such dialogs we should perhaps implement a dialog
that looks like the native one (widget
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 thinking to break this up by widget in order
On Wed, 2009-04-22 at 11:37 +0200, Steve Frécinaux wrote:
>
> Can't such big repetitive changes be addressed through some user
> script
> the way 2to3.py does for python2 -> python3 constructs for, say, the
> planned 3.0 ABI breakage ?
Yes, I talked about this in my last email. There's a rewri
On Tue, 2009-04-21 at 20:00 +0200, Tim Janik wrote:
> To sum up our getter options:
>
> a)
> /* force adding lots of helper variables into user code */
> void gtk_widget_get_allocation (GtkWidget *widget,
> GtkAllocation *allocation);
>
> b)
> /
On Thu, 2008-09-25 at 02:02 +0200, Christian Dywan wrote:
> > * gtk_widget_get_allocation
> >Removed in 2.14.1
>
> The prototype of this function was not agreed upon among the core
> developers. So the decision was deferred to the next Gtk version.
> It had to be removed before final
On Thu, 2009-04-16 at 18:33 +0100, Simon McVittie wrote:
> GLib defines G_GNUC_DEPRECATED, which expands to
> __attribute__((deprecated))
> in gcc versions that support it.
Oh, awesome. I don't think I ever noticed this before. Maybe because
it looks like it's never used anywhere.
So here is an
Hi,
I experimented today with using gcc attributes instead of struct member
renaming, and wanted to open a discussion of this. I changed GSEAL so
that it looks like this:
#ifndef GSEAL
/* introduce GSEAL() here for all of Gdk and Gtk+ without the need to
modify GLib */
# ifdef GSEAL_ENABLE
#
On Thu, 2009-04-09 at 08:06 -0400, Dr. Michael J. Chudobiak wrote:
> I'd like to see a gdk-pixbuf that can support something other than 8
> bits per pixel. Can arbitrary bpp (or at least 1-32) be made a goal
> for
> gtk+ 3, to provide decent support for things like modern raw digital
> camera fi
On Thu, 2009-04-09 at 01:55 +0200, Tim Janik wrote:
> Hello Gtk+ Development Community.
>
> The need for a Gtk+ 3.0 roadmap has been discussed during several
> Gtk+ team IRC meetings, at conferences and on other opportunities.
>
> So a few months ago, we've set down to collect the input from so
>
On Tue, 2009-03-24 at 01:43 -0400, Matthias Clasen wrote:
> Our plans from last year were aiming for a parallel 2.90 release at
> the same time. Since I haven't heard an update from the 3.0 drivers, I
> can't say if that is still realistic at this point.
I'll try to ping people from Lanedo and see
On Tue, Feb 24, 2009 at 12:30 AM, Alberto Ruiz wrote:
> * All drawing funcitions to use a cario context and hide GtkWidget and
> GdkWindow (Strong request from 3rd party toolkits)
>
After thinking some more about this, I'm not convinced that getting rid of
the GtkWidget* pointer is a good idea.
I can test this patch sometime this week, or this weekend. In
particular, we need to verify that this doesn't break the transient
window stuff.
On Wed, 2009-03-04 at 12:49 -0300, Rodrigo Miguel wrote:
> > Not unless you have a patch to offer?
>
> Well that was working fine until 2.12.x version w
On Mon, 2008-10-06 at 23:47 +0300, Vlad Grecescu wrote:
> I think most of the people that use Gtk+ on Windows also use
> autoconf/automake (think Inkscape, Geany, Pidgin). Unfortunately they
> also use parralel Makefiles for win32.. having the opportunity to
> compile unmodified (vanilla) Gtk+ soft
On Mon, 2008-10-06 at 23:37 +0300, Vlad Grecescu wrote:
> I suppose MSM/MSI installers would be great I suppose for Visual
> Studio users!
> But would they install the pkg-config files, and the other libs for
> linking with mingw-gcc too?
Yes. For the moment the binaries would be mingw-compiled d
This coming weekend in Boston Summit I was planning to put in the last
work needed to get GTK+ WiX installer sources into shape and push them
upstream into svn. The idea being to start releasing official gtk.org
MSM/MSI installer files in future releases of GTK+.
I'm not familiar with the mingw/m
On Thu, 2008-09-25 at 15:07 -0400, Morten Welinder wrote:
> If all you really want is to change the defaults for box packing, then
> why isn't that all you are proposing? It would be a simple 1-line
> patch to gtk_box_pack_start_defaults, if I understand things right.
If all you do is change the
On Tue, 2008-09-23 at 18:31 -0400, Morten Welinder wrote:
> > + massive deprecation at branch for 2.90
> > + everyone agrees
> > ACTION: mitch files bugs with the various patches
>
>
> This late-cycle deprecation will make it hard to write code that is
> kosher in both the old and the new world.
?
> >
> > I do agree with Alexander that it would make things a lot more
> > flexible. I only wouldn't know if it's possible without braking
> > API/ABI
> >
> > On Mon, Aug 4, 2008 at 11:33 PM, Cody Russell <[EMAIL PROTECTED]> wrote:
> >> On
On Mon, 2008-08-04 at 18:02 -0400, Paul Davis wrote:
> > I do agree with Alexander that it would make things a lot more
> > flexible. I only wouldn't know if it's possible without braking
> > API/ABI
>
> Not only flexible, but anything that moves us away from XMoveWindow
> for
> GtkLayout and GtkS
On Mon, 2008-08-04 at 23:57 +0200, Lieven van der Heide wrote:
> I don't think that will work, since the user of the gl widget may want
> to change the viewport as well, and the coordinates in glViewport are
> always absolute, not relative to the current one.
Yeah, I thought about that after I pos
On Sat, 2008-08-02 at 21:35 +0200, Alexander Larsson wrote:
> * Some operations require an X window id, for example:
>+ glXMakeCurrent()
> so that you can draw into a window with opengl.
> You can still draw to the toplevel window, but you can't
> have GdkOffscreenWindow autom
On Thu, 2008-07-17 at 20:18 +0200, Tim Janik wrote:
>
> I think any moderately experienced developer could tackle this (e.g.
> someone who has implemented his own widget at some point).
I -might- be willing to volunteer for this if nobody else does. But if
I do I want to make it clear that I wou
On Mon, 2008-07-14 at 18:25 +0200, Benjamin Berg wrote:
> This is a problem, but it cannot be addressed by taking engines out of
> the equation. We need engines at least for OS integration, so I think
> that the best thing we can do is to create a proper quality assurance
> for them.
And the OS in
On Mon, 2008-07-14 at 12:06 -0400, Morten Welinder wrote:
> You had such a meeting and no-one wanted to address the sad fact
> that theme engines in their current form are a major source of
> mysterius
> bugs when they corrupt the state of the running program.
But I think that's a result of having
On Mon, 2008-07-14 at 15:56 +, Benjamin Berg wrote:
>
> Would everyone be fine if I start adding a "theme" keyword to any bug
> that is about theming or will affect themes?
> It may also be a good idea to create a tracker bug for issues that can
> be addressed with an API change like this.
Ye
On Mon, 2008-06-16 at 17:06 -0700, Sohail Somani wrote:
> Using GTK+-2.10 on Windows XP, I noticed a repainting bug in one of
> my
> gtk apps and reproduced it with gtk-demo.exe of gtk 2.10. I've
> attached
> the screenshot of the problem. It happens when I move the window
> overlapping the gtk
On Mon, 2008-06-09 at 16:37 +0200, Murray Cumming wrote:
> > Don't get me wrong, I don't *expect* it to happen - I mean, it's
> > completely feasible if the right person worked on it, but there's no
> > guarantee the right person will show up, so we can't count on that.
> > And even if someone hack
On Wed, 2008-06-04 at 19:59 +0200, Jean-Yves Lefort wrote:
> > I fail to see how any of this discussion should change your
> perception
> > of GObject. This is a discussion about GTK's usage of GObject, but
> your
> > own objects can continue to use it in whatever way makes the most
> sense
> > to
On Wed, 2008-06-04 at 19:15 +0200, Jean-Yves Lefort wrote:
> I thought that GObject was meant as a general-purpose object system
> for C, rather than as a GTK+-specific utility library. I suppose I
> misunderstood.
I fail to see how any of this discussion should change your perception
of GObject.
Is there a definitive format we should be using right now in ChangeLog?
I mean mostly where we put the bug# and stuff. I noticed that recently
there are two different formats being used:
2008-05-27 Matthias Clasen <[EMAIL PROTECTED]>
Bug 531008 – Crash in gtkprintunixdialog.c
16 at 14:19 -0400, Yu Feng wrote:
> Hmm,
>
> What about embedding different PDF viewers into the widget, on
> different
> platform? Or else will it be a lot of redundant work?
>
>
> On Wed, 2008-04-16 at 12:46 -0500, Cody Russell wrote:
> > I was thinking that it would
On Wed, 2008-04-16 at 19:54 +0200, Mathias Hasselmann wrote:
> Am Mittwoch, den 16.04.2008, 12:46 -0500 schrieb Cody Russell:
> > I was thinking that it would be nice if there was an integrated
> print
> > preview widget in GTK+, that would be available cross-platform and
> &
I was thinking that it would be nice if there was an integrated print
preview widget in GTK+, that would be available cross-platform and
wanted to check with people here before I commit much time to this.
Right now we're spawning another process to do this, and I think an
integrated widget would be
While you guys are talking about website stuff again, on a side note I
want to mention the information about IRC stuff on the webpage:
http://www.gtk.org/development.html
This page mentions #gtk-devel as a place where team meetings occur, but
there has been a lot of traffic to this channel recent
On Tue, 2008-02-19 at 23:06 +0100, Jaap A. Haitsma wrote:
>
> Thanks for your comments. I've incorporated them (see attachment)
> If there is consensus that these functions should be incorporated in
> GTK+, I can add documentation and prepare a patch for GTK+ trunk
>
> Comments?
This is cool stu
The gtk.org website's download section links to
ftp://ftp.gtk.org/pub/gtk/2.12/ and it appears that Matthias posts the
releases to http://ftp.gnome.org/pub/GNOME/sources/gtk+/2.12/
Going by the website, the latest release shown on the front page is
2.12.3, and the latest release on ftp.gtk.org is
On Fri, 2008-01-11 at 14:38 +, Bastien Nocera wrote:
> > I don't think we need to discuss libsexy in a meeting, let alone a
> > hackfest. Libsexy IIUC is a staging area for widgets, similar to
> > libegg. If that's the case, it cannot be "merged" at once and needs
> to
> > be done for each wi
On Fri, 2007-12-28 at 18:35 -0800, Bobby Walters wrote:
> I would like to contribute a little to the project. Is there anything
> I could do? Let me know how to get started, and who to talk to please.
Hey Bobby,
Welcome! Maybe start off by letting us know more of what kind of work
you're interes
On Wed, 2007-12-12 at 17:43 +0100, Lieven van der Heide wrote:
> Hi,
>
> I made some fixes for the nmake makefiles and the win32-fixup.pl script.
>
> glib, gmodule, gthread and gobject build fine now. gio and tests don't
> build yet, but I don't think that's related to the makefiles.
>
> Also, r
On Wed, 2007-11-14 at 22:01 +0100, Alexander Larsson wrote:
> > I think this is similar to a problem we have in gtkmm. When a GTK+
> > widget implements an extra GInterface, we can't just add a base
> class to
> > our existing C++ class, because that would break ABI in C++. So we
> just
> > don't w
On Wed, 2007-10-10 at 09:25 +0100, Martyn Russell wrote:
> Mathias Hasselmann wrote:
> > Am Montag, den 08.10.2007, 11:36 +0200 schrieb Kristian Rietveld:
> >> On Sun, Oct 07, 2007 at 04:22:09PM +0100, Alberto Ruiz wrote:
> >>> Have anyone seen this[0] one? I think it's a great improvement
> over
On Sun, 2007-10-07 at 13:30 +0200, Christophe Dehais wrote:
> ok guys, one more cube here.
> again, no color, just to see how the shapes look like.
>
> feel free to bash the idea.
I think the shapes look very nice.
___
gtk-devel-list mailing list
gtk-
I think that Matthias is still on vacation.
On Fri, 2007-09-07 at 17:31 +0200, Vincent Untz wrote:
> Some of the release team members are a bit worried that GTK+ 2.12.0 is
> still not out. We're three days away from the GNOME hard code freeze,
> and it would have been great to have at least anothe
Hi Lieven,
Look under build/win32/dirent/ in the glib source, there is a dirent
there.
/ Cody
On Thu, 2007-07-26 at 23:11 +0200, Lieven van der Heide wrote:
> Hi,
>
> I made some buildfixes for glib under visual studio.
>
> It's mostly related to gdir.c, which required the dirent.h file, which
On Sat, 2007-06-09 at 11:51 -0400, Owen Taylor wrote:
> The ^A is actually a bash problem on Windows (or maybe specifically
> with the msys version). It was a couple of years ago that I ran into
> it,
> so I don't remember the details, but it was something involving the
> newline stripping behavior
On Tue, 2007-05-29 at 00:08 +0100, Martyn Russell wrote:
> I agree. I did look into frames, etc to get around this, but that
> causes
> more problems than it solves. The main problem here is that the FAQ is
> generated, so we would need some post-docbook fix up script to do
> something here. It is
On Mon, 2007-05-28 at 19:15 +0100, Martyn Russell wrote:
> * What are people's thoughts on the initial look and feel?
It looks great, except for the FAQ. Can it be styled similarly to the
rest of the site and include the navigation bar at the top?
___
On Fri, 2007-05-11 at 12:48 +0100, Alberto Ruiz wrote:
>
> Cody, may I put there my jhbuildrc and moduleset for automated cross
> compiling with mingw32?
>
> The reason I asked tml for his scripts is to improve them so we can
> have a transparent and automated way to release the windows builds
Since tml is posting his Win32 build scripts, I figured I'd also mention
that I started a wiki page on live.gnome.org about cross-compiling GTK
for Win32 from Linux, and I think arc and muntyan have also updated it
further.
http://live.gnome.org/Cross_compiling_GTK%2B_for_Win32
I was previously m
Lieven, thanks very much for your work on that patch. It is greatly
appreciated!
On Fri, 2007-04-27 at 10:58 +0200, Lieven van der Heide wrote:
> thx:)
>
> On 4/27/07, Cody Russell <[EMAIL PROTECTED]> wrote:
> > Yeah, I committed to
On Fri, 2007-04-20 at 12:02 +0200, Sven Herzberg wrote:
>
> Well, isn't the "right" way to go the cairo path and make the
> communication of cairo and the GPU faster (that's "improve Xrender,
> the
> drivers etc.")? As this needs to be improved for a "GPU based GTK"
> anyway you won't get any adva
On Sun, 2007-04-01 at 21:46 +0200, Lieven van der Heide wrote:
> I made a new version which should work with tabs at any side, and
> also,
> the stretched packing seems to work fine now.
>
> My patch is still against revision 17429. Maybe someone can test it,
> and if it
> works I can merge it wit
On Thu, 2007-04-19 at 18:51 +0200, Carlos Garnacho wrote:
> There have been several discussions about getting a canvas into GTK+,
> being the last one in the GTK+ meeting at Fosdem [2], where one of the
> conclusions was that we needed to gather the candidates on one side
> and
> the desired featur
On Sun, 2007-04-01 at 18:44 +0200, Arnaud Charlet wrote:
> > Instead of doing that, can you test this patch and see if it solves
> > these problems for you?
>
> Sure.
>
> > Let me know if you have any problems. If not
> > I'll try to commit this to svn soon.
>
> This indeed solves the issue nic
On Sun, 2007-04-01 at 11:20 -0500, Cody Russell wrote:
> On Sun, 2007-04-01 at 11:03 +0200, Arnaud Charlet wrote:
> > > When the tabs are on the left, right, or bottom then the results are
> > > worse.
> >
> > Right, that's the main issue with this pat
On Sun, 2007-04-01 at 11:03 +0200, Arnaud Charlet wrote:
> > When the tabs are on the left, right, or bottom then the results are
> > worse.
>
> Right, that's the main issue with this patch. Strange that I get not so
> good results even with top tabs.
>
> > The bug #399253 is, I think, a separate
On Sat, 2007-03-31 at 21:29 +0200, Lieven van der Heide wrote:
> I made a patch for the windows theme engine, that adjusts the clip
> rectangle of
> the notebook buttons a bit. Now it resambles the native windows look more
> closely,
> and it fixes the gap between the left edge of the page and
On Wed, 2007-03-28 at 20:00 +0100, Alex Jones wrote:
> > This wouldn't work too well. MS Windows just doesn't have much of an
> > icon "style" to begin with. Microsoft seem to rework their icons for
> > each new Windows release, causing a lot of visual disparity among all
> > the applications targe
http://bugzilla.gnome.org/show_bug.cgi?id=103811
On Tue, 2007-03-27 at 07:37 +0100, Alex Jones wrote:
> A few years ago there used to be a distributor patch in Gentoo to enable
> this, and it was sweet. What happened, here?
___
gtk-devel-list mailing li
On Thu, 2007-03-15 at 16:57 +, Ross Burton wrote:
> On Thu, 2007-03-15 at 11:37 -0500, Cody Russell wrote:
> > On Wed, 2007-03-14 at 16:32 +0200, Itai Bar-Haim wrote:
> > > Hi.
> > > I was looking through the API, but I couldn't find a way to disable
> >
On Wed, 2007-03-14 at 16:32 +0200, Itai Bar-Haim wrote:
> Hi.
> I was looking through the API, but I couldn't find a way to disable
> dragging of the text. Is it possible at all?
Look at the gtk_drag_???() functions. For example, to disable an entry
from receiving text drags you would do gtk_drag
1 - 100 of 102 matches
Mail list logo
