Re: migrating gtk

> On 05 Feb 2018, at 11:37, Emmanuele Bassi wrote: > > Of course if we get a positive response that the bug is still there > we're going to migrate it and keep track of it. > >> With that in mind, I believe it is much nicer to just leave the old bugs >> there. > > The old

Re: gtktreeview: Data for all columns is retrieved although only a small subset of 1% is visible - Why?

> On 15 Dec 2015, at 23:04, Friedrich Beckmann > wrote: > > > /* we *need* to set cell data on all cells before the call > * to _has_can_focus_cell, else _has_can_focus_cell() does not > * return a correct value. > */ > > here:

Re: a new combo box

On 27 Dec 2014, at 18:05, Sébastien Wilmet swil...@gnome.org wrote: On Sun, Dec 28, 2014 at 12:50:24AM +0900, Tristan Van Berkom wrote: In any case, I think this misses the point I was trying to make, I think someone had to raise the obvious question: is it justified to bring in a whole

Re: Request for help (tracking down CairoCanvas)

Hey John, Perhaps you meant GooCanvas? https://wiki.gnome.org/GooCanvas regards, -kris. On Tue, Sep 3, 2013 at 11:09 AM, John Emmas john...@tiscali.co.uk wrote: Just a long shot but can anyone tell me where to obtain the sources for CairoCanvas (either git / svn / tarball or whatever).

Re: notifications in gtk

On Nov 6, 2012, at 4:23 PM, Matthias Clasen wrote: Problems with GtkStatusIcon - It is really centered around the idea that apps just export a small bit of their UI into the 'panel' - It assumes that all desktops want to offer a permanent place (system tray) for applications to present a

Fully winding down my involvement in GTK+

Hi all, I have tried to maintain GtkTreeView ever since I took over from Jonathan Blandford many years ago and in the more recent years the OS X backend which I took over from Richard Hult. During the last 1,5 years, I have been struggling to keep up with the development pace of GTK+. As many

Wiki page on assorted GtkTreeView ideas and old work in progress patches

Hi all, For quite a long time now, I have been wanting to put all ideas for improving GtkTreeView that I collected over the years at a central place, instead of having this scattered over sheets of paper which are not of use to others. Finally, I found time to do this. In the past, I have also

Re: gtktreeview.c

On Feb 8, 2012, at 10:05 PM, earlgrey wrote: -- ... if ((anchor !gtk_tree_path_compare (anchor, path)) || !_gtk_tree_view_column_has_editable_cell (column)) ...

Re: RFC: scrolling

On Dec 6, 2011, at 6:26 AM, Benjamin Otte wrote: A) Don't implement it B) Let the scrollable do the scrolling C) Let the viewport do the scrolling In this approach, one treats the scrollable as just a large canvas and the viewport provides a view onto an area of the scrollable. Scrolling is

Re: GtkTreeView changes

Hello Benjamin, On Nov 24, 2011, at 2:57 AM, Benjamin Otte wrote: In case you didn't notice, I did some refactoring in the treeview code and pushed it to master. It's mainly meant for the accessibility implementation. I'll continue doing that for a bit, until the treeview a11y implementation

Re: RFC: Model-View-Controller

On Nov 16, 2011, at 9:22 PM, Benjamin Otte wrote: On Wed, Nov 16, 2011 at 9:37 AM, Kristian Rietveld k...@loopnest.org wrote: If there are multiple views, which are changed by which controller? What complicates thinking about this for me is that in MVC as I know it, there is 1 Model, 1 View

Re: gobject-introspection broken (?) on quartz ?

Which machine is this on? If this is on Tiger, you need to build yourself a newer make (3.71, it's in MacPorts) because things break with the (old) make 3.70 that's shipped with latest XCode for Tiger. regards, -kris. On Nov 18, 2011, at 6:32 AM, Paul Davis wrote: make Makefile:2712: ***

Re: gobject-introspection broken (?) on quartz ?

On Nov 18, 2011, at 2:03 PM, Paul Davis wrote: On Fri, Nov 18, 2011 at 7:56 AM, Paul Davis p...@linuxaudiosystems.com wrote: On Fri, Nov 18, 2011 at 3:18 AM, Kristian Rietveld k...@loopnest.org wrote: Which machine is this on? If this is on Tiger, you need to build yourself a newer make

Re: gobject-introspection broken (?) on quartz ?

On Nov 18, 2011, at 1:56 PM, Paul Davis wrote: yes, this is Tiger. Is there any particular reason why this has not been added to the bootstrap process? I think because not that many people are building on Tiger anymore. I stumbled across it this Summer and I just ended up installing GNU

Re: RFC: Model-View-Controller

Hi, I share the concerns Mitch has raised. It is obvious that a redesign would help the organization of widget code and several people have thought about ways this can be done (e.g. Rapicorn and I also vaguely recall somebody trying to do pure MVC with GTK+). Some more comments and thoughts

Re: GTK + Clutter next step(s)

On Oct 29, 2011, at 12:36 PM, Benjamin Otte wrote: On Wed, Oct 12, 2011 at 12:43 PM, Robert Bragg rob...@sixbynine.org wrote: One thing worth noting here is that we don't yet have proper OSX support in Cogl. Currently the OSX winsys support is still in Clutter and we use a dummy/nop winsys

Re: Severe treeview performance regression (Gtk2 - gtk3)

On Oct 20, 2011, at 12:03 PM, Clemens Eisserer wrote: I hacked together a simple sample application which compiles under gtk2 as well as gtk3: http://93.83.133.214/gtklist.c Just maximize it (preferable on a large screen) and scroll with your wheel - the gtk3 version should feel a lot slower.

Re: GtkComboBox with a tree view

2011/10/15 Sébastien Granjoux seb@free.fr: Could I rely on the fact that the GtkComboBox will display the items as a tree view? I means is it a bug if a theme doesn't do it correctly or it is rather just an hint. Does it makes sense to add a function to easily set this? You should not

Re: GTK and OSX: a call to sanity

On Sep 12, 2011, at 9:15 PM, John Ralls wrote: I rebased a local branch off quartz-integration against master and carefully went through all of the changes. There were indeed a couple that didn't have bugs, so I created the bugs and attached the relevant patches. There were some others

Re: GTK and OSX: a call to sanity

On Wed, Sep 7, 2011 at 11:10 AM, Milan Bouchet-Valat nalimi...@club.fr wrote: Le mardi 06 septembre 2011 à 16:34 -0700, John Ralls a écrit : It's not a fork of Gtk+ (yet, though on days like this one I get really tempted). I actually revived the gtk-osx project on SF; the previous version was

Re: Alt and Command keys in the quartz backend

On Sep 6, 2011, at 6:58 PM, Paul Davis wrote: this seems to be about two different things, neither of which are in conflict (and i think john actually agrees with this). 1) whether or not the Alt key should generate MOD1 as a modifier 2) whether or not code that wants to be cross-platform

Merged treemodel-fix branch

Hi all, In May of this year, I announced I would be fixing the handling of GtkTreeModel:row-deleted in GtkTreeModelSort and GtkTreeModelFilter together with bringing more parts of this code under unit test and fixing/reviewing some bugs[1]. Three months later, I seem to be finally done. The

Re: Merged treemodel-fix branch

On Mon, Aug 22, 2011 at 10:16 PM, J. Ali Harlow a...@avrc.city.ac.uk wrote: This sounds really great, Kris. Is there any chance the unit tests could be made callable on other TreeModel implementations (eg., for use in unit tests of other libraries). I have my own tests, but it would be even

Re: CellRendererText::edited changes in GTK+ 3

On Fri, Aug 19, 2011 at 4:09 PM, Andrea Bolognani e...@kiyuko.org wrote: The attached program clearly shows how CellRendererText behaves differently in GTK+ 3 than it did in GTK+ 2: when using the latter, the edited signal is emitted whenever the user moves the focus from one cell to another,

Re: gtk_tree_selection_select_iter after gtk_tree_store_append not working

On Fri, Jul 22, 2011 at 8:40 PM, Denis Washington den...@online.de wrote: However, this doesn't work. Removing the if conditional and printing out gtk_tree_selection_get_selected (selection, NULL, NULL) right after select_iter reveals that only the root element can be selected this way

Re: reftests

On May 9, 2011, at 7:07 PM, Benjamin Otte wrote: I think this only makes sense if we want to continue to maintain this division between frequently and less frequently run tests. What is a frequently run test? I can tell you that no treeview test qualifies as frequently run to me when I'm

Re: reftests

On May 9, 2011, at 7:57 PM, Matthias Clasen wrote: I don't have a fear of toplevel dirs. If people insist on having tests outside of the source tree (I personally like things in gtk/tests ...), then what is wrong with just having reftests/ as a toplevel directory ? We already have perf/, and

Fixing GtkTreeModel:row-deleted once and for all

Hi all, The following two commits sparked my interest to look into the GtkTreeModel:row-deleted saga again, which has been haunting me for the last 9 years: 0c3da06 gtk_tree_model_filter_row_deleted: don't emit signals too early f632956 Fixed GtkTreeModel::row-deleted documentation This

Re: reftests

On May 5, 2011, at 6:24 PM, Benjamin Otte wrote: On Thu, May 5, 2011 at 10:18 AM, Kristian Rietveld k...@gtk.org wrote: As we've already discussed on IRC some time ago, I would really like to see all GTK+ unit tests in one single place, instead of in several different places in the source

Re: reftests

Hi Benjamin, On May 3, 2011, at 10:01 PM, Benjamin Otte wrote: with the latest commits[1] I have added reftests to GTK. Reftests are my approach at getting layout and rendering behavior of gtk tested. I've added a bunch of tests already for the things I have fixed and will continue to add

Re: tooltips and scroll events

On Tue, Apr 26, 2011 at 10:54 PM, Matthias Clasen matthias.cla...@gmail.com wrote: Any objections to this change? Sounds right to me; of course, I haven't tried it... Just pushed the change to master. regards, -kris. ___ gtk-devel-list mailing

Re: tooltips and scroll events

On Apr 25, 2011, at 4:34 PM, Paul Davis wrote: currently, gtk2's tooltips code handles scroll events entirely differently to button and key press events. even though one can connect to the query-notify signal to get rid of a tooltip when a scroll event happens, the tooltip will reappear

Re: treeview-refactor branch has landed.

On Fri, Dec 17, 2010 at 7:57 AM, Tristan Van Berkom trista...@openismus.com wrote: The 'treeview-refactor' branch has landed in GTK+ master. I would like to take this opportunity to thank Tristan for all the hard work done. This refactor was badly needed and opens up a whole lot of new

Re: GtkTreeView breakage in master

On Sun, Dec 5, 2010 at 5:39 AM, Tristan Van Berkom trista...@openismus.com wrote: It seems that the problem has something to do with the recent gdk changes, dirty areas in the treeview seem to miss out on getting redrawn (GdkWindow issues ?). Here is a screenshot of the problem:  

Re: GtkTreeView Refactoring Considerations [was Re: Private types inside GTK+]

On Sun, Oct 31, 2010 at 7:21 AM, Tristan Van Berkom trista...@openismus.com wrote: Ok so I'm pretty much finished the request/allocation code... I've got as far as having a list of renderers with allocated positions and sizes come time for -render()/-event() etc. If I understand correctly

Re: GtkTreeView Refactoring Considerations [was Re: Private types inside GTK+]

On Sun, Oct 31, 2010 at 3:17 PM, Tristan Van Berkom trista...@openismus.com wrote: Whew, ok I implemented GtkCellArea-render for GtkCellAreaBox for the most part, however I'm still missing the GtkCellRendererState flags ;-) So for this part I was thinking it might make more sense to create a

Re: GtkTreeView Refactoring Considerations [was Re: Private types inside GTK+]

On Tue, Oct 26, 2010 at 6:34 PM, Tristan Van Berkom trista...@openismus.com wrote: Depending on the GtkSizeRequestMode in use by the parenting layout widget (hfw of wfh), generally only allocate_width() or allocate_height() will be called. However there will be cases where we get to further

Re: GtkTreeView Refactoring Considerations [was Re: Private types inside GTK+]

On Tue, Oct 26, 2010 at 3:28 AM, Tristan Van Berkom trista...@openismus.com wrote: On Mon, 2010-10-25 at 17:26 +0200, Kristian Rietveld wrote: Hmm seems I didn't communicate this clearly enough, GtkCellArea is a base abstract class, and GtkCellAreaBox is the first concrete subclass

Re: GtkTreeView Refactoring Considerations [was Re: Private types inside GTK+]

On Sat, Oct 23, 2010 at 9:44 AM, Tristan Van Berkom trista...@openismus.com wrote: I'm a few days into this and I've written up a GtkCellAreaClass and started out implementing an orientable GtkCellAreaBoxClass. An initial problem here has to do with pushing data to the GtkCellArea instead of

Re: New rule

On Oct 22, 2010, at 11:38 AM, Richard Hughes wrote: On 21 October 2010 17:44, Bastien Nocera had...@hadess.net wrote: devhelp won't compile because WebKitGTK wasn't ported. and: dh-assistant.c: In function 'assistant_key_press_event_cb': dh-assistant.c:49:30: error: 'GDK_Escape'

Re: GtkTreeView Refactoring Considerations [was Re: Private types inside GTK+]

On Thu, Oct 7, 2010 at 6:41 AM, Tristan Van Berkom trista...@openismus.com wrote: I was thinking that a GtkCellArea would only render a single row (actually, a row in a treeview can be composed of several GtkCellAreas, each treeview column would use exactly one cell area to abstract a lot of

Re: GtkTreeView Refactoring Considerations [was Re: Private types inside GTK+]

On Sep 23, 2010, at 10:56 AM, Tristan Van Berkom wrote: So to help stay on track without straying too too much, these are (my perceived) reasons for the said refactoring work: - Code sharing: A good refactoring of cell layouting logic into some classes that can be (more) easily reused

Re: Private types inside GTK+

(Tristan, I will be replying to your main e-mail as soon as possible. As you might understand I need some more time for that :)). On Sep 23, 2010, at 4:22 PM, Enrico Weigelt wrote: * Tristan Van Berkom trista...@openismus.com schrieb: Hi, big_snip / Just an naive half-OT question in

Re: rendering-cleanup Part 2

On Aug 29, 2010, at 9:02 PM, Benjamin Otte wrote: That's about it. Comments? This morning I did an attempt to build rendering-cleanup (so not rendering-cleanup-next yet, I am a bit behind ...). I have pushed fixes that make the thing build to completion. Right now any test/demo crashes on

Re: Private types inside GTK+

Hi, On Sep 9, 2010, at 11:28 AM, Tristan Van Berkom wrote: Hi, With all the GSEAL()ing of the whole GTK+ api we get to privatize alot of things which leaves us alot more leeway in how we can change things under the hood in the future. However, what we have to play with is still a

Re: rendering-cleanup-next

On Sep 13, 2010, at 6:54 AM, Havoc Pennington wrote: On Mon, Sep 13, 2010 at 12:05 AM, John Ralls jra...@ceridwen.us wrote: Could also make it a gdk_x11 api. But maybe a hint that is a no-op on other backends is better. I'm in favor of keeping platform-specific stuff in platform-specific

Re: GTK+ policy (was RE:rendering-cleanup-next)

On Sep 14, 2010, at 3:48 AM, Paul Davis wrote: On Mon, Sep 13, 2010 at 6:27 PM, Matthias Clasen matthias.cla...@gmail.com wrote: 2010/9/13 Thomas Wood t...@gnome.org: Clutter's (very detailed) coding style document may be useful here, since it has a very similar coding style to GTK+:

Re: Questions about GTK3

Hi Benjamin, Great that you bring this up for discussion. I think another trade-off you want to make in this discussion is what amount of backwards compatibility you want to have with GTK 2.x. In the original GTK+ 3 plans a few years ago it was argued to have a very smooth migration path by

Re: (Style) Property review

Hi Matthias, On Sun, Aug 29, 2010 at 5:16 AM, Matthias Clasen matthias.cla...@gmail.com wrote: 5) We have an indicator-size property in GtkCellRendererToggle , but indicator-size style-property in GtkCheckButton and GtkCheckMenuItem. This was unavoidable, since cell renderers are not widgets

Re: Gtk-OSX (was: Website proposal for usability)

On Fri, Aug 27, 2010 at 6:35 AM, John Ralls jra...@ceridwen.us wrote: I don't know how many people share these views, but if I'm not totally out on a limb I would be willing to draft a page along the lines I'm talking about (recruiting help from those who are more knowledgeable). I'd also be

Re: Hardware accelerated 2D graphics (with gtk-osx)

On Aug 9, 2010, at 1:39 PM, John Emmas wrote: I'm using a Mac Mini with OS-X 10.6.3. Graphics are provided by the onboard NVidia chip which is a GeForce 9400. That's certainly pretty recent. This particular app is the only GTK application that I've ever run on my Mac. It's an application

Re: Hardware accelerated 2D graphics (with gtk-osx)

On Aug 8, 2010, at 9:32 PM, John Emmas wrote: On 1 Aug 2010, at 21:49, Kristian Rietveld wrote: GTK+ OSX does all drawing using CoreGraphics, this should be hardware-accelerated whenever possible. From what I've been able to tell, CoreGraphics eventually ends up using QuartzGL

Re: Hardware accelerated 2D graphics (with gtk-osx)

On Jul 28, 2010, at 9:15 AM, John Emmas wrote: This morning I've come across this mailing list which has got me confused:- http://sourceforge.net/mailarchive/forum.php?forum_name=gtk-osx-users My understanding is that this mailing list is for discussion of gtk+ on osx as well as certain

Re: Hardware accelerated 2D graphics (with gtk-osx)

On Jul 27, 2010, at 10:49 AM, John Emmas wrote: Under Windows and Linux the (2D) scrolling display is smooth. But under OS-X it's horribly jerky and has a very 'klunky' look to it. I happen to be viewing it on a Mac Mini but other people have seen the same effect with more powerful

Re: rendering-cleanup

On 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. I pushed two patches that will make the

Re: rendering-cleanup

On 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. The Quartz backend will need some

Re: Height for width treeviews

On Jul 2, 2010, at 7:29 PM, Tristan Van Berkom wrote: * Toying with your 'wrapping treeview' demo, and making it as narrow as possible, I notice 'demonstrate' overlaps with the icon next cell. Shouldn't that line have determined the minimum width of that cell, preventing it from shrinking any

Re: Minutes of the GTK+ team IRC meeting - 2010-06-22

On Jun 23, 2010, at 12:29 AM, Emmanuele Bassi wrote: • Potential API changes for better introspection/bindings. See Bug #621590 - walters was asking for bending the rule of minimal compilation - case in point: gtk_tree_path_get_indices() is missing a length out parameter - pro: would make the

Re: [Quartz] Gtk Selection

On Jun 8, 2010, at 5:42 PM, John Ralls wrote: It's too early for requirements. First we need to figure out what to abstract, and whether each abstraction really belongs in Gdk or should be moved up to Gtk (like clipboards) or down to Glib (like string conversions). Wikis are like

Re: [Quartz] Gtk Selection

On May 24, 2010, at 3:15 PM, Paul Davis wrote: On Mon, May 24, 2010 at 1:21 AM, John Ralls jra...@ceridwen.us wrote: The structure of that part of Gdk follows very closely the X11 way of doing things, and Cocoa Foundation's way of handling selections and clipboards (which they call

Re: [Quartz] Gtk Selection

On Jun 8, 2010, at 4:02 PM, John Ralls wrote: Thanks for the encouragement. It's done, and a patch submitted against https://bugzilla.gnome.org/show_bug.cgi?id=571582. Ah, I missed that Bugzilla mail. It was already on my review list. I am a bit overloaded at the moment, also want to review

Re: Looking to pay someone to improve gtk+ on osx.

On Sun, Jun 6, 2010 at 11:47 AM, Paul Davis p...@linuxaudiosystems.com wrote: the only problem we see at present may be the same as the focus issue you mention: menus and occasionally buttons that do not get mouse focus when displayed. I can't guarantee that the fix will come from Is there a

Re: Looking to pay someone to improve gtk+ on osx.

On Jun 4, 2010, at 3:27 PM, Lucas Meijer wrote: My company (Unity3d.com) cares about getting MonoDevelop to run great on osx. MonoDevelop uses gtk+, which on osx has a whole array of problems, especially on multi monitor setups. Have you tried a recent version of GTK+? Last December, a

Re: Minutes of the gtk+ team IRC meeting - 2010-05-25

On May 31, 2010, at 12:37 PM, Emmanuele Bassi wrote: well, since I am the proposer of the removal: • TearoffMenuItem does complicate the Menu code - with the contents being copied inside a new GtkWindow, and the window mangled to appear as a menu but managed by the window manager. Yes,

Re: client side windows borkage on Gdk/Quartz

On Sun, Apr 25, 2010 at 5:53 AM, Paul Davis p...@linuxaudiosystems.com wrote: I have to do bit more investigation (e.g. ripping out code and adding the old approach back), but I'd appreciate it if either Richard or whoever may have worked with him on this issue could comment. Does my

Re: client side windows borkage on Gdk/Quartz

On Sun, Apr 25, 2010 at 5:23 PM, Paul Davis p...@linuxaudiosystems.com wrote: On Sun, Apr 25, 2010 at 5:37 AM, Kristian Rietveld k...@gtk.org wrote: As far as I understand, there's only that top level NSView in GDK applications now in the case of client side windows, that does not contain any

Re: Minutes of the GTK+ Team Meeting - 2010-03-23

On Sat, Apr 10, 2010 at 7:00 AM, Matthias Clasen matthias.cla...@gmail.com wrote: I have also started to look at the xi2 work of Carlos and got a very positive first impression. One thing I am a bit worried about is that we don't want to let our other backends fall further behind. I hear that

Re: 2.18.8 coming

Hi Matthias, On Sat, Mar 13, 2010 at 8:03 PM, Matthias Clasen matthias.cla...@gmail.com wrote: Just wanted to let people know that I am planning to roll a 2.18.8 release early next week. I've cherry-picked relevant bug-fixes for the X11 backend, but if there are fixes for win32, quartz or

Re: GtkTreeView in VBox

On Thu, Jan 7, 2010 at 1:24 PM, Amol Kulkarni amolgkulka...@gmail.com wrote: Is it possible to add GtkTreeView inside VBox and then add that VBox to ScrolledWindow using gtk_scrolled_window_add_with_viewport(sw,vbox). Is this expected/supported use case or am i doing something wrong here?

Re: TreeView: set_fixed_height_mode v TREE_VIEW_COLUMN_FIXED

On Dec 27, 2009, at 11:14 PM, Dr. David Alan Gilbert wrote: FIXED does not mean fully fixed; a FIXED column can be set to be resizable by the user of the program. A solution for the future will be to sample the widths of a set of rows/columns. This will be an additional mode, as it does

Re: TreeView: set_fixed_height_mode v TREE_VIEW_COLUMN_FIXED

On Dec 27, 2009, at 1:48 AM, Dr. David Alan Gilbert wrote: COLUMN_FIXED seems to be defined as 'Columns are a fixed numbers of pixels wide.' but what has that got to do with height? The COLUMN_FIXED setting is more about what should happen with the width of the column in response to changes

Re: Pango CoreText/ATSUI (was:Intricate changes to Quartz/OSX backend)

On Mon, Dec 21, 2009 at 6:48 PM, Paul Davis p...@linuxaudiosystems.com wrote: Yea, a configure thing was my plan for supporting Tiger and Leopard.  Good to know that you agree with that :)  I will look into fixing up that patch this week. Did anything ever happen with this? Coincidentally, I

Re: subclassing GtkTreeModelFilter

Hi, On Wed, Dec 9, 2009 at 10:43 AM, Danielle Madeley danielle.made...@collabora.co.uk wrote: Looking for feedback on https://bugzilla.gnome.org/show_bug.cgi?id=604150 which includes a patch I wrote to make GtkTreeModelFilter more-useful for subclassing. I am not at all opposed to this idea;

Re: dotted line separating table columns in GTK 2.18

On Wed, Dec 2, 2009 at 10:52 PM, Alex Ignácio da Silva a...@ignacioalex.com wrote: It seems like the recent GTK 2.18 implementation of table widgets draws a dotted line separating the table columns, as I noticed when trying my application in Ubuntu Karmic. Unfortunately this makes my widget

Re: dotted line separating table columns in GTK 2.18

On Thu, Dec 3, 2009 at 12:38 AM, Michael Cronenworth m...@cchtml.com wrote: It isn't working for me though. Something is missing. It does not work because enable-grid-lines is not a style property. regards, -kris. ___ gtk-app-devel-list mailing list

Re: dotted line separating table columns in GTK 2.18

On Thu, Dec 3, 2009 at 12:22 AM, Alex Ignácio da Silva a...@ignacioalex.com wrote: Unfortunately from the Java side I have no easy access to the underlying GTK implementation widgets, only to the wrapper SWT objects. Isn't there a way to change this behavior via an environment variable or

Re: GTKTreeView navigation improvement

On Mon, Nov 23, 2009 at 8:18 AM, Andrey M admar...@gmail.com wrote: Currently the keyboard navigation of GTKTreeView is a bit cumbersome, collapsing nodes is frustrating because the user has to either click on the collapse arrow or select the parent node and Shift+Left on it. Are you aware

Re: Minutes of the GTK+ Team Meeting - 2009-11-27

On Tue, Nov 24, 2009 at 11:13 PM, Emmanuele Bassi eba...@gmail.com wrote: 4. Implement finger and kinetic scrolling [jjardon] - Midori has a finger/kinetic scrolled window implementation - Hildon has one as well - OpenMoko had one - would it make sense to port the feature to GtkScrolledWindow

Re: Why are no developers completing/maintaining native Gtk+ for OS X?

On Nov 10, 2009, at 12:19 AM, Allin Cottrell wrote: Unfortunately this is not immediately clear if you google, say, gtk osx. Ah yes, that's very true. I am really hidden in/behind my git repositories as you might understand ;) Bottom line: If there's any way to improve the web presence

Re: Why are no developers completing/maintaining native Gtk+ for OS X?

On Nov 10, 2009, at 12:35 AM, Jacob Juul Kolding wrote: A framework as in the Gtk.framework folder you add to the Xcode project and then build? Yes. It didn't work yet by just dragging in the Gtk.framework folder at the time. But we provided an installer and XCode project template that

Re: Why are no developers completing/maintaining native Gtk+ for OS X?

On Nov 9, 2009, at 7:10 PM, Jack Skellington wrote: Hello All I'm currently in charge of the development of a cross-platform OpenGL app which uses GTk+ for it's interface. The app runs on both *nix/X.org and win32 but when I started looking into OS X I found that the Quartz OS X version of Gtk+

Re: Invalid GtkTreeIter

On Wed, Nov 4, 2009 at 12:42 PM, dhk dhk...@optonline.net wrote: In the gtk-demo program has a block as follows in the Tree View/Tree Store example.  This doesn't initialize the the child iter before using it in the gtk_tree_store_append(), but the stamp is valid. Iterators are not valid until

Re: error building git head GTK on OS X ... IM symbols missing etc.

On Tue, Oct 27, 2009 at 1:50 AM, Paul Davis p...@linuxaudiosystems.com wrote: just tried a jhbuild of gtk on OS X (tiger). things went well until it got to the link stage in the input methods code. i got a large number of messages of this form, one for each (every?) IM module: does anybody

Re: error building git head GTK on OS X ... IM symbols missing etc.

On Oct 27, 2009, at 5:25 PM, Shawn Bakhtiar wrote: libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I.. -DG_LOG_DOMAIN= \GLib\ -DG_DISABLE_CAST_CHECKS -DG_DISABLE_DEPRECATED - DGLIB_COMPILATION -DPCRE_STATIC -I/Users/sbakhtiar/gtk/inst/include - DG_DISABLE_SINGLE_INCLUDES -D_REENTRANT -g -O2

Intricate changes to Quartz/OSX backend

Hi, Over the weekend I have reworked how the Quartz backend does its coordinate transformation. You can imagine this is at the very core of the backend and thus a very intricate change set. I have just pushed these changes to git master. This is a call out to all GTK+ users on Quartz to please

Re: Intricate changes to Quartz/OSX backend

On Oct 26, 2009, at 4:23 PM, John Ralls wrote: Oh, and unstable won't build without intervention on Tiger, because the latest Pango uses CoreText instead of ATSUI; CoreText wasn't supported before Leopard. They didn't really port the backend to CoreText. It is still using the ATSUI API

Re: Intricate changes to Quartz/OSX backend

On Oct 26, 2009, at 3:03 PM, John Ralls wrote: I'll pull build for SL this morning. What particular dual-monitor behavior should I look for? I have verified that it builds fine on SL. Things that might be broken are event delivery on the secondary monitor (or on the main monitor if the

Re: Intricate changes to Quartz/OSX backend

On Oct 26, 2009, at 4:50 PM, John Ralls wrote: On Oct 26, 2009, at 8:36 AM, Kristian Rietveld wrote: On Oct 26, 2009, at 3:03 PM, John Ralls wrote: I'll pull build for SL this morning. What particular dual- monitor behavior should I look for? I have verified that it builds fine on SL

Re: Auto-resize on table headings

Hi, On Wed, Sep 30, 2009 at 6:52 AM, Diogo Baeder diogobae...@gmail.com wrote: I was using my Ubuntu Jaunty, here, and noticed something that could be usefull, that Windows (argh!) GUI already has: auto-resize on table headings. In a Windows XP system, when a user double-clicks at the table

Re: Treeview Row Count

Also note that for *lists* (so no parent nodes, no children) a call like gtk_tree_model_iter_n_children (model, NULL) will suffice. -kris. On Thu, Sep 24, 2009 at 1:32 PM, Tadej Borovšak tadeb...@gmail.com wrote: Hello. Is there a function to give the number of rows in a treeview? You

Re: Bug in GtkTreeView or programming bug?

On Wed, Sep 16, 2009 at 10:56 PM, Daniel Leidert daniel.leidert.s...@gmx.net wrote: Doh! Attached. The program in the attachment tries to set the cursor on a path that does not exist in the tree view. This path does not exist in the view, because the view is not connected to a model. Because

Re: Bug in GtkTreeView or programming bug?

On Fri, Sep 18, 2009 at 6:22 PM, Daniel Leidert daniel.leidert.s...@gmx.net wrote: Thanks for your hints. Yes, the code was incomplete. But I think the attached code should work. It still returns: (unknown:20960): Gtk-CRITICAL **: gtk_tree_path_to_string: assertion `path != NULL' failed

Re: Bug in GtkTreeView or programming bug?

2009/9/14 Daniel Leidert daniel.leidert.s...@gmx.net: In Debian the test suite of perl-gtk2 failed [1]. Examining the situation a bit further it seems, that even after setting a cursor, the reurned path from gtk_tree_view_get_cursor() is NULL. I tried to write s short program to reproduce this

Re: another quartz maintainance request (patch review commit)

Hi, On Thu, Sep 10, 2009 at 2:24 PM, Paul Davis p...@linuxaudiosystems.com wrote: This bug report: https://bugzilla.gnome.org/show_bug.cgi?id=594738 contains a potentially important fix to make 2+ monitors work with GTK/Quartz. Those of us in the GTK/Quartz community would appreciate someone

Re: Proposal: Deprecate tab-pack child property in notebook for 2.18

On Mon, Aug 24, 2009 at 3:34 PM, Alberto Ruizar...@gnome.org wrote: So my proposal is to deprecate this child property for the 2.x series, so that we can get rid of it by 3.0, (meaning 2.18?). This would allow a long overdue cleanup in the notebook codebase and make it more manageable to

Re: Webkit-gtk and MacOSX

Hi, On Sun, Aug 23, 2009 at 6:26 AM, John Rallsjra...@ceridwen.us wrote: I wonder, though, if that's the best approach for Gtk+ applications using Quartz, since Webkit is already well integrated into the system. If I were Interesting question really. I can see that it feels like overkill to

Re: Webkit-gtk and MacOSX

On Tue, Aug 25, 2009 at 9:35 PM, Xan Lopezx...@gnome.org wrote: WebKit is the native layer on top of WebCore offered by each port for their platform, so the answer to that is: yes, WebKitGTK provides GObject APIs which are all specific to it. Right, so another question: does the GObject API

Re: Notes and thoughts on the GTK+ meeting at GUADEC

Hey there, Replying to myself with a short status update: On Fri, Aug 14, 2009 at 8:38 AM, Kristian Rietveldk...@gtk.org wrote: - Implement class private data, bug 521707 has been filed for this and contains a patch.  I will give this a review and if the patch seems right get Tim to review it

Re: Widget states for 3.0 (and 2.18?)

Jumping in here from a practical perspective, please correct me if I am wrong ;) On Mon, Aug 17, 2009 at 5:42 PM, Cody Russellbrats...@gnome.org wrote: This is not how it works in GTK+. The checked state is indicated by the GtkShadowType passed to the drawing function (gtk_paint_check), where:

Re: Notes and thoughts on the GTK+ meeting at GUADEC

On Fri, Aug 14, 2009 at 1:40 PM, Alberto Ruizar...@gnome.org wrote: 2009/8/14 Kristian Rietveld k...@gtk.org: As for theming, I've been discussing a bit with Thomas, Carlos and Cody. We have reached some sort of consensus that a backwards compatible path is possible adding a second vtable

  1   2   3   >