Re: GNOME GitLab instance slow?

This is probably better on another list, maybe d-d-l, since this would effect everyone. I can say that since 2 weeks ago, the gitlab.com instance seems to have deployed a huge and sluggish JS payload which brings my browser to a crawl, i dont know if we've opted into that update on the GNOME in

Re: Functional programming with GLib

On Mon, 2017-05-01 at 19:09 -0400, Matthias Clasen wrote: > > > On Thu, Apr 27, 2017 at 10:29 AM, Emmanuele Bassi > wrote: > > For command line parsing I'd actually favour a slightly bolder > > approach of deprecating GOptionContext, and having something > > slightly > > more modern — in terms o

Re: Need help in debugging glib crash

On Mon, 2015-05-25 at 16:42 +0300, Alexander Pyhalov wrote: > On 05/25/2015 15:33, Alexander Pyhalov wrote: > > Hello. > > > Here the program crashed. > > So, we see that emit_in_idle() was called after entering to > > g_file_monitor_dispose() function, which if I understand this correctly > > lea

Re: a new combo box

On Sun, 2014-12-28 at 12:53 -0500, Matthias Clasen wrote: > I am a bit disappointed by the turn this discussion has taken - I was > hoping people would try the code I pointed to and let me know what > they think and point out problems (thanks to Tim for doing just that). > Instead, I get arguments

Re: a new combo box

On Sat, 2014-12-27 at 16:29 -0500, Matthias Clasen wrote: > On Sat, Dec 27, 2014 at 12:59 PM, Tristan Van Berkom > wrote: > > > > > It's really not that bad, combobox is currently < 6k lines of code which > > is really not much for all that it does, sure w

Re: a new combo box

On Sat, 2014-12-27 at 11:44 -0800, Christian Hergert wrote: > On 12/27/2014 07:50 AM, 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 n

Re: a new combo box

On Sat, 2014-12-27 at 18:05 +0100, Sébastien Wilmet 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

Re: a new combo box

On Sat, 2014-12-27 at 16:21 +0100, Sébastien Wilmet wrote: > On Sat, Dec 27, 2014 at 10:52:27PM +0900, Tristan Van Berkom wrote: > > From a quick look at gtkcombobox.h, the only really problematic part > > is the tabular menu nonsense (set_wrap_width(), set_

Re: a new combo box

On Sat, 2014-12-27 at 08:02 -0500, Matthias Clasen wrote: > Hi, > > over Christmas, I had some for a little side project, a new combo > box. It is based on these mockups: > https://raw.githubusercontent.com/gnome-design-team/gnome-mockups/master/theming/widgets/combobox-replacements.png Looks ve

Re: Does gobject-introspection support the cross-compile?

On Wed, 2014-08-13 at 09:09 +0800, Rongqing Li wrote: > Hi: > > I want to compile gobject-introspection for arm cpu in x86 host, > both are linux OS. The compilation failed since g-ir-compiler > (compiled for arm) can not run on x86. > > Could you tell me if it supports the cross-compile,

Re: sorry~~can GTK+ draw flow graph?

On Tue, 2014-07-29 at 21:43 +0800, gpu wrote: > hi everyone! I'm sorry to send mail here, but I got no respond at the > app-list :( Hi, I think since everyone's at guadec the lists are slow... > I have a question here. > I want to realize some funtionality like the flow graph.And I want to > kno

Re: gtk_widget_set_size_request stopped working with GTK3

Hi Mike, On Wed, Apr 16, 2014 at 11:25 PM, mike_s wrote: It's the same error I am experiencing when I am trying to make my ListView ctrl scrolled without using the ScrolledWindow. It works in GTK+2 but really not in GTK+3. What I was trying to do is to request it to be smaller ... And

Re: GtkWidget:halign and GtkSizeGroup

Hi Murray, On 2014-07-17, at 5:25 PM, Murray Cumming wrote: > I'm trying to replace a use of the deprecated GtkMisc:xalign property > with the newer GtkWidget:halign property with some labels that are in a > GtkSizeGroup. The (GTK_ALIGN_START) alignment doesn't seem to be having > any effect, th

Re: some mistake in the GtkCellRenderer design

On Sun, 2014-02-09 at 18:16 +, narcisse doudieu siewe wrote: > > > Hello every body, > > > I'm not a god designer but I have noticed some mistake with the > GtkCellRenderer design. > > > To illustrate myself, I take an example. > > > Actually, I want to implement a custom GtkCellEditab

Re: Removal of icons in buttons/menus

On Wed, Oct 9, 2013 at 10:55 PM, Bastien Nocera wrote: > On Wed, 2013-10-09 at 22:45 +0200, Michael Natterer wrote: >> On 10/09/2013 10:40 PM, Bastien Nocera wrote: >> > On Wed, 2013-10-09 at 22:14 +0200, Olivier Brunel wrote: >> >> Ok, but this isn't about a change in GNOME, but in GTK. And the >

Re: flow box

Hi Matthias, On Sun, 2013-09-29 at 22:28 -0400, Matthias Clasen wrote: > I've pushed a flowbox branch, which adds a GtkFlowBox widget. It is a > copy of the EggFlowBox widget that has been developed in the > egg-list-box module for a while, which is in turn based on an earlier > EggSpreadTable in

Re: Stock Items Deprecation

I believe that this is exactly what GtkIconFactory is there for, it allows you to define named icons for various widget states including RTL/LTR. Thankfully GtkIconFactory != stock icons... but unfortunately it looks as though a deprecation of GtkIconFactory snuck in with the stock icon deprecatio

Re: Expand the child in the GtkHeaderBar

On Fri, Jul 5, 2013 at 10:55 PM, Yosef Or Boczko wrote: > Good afternoon! > > I wrote a program that uses in GtkHeaderBar [1]. > In the GtkHeaderBar I put a buttons (GtkButton) and also entry (GtkEntry): > entry-without-expand.png [2]: > |<>| |--- entry ---|

Re: Stock Items Deprecation

On Tue, Jul 2, 2013 at 10:41 PM, William Jon McCann wrote: > Hi, > > As some of you may have noticed we have recently deprecated Stock Items in > master. > > Some details on this change may be found here: > https://docs.google.com/document/d/1KCVPoYQBqMbDP11tHPpjW6uaEHrvLUmcDPqKAppCY8o/pub > > Ple

Re: Minimum height for minimum width - reprise

2013 alle 23.00 +0900, Tristan Van Berkom ha > scritto: >> On Wed, Jun 19, 2013 at 10:13 PM, Pietro Battiston >> wrote: >> > Il giorno mer, 19/06/2013 alle 20.03 +0900, Tristan Van Berkom ha >> > scritto: >> >> On Wed, Jun 19, 2013 at 6:19 PM, Pietro Batt

Re: Minimum height for minimum width - reprise

On Wed, Jun 19, 2013 at 10:13 PM, Pietro Battiston wrote: > Il giorno mer, 19/06/2013 alle 20.03 +0900, Tristan Van Berkom ha > scritto: >> On Wed, Jun 19, 2013 at 6:19 PM, Pietro Battiston >> wrote: >> >[...] >> > This is, to my eyes, the cleare

Re: Minimum height for minimum width - reprise

On Wed, Jun 19, 2013 at 6:19 PM, Pietro Battiston wrote: > Il giorno mer, 19/06/2013 alle 13.40 +0900, Tristan Van Berkom ha > scritto: >> On Wed, Jun 19, 2013 at 1:31 AM, Pietro Battiston >> wrote: >> > [...] >> > If I'm honest about the minimu

Re: Minimum height for minimum width - reprise

On Wed, Jun 19, 2013 at 1:31 AM, Pietro Battiston wrote: > Dear developers, > > I've written a plugin. It is a simple WrapBox, similar to the one which > was for some time in gtk2 (or at least I think so - I did not actually > see it working, only read some mails about it). I tell you this only t

Re: New GObject Introspection tutorial

On Thu, Jun 13, 2013 at 3:54 PM, Simon Kågedal Reimer wrote: > Hello! > > I've written a tutorial on how to make a basic multilevel "Hello > World" using GObject Introspection: > > http://helgo.net/simon/introspection-tutorial/ > Just a small nitpick, you are missing introspection comments in the

GtkIconSize/GtkIconFactory [was: Re: wip/hires-icons]

[branching thread here] On Fri, May 17, 2013 at 8:20 PM, Alexander Larsson wrote: [...] >> This branch doesn't precisely reinvent the wheel, there's just a few API >> additions to current components to have this work as seamlessly as >> possible. As choosing an icon must be postponed till renderi

Re: Crashes with long words in strings passed to gtk_widget_set_tooltip_text()

On Sat, May 11, 2013 at 8:56 PM, Fabian Keil wrote: > Fabian Keil wrote: > >> Emmanuel Thomas-Maurin wrote: >> >> > On 04/21/2011 02:44 PM, Fabian Keil wrote: >> >> > > I haven't filed a bug report yet as it wasn't clear to me >> > > if the behaviour is actually considered a bug. If there's >> >

Re: CSS Transitions

On Fri, May 10, 2013 at 7:05 PM, Allan Day wrote: > Owen Taylor wrote: >> I think you can quickly get into prohibitively heavy complexity here, >> which is why, presumably, that CSS doesn't try to to have the idea of >> start and end states. > > Indeed. Just out of curiosity... wouldn't it make

Re: capture "changed" signal for the cell of treeview

the row data at "draw" time. > By the way, I don't know the difference between gtk-list and gtk-devel-list. > Now I know it. Could you or someone tell me how to move this post to gtk-list? Don't worry about it, posts can't be "moved", just use the other lists

Re: capture "changed" signal for the cell of treeview

rence between gtk-list and >> gtk-devel-list. Now I know it. Could you or someone tell me how to move this >> post to gtk-list? >> >> >> Don't worry about it, posts can't be "moved", just use the other lists >> next time ;) >> >

Re: which column cell is changed when "row-changed" is emitted

On Sat, May 4, 2013 at 12:44 PM, yu wu wrote: > For the signal "row-changed" of GtkTreeModel, how can I know which column > cell is changed. For example, I defined 10 renderers by > `gtk_cell_renderer_text_new' which means 10 columns. When column 1 and > column 3 in a row are changed, the signal "

Re: capture "changed" signal for the cell of treeview

On Sat, May 4, 2013 at 12:37 PM, yu wu wrote: > I am using the followed to renderer text in cells: > > > > renderer = gtk_cell_renderer_text_new(); > column = gtk_tree_view_column_new_with_attributes((local = char_to_utf8 > ("weight(kg/m)")), renderer, "text", MEM_SEC_

On regressions and carelessness

fixing it with this commit: commit b164df74506505ac0f4559744ad9b59b5ea57ebf Author: Tristan Van Berkom Date: Sat Apr 20 17:52:16 2013 +0900 And all was well in the world again, labels wrapped and requested enough height inside their check buttons. Until yesterday, when I updated m

Re: regarding GtkIconView

On Tue, Apr 23, 2013 at 3:30 AM, D.H. Bahr wrote: > Hello list! > > I'm facing a problem trying to use an IconView: the thing is icons > inside IconView get distributed considering the size of the IconView at > population time: if IconView is resized after population the items won't > accommodate

Re: Composite GtkBuilder template

On Wed, 2013-04-17 at 21:42 -0500, Federico Mena Quintero wrote: > On Thu, 2013-04-11 at 17:49 -0500, Federico Mena Quintero wrote: > > > I'll do something like this. First, revert the commit. Then, merge my > > branch. Doing a straight rebase is not trivial, as places-sidebar has > > gotten ma

Re: Composite GtkBuilder template

On Thu, 2013-04-11 at 17:49 -0500, Federico Mena Quintero wrote: > On Thu, 2013-04-11 at 13:36 +0900, Tristan Van Berkom wrote: > > First, let me apologize for the rather harsh tone in my message > yesterday. I had a big "WTF" moment when I saw how the composite > templ

Re: Composite GtkBuilder template

On Thu, 2013-04-11 at 13:20 +0900, Tristan Van Berkom wrote: > On Wed, 2013-04-10 at 20:30 -0500, Federico Mena Quintero wrote: > > On Tue, 2013-04-02 at 17:59 +0900, Tristan Van Berkom wrote: > > > > > And while it's a huge list of changes, any thorough peer r

Re: Composite GtkBuilder template

On Wed, 2013-04-10 at 20:30 -0500, Federico Mena Quintero wrote: > On Tue, 2013-04-02 at 17:59 +0900, Tristan Van Berkom wrote: > > > And while it's a huge list of changes, any thorough peer reviews > > would be greatly appreciated of course. > > This work makes mer

Re: Composite GtkBuilder template

On Mon, 2013-04-08 at 07:30 -0400, Matthias Clasen wrote: > > Are we about ready to move forward with this ? > > The color editor still has a round knob, where it didn't use to. > That's the only thing I still notice being different. I have just pushed a fix for this. I was unable to really repr

Re: Composite GtkBuilder template

On Sun, 2013-04-07 at 23:50 -0400, Matthias Clasen wrote: > > I guess it's time for me to drop this for the day, I just dont > > know if I can afford to spend time on it tomorrow, looks like > > I'll be spending some long nights after hours on this... > > Here is a patch that seems to work ok. Ma

Re: Composite GtkBuilder template

On Sun, 2013-04-07 at 13:39 -0400, Matthias Clasen wrote: > And just to complete that thought, here is how I think this should work: > > - Write some Makefile goo to use my utility to generate foo.ui.h from foo.ui > > - Add foo.ui.h to POTFILES.in > > The only slight downside is that putting gen

Re: Composite GtkBuilder template

On Sun, 2013-04-07 at 10:13 -0400, Matthias Clasen wrote: > On Sun, Apr 7, 2013 at 2:57 AM, Tristan Van Berkom > wrote: > > On Sat, 2013-04-06 at 23:59 -0400, Matthias Clasen wrote: > > > > > I'm afraid that your efforts on writing an intltool-extract > > r

Re: Composite GtkBuilder template

On Sat, 2013-04-06 at 23:59 -0400, Matthias Clasen wrote: > Hey Tristan, Ok I've spent some hours perfecting this, I had not run the doc-shooter program before so vigorously but now all of the captures from master are identical to the ones in composite-templates-new. > > thanks for sending this

Re: Composite GtkBuilder template

On Sat, 2013-04-06 at 23:59 -0400, Matthias Clasen wrote: > Hey Tristan, > > thanks for sending this detailed status update. Here is some initial > feedback after playing with the branch for a few minutes: > > 1. intltool - I don't like it, and really want to avoid adding a > intltool dependency

Composite GtkBuilder template

I meant to address the list by the end of last week but some issues cropped proving that the work was not yet finished. I have been working closely with Benjamin, refining the API and discussing some of the finer points. This has been a huge effort that ate up my last two weeks full time work. T

Re: Test Modules

On Wed, 2013-03-06 at 12:41 +, John Emmas wrote: > On 6 Mar 2013, at 12:14, Tristan Van Berkom wrote: > > > Is this question stemming from the fact that you got glib to > > compile using MSVC, where I suppose you are hacking the source > > tree severely and not using

Re: Test Modules

On Wed, 2013-03-06 at 11:56 +, John Emmas wrote: > I recently built libglib (version 2) using MSVC. I noticed that there > are several dozen test modules available (i.e. 'C' source modules) but > it looks as if they all need to be built as individual apps. Does > anyone think it would be a

Re: Baseline alignment ideas

On Wed, Feb 27, 2013 at 8:44 PM, Alexander Larsson wrote: > On ons, 2013-02-27 at 17:47 +0900, Tristan wrote: > >> Ah, I think I understand your question better now. >> >> Use a natural allocation process similar to >> gtk_distribute_natural_allocation(): >> http://git.gnome.org/browse/gtk+/tree/g

Re: Function completion for GVariant maybe types?

On Thu, Feb 21, 2013 at 7:05 PM, Markus Elfring wrote: >> Until a couple of days ago I'd never even encountered GVariant so forgive me >> if I've misunderstood the concept - but from what you've written, it seems >> like you want to be able to map a nullable object to the state of a checkbox >> fo

Re: bugzilla cleanup

On Wed, Feb 6, 2013 at 9:24 AM, Matthias Clasen wrote: > On Tue, Feb 5, 2013 at 3:49 PM, Morten Welinder wrote: > >> >> Note, that there are other large parts of glib, such as gio, that >> have basically don't work on win32. And have five-year old >> patches in bugzilla. >> > > Getting win32 pat

Re: Problems with un-owned objects passed to closures in pygobject (gtk_cell_renderer_text_start_editing)

On Tue, Feb 5, 2013 at 12:08 PM, Simon Feltman wrote: > I could easily be misunderstanding the internals, but at some point isn't a > call to something like gtk_widget_set_parent on the children needed for > widgets to ever be displayed or useful? (which sinks the children) One of the more gross

Re: Problems with un-owned objects passed to closures in pygobject (gtk_cell_renderer_text_start_editing)

e biggest concern at this point is how to properly deal with vfunc >> implementations which return objects and are annotated as "transfer none". >> Review, corrections, and feedback is very welcome. >> >> Thanks, >> -Simon >> >> >> >> On

Re: Problems with un-owned objects passed to closures in pygobject (gtk_cell_renderer_text_start_editing)

On Fri, Jan 18, 2013 at 5:49 AM, Giovanni Campagna wrote: [...] > I know that Python doesn't have a GC in the traditional sense, but you > could still send finalization for GObject wrappers to a idle callback > so there is no risk of finalizing objects that C code assumes are > still alive. That

Re: GtkWidget::visible

On Thu, Jan 17, 2013 at 11:59 AM, Tristan Van Berkom wrote: > On Wed, Jan 9, 2013 at 12:04 AM, Benjamin Otte wrote: >> Hey, >> >> Today, in my quest to make things clearer in the GTK core, I'm >> tackling GtkWidget::visible. >> The flag is documented as &q

Re: GtkWidget::visible

On Thu, Jan 17, 2013 at 11:59 AM, Tristan Van Berkom wrote: > On Wed, Jan 9, 2013 at 12:04 AM, Benjamin Otte wrote: >> Hey, >> >> Today, in my quest to make things clearer in the GTK core, I'm >> tackling GtkWidget::visible. >> The flag is documented as &q

Re: GtkWidget::visible

On Wed, Jan 9, 2013 at 12:04 AM, Benjamin Otte wrote: > Hey, > > Today, in my quest to make things clearer in the GTK core, I'm > tackling GtkWidget::visible. > The flag is documented as "Whether the widget is visible."[1] or a bit > better in the documentation for gtk_widget_show() as "Any widget

Re: Problems with un-owned objects passed to closures in pygobject (gtk_cell_renderer_text_start_editing)

On Thu, Jan 17, 2013 at 9:42 AM, Simon Feltman wrote: > Hi Everyone, > > I'm trying to figure out a complete solution for proper reference management > of gobjects passed into python vfuncs and signal closures as "in" arguments. > Currently pygobject will add a ref to gobject arguments marked as >

Re: Generalization of the GtkBuilder idea to arbitrary graphs of GObjects

On Thu, Dec 13, 2012 at 4:52 PM, Dimitri wrote: > Hi, > > I am working on a multimedia-related project that will use > GLib/GObject/GTK+/GStreamer/Clutter technologies extensively. The > project will feature a number of externalized (not hardcoded) GUI > fragments as well as a number of external G

Re: Add new element and gtk_builder_expose_object() function to GtkBuilder

On Thu, Nov 15, 2012 at 2:59 AM, Juan Pablo Ugarte wrote: > Hello guys > > Question for Tristan and Marco > > Is there any specific reason why we should keep external object in a > different name space (other table) > now that this is only for object and not any variable? They should ideally use

Re: gtk_widget_set_size_request stopped working with GTK3

On Fri, Oct 5, 2012 at 1:57 AM, Steffen Gutmann wrote: > Hi Tristan! > >> Right, the bug might have to do more with cropping/scaling support > >> GtkImage, rather than it's size request. > > Filed as [Bug 685506] New: GtkImage and size/space management > >>> Regarding size request: >>> >>> We ad

Re: gtk_widget_set_size_request stopped working with GTK3

On Thu, Oct 4, 2012 at 1:46 AM, Steffen Gutmann wrote: > Hi Tristan! > >> I suggest you start by filing an enhancement bug against GtkImage for this. > > Yes, I can do that. Just to make sure, I file a new bug for component gtk, > severity set to enhancement, and put somethign like "Size request

Re: gtk_widget_set_size_request stopped working with GTK3

On Tue, Oct 2, 2012 at 1:52 AM, Steffen Gutmann wrote: > Hi Tristan! > > > >> Lets not go around the merry-go-round one more time. >> >> In GTK+3, widgets receive *at least* what they requested in the size >> requesting phase. >> >> User facing apis cannot undermine the minimal requirements for th

Re: g_get_home_dir (), ${HOME}, and getpwuid ()->pw_dir

On Fri, Sep 28, 2012 at 1:38 AM, Stef Walter wrote: > On 09/27/2012 04:48 PM, Ivan Shmakov wrote: >> $ HOME=/net/home/jrh emacs >> >> Moreover, GNU Bash started under such a Emacs instance will also >> use /net/home/jrh/.bashrc (instead of /home/jrh/.bashrc), and so >> will GNU W

Re: gtk_widget_set_size_request stopped working with GTK3

Lets not go around the merry-go-round one more time. In GTK+3, widgets receive *at least* what they requested in the size requesting phase. User facing apis cannot undermine the minimal requirements for the geometry which a widget has requested. User facing apis can however, enforce a minimum si

Re: gtk_widget_set_size_request stopped working with GTK3

On 09/28/2012 02:16 AM, Steffen Gutmann wrote: Hi, with GTK2 some applications used to set the minimum size of some widgets using gtk_widget_set_size_request. E.g. the min size of a GtkImage. This no longer works with GTK3 and the min size of the GtkImage is that of the underlying image, e.

Re: runtime accel changes

On Sun, Sep 16, 2012 at 8:05 AM, Benjamin Otte wrote: > Michael Natterer gimp.org> writes: > >> I think my actual point here is: There are so many usecases >> and levels of complexity in peoples' workflows, and >> in the applications that can be written in GTK+, we should >> not disable useful th

Re: runtime accel changes

On Wed, Sep 12, 2012 at 9:15 PM, Paul Davis wrote: > > > On Wed, Sep 12, 2012 at 5:07 PM, Michael Natterer wrote: >> >> On Wed, 2012-09-12 at 16:27 -0400, Ryan Lortie wrote: >> > hi, >> > >> > I recently wrote a patch[1] to re-enable accel labels in GtkMenu >> > generated from GMenuModel. They g

Re: Improve handling of bug reports for GTK+?

On Fri, Aug 10, 2012 at 2:29 PM, Andre Klapper wrote: > [Please CC me on answers as I am not subscribed ot this list.] > > The situation of GTK+ in bugzilla.gnome.org: > High number of open tickets, high number of unreviewed patches, > constantly growing number of tickets, no real triaging of repo

Re: next steps for touch support in GTK+

Hi, I just went through a midnight read of this thread, might as well throw some ideas relating to the several points which have (or have not) been made. From a touchscreen perspective, you want to avoid spin buttons at large cost if not all cost. From my experience, in the context of a kiosk

Re: Fully winding down my involvement in GTK+

On Sun, Jul 22, 2012 at 6:20 AM, John Emmas wrote: > On 22 Jul 2012, at 02:14, Michael Torrie wrote: > >> >> I consider web-based forums to be the scourge of the internet. >> > > Curiously, that's exactly how I feel about mailing lists. Mailing lists work > well as long as the volume of traffic

Re: Fully winding down my involvement in GTK+

On Sat, Jul 21, 2012 at 12:32 AM, Michael Torrie wrote: > On 07/19/2012 06:54 AM, Kristian Rietveld wrote: >> Also, I struggle to identify with the community these days -- that >> is, I do not agree how GTK+ is being developed. Discussions appear to >> mainly happen on IRC, which I can impossibly

Re: Why are GtkAdjustments not buildable?

On Sun, May 6, 2012 at 3:08 PM, Tadej Borovšak wrote: > Hello > >> Hello, does anyone know why GtkAdjustments are not buildable? > > They are buildable. (Glade has been producing markup for adjustments > for as long as I know). What makes you think they are not? Note: GtkBuilder builds any GObjec

Re: g_rename() problem on Windows (and suggested remedy)

On Sun, Apr 1, 2012 at 2:31 AM, John Emmas wrote: > I made the changes that were needed to make g_rename() more consistent but > they're fairly extensive and would probably benefit from being reviewed by > somebody else.  Initial reports from our end though, seem to suggest that the > renaming

Fwd: Requesting enough size, but not too much

forgot to CC the list: Begin forwarded message: > From: tristan.van.ber...@gmail.com > Date: 12 February, 2012 9:29:37 PM GMT+09:00 > To: Murray Cumming > Subject: Re: Requesting enough size, but not too much > > > On 2012-02-10, at 10:38 PM, Murray Cumming wrote: > >> I would like my applic

Re: RFC: new features

On Thu, Jan 12, 2012 at 9:37 PM, Paul Davis wrote: > On Thu, Jan 12, 2012 at 7:31 AM, Ross Burton wrote: > >> Tasks has a undo manager/undoable implementation and that's >> implemented by function pointers that do the right thing, so you can >> probably implement both methods with that. > > well,

Re: RFC: new features

On Thu, Jan 12, 2012 at 7:23 PM, Alexander Larsson wrote: > On Wed, 2012-01-11 at 20:38 -0800, Christian Hergert wrote: > >> VALIDATION >> Many developers in the web world have become accustom to "validating" >> the contents of forms before submitting them. While we would often argue >> against al

Re: RFC: new features

On Thu, Jan 12, 2012 at 1:38 PM, Christian Hergert wrote: > On Thu, 2012-01-12 at 03:59 +0100, Benjamin Otte wrote: > >> PLOTS >> This is my personal pet peeve. I often have something I'd like to >> quickly plot in GTK, but it always ends up being more complicated then >> I thought, so I either st

Re: RFC: UI design

On Tue, Jan 10, 2012 at 2:25 AM, Benjamin Otte wrote: > On Mon, Jan 9, 2012 at 5:40 PM, Tristan Van Berkom wrote: >> I think the first thing we have to keep in mind is that while well-known >> use cases of GTK+ are in the domain of "desktop applications" there >&g

Re: RFC: UI design

Very interesting topic, I'm going to throw some responses out there without thinking too hard, if the thread gets very interesting we can build from there ;-) I think the first thing we have to keep in mind is that while well-known use cases of GTK+ are in the domain of "desktop applications" ther

Re: Bug 666728 - critical warning in libgee

On Thu, Jan 5, 2012 at 10:40 AM, Ryan Lortie wrote: > hi Maciej, > > Thanks for bringing up this topic.  I'm not exactly sure what the proper > way forward is, but you raise some interesting possibilities. > > On Thu, 2012-01-05 at 01:32 +0100, Maciej Marcin Piechotka wrote: >> I don't think I can

Re: GMenuModel has landed

On 2011-12-14, at 12:34 AM, Matthias Clasen wrote: > On Tue, Dec 13, 2011 at 12:21 AM, Tristan Van Berkom wrote: > >> GMenuModel in itself is a little stuck, it depends on GActions which >> are really tied into the whole DBus thing, so even though conceptually >> it m

Re: GMenuModel has landed

On Tue, Dec 13, 2011 at 6:53 AM, Matthew Brush wrote: > On 12/12/2011 10:45 AM, Ryan Lortie wrote: >> >> On Sun, 2011-12-11 at 18:24 -0800, Matthew Brush wrote: >>> >>> My (probably misguided) opinion is that if this type of stuff can't go >>> into GTK+ for some reason, there should be a `glib-ui`

Re: GMenuModel has landed

On Mon, 2011-12-12 at 10:18 +0100, Stefan Sauer wrote: > On 12/12/2011 03:24 AM, Matthew Brush wrote: > > On 12/11/2011 12:14 PM, Stefan Sauer wrote: > >> On 12/09/2011 01:00 AM, Ryan Lortie wrote: > >>> hi, > >>> > >>> Today I landed the GMenuModel work on glib master. A release will be > >>> fol

Re: GMenuModel has landed

On Fri, Dec 9, 2011 at 6:11 PM, Petr Tomasek wrote: > On Thu, Dec 08, 2011 at 07:58:50PM -0500, Ryan Lortie wrote: >> hi, >> >> On Fri, 2011-12-09 at 01:34 +0100, Andrea Bolognani wrote: >> > Does this mean different windows belonging to the same application will >> > not be able to have different

Re: GMenuModel has landed

On Thu, 2011-12-08 at 19:24 -0800, John Ralls wrote: > On Dec 8, 2011, at 4:58 PM, Ryan Lortie wrote: > > > hi, > > > > On Fri, 2011-12-09 at 01:34 +0100, Andrea Bolognani wrote: > >> Does this mean different windows belonging to the same application will > >> not be able to have different per–wi

Re: GObjectClass.dispose and bringing objects back to life

On Mon, Dec 5, 2011 at 3:20 AM, Benjamin Otte wrote: > I would be somewhat tempted to listen to all the stuff you're saying > below. But then I looked at the code you maintain[1], and I realized > it doesn't do anything of that. So I'm inclined to think that what > you're talking about is more abo

Re: GObjectClass.dispose and bringing objects back to life

2011/12/5 David Nečas : > On Sun, Dec 04, 2011 at 01:40:58PM +, Emmanuele Bassi wrote: >> >> this is, of course, not true: GNOME is full of badly written GObject >> code, mostly because it has been written at various stages of the >> learning process of various people. plus, the documentation i

Re: GObjectClass.dispose and bringing objects back to life

On Fri, Dec 2, 2011 at 4:26 AM, Simon McVittie wrote: > Hi, > I've been looking into the details of how GObjects are destroyed, > hoping to solve , in > which disposing a global singleton GDBusConnection in one thread races with > reffing and usin

Re: RFC: glocal - automatically freeing memory when it goes out of scope

On Tue, Nov 22, 2011 at 4:48 AM, Emmanuele Bassi wrote: > hi; > > On 22 November 2011 09:44, Tristan Van Berkom wrote: >> Similarly the GMainLoop, by virtue of being a loop, >> should also push a pool onto the autorelease pool stack >> and pop it while dispatching

Re: RFC: glocal - automatically freeing memory when it goes out of scope

On Tue, 2011-11-22 at 09:03 +0100, Mikkel Kamstrup Erlandsen wrote: > On 11/21/2011 04:54 PM, Hub Figuière wrote: > > On 21/11/11 07:34 AM, Mikkel Kamstrup Erlandsen wrote: > >> This is precisely my motivation for introducing this; ie. not to catch > >> leaks, but to tidy the code. Bigger code base

Re: RFC: glocal - automatically freeing memory when it goes out of scope

On Mon, 2011-11-21 at 00:00 -0800, Hub Figuière wrote: > On 16/11/11 12:05 PM, Mikkel Kamstrup Erlandsen wrote: > > So; what say you? If there is interest I'll gladly polish it up for > > inclusion. There are also tonnes of other low hanging fruits like > > freeing other ref counted types, closing

Re: GTK3 size negotiation

On Wed, 2011-09-28 at 15:25 +0100, Tony Houghton wrote: > On Tue, 27 Sep 2011 12:06:06 -0400 > Tristan Van Berkom wrote: > > > On Tue, Sep 27, 2011 at 10:04 AM, Tony Houghton wrote: > > > I found a bug in the GTK3 version of my X terminal applicat

Re: GTK3 size negotiation

On Tue, Sep 27, 2011 at 10:04 AM, Tony Houghton wrote: > I found a bug in the GTK3 version of my X terminal application, roxterm > : If you maximize a window with a single > tab then unmaximize it, its width increases to more than it was before > the window was maxi

Re: Geometry Management

On Sun, 2011-09-25 at 18:23 -0400, Paul Davis wrote: > On Sun, Sep 25, 2011 at 6:20 PM, Matthew Bucknall > wrote: > > > What I'm not clear on is the meaning of the 'natural' arguments in > > calls to gtk_widget_get_preferred_height () and > > gtk_widget_get_preferred_width (). > > > > Are the nat

Re: no Gtk hackfest for now

On Wed, Sep 7, 2011 at 8:03 PM, Ryan Lortie wrote: > hi all, > > I just sent an email to foundation-announce about Boston Summit being in > Montréal.  We're not going to attach a Gtk hackfest to that since the > notice is short and we already know that some important participants can > not attend.

Re: Sharing the places sidebar between Nautilus and GTK+

On Wed, 2011-09-07 at 11:27 +0200, Milan Bouchet-Valat wrote: > Le mercredi 07 septembre 2011 à 01:53 +0200, Jannis Pohlmann a écrit : > > * the sidebar has no mount/eject progress indicators, > There's a rough patch for it, maybe it will be committed soon: > https://bugzilla.gnome.org/show_bug.c

Re: GTK+ 4.0 and Clutter 2.0: rainbows and unicorns

Exciting topic. Just a few comments scattered through the email... On Tue, 2011-09-06 at 14:26 +, Benjamin Otte wrote: > Emmanuele Bassi gmail.com> writes: > > > > a) drop GTK+, move to Clutter and port the complex widges over; > > b) re-implement Clutter inside GTK+; > > c) use Clutt

Re: GtkBuilder syntax for property bindings

On Fri, 2011-05-06 at 18:48 -0400, Matthew Barnes wrote: > On Fri, 2011-05-06 at 12:42 -0700, Christian Hergert wrote: > > Since GBinding, is itself, an object, why not just have the GBinding > > instance represented in the GtkBuilder XML. The normal object syntax > > might work as well: > > > >

Re: Please fill out the GtkLabel questionnaire

On Sun, 2011-04-10 at 00:42 +0900, Tristan Van Berkom wrote: > On Sun, 2011-04-10 at 02:58 +0200, Benjamin Otte wrote: > > On Sat, Apr 9, 2011 at 2:14 PM, Tristan Van Berkom > > wrote: > > > What I should have done, as Owen pointed out back in december was to > > &

Re: Please fill out the GtkLabel questionnaire

On Sun, 2011-04-10 at 02:58 +0200, Benjamin Otte wrote: > On Sat, Apr 9, 2011 at 2:14 PM, Tristan Van Berkom > wrote: > > What I should have done, as Owen pointed out back in december was to > > leave the label requests very straight-forward and require the program > > a

Re: Please fill out the GtkLabel questionnaire

On Sun, 2011-04-10 at 00:25 +0200, Benjamin Otte wrote: > Hey, > > So this came up while discussing > https://bugzilla.gnome.org/show_bug.cgi?id=647284 and we weren't sure > what the proper answers for all those questions were. So we were > wondering. > We are thinking about GtkLabel size reuqests

  1   2   3   4   >