Re: REMINDER: List moved to Discourse; archival in 1 week

I go down with the boat. Emmanuele Bassi via gtk-app-devel-list escreveu no dia quarta, 24/04/2019 à(s) 12:36: > Hi all; > > next week, on May 1st, this list will be archived[0]. This means no new > subscriptions, and no new email. > > If you have questions about GTK, GLib, and the rest of the c

Re: gtk-fortran 19.04 released

Thank you Emmanuele and Stefan for your answers, Gtk+ - General mailing list wrote > Have you considered using the GObject introspection data that GTK itself > generates, instead of your custom parsing code? Yes, but a long time ago in the first year of the project. In this Dec. 2011 post: https

Re: gtk-fortran 19.04 released

On Fri, 26 Apr 2019 at 18:38, Stefan Salewski wrote: > On Fri, 2019-04-26 at 18:21 +0100, Emmanuele Bassi wrote: > > It most definitely is not. The project is actively maintained, and it > > recently got even a full description of the XML schema: > > That is interesting. Well 172 open issues > >

Re: gtk-fortran 19.04 released

On Fri, 2019-04-26 at 18:21 +0100, Emmanuele Bassi wrote: > It most definitely is not. The project is actively maintained, and it > recently got even a full description of the XML schema: That is interesting. Well 172 open issues https://gitlab.gnome.org/GNOME/gobject-introspection/issues but in

Re: gtk-fortran 19.04 released

On Fri, 26 Apr 2019 at 18:13, Stefan Salewski wrote: > On Fri, 2019-04-26 at 17:58 +0100, Emmanuele Bassi via gtk-list wrote: > > Have you considered using the GObject introspection data that GTK > > itself generates, instead of your custom parsing code? > > But a warning: GObject introspection i

Re: gtk-fortran 19.04 released

On Fri, 2019-04-26 at 17:58 +0100, Emmanuele Bassi via gtk-list wrote: > Have you considered using the GObject introspection data that GTK > itself generates, instead of your custom parsing code? But a warning: GObject introspection is not that much fun, as it is in zombie state. Starting with the

Re: gtk-fortran 19.04 released

On Fri, 2019-04-26 at 09:46 -0700, vmagnin wrote: > oncerning the "new discourse forum", I am not sure of what you mean. It is this: https://discourse.gnome.org/ Was recently advertised by Mr Bassi. The gtk mailing list will be closed soon, at least this one and gtk-app-devel. _

Re: gtk-fortran 19.04 released

On Fri, 26 Apr 2019 at 17:46, vmagnin wrote: > I am one of the main authors and administrators, working on the python > script used to parse the GTK .h header files and generate the Fortran > interfaces. Have you considered using the GObject introspection data that GTK itself generates, instea

Re: gtk-fortran 19.04 released

Dear Stefan, I am one of the main authors and administrators, working on the python script used to parse the GTK .h header files and generate the Fortran interfaces. I wrote some messages in the GTK+ forum in 2011 about gtk-fortran, but it seems I had not registered at that time: http://gtk.10911.

Re: gtk-fortran 19.04 released

On Fri, 2019-04-26 at 04:06 -0700, vmagnin wrote: > Launched in 2011, the gtk-fortran library offers interfaces to around > 1 > GTK functions Funny. I know how much work such bindings take, I created the Nim bindings twice, oldgtk3 lowlevel bindings, and high level gintro ones :-) Are you th

Re: Opening up Discourse for language bindings

Thanks for your patience; it took me a while to get around answering this email. On Thu, 28 Mar 2019 at 09:34, David Pirotte wrote: > Hello, > > > now that we've started migrating[0] GTK discussions from mailing lists > over > > to Discourse[1], we'd like to do the same for discussions on GTK la

Re: Using glib in a cross-platform game

Hi Victor, glib is definitely cross-platform friendly. I use it on linux, windows and mac without issues. Whether it is worth for your use case that is something you should think by yourself :) Cheers On Tue, Apr 2, 2019 at 10:53 AM Victor Aurélio Santos via gtk-list < gtk-list@gnome.org> wrote:

Re: Opening up Discourse for language bindings

Hello, > now that we've started migrating[0] GTK discussions from mailing lists over > to Discourse[1], we'd like to do the same for discussions on GTK language > bindings. > > For this reason we opened a new category: > > https://discourse.gnome.org/c/platform/language-bindings > > There are

Re: Embedded Terminal in a Gtk App

Use vte_terminal_spawn_async to start your command line program. https://developer.gnome.org/vte/unstable/VteTerminal.html#vte-terminal-spawn-async Use vte_terminal_feed_child to send commands to program in the terminal. https://developer.gnome.org/vte/unstable/VteTerminal.html#vte-terminal-feed-

Re: The Future?

On Wed, 13 Mar 2019 at 16:16, Igor Korot wrote: > >> How about porting recent GTK version to OpenVMS? > > > > > > If you want to add a new platform to GTK, you will need to: > > Here is the problem - it is not a new port. > The last version of GTK+ on OpenVMS is GTK+1.x. > The last GTK 1.x rele

Re: The Future?

Hi, On Wed, Mar 13, 2019 at 11:08 AM Emmanuele Bassi wrote: > > On Wed, 13 Mar 2019 at 15:53, Igor Korot wrote: >> >> Hi, Emmanuel et al, >> >> On Sun, Mar 10, 2019 at 4:38 AM Emmanuele Bassi via gtk-list >> wrote: >> > >> > Meta: having this discussion on gtk-list is probably the best example

Re: The Future?

On Wed, 13 Mar 2019 at 15:53, Igor Korot wrote: > Hi, Emmanuel et al, > > On Sun, Mar 10, 2019 at 4:38 AM Emmanuele Bassi via gtk-list > wrote: > > > > Meta: having this discussion on gtk-list is probably the best example as > to why we need to move to Discourse. Nobody involved with the develop

Re: The Future?

current full > time complement of people working on GTK is *2*, and everyone else is either > paid part time, or completely volunteering. This means we have to prioritise > things, and making GTK work on Linux/GNOME will always be the priority > because of the sheer amount of contribut

Re: The Future?

Thanks, very much appreciated! Ciao, Emmanuele. On Wed, 13 Mar 2019 at 13:56, Kasper Peeters wrote: > > Care to file an issue: > > > > https://gitlab.gnome.org/Infrastructure/gtk-web > > > > to update the wording? > > Done, see > > https://gitlab.gnome.org/Infrastructure/gtk-web/merge_requ

Re: The Future?

> Care to file an issue: > > https://gitlab.gnome.org/Infrastructure/gtk-web > > to update the wording? Done, see https://gitlab.gnome.org/Infrastructure/gtk-web/merge_requests/5 Thanks, Kasper ___ gtk-list mailing list gtk-list@gnome.org https:/

Re: The Future?

FWIW, the GJS experience is increasingly improving and keeping the pace of modern JS syntax and features, but also with react-gtk moving on top of node-gtk, hopefully more people will try to contribute to the GTK project. It sadden me to read there's no intent whatsoever to land on mobile, 'cause

Re: The Future?

On Sun, 2019-03-10 at 09:38 +, Emmanuele Bassi via gtk-list wrote: > Nobody involved with the development of GTK even reads this list, > except me, I had that impression in the last 6 years, thanks for confirming. My conclusion was, that nearly no one was working on or with GTK any more. Beca

Re: The Future?

On 03/09/2019 11:29 PM, Miroslav Rajcic wrote: > IMO, it seems that GTK does not have a coherent strategy when it comes > to toolkit features and a cross-platform usage (i.e. lowering the effort > needed to develop for all major OSes). Nowadays it is mostly focused on > adding shiny things as su

Re: The Future?

On Mon, Mar 11, 2019 at 7:54 AM Jerome Flesch wrote: > Le 2019-03-10 12:01, Kasper Peeters a écrit : > >> 1. GTK is not so cross-platform anymore: on Windows and macOS, you > >> are supposed to build your own library binaries (gvsbuild for Windows > >> and jhbuild for macOS exist, but are not foo

Re: The Future?

Le 2019-03-10 12:01, Kasper Peeters a écrit : 1. GTK is not so cross-platform anymore: on Windows and macOS, you are supposed to build your own library binaries (gvsbuild for Windows and jhbuild for macOS exist, but are not foolproof). That's definitely not true; on Windows there's vcpkg and on

Re: The Future?

I meant 'You'll need to first write"C" wrappers for C++ code'. --Sergei. On 3/10/19 7:53 PM, Sergei Steshenko via gtk-list wrote: 'Speaking of "why can't?", why can't I write a C application using Qt  ? :))' - actually, you can. You'll need to first run "C" wrappers for C++ code (for top lev

Re: The Future?

'Speaking of "why can't?", why can't I write a C application using Qt  ? :))' - actually, you can. You'll need to first run "C" wrappers for C++ code (for top level functions), and then you can write in "C". And using LLVM other forms of language integration is possible. --Sergei. On 3/9/19 6

Re: The Future?

> Care to file an issue: > > https://gitlab.gnome.org/Infrastructure/gtk-web > > to update the wording? Sure, no problem. Cheers, Kasper ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list

Re: The Future?

On Sun, 10 Mar 2019 at 11:02, Kasper Peeters wrote: But for the 'big picture documentation', which includes up-to-date > instructions on how to get it up and running on all platforms. Why > gtk.org does not even seem to mention vpckg and Homebrew is a mystery > to me, and seems easy to fix. > Ca

Re: The Future?

> 1. GTK is not so cross-platform anymore: on Windows and macOS, you > are supposed to build your own library binaries (gvsbuild for Windows > and jhbuild for macOS exist, but are not foolproof). That's definitely not true; on Windows there's vcpkg and on macOS there is Homebrew; both let you inst

Re: The Future?

nced text editor do not seem to be an > a table. > They are on the table only if somebody shows up and does the work. Did you file bugs about the shortcomings of GtkTextView? Have you prototyped what kind of API you'd need? What kind of features you'd want? Did you write a strawm

Re: The Future?

I think the question is a valid one and there is a plenty of evidence of people moving to Qt due to some issues of GTK. Some notable examples: - VLC (https://ubuntuforums.org/showthread.php?t=316155&s=54b259f2cb2d1a30ca8dc269d0561537) - Wireshark (https://blog.wireshark.org/2013/10/switching

Re: The Future?

On Sat, Mar 9, 2019 at 5:19 AM J.Arun Mani via gtk-list wrote: > > 2. How does Gtk address the issue of its users moving to Qt? > What evidence is there of this? Who are the "users" of GTK that you're referring to? Moving an existing GUI app between toolkits is typically almost equivalent to a c

Re: Discourse instance

On Fri, 2019-03-01 at 15:41 +, Emmanuele Bassi via gtk-devel-list wrote: > Hi all; Hey. > after the discussion[1] last month, and the feedback received (both > on list > and off), we decided to trial a Discourse instance on the GNOME > infrastructure. > > The Platform/Core sub-category is me

Re: EXTERNAL: RE: I really need help with themes and setting css items in program

is that it seems all the themes I have tried this far are imposing minimum sizes that are unacceptable. In a post to this list in 2017 subject: Re: How to get a "traditional" file-chooser one person said it far better than I could with "Screen space is a premium, a pretty UI is n

Re: Emitting signals from threads

Hi, yes you should file a bug Of course, the sizing of the column is also marked as > "AUTOMATIC", which may be the reason why. I am assuming that it works > for you because you are overriding the "AUTOMATIC" sizing by calling > gtk_tree_view_column_set_resizable() after the UI has been processed.

Re: Emitting signals from threads

I just tried this and it doesn't work. I set the first column as resizable in the main.ui (through Glade) and the bad behavior is still present. Of course, the sizing of the column is also marked as "AUTOMATIC", which may be the reason why. I am assuming that it works for you because you are overri

Re: Emitting signals from threads

OK, I can do that but I think it might be still worth the bug. Thanks for looking into this! On Thu, Mar 7, 2019 at 10:47 AM Luca Bacci wrote: > > try adding the line > gtk_tree_view_column_set_resizable (gtk_tree_view_get_column(view, 0), TRUE); > > Il giorno gio 7 mar 2019 alle ore 19:43 Luca

Re: Emitting signals from threads

try adding the line gtk_tree_view_column_set_resizable (gtk_tree_view_get_column(view, 0), TRUE); Il giorno gio 7 mar 2019 alle ore 19:43 Luca Bacci ha scritto: > just setting column1 as resizable >

Re: Emitting signals from threads

just setting column1 as resizable fixes the issue Il giorno gio 7 mar 2019 alle ore 18:35 Luca Bacci ha scritto: > Yes, go ahead. > > I don't know if that can be useful to you, but if you increase

Re: Emitting signals from threads

Yes, go ahead. I don't know if that can be useful to you, but if you increase the time spent in usleep() to something greater it works correctly. With usleep(1) I get mixed results: Third column activated Third column activated Activated an other column Activated an other column Third column

Re: Emitting signals from threads

OK, thank you. Please, let me know if you'd like me to file a bug for this? Thanks On Wed, Mar 6, 2019 at 10:27 AM Luca Bacci wrote: > > I'm working on it. But yes, this really seems a bug in Gtk. > > Il mer 6 mar 2019, 18:40 Mitko Haralanov ha scritto: >> >> Hi, >> >> Any update? Does anyone t

Re: Emitting signals from threads

I'm working on it. But yes, this really seems a bug in Gtk. Il mer 6 mar 2019, 18:40 Mitko Haralanov ha scritto: > Hi, > > Any update? Does anyone think this is a bug that should be filed against > Gtk? > > Thanks > > On Thu, Feb 28, 2019 at 2:05 AM Luca Bacci > wrote: > > > > Hi, I can't promi

Re: Emitting signals from threads

Hi, Any update? Does anyone think this is a bug that should be filed against Gtk? Thanks On Thu, Feb 28, 2019 at 2:05 AM Luca Bacci wrote: > > Hi, I can't promise I will find a solution but I'll certainly take a look at > this > > Il gio 28 feb 2019, 02:13 Paul Davis ha scritto: >> >> You are

Re: Closing XTerm causes the GTK app to exit, inspite of disown/nohup on its PID - why?

thank you, SIGINT was the culprit. trap "echo HUP>>/tmp/err" SIGHUP trap "echo QUIT>>/tmp/err" SIGQUIT trap "echo INT>>/tmp/err" SIGINT trap "echo TERM >>/tmp/err" SIGTERM revealed all ___ gtk-list mailing list gtk-list@gnome.org https://

Re: Closing XTerm causes the GTK app to exit, inspite of disown/nohup on its PID - why?

Wild guess; use strace to look for a signal at the time the window is closed, and add code to replace the handler for the signal. For instance, to handle Ctrl+C gracefully in Python that uses GTK, some of my code does this; GLib.unix_signal_add(GLib.PRIORITY_DEFAULT, signal.SIGINT, callback) --

RE: I really need help with themes and setting css items in program

Hi Damon, The thing is that Adwaita is now the default theme for GTK+3.x. The win32 theme, though, as it is not maintained much nowadays, should not be used unless one is intending to make it up-to-date. The reason why you don’t see it in your installation is that the Adwaita theme files are

Re: Discourse instance

On 2019-03-01 16:41, Emmanuele Bassi via gtk-list wrote: Hi all; after the discussion[1] last month, and the feedback received (both on list and off), we decided to trial a Discourse instance on the GNOME infrastructure. Good idea, Discourse is a good free software. The Platform/Core sub-ca

Re: Discourse instance

Note: for those who prefer email, we've written down a handy guide on how to use email with Discourse: https://discourse.gnome.org/t/interacting-with-discourse-via-email/46 Ciao, Emmanuele. On Fri, 1 Mar 2019 at 15:50, Emmanuele Bassi wrote: > And, of course, I forgot the link: https://disc

Re: Discourse instance

And, of course, I forgot the link: https://discourse.gnome.org Embarrassing. Ciao, Emmanuele. On Fri, 1 Mar 2019 at 15:41, Emmanuele Bassi wrote: > Hi all; > > after the discussion[1] last month, and the feedback received (both on > list and off), we decided to trial a Discourse instance on t

Re: Discourse instance

Since you forgot the link... https://discourse.gnome.org/ -- Ryan (ライアン) Yoko Shimomura, ryo (supercell/EGOIST), Hiroyuki Sawano >> everyone else https://refi64.com/ On Fri, Mar 1, 2019, 9:42 AM Emmanuele Bassi via gtk-devel-list < gtk-devel-l...@gnome.org> wrote: > Hi all; > > after the discu

Re: Emitting signals from threads

Hi, I can't promise I will find a solution but I'll certainly take a look at this Il gio 28 feb 2019, 02:13 Paul Davis ha scritto: > You are right, and I withdraw my remarks. As noted, I didn't read it > carefully enough. > > But yes, g_idle_add_full() runs in the worker thread, however that's o

Re: Emitting signals from threads

You are right, and I withdraw my remarks. As noted, I didn't read it carefully enough. But yes, g_idle_add_full() runs in the worker thread, however that's one thing that is always OK. On Wed, Feb 27, 2019 at 6:03 PM Mitko Haralanov wrote: > But that's not how the code is written: > > g_task_ru

Re: Emitting signals from threads

But that's not how the code is written: g_task_run_in_thread(obj->task, custom_object_work) -> custom_object_worker() -> signal_emit() -> g_idle_add_full(..., signal_emitter, ...); signal_emitter() is the function that *actually* emits the signal. signal_emitter() is supposed to be

Re: Emitting signals from threads

On Wed, Feb 27, 2019 at 5:46 PM Mitko Haralanov wrote: > How is that? The update is happening from a callback executed by the > main context thread? > g_task_run_in_thread(obj->task, custom_object_worker); custom_object_worker() emits the "updated" signal. the handler modifies the model. __

Re: Emitting signals from threads

How is that? The update is happening from a callback executed by the main context thread? On Wed, Feb 27, 2019 at 4:24 PM Paul Davis wrote: > > > > On Wed, Feb 27, 2019 at 5:17 PM Mitko Haralanov via gtk-list > wrote: >> >> Here is a small program that illustrates the issue: >> > > Yep. You're

Re: Emitting signals from threads

On Wed, Feb 27, 2019 at 5:17 PM Mitko Haralanov via gtk-list < gtk-list@gnome.org> wrote: > Here is a small program that illustrates the issue: > > Yep. You're updating a treemodel from your own thread while the treeview is connected to it. You can't do this. __

Re: Emitting signals from threads

Here is a small program that illustrates the issue: #include G_BEGIN_DECLS #define CUSTOM_OBJECT_TYPE (custom_object_get_type()) G_DECLARE_FINAL_TYPE(CustomObject, custom_object, CUSTOM, OBJECT, GObject); enum _CustomObjectSignals { SIGNAL_UPDATE, N_SIGNALS, }; struct _CustomOb

Re: Emitting signals from threads

It is possible that I haven't read this thread carefully enough. You cannot update a GtkTreeModel or any other similar data structure that is currently being used as "the model" by a GtkTreeView or other similar widget, from a worker thread. The model will emit signals reflecting what you've done

Re: Emitting signals from threads

I could start a new thread but will be confusing for anyone who may be reading this thread a year from now researching a similar problem. So, with that said, let me try to clarify: The application has a GtkTreeView being populated by a GtkTreeModel. The TreeView has 3 columns, the last one having

Re: Emitting signals from threads

On Wed, 27 Feb 2019 14:08:34 -0800 Mitko Haralanov wrote: > On Wed, Feb 27, 2019 at 1:10 PM Chris Vine via gtk-list > wrote: > > > > On Wed, 27 Feb 2019 09:49:43 -0800 > > Mitko Haralanov via gtk-list wrote: > > [snip] > > > However, as I understand it, if my signal is running in the main > > >

Re: Emitting signals from threads

Il giorno mar, 08/01/2019 alle 10.02 -0800, Mitko Haralanov via gtk-list ha scritto: > Thanks for the reply. > ... Hi, I find this mail thread really confusing and with a lot of misleading guesses. As already stated elsewhere, a minimal working example would likely be a *much* quicker way to solv

Re: Emitting signals from threads

Hi Chris, I am not expecting g_idle_add() to emit the signal. I am calling a separate function scheduled by g_idle_add() or g_main_context_invoke_full(), which does the signal emission. I use g_idle_add()/g_main_context_invoke_full() to ensure that this callback is, in fact, running in the main co

Re: Emitting signals from threads

On Wed, 27 Feb 2019 09:49:43 -0800 Mitko Haralanov via gtk-list wrote: [snip] > However, as I understand it, if my signal is running in the main > context, the signal handler should not be running at the same time as > Gtk is recalculating/repainting the TreeView. It seems as if the > threaded sig

Re: Emitting signals from threads

I haven't had much time to work on this but I did figure out the following: The reason that the "Edit" dialog is being opened is that when the click is processed by the button-press-event handler, the width of the first column in the TreeView is 0. As a result, the calculation of where the click o

Re: Using GVariantBuilder with complex structures

Answering my own question in case anyone else can benefit from the information. The code that I ended up with in order to encode the described structure is the following: void add_elem(GVariantBuilder *builder, struct tree_entry *elem) { GVariantBuilder *new, *child_builder, *children;

Re: Using GVariantBuilder with complex structures

Does anyone have any pointers? Thank you. On Fri, Feb 22, 2019 at 11:58 AM Mitko Haralanov wrote: > > Hi, > > I've been trying to figure out how to use GVariantBuilder to build a > complex structure with little success. The type of structure that I > would like to build is meant to partially enc

Re: A question about LGPL license

A quick, understandable, summary of the license is often provided on tldrlegal, for LGPL 2.1 - here - https://tldrlegal.com/license/gnu-lesser-general-public-license-v2.1-(lgpl-2.1) Your own software can have any license (incl. being closed source), while using LGPL libraries. You are required to

Re: A Question

On Fri, Feb 22, 2019 at 7:26 PM Thomas Dineen via gtk-list < gtk-list@gnome.org> wrote: > Gentle People: > > A question on Cairo: The X Y inputs to Cairo drawing functions are > type double. > > Dose this imply that pixel or line spacing could be less than 1.0? > > Could the spacing be say 0.5

Re:

*hijacks the thread further* On Thu, 21 Feb, 2019 at 6:36 AM, Igor Korot via gtk-list wrote: What I do argue is why the context-menu event should care what mouse button click it comes from? Yah, it's a bit odd there isn't a high-level context-menu signal for widgets. Given it's important fo

Re:

On Wed, Feb 20, 2019 at 12:36 PM Igor Korot wrote: > > This is all correct and I'm not arguing about that. > > What I do argue is why the context-menu event should care what mouse > button click it comes from? > if the menu is shown on button press (not release) (and this is typical), then somet

Re:

Paul, On Wed, Feb 20, 2019 at 12:30 PM Paul Davis wrote: > > > > On Wed, Feb 20, 2019 at 11:10 AM Igor Korot wrote: >> >> Hi, Paul, >> >> On Wed, Feb 20, 2019 at 12:03 PM Paul Davis >> wrote: >> > >> > >> > >> > On Wed, Feb 20, 2019 at 10:49 AM Igor Korot via gtk-list >> > wrote: >> >> >> >>

Re:

On Wed, Feb 20, 2019 at 11:10 AM Igor Korot wrote: > Hi, Paul, > > On Wed, Feb 20, 2019 at 12:03 PM Paul Davis > wrote: > > > > > > > > On Wed, Feb 20, 2019 at 10:49 AM Igor Korot via gtk-list < > gtk-list@gnome.org> wrote: > >> > >> > >> Why do we even talking about button number, when the doc

Re:

On Wed, Feb 20, 2019 at 12:10 PM Igor Korot wrote: > > Hi, Paul, > > On Wed, Feb 20, 2019 at 12:03 PM Paul Davis > wrote: > > > > > > > > On Wed, Feb 20, 2019 at 10:49 AM Igor Korot via gtk-list > > wrote: > >> > >> > >> Why do we even talking about button number, when the doc explicitly said

Re:

Hi, Paul, On Wed, Feb 20, 2019 at 12:03 PM Paul Davis wrote: > > > > On Wed, Feb 20, 2019 at 10:49 AM Igor Korot via gtk-list > wrote: >> >> >> Why do we even talking about button number, when the doc explicitly said >> "right-click", which implies "right mouse button". > > > X Window (at the v

Re:

On Wed, Feb 20, 2019 at 10:49 AM Igor Korot via gtk-list wrote: > > Why do we even talking about button number, when the doc explicitly said > "right-click", which implies "right mouse button". > X Window (at the very least) allows buttons to be remapped. Button #1 is typically the left mouse bu

Re:

On Wed, 2019-02-20 at 11:49 -0600, Igor Korot wrote: > I know I am kind of switching the topic here, but... > > Why do we even talking about button number, when the doc explicitly > said > "right-click", which implies "right mouse button". Yes, I noticed that contradiction myself when answering y

Re:

Hi, Stefan et al, On Wed, Feb 20, 2019 at 11:33 AM Stefan Salewski wrote: > > On Wed, 2019-02-20 at 11:07 -0600, Igor Korot via gtk-list wrote: > > Hi, ALL, > > This link https://developer.gnome.org/gtk3/stable/GtkToolbar.html#Gtk > > Toolbar-popup-context-menu > > states that the parameter "butt

Re:

On Wed, 2019-02-20 at 11:07 -0600, Igor Korot via gtk-list wrote: > Hi, ALL, > This link https://developer.gnome.org/gtk3/stable/GtkToolbar.html#Gtk > Toolbar-popup-context-menu > states that the parameter "button" can be "-1". > > What is the scenario when this occurs, i.e. it should be the butto

Re:

Nevermind. Didn't read the whole description. Sorry for the noise. Thank you. On Wed, Feb 20, 2019 at 11:07 AM Igor Korot wrote: > > Hi, ALL, > This link > https://developer.gnome.org/gtk3/stable/GtkToolbar.html#GtkToolbar-popup-context-menu > states that the parameter "button" can be "-1". >

Re: GtkStack, builder and hidden objects

fact visible. It seems like >> GtkStack is calling 'show all' on the widget tree. >> >> Is this intended behaviour? I would expect my 'Visible' flag to be >> honoured, though I can see how this would be extra work. >> >> For now, I've ho

Re: GtkStack, builder and hidden objects

7; page, go to > 'widget flags' and de-select 'Visible' ) are in fact visible. It seems like > GtkStack is calling 'show all' on the widget tree. > > Is this intended behaviour? I would expect my 'Visible' flag to be > honoured, though I can see h

Re: Gtk3 text view anchored in text view cannot get cursor inside (Ok in Gtk2)

Hi Eric, thanks for looking at the problem, in fact it looks like stopping the event to reach the below text view does the trick: textViewNested.signal_button_press_event().connect([](GdkEventButton* pEvent){ return true; }); Cheers, Giuseppe. On Sat, 16 Feb 2019 at 19:59, wrote: > Hi Gi

Re: Gtk3 text view anchored in text view cannot get cursor inside (Ok in Gtk2)

Hi Giuseppe, It looks like you are going to need to set up a callback and grab the focus of that uncooperative nested textview. It should work with GTK3. Eric     //gcc -Wall codebox1.c -o codebox1 `pkg-config --cflags --libs gtk+-3.0` #include static void get_focus(GtkWidget *button, GtkWi

Re: GtkSelectionMode

Igor Korot wrote: What do you mean - "unmodified mouse clicks"? I mean without pressing any modifier keys (Shift, Ctrl, etc.) It sounded like you expected this to toggle selection of individual items on and off, but in my experience the Ctrl key is needed to do that. Clicking with no modifiers

Re: GtkSelectionMode

Hi, Greg, On Thu, Feb 14, 2019 at 4:07 PM Greg Ewing wrote: > > Igor Korot via gtk-list wrote: > > I interpret this as following: > > Using 1, I can select multiple string with just a mouse click if the > > string is not being selected. If the string is already selected, it > > becomes deselected

Re: GtkSelectionMode

Igor Korot via gtk-list wrote: I interpret this as following: Using 1, I can select multiple string with just a mouse click if the string is not being selected. If the string is already selected, it becomes deselected without selection clearing on any other previously selected string. And this i

Re: documentation pages broken

I'm happy to volunteer to get this sorted, but I need access (and a few pointers to get me started would also be useful, but I can live without that). The situation right now is really not reflecting well on the otherwise excellent C++ bindings. Kasper On Thu, 14 Feb 2019 20:15:49 + Emmanue

Re: documentation pages broken

I have run into this problem dozens of times. To work around it, I use the utility program devhelp. On 2/14/2019 3:05 PM, Kasper Peeters wrote: Full story: the API documentation for many of the C++ bindings at https://developer.gnome.org/references is currently broken. This is unexpec

Re: documentation pages broken

Thanks. Sadly, there is just one person responsible for library-web, and he maintains it on his spare time—which has gotten considerably smaller. I'd be tempted to suggest the *mm bindings developers to use CI to generate the documentation and publish it on the GitLab pages, like GTK does for its

Re: documentation pages broken

> > Full story: the API documentation for many of the C++ bindings at > > > > https://developer.gnome.org/references > > > > is currently broken. > > > > > This is unexpected. > > Can you file an issue on the GitLab issue tracker for the libraries > without a reference? There is one already,

Re: documentation pages broken

On Thu, 14 Feb 2019 at 18:41, Kasper Peeters wrote: > TL;DR: can someone who is responsible or knows someone who is > responsible for the developer API pages please read the text below, > there is a serious issue with many GNOME libraries NOT having any API > documentation online. > > Full story:

Re: GtkSelectionMode

Hi, Paul, On Thu, Feb 14, 2019 at 10:41 AM Paul Davis wrote: > > > > On Wed, Feb 13, 2019 at 10:49 PM Igor Korot wrote: >> >> Hi, Paul, >> >> On Wed, Feb 13, 2019 at 10:03 PM Paul Davis >> wrote: >> > >> > >> > >> > On Wed, Feb 13, 2019 at 2:30 PM Igor Korot via gtk-list >> > wrote: >> >> >>

Re: GtkSelectionMode

On Wed, Feb 13, 2019 at 10:49 PM Igor Korot wrote: > Hi, Paul, > > On Wed, Feb 13, 2019 at 10:03 PM Paul Davis > wrote: > > > > > > > > On Wed, Feb 13, 2019 at 2:30 PM Igor Korot via gtk-list < > gtk-list@gnome.org> wrote: > >> > >> > >> Unfortunately thats not how it looks here. > >> When I cre

Re: GtkSelectionMode

Hi, Paul, On Wed, Feb 13, 2019 at 10:03 PM Paul Davis wrote: > > > > On Wed, Feb 13, 2019 at 2:30 PM Igor Korot via gtk-list > wrote: >> >> >> Unfortunately thats not how it looks here. >> When I create a control with GTK_SELECTION_MULTIPLE and just click on >> the item - it works just like sin

Re: GtkSelectionMode

On Wed, Feb 13, 2019 at 2:30 PM Igor Korot via gtk-list wrote: > > Unfortunately thats not how it looks here. > When I create a control with GTK_SELECTION_MULTIPLE and just click on > the item - it works just like single selection. > In order to select multiple strings I have to press Ctrl key. >

Re: GtkSelectionMode

Hi, guys, On Wed, Feb 13, 2019 at 3:21 PM richard boaz wrote: > > sorry, typing too fast and missed the word *not*, should have read: > > so no functionality was *not* lost between 2 and 3 Unfortunately thats not how it looks here. When I create a control with GTK_SELECTION_MULTIPLE and just

Re: GtkSelectionMode

sorry, typing too fast and missed the word *not*, should have read: so no functionality was *not* lost between 2 and 3 On Wed, Feb 13, 2019 at 4:20 PM richard boaz wrote: > i think you're getting confused: > > from the GTK-3 manual >

Re: GtkSelectionMode

i think you're getting confused: from the GTK-3 manual explaining how this option: GTK_SELECTION_MULTIPLE Any number of elements may be selected. The Ctrl key may be used to enlarge the selection, and Shift

Re: GtkSelectionMode

Hi, On Wed, Feb 13, 2019 at 1:00 PM LRN via gtk-list wrote: > > On 13.02.2019 20:41, Igor Korot via gtk-list wrote: > > Hi, list, > > This link: > > https://developer.gnome.org/gtk3/stable/gtk3-Standard-Enumerations.html#GtkSelectionMode > > has 4 modes for selection, > > while this link: > > ht

  1   2   3   4   5   6   7   8   9   10   >