Menu
▾
▴
gtk2-perl-bugs — Bug reports and mail from bugzilla
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
(3) |
Aug
(3) |
Sep
|
Oct
(1) |
Nov
(5) |
Dec
(6) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
|
Feb
(2) |
Mar
(3) |
Apr
(12) |
May
|
Jun
|
Jul
(4) |
Aug
|
Sep
|
Oct
(15) |
Nov
(8) |
Dec
(4) |
| 2006 |
Jan
|
Feb
|
Mar
(11) |
Apr
(10) |
May
(105) |
Jun
(12) |
Jul
(42) |
Aug
(54) |
Sep
(15) |
Oct
(14) |
Nov
(27) |
Dec
(3) |
| 2007 |
Jan
(1) |
Feb
(6) |
Mar
(26) |
Apr
(11) |
May
(28) |
Jun
(5) |
Jul
(9) |
Aug
|
Sep
|
Oct
(4) |
Nov
(8) |
Dec
(7) |
| 2008 |
Jan
(4) |
Feb
(1) |
Mar
|
Apr
|
May
(6) |
Jun
(7) |
Jul
|
Aug
(16) |
Sep
(1) |
Oct
(4) |
Nov
(3) |
Dec
(1) |
| 2009 |
Jan
(37) |
Feb
(19) |
Mar
(32) |
Apr
(7) |
May
(2) |
Jun
(15) |
Jul
(8) |
Aug
(12) |
Sep
(2) |
Oct
(1) |
Nov
(6) |
Dec
(11) |
| 2010 |
Jan
(11) |
Feb
(5) |
Mar
(56) |
Apr
(75) |
May
(28) |
Jun
(10) |
Jul
(6) |
Aug
(1) |
Sep
(26) |
Oct
(23) |
Nov
(92) |
Dec
(41) |
| 2011 |
Jan
(6) |
Feb
(2) |
Mar
(2) |
Apr
(8) |
May
(20) |
Jun
(3) |
Jul
(1) |
Aug
(32) |
Sep
(6) |
Oct
(9) |
Nov
(3) |
Dec
(15) |
| 2012 |
Jan
(6) |
Feb
(13) |
Mar
|
Apr
(1) |
May
|
Jun
(2) |
Jul
(4) |
Aug
(7) |
Sep
|
Oct
(2) |
Nov
|
Dec
(4) |
| 2013 |
Jan
(9) |
Feb
(15) |
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
(9) |
Aug
|
Sep
(5) |
Oct
(4) |
Nov
(4) |
Dec
(11) |
| 2014 |
Jan
|
Feb
(3) |
Mar
(8) |
Apr
|
May
(4) |
Jun
(2) |
Jul
(2) |
Aug
(9) |
Sep
|
Oct
(1) |
Nov
(2) |
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
(2) |
Apr
(3) |
May
(7) |
Jun
(3) |
Jul
(5) |
Aug
(15) |
Sep
|
Oct
(1) |
Nov
|
Dec
(6) |
| 2016 |
Jan
(4) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(6) |
Oct
(6) |
Nov
(7) |
Dec
(8) |
| 2017 |
Jan
(7) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(8) |
| 2018 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
(10) |
Jun
|
Jul
|
Aug
(5) |
Sep
(4) |
Oct
(3) |
Nov
(3) |
Dec
(4) |
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(40) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: gtk+ (bugzilla.gnome.org) <bug...@bu...> - 2007-03-21 02:43:59
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=420360 gtk+ | gtk | Ver: 2.10.x ------- Comment #8 from Grahame Bowland 2007-03-21 02:43 UTC ------- Aha, it occurs in 2.10.9 but not in gtk 2.10.10; I've built everything from libpng upwards to negate any Fedora patches being the problem. Anyway, it's fixed in 2.10.10 - not sure what the fix was, I'll see if I can find it, backport it and put it in the Fedora bugzilla. Thanks! -- Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email |
|
From: gtk+ (bugzilla.gnome.org) <bug...@bu...> - 2007-03-20 16:53:43
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=420360 gtk+ | gtk | Ver: 2.10.x Matthias Clasen changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mc...@re... ------- Comment #7 from Matthias Clasen 2007-03-20 16:53 UTC ------- Doesn't happen here with 2.10.11. Can you still reproduce with the latest 2.10.x releases ? -- Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email |
|
From: gtk+ (bugzilla.gnome.org) <bug...@bu...> - 2007-03-20 03:44:41
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=420360 gtk+ | gtk | Ver: 2.10.x Grahame Bowland changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Gtk2 |gtk Product|gnome-perl |gtk+ Version|unspecified |2.10.x -- Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2007-03-20 03:43:53
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=420360 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #6 from Grahame Bowland 2007-03-20 03:43 UTC ------- Created an attachment (id=84933) --> (http://bugzilla.gnome.org/attachment.cgi?id=84933&action=view) The window after I've opened the file menu; all the scrolled windows have expanded. -- Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2007-03-20 03:43:01
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=420360 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #5 from Grahame Bowland 2007-03-20 03:42 UTC ------- Created an attachment (id=84932) --> (http://bugzilla.gnome.org/attachment.cgi?id=84932&action=view) What the window looks like before a stock icon is shown. -- Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2007-03-20 03:41:47
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=420360 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #4 from Grahame Bowland 2007-03-20 03:41 UTC ------- Thanks for writing the C test case! I see the same behaviour in the C version, so I'll reassign this under Gtk+. I'll upload a couple of screenshots of the problem behaviour as well; I get this behaviour both with the stock gtk2-2.10.8-1.fc6 and with Gtk 2.10.9 compiled from source. -- Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2007-03-20 02:07:20
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=420360 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #3 from muppet 2007-03-20 02:07 UTC ------- Created an attachment (id=84930) --> (http://bugzilla.gnome.org/attachment.cgi?id=84930&action=view) Quick C port of original perl script compile with gcc -o test test.c `pkg-config libglade-2.0 --cflags --libs` -- Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2007-03-20 02:04:42
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=420360 gnome-perl | Gtk2 | Ver: unspecified muppet changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sc...@as... ------- Comment #2 from muppet 2007-03-20 02:04 UTC ------- It is highly unlikely that the bindings would cause this sort of behavior. I made a quick port of your perl script to C, using libglade and gtk+ directly. The port omits several lines of your original, which were unused (you didn't use strict!), so please double-check the code for sanity. My system is rather old, and doesn't exhibit any of the behavior you describe. Please try this C port, and if it still exhibits the bug behavior, reassign to to gtk+. (attachment in next comment) -- Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2007-03-20 00:59:13
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=420360 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #1 from Grahame Bowland 2007-03-20 00:59 UTC ------- Created an attachment (id=84927) --> (http://bugzilla.gnome.org/attachment.cgi?id=84927&action=view) Perl script and glade file showing problem. Just run ./test.pl with test.glade in the same directory. -- Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2007-03-20 00:57:48
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=420360 gnome-perl | Gtk2 | Ver: unspecified Summary: Displaying stock icon causes scrolled windows to expand Product: gnome-perl Version: unspecified Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: Normal Component: Gtk2 AssignedTo: gtk...@li... ReportedBy: gr...@fu... QAContact: gtk...@li... GNOME version: 2.15/2.16 GNOME milestone: Unspecified I'll attach the source code, but here's a description. I've got three scrolled windows with viewports, and a large number of buttons packed into each. Whenever I display a stock icon (it may be any icon) the main window resizes to the size of the maximum scrolled window contents (eg. the scrolled windows effectively stop doing anything.) I've reduced it down to an example script which shows the problem, I'll attach it in a moment. To replicate using the attached script, run it and you should see two scrolled areas with a bunch of widgets packed in them. They should be limited to the available area in the window, and the rest of their contents cut off - this makes sense, as they are packed into scrolled windows with the bars cut off. On Fedora Core 6, with Gtk-Perl: perl-Gtk2-1.144-1.fc6 and perl-Gtk2-GladeXML-1.006-1.fc6 the following results: * click on the view menu. nothing changes (except view menu appears) * click on the file menu. main window resizes to display the entire contents of each scrolled area. I've tracked this down to the stock icon on the Quit entry; if you change that, the problem vanishes. The same script works fine (no strange resize) on a Fedora Core 4 machine with Gtk 2.6 and the corresponding perl-gtk2. Thanks! -- Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email |
|
From: SourceForge.net <no...@so...> - 2007-02-21 19:19:45
|
Feature Requests item #1645629, was opened at 2007-01-26 16:43 Message generated for change (Comment added) made by zurd You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=508621&aid=1645629&group_id=64773 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: new classes Group: gtk2 v1.XX (post 1.00) Status: Closed Priority: 5 Private: No Submitted By: Zurd (zurd) Assigned to: Nobody/Anonymous (nobody) Summary: Multiple selections with CTRL + Shift Initial Comment: Using gtk2-perl-1.141 from Gentoo. I tried using the 'multiple' and 'extended' type of selection for a purpose but didn't get the result I wanted. The feature I'd like is to get 2 multiple selections with CTRL+Shift. Let's say we have a list of items from 1 to 10 in a list. Select the items 1 to 3 by, first, clicking on 1, then holding Shift and clicking on 3. Then, I also want items 4 to 7 selected, so I hold CTRL to not unselect items 1 to 3 and I click on item 4, I then hold CTRL and Shift and click on item 7. Doing this, I think gtk2-perl should have selected items 1 to 3 and items 4 to 7, but unfortunately, that is not the case. Only items 1 to 3 and item 4 and 7 will be selected. Here's a simple example of a list that I modified from the example code from the gtk2-perl documentation so that you can test it yourself to know what I mean. #!/usr/bin/perl -w use Gtk2 '-init'; use Gtk2::SimpleList; $window = Gtk2::Window->new; $window->set_title ('Multiple selections'); $window->signal_connect (delete_event => sub {Gtk2->main_quit; TRUE}); $window->set_default_size (320, 200); $hbox = Gtk2::HBox->new; $window->add ($hbox); $categories = Gtk2::SimpleList->new ('Categories' => 'text'); @{$categories->{data}} = qw/Meat Beer Pizza Pasta Soda Juice Rabbitfood/; $categories->get_selection->set_mode('multiple'); #$categories->get_selection->set_mode('extended'); $hbox->pack_start ($categories, 1, 1, 0); $window->show_all; Gtk2->main; Thank you ---------------------------------------------------------------------- >Comment By: Zurd (zurd) Date: 2007-02-21 14:19 Message: Logged In: YES user_id=668914 Originator: YES Thanks for the information, I've submitted a Feature request about this for Nautilus : http://bugzilla.gnome.org/show_bug.cgi?id=410497 ---------------------------------------------------------------------- Comment By: Torsten Schoenfeld (kaffeetisch) Date: 2007-02-21 13:28 Message: Logged In: YES user_id=767050 Originator: NO Closing, since it's not a bug in the Perl bindings. Zurd, if you still want this filed somewhere, use <http://bugzilla.gnome.org/enter_bug.cgi?product=gtk%2B>. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-02-21 12:48 Message: Logged In: NO Gtk2-Perl doesn't have control over how multiple selection works; that's all taken care of by gtk+ itself. You can use the treeview API directly to attempt to make it behave more like you want, but your users, who expect a gtk+ widget to act like a normal gtk+ widget, may be confused. muppetman (sourceforge seems to dislike my login info today.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=508621&aid=1645629&group_id=64773 |
|
From: SourceForge.net <no...@so...> - 2007-02-21 18:28:46
|
Feature Requests item #1645629, was opened at 2007-01-26 22:43 Message generated for change (Comment added) made by kaffeetisch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=508621&aid=1645629&group_id=64773 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: new classes Group: gtk2 v1.XX (post 1.00) >Status: Closed Priority: 5 Private: No Submitted By: Zurd (zurd) Assigned to: Nobody/Anonymous (nobody) Summary: Multiple selections with CTRL + Shift Initial Comment: Using gtk2-perl-1.141 from Gentoo. I tried using the 'multiple' and 'extended' type of selection for a purpose but didn't get the result I wanted. The feature I'd like is to get 2 multiple selections with CTRL+Shift. Let's say we have a list of items from 1 to 10 in a list. Select the items 1 to 3 by, first, clicking on 1, then holding Shift and clicking on 3. Then, I also want items 4 to 7 selected, so I hold CTRL to not unselect items 1 to 3 and I click on item 4, I then hold CTRL and Shift and click on item 7. Doing this, I think gtk2-perl should have selected items 1 to 3 and items 4 to 7, but unfortunately, that is not the case. Only items 1 to 3 and item 4 and 7 will be selected. Here's a simple example of a list that I modified from the example code from the gtk2-perl documentation so that you can test it yourself to know what I mean. #!/usr/bin/perl -w use Gtk2 '-init'; use Gtk2::SimpleList; $window = Gtk2::Window->new; $window->set_title ('Multiple selections'); $window->signal_connect (delete_event => sub {Gtk2->main_quit; TRUE}); $window->set_default_size (320, 200); $hbox = Gtk2::HBox->new; $window->add ($hbox); $categories = Gtk2::SimpleList->new ('Categories' => 'text'); @{$categories->{data}} = qw/Meat Beer Pizza Pasta Soda Juice Rabbitfood/; $categories->get_selection->set_mode('multiple'); #$categories->get_selection->set_mode('extended'); $hbox->pack_start ($categories, 1, 1, 0); $window->show_all; Gtk2->main; Thank you ---------------------------------------------------------------------- >Comment By: Torsten Schoenfeld (kaffeetisch) Date: 2007-02-21 19:28 Message: Logged In: YES user_id=767050 Originator: NO Closing, since it's not a bug in the Perl bindings. Zurd, if you still want this filed somewhere, use <http://bugzilla.gnome.org/enter_bug.cgi?product=gtk%2B>. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-02-21 18:48 Message: Logged In: NO Gtk2-Perl doesn't have control over how multiple selection works; that's all taken care of by gtk+ itself. You can use the treeview API directly to attempt to make it behave more like you want, but your users, who expect a gtk+ widget to act like a normal gtk+ widget, may be confused. muppetman (sourceforge seems to dislike my login info today.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=508621&aid=1645629&group_id=64773 |
|
From: SourceForge.net <no...@so...> - 2007-02-21 18:25:41
|
Bugs item #1654435, was opened at 2007-02-07 19:20 Message generated for change (Comment added) made by kaffeetisch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=508618&aid=1654435&group_id=64773 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Wrong behaviour Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Adrian Priscak (adrian_priscak) Assigned to: Nobody/Anonymous (nobody) Summary: $tree_model_sort->convert_child_iter_to_iter Initial Comment: Hello, I have discovered that convert_child_iter_to_iter method in Gtk2::TreeModelSort class is not doing what it should. Instead of converting a child_iter to iter, it does the opposite. After having found no call to the gtk_tree_model_sort_convert_child_iter_to_iter function in auto/Gtk2/Gtk2.so binary file, I went through the xs/GtkTreeModelSort.xs source file and I think it's just a copy & paste problem on line 91. In the sample code below, it's the line below CODE: which should be changed to gtk_tree_model_sort_convert_child_iter_to_iter(tree_model_sort, GtkTreeIter_copy * gtk_tree_model_sort_convert_child_iter_to_iter (tree_model_sort, child_iter) GtkTreeModelSort *tree_model_sort GtkTreeIter *child_iter PREINIT: GtkTreeIter sort_iter; CODE: gtk_tree_model_sort_convert_iter_to_child_iter (tree_model_sort, &sort_iter, child_iter); RETVAL = &sort_iter; OUTPUT: RETVAL Thank you for your correction if I am correct :). Adrian ---------------------------------------------------------------------- >Comment By: Torsten Schoenfeld (kaffeetisch) Date: 2007-02-21 19:25 Message: Logged In: YES user_id=767050 Originator: NO Man, you're too fast, muppet. I was working on this too, and when I updated my CVS checkout to generate a patch, you had committed the fix already. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-02-21 18:57 Message: Logged In: NO Wow. Good catch. 2007-02-21 muppetman * xs/GtkTreeModelSort.xs: fix copy and paste error that made gtk_tree_model_sort_convert_child_iter_to_iter() unusable. Reported by Adrian Priscak. (I appear to be unable to log in to the website today, so if someone would close this, i'd be much obliged.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=508618&aid=1654435&group_id=64773 |
|
From: SourceForge.net <no...@so...> - 2007-02-21 17:57:40
|
Bugs item #1654435, was opened at 2007-02-07 10:20 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=508618&aid=1654435&group_id=64773 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Wrong behaviour Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Adrian Priscak (adrian_priscak) Assigned to: Nobody/Anonymous (nobody) Summary: $tree_model_sort->convert_child_iter_to_iter Initial Comment: Hello, I have discovered that convert_child_iter_to_iter method in Gtk2::TreeModelSort class is not doing what it should. Instead of converting a child_iter to iter, it does the opposite. After having found no call to the gtk_tree_model_sort_convert_child_iter_to_iter function in auto/Gtk2/Gtk2.so binary file, I went through the xs/GtkTreeModelSort.xs source file and I think it's just a copy & paste problem on line 91. In the sample code below, it's the line below CODE: which should be changed to gtk_tree_model_sort_convert_child_iter_to_iter(tree_model_sort, GtkTreeIter_copy * gtk_tree_model_sort_convert_child_iter_to_iter (tree_model_sort, child_iter) GtkTreeModelSort *tree_model_sort GtkTreeIter *child_iter PREINIT: GtkTreeIter sort_iter; CODE: gtk_tree_model_sort_convert_iter_to_child_iter (tree_model_sort, &sort_iter, child_iter); RETVAL = &sort_iter; OUTPUT: RETVAL Thank you for your correction if I am correct :). Adrian ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-02-21 09:57 Message: Logged In: NO Wow. Good catch. 2007-02-21 muppetman * xs/GtkTreeModelSort.xs: fix copy and paste error that made gtk_tree_model_sort_convert_child_iter_to_iter() unusable. Reported by Adrian Priscak. (I appear to be unable to log in to the website today, so if someone would close this, i'd be much obliged.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=508618&aid=1654435&group_id=64773 |
|
From: SourceForge.net <no...@so...> - 2007-02-21 17:48:57
|
Feature Requests item #1645629, was opened at 2007-01-26 13:43 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=508621&aid=1645629&group_id=64773 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: new classes Group: gtk2 v1.XX (post 1.00) Status: Open Priority: 5 Private: No Submitted By: Zurd (zurd) Assigned to: Nobody/Anonymous (nobody) Summary: Multiple selections with CTRL + Shift Initial Comment: Using gtk2-perl-1.141 from Gentoo. I tried using the 'multiple' and 'extended' type of selection for a purpose but didn't get the result I wanted. The feature I'd like is to get 2 multiple selections with CTRL+Shift. Let's say we have a list of items from 1 to 10 in a list. Select the items 1 to 3 by, first, clicking on 1, then holding Shift and clicking on 3. Then, I also want items 4 to 7 selected, so I hold CTRL to not unselect items 1 to 3 and I click on item 4, I then hold CTRL and Shift and click on item 7. Doing this, I think gtk2-perl should have selected items 1 to 3 and items 4 to 7, but unfortunately, that is not the case. Only items 1 to 3 and item 4 and 7 will be selected. Here's a simple example of a list that I modified from the example code from the gtk2-perl documentation so that you can test it yourself to know what I mean. #!/usr/bin/perl -w use Gtk2 '-init'; use Gtk2::SimpleList; $window = Gtk2::Window->new; $window->set_title ('Multiple selections'); $window->signal_connect (delete_event => sub {Gtk2->main_quit; TRUE}); $window->set_default_size (320, 200); $hbox = Gtk2::HBox->new; $window->add ($hbox); $categories = Gtk2::SimpleList->new ('Categories' => 'text'); @{$categories->{data}} = qw/Meat Beer Pizza Pasta Soda Juice Rabbitfood/; $categories->get_selection->set_mode('multiple'); #$categories->get_selection->set_mode('extended'); $hbox->pack_start ($categories, 1, 1, 0); $window->show_all; Gtk2->main; Thank you ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-02-21 09:48 Message: Logged In: NO Gtk2-Perl doesn't have control over how multiple selection works; that's all taken care of by gtk+ itself. You can use the treeview API directly to attempt to make it behave more like you want, but your users, who expect a gtk+ widget to act like a normal gtk+ widget, may be confused. muppetman (sourceforge seems to dislike my login info today.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=508621&aid=1645629&group_id=64773 |
|
From: SourceForge.net <no...@so...> - 2007-02-07 18:20:58
|
Bugs item #1654435, was opened at 2007-02-07 19:20 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=508618&aid=1654435&group_id=64773 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Wrong behaviour Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Adrian Priscak (adrian_priscak) Assigned to: Nobody/Anonymous (nobody) Summary: $tree_model_sort->convert_child_iter_to_iter Initial Comment: Hello, I have discovered that convert_child_iter_to_iter method in Gtk2::TreeModelSort class is not doing what it should. Instead of converting a child_iter to iter, it does the opposite. After having found no call to the gtk_tree_model_sort_convert_child_iter_to_iter function in auto/Gtk2/Gtk2.so binary file, I went through the xs/GtkTreeModelSort.xs source file and I think it's just a copy & paste problem on line 91. In the sample code below, it's the line below CODE: which should be changed to gtk_tree_model_sort_convert_child_iter_to_iter(tree_model_sort, GtkTreeIter_copy * gtk_tree_model_sort_convert_child_iter_to_iter (tree_model_sort, child_iter) GtkTreeModelSort *tree_model_sort GtkTreeIter *child_iter PREINIT: GtkTreeIter sort_iter; CODE: gtk_tree_model_sort_convert_iter_to_child_iter (tree_model_sort, &sort_iter, child_iter); RETVAL = &sort_iter; OUTPUT: RETVAL Thank you for your correction if I am correct :). Adrian ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=508618&aid=1654435&group_id=64773 |
|
From: SourceForge.net <no...@so...> - 2007-01-26 21:43:31
|
Feature Requests item #1645629, was opened at 2007-01-26 16:43 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=508621&aid=1645629&group_id=64773 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: new classes Group: gtk2 v1.XX (post 1.00) Status: Open Priority: 5 Private: No Submitted By: Zurd (zurd) Assigned to: Nobody/Anonymous (nobody) Summary: Multiple selections with CTRL + Shift Initial Comment: Using gtk2-perl-1.141 from Gentoo. I tried using the 'multiple' and 'extended' type of selection for a purpose but didn't get the result I wanted. The feature I'd like is to get 2 multiple selections with CTRL+Shift. Let's say we have a list of items from 1 to 10 in a list. Select the items 1 to 3 by, first, clicking on 1, then holding Shift and clicking on 3. Then, I also want items 4 to 7 selected, so I hold CTRL to not unselect items 1 to 3 and I click on item 4, I then hold CTRL and Shift and click on item 7. Doing this, I think gtk2-perl should have selected items 1 to 3 and items 4 to 7, but unfortunately, that is not the case. Only items 1 to 3 and item 4 and 7 will be selected. Here's a simple example of a list that I modified from the example code from the gtk2-perl documentation so that you can test it yourself to know what I mean. #!/usr/bin/perl -w use Gtk2 '-init'; use Gtk2::SimpleList; $window = Gtk2::Window->new; $window->set_title ('Multiple selections'); $window->signal_connect (delete_event => sub {Gtk2->main_quit; TRUE}); $window->set_default_size (320, 200); $hbox = Gtk2::HBox->new; $window->add ($hbox); $categories = Gtk2::SimpleList->new ('Categories' => 'text'); @{$categories->{data}} = qw/Meat Beer Pizza Pasta Soda Juice Rabbitfood/; $categories->get_selection->set_mode('multiple'); #$categories->get_selection->set_mode('extended'); $hbox->pack_start ($categories, 1, 1, 0); $window->show_all; Gtk2->main; Thank you ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=508621&aid=1645629&group_id=64773 |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-12-03 12:42:40
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D378662 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #21 from Sergei Steshenko 2006-12-03 12:42 UTC ------- (In reply to comment #20) > (In reply to comment #17) > > the latest tarball of AppsFromScratch > >=20 > > The command line in 'sh' syntax should be something like > >=20 > > ~/AppsFromScratch/20061104/bin/build.pl -targets_to_build Gtk2 -make_= like > > -check_with_ldd 1>build.log 2>&1 & >=20 > I tried this, but perhaps a bad day, it didn't succeed either. This ti= me it > could not find gettext-0.16 on any mirror it tried. >=20 At the moment: " lftp gd.tuwien.ac.at:/gnu/gnusrc/gettext> ls -lt gettext-0.16.tar.gz -rw-r--r-- 1 ftp ftp 8546162 Oct 26 23:05 gettext-0.16.tar.= gz " - the mirror is in the list. Are you absolutely sure gettext-0.16.tar.gz could not be found on any of 135 GNU mirrors listed in AppsFromScratch/20061104/include/perl/project_specific/default_build_data= _sub.prl file ? The script is supposed to try them all in the end, that is, it tries unti= l the tarball is found or all possibilities are exhausted. This can take long, but, I believe, it should work the way I described it= . ... Anyway, I'm "glad" you had the failure you've described. I had similar failures running the stuff on my other machine through ssh, but it was difficult to reproduce the failures, so I didn't file bug reports. This problem was observed on local machine. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-12-03 12:04:51
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D378662 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #20 from Yeti 2006-12-03 12:04 UTC ------- (In reply to comment #17) > the latest tarball of AppsFromScratch >=20 > The command line in 'sh' syntax should be something like >=20 > ~/AppsFromScratch/20061104/bin/build.pl -targets_to_build Gtk2 -make_li= ke > -check_with_ldd 1>build.log 2>&1 & I tried this, but perhaps a bad day, it didn't succeed either. This time= it could not find gettext-0.16 on any mirror it tried. So I gave up again, and tried the procedure described above in a differen= t distro (this time Ubuntu), where system pango was 1.14.5, the manually co= mpiled ones were again 1.14.7 and 1.14.8. The test results were again identical= for all three versions. I got one failure t/GtkSocket-GtkPlug................ok 1/4The program 'GtkSocket-GtkPlug.t= ' received an X Window System error. This probably reflects a bug in the program. The error was 'BadWindow (invalid Window parameter)'. (Details: serial 173 error_code 3 request_code 152 minor_code 1) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() functio= n.) in all three cases which can be related to the fact X11 was tunelled over= SSH. Note in these reproduction attempts, the pango package tested is always t= he *only* present in the system (in a location where it can be found by the = linker anyway). I'm not sure appsfromscratch can ensure that -- in that case it= 's questionable what it actually tests. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-12-03 11:55:31
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D378662 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #19 from Yeti 2006-12-03 11:55 UTC ------- (In reply to comment #18) > If you have really strong objections to having ExtUtils::Depends instal= led at > system level, please let me know. No, the trouble is 1. All the involved things have their configures and Makefile.PLs that ch= eck for their dependencies and they make pretty obvious something is missing.= When built via appsfromscratch it just hangs instead, one has to terminate it = and look into some log, that's hardly an improvement. 2. Leaving aside automatic detection, it's not even written in the README= what is required. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-11-25 23:06:17
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D378662 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #18 from Sergei Steshenko 2006-11-25 23:06 UTC ------- About > > This module requires ExtUtils::Depends to install itself. > > Install ExtUtils::Depends from CPAN? [y]=20 > >=20 > > in the log. I gave up. I have ExtUtils::Depends installed at system level, so the build process finds it. If it isn't installed, and you do not wish to install it (the module is harmless), I can modify 'default_build_data_sub.prl' in a manner it will build and install this module too. But this means I'll have to also write in 'default_build_data_sub.prl' th= at gtk2/gnome PErl bindings depend on this module explicitly - not a big dea= l. If you have really strong objections to having ExtUtils::Depends installe= d at system level, please let me know. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-11-25 22:59:31
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D378662 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #17 from Sergei Steshenko 2006-11-25 22:59 UTC ------- Created an attachment (id=3D77146) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D77146&action=3Dview) the latest tarball of AppsFromScratch The command line in 'sh' syntax should be something like ~/AppsFromScratch/20061104/bin/build.pl -targets_to_build Gtk2 -make_like -check_with_ldd 1>build.log 2>&1 & --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-11-25 22:59:30
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D378662 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #16 from Yeti 2006-11-25 22:59 UTC ------- (In reply to comment #14) >=20 > Some of the things > we bind can't really be tested without actually trying them out... I agree, but the run-time behaviour of Gtk+ depends on quite a few unknow= n factors that may be hard to disentangle... Well, this is not this bug is about, although it can be affected by this problem. Who knows how for ex= ample Sergei's and my environments differ and how it can affect the test outcom= e. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-11-25 22:55:40
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D378662 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #15 from Sergei Steshenko 2006-11-25 22:55 UTC ------- (In reply to comment #13) > (In reply to comment #0) > > Steps to reproduce: > > 1. I'll upload the script if necessary >=20 > That would be indeed a good start -- instead of bickering about who sho= uld look > at whose code. >=20 > I downloaded AppsFromScratch.20060710.20060817.tar.gz (don't know which= YYMMDD > means what, but it seems the latest), unpacked, ran ./bin/build.pl, wat= ched it > doing strange things like adding random directories with Gwyddion modul= es from > my home to LD_LIBRARY_PATH, and finally hanging on Cairo-0.92 installat= ion with >=20 > This module requires ExtUtils::Depends to install itself. > Install ExtUtils::Depends from CPAN? [y]=20 >=20 > in the log. I gave up. >=20 > So I installed the perl stuff via my distro means, except for Gtk2-1.14= 1 that I > downloaded from CPAN. For >=20 > 1. My distro's pango-1.14.6 package > 2. Package I built from pango-1.14.7 source > 3. Package I built from pango-1.14.8 source >=20 > I did in Gtk2-1.141 source directory: >=20 > make clean > perl Makefile.PL > make > make test >=20 > The test is IMO a bit strange because it depends on X server running (t= herefore > the reproducibility for different people is probably poor), but anyway,= I got > identical outputs (except the timing) in all three cases, a few Gdk-CRI= TICALs > and the following summary: >=20 > All tests successful (54 subtests UNEXPECTEDLY SUCCEEDED), 2 tests and = 57 > subtests skipped. > Files=3D198, Tests=3D3982, 27 wallclock secs (18.09 cusr + 4.52 csys =3D= 22.61 CPU) >=20 > So: how does someone else reproduce the problem? >=20 First of all, you can file a bug against AppsFromScratch: http://appsfromscratch.berlios.de/ -> "Mailing lists: http://developer.berlios.de/mail/?group_id=3D6867" -> http://developer.berlios.de/bugs/?group_id=3D6867 -> (Submit A Bug) -> http://developer.berlios.de/bugs/?func=3Daddbug&group_id=3D6867 . Second, I am about to upload the latest unreleased version I am currently using, and I write how to use it - you have now a possibility to specify targets to be built on command line. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-11-25 22:46:43
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D378662 gnome-perl | Gtk2 | Ver: unspecified muppet changed: What |Removed |Added -------------------------------------------------------------------------= --- CC| |sc...@as... ------- Comment #14 from muppet 2006-11-25 22:46 UTC ------- (In reply to comment #13) > The test is IMO a bit strange because it depends on X server running (t= herefore > the reproducibility for different people is probably poor), It is strange, yes, but that's the nature of testing a gui toolkit. If t= here is no value in DISPLAY, the test suite skips everything that requires an = X connection. This mode is used for building RPMs, for example. The reproducibility is decent there. The 54 "unexpectedly succeeded" tests a= re marked "TODO" to get around differences in window managers. Some of the = things we bind can't really be tested without actually trying them out... --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail |
13 messages has been excluded from this view by a project administrator.
