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

Hello, 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. FWIW, I hacked up a crude idea[1] a few months ago. If others

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

Alberto Ruiz wrote: 2009/8/19 Cody Russellbrats...@gnome.org: 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

Re: Speeding up thumbnail generation (like multi threaded). Thoughts please.

Have you profiled to see if the bottleneck is CPU bound? If its IO bound, you will only cause more contention by adding threading. At minimum, using a thread (or async gio) to load files and another thread that just thumbnails might be a good idea. Cheers, -- Christian Mark wrote: is

Re: Speeding up thumbnail generation (like multi threaded). Thoughts please.

Hi, What you mentioned is good information to start hunting. Was the CPU time related to IO wait at all? Always get accurate numbers before performance tuning. Measure, measure, measure or so the mantra goes. Unfortunately, the symptom you see regarding IO will very likely change under a

Re: Speeding up thumbnail generation (like multi threaded). Thoughts please.

On Fri, Aug 28, 2009 at 11:49 PM, Christian Hergertch...@dronelabs.com wrote: Hi, What you mentioned is good information to start hunting. Was the CPU time related to IO wait at all? Always get accurate numbers before performance tuning. Measure, measure, measure or so the mantra goes.

Re: another quartz maintainance request (patch review commit)

For those interested, I've been maintaining a branch with various patches sitting in bugzilla and a few of my own. This is the branch that was chosen for the most recent release of Mono on OSX so that MonoDevelop can provide a better experience for our Mac users.

Re: libdispatch vs glib

Hi, Have you see my library iris[1]? It includes a lot of the same sort of stuff (albeit not nearly the attention and optimization yet) and includes: * a work-stealing scheduler thats 8x faster than GThreadPool on my local machines (dual and quad-cores) * message-passing using

Re: libdispatch vs glib

passing. http://git.dronelabs.com/catalina -- Christian Christian Hergert wrote: Hi, Have you see my library iris[1]? It includes a lot of the same sort of stuff (albeit not nearly the attention and optimization yet) and includes: * a work-stealing scheduler thats 8x faster than GThreadPool

Re: libdispatch vs glib

? BTW, it would be very good if you can provide some documents. 2009/9/16 Christian Hergert ch...@dronelabs.com mailto:ch...@dronelabs.com I forgot to mention that I have an example of how to use it which is a serialization library for GLib/GObject called Catalina. It does transparent

GDateTime

Hello good folks, I spent some of my free time recently putting together a DateTime solution for GLib. It is starting to get to the point where it is usable. Most of the work now seems to be finishing up string parsing, polish, improving documentation, and i18n/l10n compliance for which I could

Re: GTK+ at the UX Hackfest

On Mar 2, 2010, at 2:55 PM, Filippo Argiolas wrote: To be fair I don't think you completely got what I was trying to say. I cited the breadcrumb because it's usually visually styled as a group of buttons (that behave like radios plus some more complicated logic) grouped together into a single

Re: GtkApplication and argc/arv

On Thu, 2011-02-24 at 13:11 +0800, Wen-Yen Chuang wrote: b.) Running multiple versions of the same application For example, running firefox 3.5, 3.6, and 4.0 at the same time. I don't think your example actually works without running each instance using a different firefox user

Re: GtkBuilder syntax for property bindings

On Fri, 2011-05-06 at 13:04 +0200, Denis Washington wrote: The main issue with this approach is what to do with two-way bindings. One approach would be to make this a property of bind, but then, bind wouldn't appear in every property it influences anymore. Alternatively, the parser could be

Re: I have a problem

On May 28, 2011, at 2:01 PM, Benjamin Otte wrote: * There's button(s) that say ( Notes | Edit ) How are these buttons different from notebooks? Is it just visually different or is it a completely different interaction? Because from the interaction described it looks like a notebook to me,

Re: Announce: glib-jsonrpc

Hi, On Tue, 2011-12-27 at 06:52 +0200, Dov Grobgeld wrote: I created jsonrpc client/server (http://json-rpc.org/) library through glib/gio for remote controlling my application. It is available at: https://github.com/dov/glib-jsonrpc Comments and contributions are welcome. Just got back

Re: Announce: glib-jsonrpc

On Wed, 2012-01-04 at 11:40 +0100, Joakim Sindholt wrote: No flames, just reminding you that there is a specification and we should adhere to it 100%, or in some cases maybe even be liberal (see my json_rpc_bridge_{request,notify}_verbatim, which I put in both for performance and

Re: RFC: new features

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 stare at text or use Gnumeric to get my plots. And all the other

Re: RFC: new features

On Fri, 2012-01-13 at 21:51 +, Alberto Ruiz wrote: I think that if we were up to do this, we should go ahead and get rid of GtkTreeModel altogether and substitute it for something like libmodel. As long as it's not libmodel, or anything that requires encapsulating the value inside a

Re: RFC: new features

On Fri, 2012-01-13 at 17:21 -0500, Paul Davis wrote: On Fri, Jan 13, 2012 at 4:51 PM, Alberto Ruiz ar...@gnome.org wrote: I think that if we were up to do this, we should go ahead and get rid of GtkTreeModel altogether and substitute it for something like libmodel. The data driven app

Re: RFC: new features

Hopefully this isn't getting old, but I'm sort of just throwing these out there as I think of them. ROUND BUTTON This one might be a stretch, but is probably solvable with some CSS classes that are guaranteed to be there. Sometimes you want a button that is a circle. Buttons for a Phone Dialer

Re: RFC: new features

On Mon, 2012-01-16 at 13:08 +, Bastien Nocera wrote: On Fri, 2012-01-13 at 17:34 -0800, Christian Hergert wrote: Hopefully this isn't getting old, but I'm sort of just throwing these out there as I think of them. snip BACKGROUND OPACITY It would be nice to have the ability

Re: RFC: new features

On Wed, 2012-01-18 at 09:49 +0100, Sergio Villar Senin wrote: En 13/01/12 16:04, Bastien Nocera escribiu: On Thu, 2012-01-12 at 11:23 +0100, Alexander Larsson wrote: On Wed, 2012-01-11 at 20:38 -0800, Christian Hergert wrote: snip MENU BUTTON A GtkButton that shows a menu when clicked

Re: RFC: new features

On Wed, 2012-01-18 at 09:47 +0100, Alexander Larsson wrote: On Mon, 2012-01-16 at 13:08 +, Bastien Nocera wrote: On Fri, 2012-01-13 at 17:34 -0800, Christian Hergert wrote: Hopefully this isn't getting old, but I'm sort of just throwing these out there as I think of them. snip

Re: roadmap for 3.6

On Sat, 2012-08-04 at 21:44 -0700, Andy Tai wrote: Maybe not directly related, but will gtjk+ gain the animation capabilities of Clutter (via merging with Clutter or layering on top of Clutter), such that gtk+ widgets can behave like Clutter actors? I wrote something like this for animating

Double Buffer extension on X11

Hi, I was hoping that this topic was beaten to death, but I haven't been able to find any discussion on the topic. I'm not very knowledgeable on the extension (yet), so if you have valuable information on the topic, please share it! Is there a reason that gtk+ doesn't use the DOUBLE-BUFFER

Re: Infinite List

On 09/13/2012 09:34 AM, Nick Glynn wrote: I'm writing an app that shows information from a website - a similar app to Pattrn for Android but for Gnome- but don't want to have all data/images downloaded and present before the app starts. What's the best widget/method to implement an Infinite

Re: The new GTask name in GIO is wrong

On 11/02/2012 07:15 AM, Tal Hadad wrote: First, there were an old project called GTask[0], which tried to give parallelism ability and alternative to today GIO async(I think it wasn't exist back than). At first, I thought, what? Gtask has been merged with GIO I wrote GTask (and Iris), and I

Re: Spell checking in GIO

On 10/07/2013 09:36 PM, A. Walton wrote: My only question is why GIO and not GDK? This kind of per-platform API would happily reside in GDK and prevent us from adding even more extension points to GIO. There's really nothing I/Oish about this API (despite GIO already being the home for lost

Re: share an excitement about Gnome

On 10/15/2013 06:23 AM, Hashem Nasarat wrote: You may be interested inhttps://github.com/chergert/gnome-builder Hi, I'm working on this. (But I broke a lot of stuff on the airplane back from Montreal last night). I'm doing some major restructuring right now based on current plans. It will

Re: libsoup + gsettings-desktop-schemas for server code

On 03/03/2014 06:40 AM, Colin Walters wrote: How about this as a strawman: 1) Split off some of the core settings like org.gnome.system.proxy into gsettings-core-settings or something 2) Have a common keyfile in /etc/gsettings-core.conf that headless server code can use +1 from me. I have a

Re: A Gtk's build system ?

Sounds like we have some people willing to port the build system to waf! But seriously, without seeing what it would look like on another system, this thread can't go much further. Autotools is what it is, and Gtk+ is one of the most portable pieces of software in our ecosystem. Making sure that

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

There were some prototypes for Yocto that did this by running the introspection programs inside of Qemu. Not sure on the status though. -- Christian On 08/12/2014 10:31 PM, Tristan Van Berkom wrote: On Wed, 2014-08-13 at 09:09 +0800, Rongqing Li wrote: Hi: I want to compile

Re: Improve word boundaries for text widgets

On 09/26/2014 06:13 AM, Sébastien Wilmet wrote: I would like to improve the word boundaries for the text widgets: GtkTextView, GtkEntry and GtkLabel (anything else?). More precisely the word boundaries used for word movements (Ctrl+arrow) and word selection (double click). Currently the

Re: Improve word boundaries for text widgets

On 09/27/2014 04:52 AM, Sébastien Wilmet wrote: I'm doing exactly this in Builder today for VIM style `w` and `b`. Ctrl+right is the same as 'e' in Vim: go to the next word end. Ctrl+left is the same as 'b' in Vim: go to the previous word start. Is there a good reason to choose 'w' instead

Re: a new combo box

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 new combo API ? Or can we / should we get the most out of the API we have ? Can I style

Re: a new combo box

On 12/27/2014 01:44 PM, Morten Welinder wrote: Can we keep the api -- function names, etc.? I.e., could we, for once, do such an upgrade without inflicting pain on the users? Even at the cost of some pain for developers. On the other hand, this is the type of thing where people also

Re: File monitor rewrite: Solaris (and other) help wanted

On 01/14/2015 02:00 PM, Ryan Lortie wrote: I'm making substantial modifications to the file monitoring system in GIO. I've gotten to the point where I feel comfortable pushing a branch that contains the main ideas: https://git.gnome.org/browse/glib/log/?h=wip/mount-watcher It's not

Re: [PATCH] GtkTextView: allow to extend selection with mouse scrollwheel

On 01/09/2015 04:25 PM, Nelson Benítez León wrote: I would like to ask review for the following patch that it's been in bugzilla for more than a year[1] waiting for review: https://bugzilla.gnome.org/show_bug.cgi?id=710612 It's about making GtkTextView able to extend the text selection

Re: I'm done with O_CLOEXEC

On 03/20/2015 01:43 PM, Ryan Lortie wrote: karaj, For those unfamiliar with the issue: when a process is created on UNIX via naive fork() and exec(), the default is that the process will inherit all of the file descriptors of the parent. This makes a lot of sense for stdin, stdout and stderr,

Re: Should we drop XP?

On 04/01/2015 12:47 AM, Alexander Larsson wrote: On ons, 2015-04-01 at 09:46 +0200, Ignacio Casal Quinteiro wrote: well one of the reasons is that we are patching downstream in this ways (it can be fixed though)

Re: CSS and style-properties on master

On 04/20/2015 12:52 PM, Christian Hergert wrote: https://git.gnome.org/browse/gnome-builder/tree/data/keybindings/vim.css This commit seems to fix things in Builder. https://git.gnome.org/browse/gnome-builder/commit/?id=629a385 It should have been that way to begin with, but it does suggest

CSS and style-properties on master

Builder has a complex Vim and emacs keybinding implementation which relies on GtkWidget style-properties being configurable from CSS. We need this because we manage a state-machine using CSS selectors and transitioning between them in a keybindings agnostic way requires a bit of additional

Re: g_error_free() warning on null pointer

Hi, On 08/15/2015 02:54 PM, Michael McConville wrote: Rather than strange, I'd say it was intentional and insightful. In function bodies, you often have pointers that are used in conditions and may or may not be null. There's a very easy and clean way to deal with this: initialize them to

Re: [Discuss] Make a thinner Glib/GTK+ to fit tiny device better

On 10/15/2015 07:19 AM, cee1 wrote: >> From GStreamer point of view, the main problem as it was explained to >> > me, is the global locks, creating contention (GStreamer is highly multi >> > -threaded). It's also a base type reserved for very specific use cases >> > (where a lot of that type need

Re: Custom TextBuffer

On 08/29/2015 09:22 PM, Rena wrote: This information is generated on the fly and would span millions of lines that the user can page through. Keep in mind that a non-pageable b-tree is used to track various information about the text so the view has fast access to it. I don't think

Re: Gio.Menu item with data ?

Hi, On 12/05/2015 06:06 AM, Stuart Axon wrote: > Hi, >I'm going a bit mad trying to find decent examples - I want to have a > bit of data attached to a menu item, how can I do it ? > (my action is something like win.open_example + I want to have a > filename attached to each item). > - I

Re: Developing a new text editor widget?

On 06/05/2016 10:35 AM, Sébastien Wilmet wrote: > It would indeed be really nice to have such an implementation, to > support very large files and very long lines (GtkTextView currently > doesn't support well very long lines, there is a performance issue). But > writing a new text widget is a

Re: Developing a new text editor widget?

On 06/05/2016 01:25 PM, LRN wrote: >> If we could sacrifice 100% correct scrollbar correctness (really, >> its >>> not that big of a deal) we could avoid this problem. Just >>> estimate by byte offset the Y position, and make calculated >>> offsets in the Y position b-tree/treap/index relative to

Re: Developing a new text editor widget?

On 06/11/2016 02:47 AM, Sébastien Wilmet wrote: > /tmp is mounted in RAM on some distros, AFAIK. Maybe a better place is > ~/.cache/, so opening a 8GB file is feasible (not sure it is useful > though, but people coming from Windows expect to be able to use a GUI > tool for everything). Sure.

Re: Gtk+4.0

Sorry for the long post, I tried to condense it, unsuccessfully. On 06/21/2016 07:26 AM, Peter Weber wrote: > After five years we see now Firefox and > LibreOffice (?) on Gtk3, and progress on Gimp and Inscape, Gtk3 was > released in 2011. From the developers side, we will forced to choose >

Re: G_UTF8String: Boxed Type Proposal

On 03/19/2016 12:25 PM, Randall Sawyer wrote: > > If there already were such a structure, then it could already have been > employed by existing objects and structures such as GtkEntryBuffer and > PangoLayout - to name two - eliminating the need for extra lines of > redundant code. In fact - as I

Re: G_UTF8String: Boxed Type Proposal

On 03/19/2016 02:04 PM, Randall Sawyer wrote: >> It's possible you are focusing on implementation before measuring the >> problem. DRY alone is not a sufficient argument. > > "DRY" is not a term I know - or at least in the way you are using it > here.

Re: G_UTF8String: Boxed Type Proposal

On 03/19/2016 06:57 AM, Randall Sawyer wrote: > > Some object classes - such as GtkEntryBuffer - store this value and > update it as text is inserted or deleted. That is efficient. The fact > that developers need to write equivalent code for each such class is > inefficient. A string abstraction

Re: GTK+ hackfest 2016

On 03/07/2016 02:03 PM, Behdad Esfahbod wrote: > > Any idea why the page says Immutable to me? > > https://wiki.gnome.org/Hackfests/GTK2016 > > I remember having seen this before but don't remember what the > resolution was. There was some spam related issues I believe. I've added you to

Re: [RFC] Renaming the GtkSourceView namespace from GtkSource to Gsv

On 10/20/2016 08:05 AM, Georges Basile Stavracas Neto wrote: My personal opinion is that it's a good move, even though it'll create some pain. Since the API itself won't change behavior-wise, adapting the code to the new change will be simple enough (a Search and Replace throughout the codebase

Re: customized alignment in gtk text view

You likely have an issue with variable font sizing. Use gtk_text_view_set_monospace() to use a fixed width font. Also, this mailing list is for development of gtk. Use the gtk-app-devel list in the future. On June 1, 2017 6:10:37 AM PDT, Karan Ahuja wrote: >Hi > >I

Re: GApplication process uniqueness, saving config files and multi-seat support

On 09/10/2017 04:27 AM, Sébastien Wilmet wrote: If I'm not mistaken, the same problem can happen with NFS-mounted home directories. Some relevant blog posts and mailing list entries from the past. http://0pointer.net/blog/projects/locking.html http://0pointer.net/blog/projects/locking2.html

Re: First deprecate APIs and then remove them in the next major version

On 12/13/2017 04:05 AM, Sébastien Wilmet wrote: Can I remind you that most of the biggest GTK+ apps are still using GTK+ 2? MonoDevelop, GIMP, Ardour, … MonoDevelop is still Gtk2 because Novell/Xamarin/Unity3d invested, quite literally, millions of dollars on consultants to work on the OS X

Re: Giving GtkPane more than 2 children?

On 05/10/2018 11:46 AM, Ryan Gonzalez wrote: > > In the past, I've come upon the situation of wanting *more* than two > panes. When I look this up, I usually see people wiring together > multiple GtkPanes. Would the GTK+ devs be interested in a merge request > to add support for multiple panes? 

Re: Giving GtkPane more than 2 children?

On 05/11/2018 01:57 PM, Paul Davis wrote: > Does your new pane correctly restore the divider positions? The existing > GtkPane fails to be able to restore the pane divider position precisely. > The reasons why are fairly obvious once you dive into the code. I wrote > a new (GTK+2) pane widget for

Re: Proposal: Recommend meson for glib 2.58.0

On 06/01/2018 08:10 AM, xclae...@gmail.com wrote: > Disclaimer: I'm not a GLib maintainer so this email is only about > opening the discussion. There is no decision made yet. > > Opinions? I think the risk area is python3 support on some commercially supported distributions. Although, that is

Re: Does GTK+ do automated/nightly performance regression testing?

On 02/05/2018 02:49 AM, Emmanuele Bassi wrote: > GSK has a prototype of a profiling object that should be improved; > Christian Hergert has worked on performance counters for sysprof and > gnome-builder, so we should also look at that. For Sysprof 3.28 we'll be installing a libsysprof-

Re: An alternative to gdk-pixbuf

On 09/05/2018 06:18 PM, Nicolas Dufresne wrote: > Is there any benchmark that would justify this added complexity ? Also, > there will be more context switch, so cache misses will take more time > then just loading the icon directly. Just because you've decoded into a non-shareable page of memory

Re: An alternative to gdk-pixbuf

On 09/05/2018 06:57 PM, Nicolas Dufresne wrote: > I've replied to a comment about sandboxing image loading to prevent > possible crash buffer overflow from happening. You are now focusing on > an optimization. I believe you should start a new thread. It's relevant because it is the same as the

Re: An alternative to gdk-pixbuf

On 09/05/2018 05:03 PM, Nicolas Dufresne wrote: > > For foreign image, yes, but for system icons, that's just an overhead. System icons should be using mmap'able caches that avoid any runtime overhead and allows read-only page-sharing between processes.

Re: gtk3 public API requests

On 04/05/2018 01:32 AM, Jonas Ådahl wrote: > The reason for moving away from using subsurfaces for various things is > that they cannot be positioned properly when they extend outside the > parent window (they tend to sometimes go partly off-screen), and should > rather use

Re: gtk3 public API requests

On 04/05/2018 04:03 AM, Jonas Ådahl wrote: > Is it not possible to some how use a _move_to_rect() API, and use some > hint we can assume means it needs to be movable, and until xdg_popup is > further extended, make the assumption that we should for now use > subsurfaces? I would expect that

gtk3 public API requests

Hey everyone, I'm lobbying to make 2 functions public API in the stable branch (3.x) that would help me be able do some fancy things in Builder/Dazzle (which I can make work fine on Xorg already). If there are objections, I'd like to hear from people so I can find a way to make forward progress.