Re: Using different signals depending on which row of of a treeview

2019-05-01 Thread Mike Martin
This is more or less what I did except I added a signal_connect separately to the visibilty (which is in a cell_data_function on first renderer) ie: (perl) my @cells=Treeview->get_column(n)->get_cells; then $cells[n]->signal_connect(blah } ); (where n is the appropriate number of column/renderer)

Re: Using different signals depending on which row of of a treeview

2019-04-30 Thread Mike Martin via gtk-app-devel-list
This is more or less what I did except I added a signal_connect separately to the visibilty (which is in a cell_data_function on first renderer) ie: (perl) my @cells=Treeview->get_column(n)->get_cells; then $cells[n]->signal_connect(blah } ); (where n is the appropriate number of

Re: Using different signals depending on which row of of a treeview

2019-04-29 Thread Reuben Rissler
On 04/29/2019 10:36 AM, Mike Martin via gtk-app-devel-list wrote: Has anyone done anything like this? I haven't, but you are welcome to my simple Glade mockup:                               1     one         2     two       

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

2019-04-29 Thread Osmo Antero via gtk-app-devel-list
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

RE: gtk3 drag and drop sample/demo

2019-04-15 Thread Pankaj Bansal via gtk-app-devel-list
done"); ev.consume();});    stage.setScene(new Scene(button, 200, 200));    stage.show(); } public static void main(String[] args) { launch(); } }   -Pankaj   From: Emmanuele Bassi [mailto:eba...@gmail.com] Sent: Monday, April 15, 2019 5:26 PM To: Pankaj Bansal

Re: gtk3 drag and drop sample/demo

2019-04-15 Thread Emmanuele Bassi via gtk-app-devel-list
On Mon, 15 Apr 2019 at 12:45, Pankaj Bansal via gtk-app-devel-list < gtk-app-devel-list@gnome.org> wrote: > I am working with OpenJDK JavaFX dev group and we are facing some problems > with drag and drop functionality with gtk3.20 or later. You can have a look > at the bug for more information >

Re: TreeView - set border on individual cells

2019-04-09 Thread Eric Cashon via gtk-app-devel-list
I looked into this a little more. It looks like using an overlay is the easiest solution that I could find. You can override the render function of the cell renderer but then you will probably need all the code in the text cell renderer. This isn't too bad since the text cell renderer is

Re: Setting the scroll position of a GtkTextView in GtkScrolledWindow after render

2019-04-08 Thread Andri Möll via gtk-app-devel-list
Thanks, both! While I'm not using GtkSourceView but GtkTextView, given the former depends on the latter, they're related. Anyway, turns out that GtkTextView indeed lays its text out asynchronously without any event to notify when it's done. I did end up creating a GNOME Discourse topic,

Re: Setting the scroll position of a GtkTextView in GtkScrolledWindow after render

2019-04-08 Thread Reuben Rissler
On 04/08/2019 09:07 AM, Andri Möll via gtk-app-devel-list wrote: Hey, I can't figure out if it's me or something's amiss. I'm trying to set the scroll position after rendering a GtkTextView in a GtkScrolledWindow, but it's reset to a different value, if it works at all. I've so far tried

Re: Setting the scroll position of a GtkTextView in GtkScrolledWindow after render

2019-04-08 Thread Stefan Salewski
On Mon, 2019-04-08 at 13:07 +, Andri Möll via gtk-app-devel-list wrote: > I can't figure out if it's me or something's amiss. I'm trying to > set > the scroll position after rendering a GtkTextView May that be still this old bug:

Re: TreeView - set border on individual cells

2019-04-06 Thread Eric Cashon via gtk-app-devel-list
I see gtk_cell_renderer_render() in the documentation and it has a cairo_t to draw with. I haven't tried to subclass from a treeview and override the rendering. Something I should probably figure out. Do you know of an example of doing something like this in C? Maybe I can put together a

Re: TreeView - set border on individual cells

2019-04-06 Thread Emmanuele Bassi via gtk-app-devel-list
On Sat, 6 Apr 2019 at 20:15, wrote: > The second cairo_t is used so that the rectangle can be lined up to the > cell. If I use the cairo_t in the "draw" callback then the rectangle > doesn't line up. > You're still using: 1. the wrong window to draw on 2. deprecated API 3. a slow rendering

Re: TreeView - set border on individual cells

2019-04-06 Thread Eric Cashon via gtk-app-devel-list
Hi Emmanuele, The second cairo_t is used so that the rectangle can be lined up to the cell. If I use the cairo_t in the "draw" callback then the rectangle doesn't line up. Eric ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org

Re: TreeView - set border on individual cells

2019-04-06 Thread Emmanuele Bassi via gtk-app-devel-list
On Sat, 6 Apr 2019 at 19:05, Eric Cashon via gtk-app-devel-list < gtk-app-devel-list@gnome.org> wrote: > static gboolean draw_rectangle(GtkWidget *tree_view, cairo_t *cr, gpointer > data) > { > GtkTreePath *path=gtk_tree_path_new_from_indices(row_g, -1); > > g_print("Draw Rectangle %i

Re: TreeView - set border on individual cells

2019-04-06 Thread Eric Cashon via gtk-app-devel-list
Hi Mike, I gave what you said a try and it looks to work well enough. Then, how do you get a box around a selected cell. It seems to me if you let the built in renderer do it's thing and then get a cairo_t to just draw a rectangle after, it should work, right? OK, a bit of a hack but it

Re: TreeView - set border on individual cells

2019-04-05 Thread Mike Martin via gtk-app-devel-list
On Fri, 5 Apr 2019, 12:36 Mike Martin, wrote: > Update, I worked out how to get rid of highlight > > 1 treeview->set selection mode(none) > 2 treeview->signal_connect(row_activated =>sub{ > Treeview->set_cursor_on_cell(path,column,cell,true) > } > ) > > Not exact code, but this is process that

Re: TreeView - set border on individual cells

2019-04-05 Thread Mike Martin
Update, I worked out how to get rid of highlight 1 treeview->set selection mode(none) 2 treeview->signal_connect(row_activated =>sub{ Treeview->set_cursor_on_cell(path,column,cell,true) } ) Not exact code, but this is process that worked for me Would still be useful if I could find out about

Re: TreeView - set border on individual cells

2019-04-05 Thread Tilo Villwock via gtk-app-devel-list
Am Donnerstag, den 04.04.2019, 23:04 +0100 schrieb Mike Martin via gtk- app-devel-list: > Is this possible? > > I did originally plan to have certain cells have a background colour > to > emphasize that there is a value to change. However as soon as the row > is > selected this is all wiped out

Re: Problem with grids and items spanning more than one column

2019-04-04 Thread Mike Martin
I resolved it by applying set_halign('start') to only the textview in the layout Looks like some interaction between the textview and the multicolumn liststore On Wed, 3 Apr 2019 at 12:53, Reuben Rissler wrote: > On 04/02/2019 05:09 AM, Mike Martin via gtk-app-devel-list wrote: > > I am using

Re: Setting attributes per cell in treeview (list store)

2019-04-03 Thread Eric Cashon via gtk-app-devel-list
Hi Mike, I think that you would need to set up individual color columns so that you can color individual cells in the table. For colors, “cell-background-rgba” gives better color control but “cell-background” with html basic colors might be simpler. Eric    //gcc -Wall stripe_list1.c -o

Re: Problem with grids and items spanning more than one column

2019-04-03 Thread Reuben Rissler
On 04/02/2019 05:09 AM, Mike Martin via gtk-app-devel-list wrote: I am using an embedded Gtk grid within a grid , which contains numerous widgets However if I have a widget that spans more than one column it messes up the layout of all other widgets , which seem to position themseleves randomly

Re: ANNOUNCE: Phasing out GTK mailing lists and move to Discord

2019-04-01 Thread Adam Tauno Williams
> The problem for me is clock. I tried Slack for a development project > I'm  leading, but important messages got lost in the shuffle. Also, > it wasjust another website to check, another interface to learn. +1 > Email has been a good aggregator tool to save time--it is just one > place I have

Re: Treeview (liststore) CSS question

2019-03-22 Thread Mike Martin
Resolved my issue, turns out I needed some voodoo with properties $widgetpage{file_scroll}->set('propagate_natural_height','1'); $widgetpage{file_scroll}->set_vexpand(0); On Mon, 18 Mar 2019 at 16:01, Mike Martin wrote: > Is it possible to set different background for a treestore, with a >

Re: ANNOUNCE: Phasing out GTK mailing lists and move to Discord

2019-03-21 Thread Michael Torrie via gtk-app-devel-list
Is the subject line of this thread a freudian slip? We are definitely moving toward discord, from the complaints! On 03/21/2019 09:33 AM, Emmanuele Bassi via gtk-app-devel-list wrote: > On Thu, 21 Mar 2019 at 02:28, Matthew A. Postiff via gtk-app-devel-list < > gtk-app-devel-list@gnome.org>

Re: ANNOUNCE: Phasing out GTK mailing lists and move to Discord

2019-03-21 Thread Emmanuele Bassi via gtk-app-devel-list
On Thu, 21 Mar 2019 at 02:28, Matthew A. Postiff via gtk-app-devel-list < gtk-app-devel-list@gnome.org> wrote: > Is it easy in discourse to turn on email, either daily digests or > "live"? Is there an rss feed that I can subscribe to? A quick howto > would be great. > There is a link on how to

Re: ANNOUNCE: Phasing out GTK mailing lists and move to Discord

2019-03-21 Thread Emmanuele Bassi via gtk-app-devel-list
On Wed, 20 Mar 2019 at 23:59, David C. Rankin < drankina...@suddenlinkmail.com> wrote: > On 03/18/2019 12:02 PM, Emmanuele Bassi via gtk-app-devel-list wrote: > > Hi all; > > > > as announced in: > > > > > https://mail.gnome.org/archives/gtk-devel-list/2019-March/msg0.html > > > > we have

Re: Treeview (liststore) CSS question

2019-03-21 Thread Mike Martin via gtk-app-devel-list
apologies I did resolve my issue , posted as wrong person Resolved my issue, turns out I needed some voodoo with properties $widgetpage{file_scroll}->set('propagate_natural_height','1'); $widgetpage{file_scroll}->set_vexpand(0); On Tue, 19 Mar 2019 at 18:53, wrote: > > Hi Mike, > > Have you

Re: ANNOUNCE: Phasing out GTK mailing lists and move to Discord

2019-03-20 Thread Liam R E Quin
On Wed, 2019-03-20 at 21:37 -0400, Reuben Rissler wrote: > I originally thought I would participate on Discourse via email, > then email got discouraged in favor of the web UI. > > I don't have that much answers, and neither do I have a lot of > questions. Therefore I will just quietly fade

Re: ANNOUNCE: Phasing out GTK mailing lists and move to Discord

2019-03-20 Thread Matthew A. Postiff via gtk-app-devel-list
On 3/20/2019 9:37 PM, Reuben Rissler wrote: RIP gtk-app-devel. :'( I hope this discourse thing succeeds. Personally I find it just another awkward, cumbersome run of the mill QA site. The mailing list should be preserved. But what do I know? I've only seen about 90% of these migrations to

Re: ANNOUNCE: Phasing out GTK mailing lists and move to Discord

2019-03-20 Thread Reuben Rissler
RIP gtk-app-devel. :'( I hope this discourse thing succeeds. Personally I find it just another awkward, cumbersome run of the mill QA site. The mailing list should be preserved. But what do I know? I've only seen about 90% of these migrations to forum like sites lose users and community

Re: ANNOUNCE: Phasing out GTK mailing lists and move to Discord

2019-03-20 Thread David C. Rankin
On 03/18/2019 12:02 PM, Emmanuele Bassi via gtk-app-devel-list wrote: > Hi all; > > as announced in: > > https://mail.gnome.org/archives/gtk-devel-list/2019-March/msg0.html > > we have created a Discourse instance available at: > > https://discourse.gnome.org RIP gtk-app-devel. I

Re: Treeview (liststore) CSS question

2019-03-19 Thread Eric Cashon via gtk-app-devel-list
Hi Mike, Have you tried gtk_widget_set_vexpand(tree, FALSE); on the treeview? This might work to show a different background color on the unused space of the treeview. I don't know if this is of any help but also remember that you can set individual row colors in a treeview by having a

Re: Treeview (liststore) CSS question

2019-03-19 Thread Mike Martin via gtk-app-devel-list
Its not whether the row is empty, its whether it exists On Mon, 18 Mar 2019 at 23:25, Daniel Kasak wrote: > On Tue, Mar 19, 2019 at 3:01 AM Mike Martin via gtk-app-devel-list < > gtk-app-devel-list@gnome.org> wrote: > >> Is it possible to set different background for a treestore, with a >>

Re: Treeview (liststore) CSS question

2019-03-19 Thread Mike Martin
Its not whether the row is empty, its whether it exists On Mon, 18 Mar 2019 at 23:25, Daniel Kasak wrote: > On Tue, Mar 19, 2019 at 3:01 AM Mike Martin via gtk-app-devel-list < > gtk-app-devel-list@gnome.org> wrote: > >> Is it possible to set different background for a treestore, with a >>

Re: Correct way to deallocate an unix signal source

2019-03-19 Thread Philip Withnall
On Mon, 2019-03-18 at 14:38 +0100, Enrico Mioso wrote: > Regarding the code, at exit I do the following: > if (my_state->mainloop) { > g_main_loop_unref(my_state->mainloop); > my_state->mainloop = NULL; > } > > if (my_state->ctx) { > g_main_context_unref(my_state->ctx); >

Re: Correct way to deallocate an unix signal source

2019-03-19 Thread Enrico Mioso via gtk-app-devel-list
Mar 2019, Philip Withnall wrote: Date: Mon, 18 Mar 2019 14:51:25 From: Philip Withnall To: Enrico Mioso Cc: gtk-app-devel-list@gnome.org Subject: Re: Correct way to deallocate an unix signal source On Mon, 2019-03-18 at 14:38 +0100, Enrico Mioso wrote: Regarding the code, at exit I do the follow

Re: Correct way to deallocate an unix signal source

2019-03-19 Thread Enrico Mioso via gtk-app-devel-list
tate->ctx) { g_main_context_unref(my_state->ctx); my_state->ctx = NULL; } Thank you to all reading this, Enrico On Mon, 18 Mar 2019, Philip Withnall wrote: Date: Mon, 18 Mar 2019 10:42:11 From: Philip Withnall To: Enrico Mioso , gtk-app-devel-list@gnome.org Subject: Re: Correct way to dealloc

Re: Treeview (liststore) CSS question

2019-03-18 Thread Daniel Kasak via gtk-app-devel-list
On Tue, Mar 19, 2019 at 3:01 AM Mike Martin via gtk-app-devel-list < gtk-app-devel-list@gnome.org> wrote: > Is it possible to set different background for a treestore, with a > liststore, for populated rows v blank area. > > ie: If I have a dynamic treeview I would like to have one background

Re: Correct way to deallocate an unix signal source

2019-03-18 Thread Philip Withnall
Hi, On Thu, 2019-03-14 at 00:09 +0100, Enrico Mioso wrote: > I am facing an issue, where it seems I am not deallocating correctly > an UNIX signal source. I use > my_state->unix_signals_src = g_unix_signal_source_new(SIGINT); > g_source_set_callback(my_state->unix_signals_src, my_unix_signals_cb,

Re: Discourse instance

2019-03-09 Thread Amirouche Boubekki
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

Re: Discourse instance

2019-03-09 Thread Ernestas Kulik
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

Re: Discourse instance

2019-03-09 Thread Ryan Gonzalez via gtk-app-devel-list
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

Re: Changing font of GtkSourceView changes font of GtkSourceMap

2019-03-04 Thread Mitko Haralanov via gtk-app-devel-list
More information at: https://gitlab.gnome.org/GNOME/gtksourceview/commit/0ae462ebc8eceb810f176a21792a63de4efe597b On Mon, Mar 4, 2019 at 8:41 AM Mitko Haralanov wrote: > > I haven't played with the FontMap but was thinking of going the route > of using CSS. That, in itself, is a bit of a hassle

Re: Changing font of GtkSourceView changes font of GtkSourceMap

2019-03-04 Thread Mitko Haralanov via gtk-app-devel-list
I haven't played with the FontMap but was thinking of going the route of using CSS. That, in itself, is a bit of a hassle as I can't seem to find a way to convert a PangoFontDescription to CSS but there are some patches that I found online that should help. On Fri, Mar 1, 2019 at 7:16 PM Reuben

Re: Finding .desktop file and application info

2019-03-04 Thread Osmo Antero via gtk-app-devel-list
Hello, Yes, g_desktop_app_info_search() is exactly what I need. I will test it later. Thanks a lot for your help. // Moma tito-wolit escreveu no dia segunda, 4/03/2019 à(s) 06:59: > > > On 3/3/19 9:53 PM, Osmo Antero wrote: > > Hello Tito, > > Muito obrigado. > > Thank you, the call with

Re: Finding .desktop file and application info

2019-03-03 Thread Osmo Antero via gtk-app-devel-list
Btw: Totem (GNOME `s Video Player) has very similar problem. It «lies» about its .desktop file name. It says "totem" instead of "org.gnome.Totem". My app asks for it via DBus/MPRIS2 and gets wrong data. $ locate -i totem | grep ".desktop" /usr/share/applications/org.gnome.Totem.desktop It is

Re: Finding .desktop file and application info

2019-03-03 Thread Osmo Antero via gtk-app-devel-list
Osmo Antero 20:53 (há 11 minutos) para tito-wolit Hello Tito, Muito obrigado. Thank you, the call with "kde4-" worked fine. However, the "DesktopEntry" value from Amarok/DBus does not contain the "kde4" part. Please see the MRIS2-spec:

Re: Finding .desktop file and application info

2019-03-03 Thread tito-wolit via gtk-app-devel-list
On 3/3/19 6:36 PM, Osmo Antero via gtk-app-devel-list wrote: Hello, I have an application that uses g_desktop_app_info_new() function to find GDesktopAppInfo. I just wonder why the g_desktop_app_info_new() FAILS to find the GDesktopAppInfo if the .desktop file is in a sub directory under

Re: liststore issue 1 - iter points to wrong row after sort of column with cellrenderercombo

2019-03-02 Thread Mike Martin via gtk-app-devel-list
On Thu, 28 Feb 2019 at 18:05, Nicolas Soubeiran wrote: > As you noticed "editing-started" is used at the beginning of editing a > cell as the documentation states and is defined on the base class > GtkCellRenderer: > > This signal gets emitted when a cell starts to be edited. The intended use >

Re: Changing font of GtkSourceView changes font of GtkSourceMap

2019-03-01 Thread Reuben Rissler
I filed the following bug: https://gitlab.gnome.org/GNOME/gtksourceview/issues/41, which promptly got close as "expected behavior". Apparently, you'd either have to use CSS or install a new font map for the GtkSourceMap. Sure is disappointingly helpful. I can't figure out the connection

Re: Re: Changing font of GtkSourceView changes font of GtkSourceMap

2019-03-01 Thread Mitko Haralanov via gtk-app-devel-list
So, to close the loop... I filed the following bug: https://gitlab.gnome.org/GNOME/gtksourceview/issues/41, which promptly got close as "expected behavior". Apparently, you'd either have to use CSS or install a new font map for the GtkSourceMap. On Fri, Mar 1, 2019 at 2:30 PM Reuben Rissler

Fwd: Re: Changing font of GtkSourceView changes font of GtkSourceMap

2019-03-01 Thread Reuben Rissler
I forgot to cc the list. On 03/01/2019 03:23 PM, Mitko Haralanov wrote: Thanks for the example. I modified it to illustrate the behavior: It verily looks like a bug to me. I can't figure out a way to work around this either. import gi gi.require_version('GtkSource', '3.0')

Re: Changing font of GtkSourceView changes font of GtkSourceMap

2019-03-01 Thread Mitko Haralanov via gtk-app-devel-list
Thanks for the example. I modified it to illustrate the behavior: import gi gi.require_version('GtkSource', '3.0') gi.require_version('Gtk', '3.0') from gi.repository import Gtk, GtkSource, GObject, Pango def set_font(button, view, map, tag): font_name = button.get_font_name() font =

Re: Discourse instance

2019-03-01 Thread Emmanuele Bassi via gtk-app-devel-list
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:

Re: Discourse instance

2019-03-01 Thread Emmanuele Bassi via gtk-app-devel-list
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

Re: liststore issue 1 - iter points to wrong row after sort of column with cellrenderercombo

2019-02-28 Thread Nicolas Soubeiran via gtk-app-devel-list
As you noticed "editing-started" is used at the beginning of editing a cell as the documentation states and is defined on the base class GtkCellRenderer: This signal gets emitted when a cell starts to be edited. The intended use of this signal is to do special setup on *editable* , e.g. adding a

Re: liststore issue 1 - iter points to wrong row after sort of column with cellrenderercombo

2019-02-28 Thread Mike Martin via gtk-app-devel-list
Thanks Though what I don't quite get is the difference in behaviour between editing-started and edited (both using path to get the ITER) On my particular scenario I use editing-started to setup some stuff so I can use the iter created On Thu, 28 Feb 2019, 12:30 Nicolas Soubeiran via

Re: Changing font of GtkSourceView changes font of GtkSourceMap

2019-02-28 Thread Reuben Rissler
I am not sure if this helps any: #!/usr/bin/env python import gi gi.require_version('GtkSource', '3.0') gi.require_version('Gtk', '3.0') from gi.repository import Gtk, GtkSource, GObject, Pango class GUI:     def __init__(self):         GObject.type_register(GtkSource.View)         window =

Re: liststore issue 1 - iter points to wrong row after sort of column with cellrenderercombo

2019-02-28 Thread Nicolas Soubeiran via gtk-app-devel-list
Hello, after you sort the model, you shall consider that all iter and path previously stored are wrong : A path is a representation of the position of the row in the current case (which you can read by using gtk_tree_path_to_string).

Re: Changing font of GtkSourceView changes font of GtkSourceMap

2019-02-27 Thread Mitko Haralanov via gtk-app-devel-list
Still looking for some help on this. Thank you. On Mon, Feb 11, 2019 at 9:11 AM Mitko Haralanov wrote: > > Any help would be appreciated. > > Thank you. > > On Tue, Feb 5, 2019 at 2:28 PM Mitko Haralanov wrote: > > > > Forwarding to gtk-app-devel since there appears to be much more activity >

Re: liststore issue 2 - which 'path' comes from signal

2019-02-27 Thread Reuben Rissler
On 02/27/2019 06:51 AM, Mike Martin via gtk-app-devel-list wrote: according to the docs the path reference is edited signal = path editing-started = path These above two look like something a treeview uses changed = path_string And this one I assume to be coming from a CellRendererCombo?

Re: liststore issue 1 - iter points to wrong row after sort of column with cellrenderercombo

2019-02-27 Thread Reuben Rissler
On 02/27/2019 06:46 AM, Mike Martin via gtk-app-devel-list wrote: I have come across an issue where the iter points to the wrong row on edited signal after sorting the column (via clicking header). This only happens with edited signal and not editing-started (which is correct) I don't

Re: textview buffers and primary clipboard issue

2019-02-25 Thread Doug McCasland
: | gtk_text_buffer_create_tag(buf[i],) That was very inefficient, since I wanted each buffer to have all the same tags. So I re-worked the code so it only created the tags once in the first buffer and then I created subsequent buffers using that tag set. Here are the basics of what I did: | GtkTextTagTable

Re: textview buffers and primary clipboard issue

2019-02-21 Thread Doug McCasland
Some add'l info: This is using GTK 3.24 in Lubuntu 18.10. When I select with the mouse and use middle-click to paste in the *same* buffer -- with an image below the text, as described above -- it does work normally. So in that case, even though the Primary clipboard incorrectly contains

Re: Using GTK in proprietary software

2019-02-15 Thread Fontana Nicola
Il giorno ven, 15/02/2019 alle 10.26 +0100, Jean-Dominique Frattini ha scritto: > And what if the final program is statically linked with Gtk+ (ie on Windows > with mingw32) ? Citing https://www.gnu.org/licenses/gpl-faq.html#LGPLStaticVsDynamic: "If you statically link against an LGPLed

Re: Force liststore to update when leaving treeview

2019-02-12 Thread Reuben Rissler
On 02/12/2019 11:32 AM, Mike Martin via gtk-app-devel-list wrote: Is this possible? Yes. I did this a while back, but would need to find an archive to provide you with exact code. I have a (for example) a grid which contains Various action widgets And a Treeview based on a liststore Is

Re: Scrolling to a line in GtkTextView

2019-02-12 Thread Reuben Rissler
On 02/12/2019 12:47 PM, Mitko Haralanov via gtk-app-devel-list wrote: Hi, In my application, I would like to have a GtkTextView be scrolled to a particular line after the GtkTextBuffer is loaded. This was already discussed

Re: Force liststore to update when leaving treeview

2019-02-12 Thread Reuben Rissler
On 02/12/2019 12:25 PM, Mitko Haralanov via gtk-app-devel-list wrote: One idea is to hook the widget to the "leave-notify-event", which will be triggered when the mouse leaves the widget. Have you used this with a GtkTreeView? I mean, actually implemented what Mike Martin is requesting? On

Re: Force liststore to update when leaving treeview

2019-02-12 Thread Mitko Haralanov via gtk-app-devel-list
One idea is to hook the widget to the "leave-notify-event", which will be triggered when the mouse leaves the widget. On Tue, Feb 12, 2019 at 8:32 AM Mike Martin via gtk-app-devel-list wrote: > > Is this possible? > > I have a (for example) a grid which contains > Various action widgets > And a

Re: Changing font of GtkSourceView changes font of GtkSourceMap

2019-02-11 Thread Mitko Haralanov via gtk-app-devel-list
Any help would be appreciated. Thank you. On Tue, Feb 5, 2019 at 2:28 PM Mitko Haralanov wrote: > > Forwarding to gtk-app-devel since there appears to be much more activity > related to GtkSourceView. > > -- Forwarded message - > From: Mitko Haralanov > Date: Tue, Feb 5, 2019,

Re: Using GTK in proprietary software

2019-02-11 Thread Fontana Nicola
Il giorno ven, 08/02/2019 alle 18.45 +, asrs ha scritto: > Dear Nicola, > > Thankyou for your informative response, > I would like to know if I may use "GTK" as a suffix in the name of my > commercial product. There already are plenty of applications with GTK in their names, see e.g.:

Re: Moving from mailing lists to Discourse

2019-02-08 Thread Tilo Villwock via gtk-app-devel-list
Am Mittwoch, den 06.02.2019, 12:46 +0100 schrieb Emmanuele Bassi via gtk-app-devel-list: > [Cross-posted to various relevant mailing lists; please, reply to > gtk-devel-list] > > As part of an attempt at making GTK more friendly to newcomers, I and > other > core developers were thinking of

Re: Using GTK in proprietary software

2019-02-07 Thread Fontana Nicola
Il giorno mer, 06/02/2019 alle 16.25 +, asrs via gtk-app-devel-list ha scritto: > Dear GTK developers, > > I want to redistrbute GTK (and its LGPL) unabridged with proprietary software, > to make a graphical application. Ciao, if you use shared linking (AFAIK the only way officially

Re: Migrating away from GtkStock stuff

2019-02-07 Thread Emmanuele Bassi via gtk-app-devel-list
On Thu, 7 Feb 2019 at 13:30, Gabriele Greco wrote: > (test:77229): Gtk-WARNING **: 14:28:49.162: Could not find the icon > 'help-about'. The 'hicolor' theme > was not found either, perhaps you need to install it. > You can get a copy from: > http://icon-theme.freedesktop.org/releases > >

Re: Migrating away from GtkStock stuff

2019-02-07 Thread Gabriele Greco via gtk-app-devel-list
> > >> If you're using `edit-find` or `document-save` then you're using a named > icon from the icon theme, not the stock identifier. > > For those, you'll have to ship an icon theme like Adwaita. > That's really strange, it seems there is something in my gtk stack that converts GTK_STOCK_XXX to

Re: Migrating away from GtkStock stuff

2019-02-07 Thread Emmanuele Bassi via gtk-app-devel-list
On Thu, 7 Feb 2019 at 11:52, Gabriele Greco via gtk-app-devel-list < gtk-app-devel-list@gnome.org> wrote: > Hi guys, > > I'm in the process of migrating a big code base from GTK 2.x to GTK 3.x, > I've done most of the work, but I'm facing now some problems with GTK stock > stuff. > > I used stock

Re: Detecting the gdk backend

2019-02-07 Thread rastersoft
Hi: You have the GDK_IS_WAYLAND_DISPLAY() C macro. You have an example in my program Terminus ( https://gitlab.com/rastersoft/terminus ), in the 'checkwayland.c' and 'checkwayland.vapi' files (which is also an example of how to do it in Vala, BTW). El 8/2/19 a las 6:28, Daniel Kasak via

Re: Moving from mailing lists to Discourse

2019-02-07 Thread Ryan Gonzalez via gtk-app-devel-list
As a side note, Python has also opened a Discourse instance (in addition to their Zulip experiment), and the results have pretty much been positive. I've also been on Fedora's for quite some time, and it's great. On Wed, Feb 6, 2019 at 5:46 AM Emmanuele Bassi via gtk-devel-list <

Re: Moving from mailing lists to Discourse

2019-02-07 Thread Niels De Graef via gtk-app-devel-list
Hi all, I'm very much in favor! Being able to still use e-mail while also having a convenient and pretty-looking interface is something I look *really* forward to. My only question is: what happens to the old archives? Do we keep them online as-is, or is there a plan to also migrate them? The

Re: Moving from mailing lists to Discourse

2019-02-07 Thread Paul Davis
Emmaneule, at ardour.org, we recently switched from using Drupal forums to Discourse. The results have been delightful. We managed to get single sign on integration with our existing site working, which was important for us, but probably not so much for a GTK Discourse. More notably, once you

Re: Detecting the gdk backend

2019-02-07 Thread Luca Bacci via gtk-app-devel-list
Hi! There is some reference code here: https://developer.gnome.org/gdk3/stable/gdk3-Wayland-Interaction.html https://developer.gnome.org/gdk3/stable/gdk3-X-Window-System-Interaction.html - Include the backend specific headers: gdk/gdkx.h, gdk/gdkwayland.h - Link with backend specific libs:

Re: GObject properties and g_value_set_string()

2019-02-06 Thread Joël Krähemann via gtk-app-devel-list
Hi again, Yes, g_value_set_string() does call g_strdup(). bests, Joël On Thu, Feb 7, 2019 at 5:20 AM Joël Krähemann wrote: > > Hi all, > > Currently, I do my properties like following: > > http://git.savannah.nongnu.org/cgit/gsequencer.git/tree/ags/lib/ags_turtle.c?h=2.1.x#n175 >

Re: Moving from mailing lists to Discourse

2019-02-06 Thread David C. Rankin
On 02/06/2019 05:46 AM, Emmanuele Bassi via gtk-app-devel-list wrote: > Are there any objections? Did somebody already try out Discourse and has > opinions about it that they want to share with the community? > > Ciao, > Emmanuele. Improvements are always welcome, but I've seen a number of

Re: Moving from mailing lists to Discourse

2019-02-06 Thread Emmanuele Bassi via gtk-app-devel-list
More information on Discourse: - About: https://www.discourse.org/about - Features: https://www.discourse.org/features Discourse is a forum software that has multiple ways to access it: web, native apps, and email. It's not a mailing list software with a web frontend. The interesting (to

Re: Problem with sizes of pixbuf in left gutter

2018-12-26 Thread Eric Cashon via gtk-app-devel-list
It looks like the pixbuf sizes rendered are going to be tied to the size of the font in the sourceview. If the pixbufs are bigger than the gutter has space for then they get clipped. I don't know how the sourceview works very well myself. Gave it a try. Maybe it will help. Eric //gcc -Wall

Re: string interpolation

2018-12-21 Thread Joël Krähemann via gtk-app-devel-list
Hi, As you set a string property of a Gtk+ widget, the string is usually duplicated. However don't call any Gtk+ function outside the main loop, i.e. from a different thread. Bests, Joël On Fri, Dec 21, 2018 at 9:49 AM Lutz Lümken wrote: > > Hello, > > does GTK have some kind of string

Re: Searching for text in PDF files is wrong

2018-12-19 Thread Osmo Antero via gtk-app-devel-list
Re-hi, I think the mark_text(...) function can be simplified. Check also open_page(...). Ref: https://pastebin.com/52dU2kv8 Feliz Natal Moma Osmo Antero escreveu no dia quarta, 19/12/2018 à(s) 20:08: > Hello, > > This code might work even you resize the window. > Pleas

Re: Searching for text in PDF files is wrong

2018-12-19 Thread Osmo Antero via gtk-app-devel-list
Hello, This code might work even you resize the window. Please see: https://pastebin.com/GJMPwLU3 It draws the selected text in the "draw" event. ps. I hard coded the PDF_DOC and FIND_TEXT values. Feliz Natal, moma, Portugal Marius Gedminas escreveu no dia segunda, 3/12/2018 à(s) 17:12: >

Re: Python3, GObject objects & models

2018-12-19 Thread Marius Gedminas
On Tue, Dec 18, 2018 at 01:01:45PM -0500, Adam Tauno Williams wrote: > I have created, and registered, a custom GObject type [an object]. I > can place that type into a ListModel: aka model = > Gtk.ListModel(MyClass). > > One of the advantages of creating a GObject is the whole property > system

Re: Python3, GObject objects & models

2018-12-19 Thread Reuben Rissler
So I am assuming that you are looking for a discussion and not for a specific problem to be solved. If this is not the case, please post the code that is not working for you, delete my email and forgive me. On 12/18/2018 01:01 PM, Adam Tauno Williams wrote: I have created, and registered, a

Re: Async Callbacks w/Python 3 + Gtk3

2018-12-18 Thread Marius Gedminas
On Mon, Dec 17, 2018 at 04:09:27PM -0500, Adam Tauno Williams wrote: > I'm rebuilding an old application in Python3+Gtk. > > The applications makes calls to remote services which I'd like to have > be asynchronous.  I've search around the interwebz and found a wide > variety of answers to this

Re: How to replace gtk_widget_modify_text() with CSS?

2018-12-18 Thread Nate Bargmann
Thank you very much for this comprehensive reply, Luca. This gives me a lot to work with and many good ideas. - Nate -- "The optimist proclaims that we live in the best of all possible worlds. The pessimist fears this is true." Web: http://www.n0nb.us GPG key: D55A8819 GitHub: N0NB

Re: How to replace gtk_widget_modify_text() with CSS?

2018-12-18 Thread Luca Bacci via gtk-app-devel-list
Hi Nate, based on my experience, you have 3 ways: 1) First, see if there are standard CSS classes provided by the theme for your use case. For example, GtkButton has the *.suggegsted-action* and *.destructive-action* CSS classes, which all

Re: GdkKeymap default for Display problem

2018-12-09 Thread Richard Shann
Following this up: > Using Gtk 3.22.11 under Debian stable I get a different keymap than > the > one the application was launched with on calling  > > gdk_keymap_get_for_display(gdk_display_get_default ()) > > This shows up when there are two keymaps available and I select the > alternative one

Re: Searching for text in PDF files is wrong

2018-12-03 Thread Marius Gedminas
On Fri, Nov 30, 2018 at 09:56:12PM +0100, Радомир Хаџић via gtk-app-devel-list wrote: > I use poppler_page_find_text() to find text in PDF files. This returns > GList of pointers to PopplerRectangles. Then I use > poppler_page_render_selection() to mark the found text. > > What is wrong is that

Re: Searching for text in PDF files is wrong

2018-12-03 Thread Emmanuele Bassi via gtk-app-devel-list
Hi; this list is for the development of applications with GTK; your question relates to Poppler, so you should ask on a Poppler-related mailing list or developers forum, e.g. https://lists.freedesktop.org/mailman/listinfo/poppler Ciao, Emmanuele. On Fri, 30 Nov 2018 at 20:56, Радомир Хаџић via

Re: PDF page not rendering properly if the page is changed

2018-11-28 Thread Eric Cashon via gtk-app-devel-list
Didn't get an attachment either. Try something like the following and see if it makes any difference. ...     GtkWidget *da=gtk_drawing_area_new();     //Request a large drawing area.     gtk_widget_set_size_request(da, 1, 1);     GtkWidget *scroll=gtk_scrolled_window_new(NULL,

Re: PDF page not rendering properly if the page is changed

2018-11-28 Thread Germán Poo-Caamaño
(though it does render as it should when I > scroll the first page of a just opened document) properly, but if I > then resize the window the page renders properly. I do not see any attachment. My guess is: the page maybe cached somewhere, and it is reloaded (re- rendered) when the view s

Re: Issue using the "gtk_widget_get_allocated_height" instruction

2018-11-27 Thread Sébastien Le Roux
Le 24/11/2018 à 15:59, Luca Bacci a écrit : Probably it's a consequence of this work for porting GtkMenuBar to use css gadgets internally: https://gitlab.gnome.org/GNOME/gtk/commit/700286c6 You should be able to get the appropriate size if you add menu items to the bar, i.e. as long as the

Re: Issue using the "gtk_widget_get_allocated_height" instruction

2018-11-26 Thread Luca Bacci via gtk-app-devel-list
Hi Sébastien! It's not simple, but you may try with combinations of GtkStyleContext *style = gtk_widget_get_style_context(widget); GValue value = G_VALUE_INIT; gtk_style_context_get_style_property(style, "prop-name", ); //or gtk_style_context_get_property(style, "prop-name", ); /* ... */

  1   2   3   4   5   6   7   8   9   10   >