GNOME.org
 

Gtkmm-forge Digest, Vol 9, Issue 7

Send Gtkmm-forge mailing list submissions to
	gtkmm-forge lists sourceforge net

To subscribe or unsubscribe via the World Wide Web, visit
	https://lists.sourceforge.net/lists/listinfo/gtkmm-forge
or, via email, send a message with subject or body 'help' to
	gtkmm-forge-request lists sourceforge net

You can reach the person managing the list at
	gtkmm-forge-owner lists sourceforge net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Gtkmm-forge digest..."


gtkmm-forge is the mailing list that receives gtkmm bug reports from bugzilla.  A daily digest is sent to gtkmm-main, to encourage people to help fixing the bugs. Do not try to unsubscribe gtkmm-forge from gtkmm-list.


Today's Topics:

   1. [Bug 408291] Easier way of using	Gtk::CellRendererCombo
      wanted (gtkmm (bugzilla.gnome.org))
   2. [Bug 407711] Attempts to register same type	multiple times.
      (glibmm (bugzilla.gnome.org))
   3. [Bug 408291] Easier way of using	Gtk::CellRendererCombo
      wanted (gtkmm (bugzilla.gnome.org))
   4. [Bug 399403] borked Gdk::DragContext::get_targets()
      (gtkmm (bugzilla.gnome.org))
   5. [Bug 407711] Attempts to register same type	multiple times.
      (glibmm (bugzilla.gnome.org))
   6. [Bug 407711] Attempts to register same type	multiple times.
      (glibmm (bugzilla.gnome.org))
   7. [Bug 407711] Attempts to register same type	multiple times.
      (glibmm (bugzilla.gnome.org))
   8. [Bug 408291] Easier way of using	Gtk::CellRendererCombo
      wanted (gtkmm (bugzilla.gnome.org))
   9. [Bug 351810] C++ bindings for GtkBinding*
      (gtkmm (bugzilla.gnome.org))


----------------------------------------------------------------------

Message: 1
Date: Thu, 15 Feb 2007 16:26:53 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 408291] Easier way of using
	Gtk::CellRendererCombo wanted
To: gtkmm-forge lists sourceforge net
Message-ID: <20070215162653 E769B6C414B box gnome org>
Content-Type: text/plain; charset=utf-8

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=408291

  gtkmm | general | Ver: unspecified


Ole Laursen changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|normal                      |enhancement




-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email



------------------------------

Message: 2
Date: Thu, 15 Feb 2007 16:27:03 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 407711] Attempts to register same type
	multiple times.
To: gtkmm-forge lists sourceforge net
Message-ID: <20070215162703 DBEBD6C4152 box gnome org>
Content-Type: text/plain; charset=utf-8

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=407711

  glibmm | general | Ver: 2.8.x





------- Comment #7 from Daniel Elstner  2007-02-15 16:25 UTC -------
I reckon that's because the shared library is loaded/unloaded together with the
plugin, right?  If so, it should probably work if the main application depends
on that library, too.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email



------------------------------

Message: 3
Date: Thu, 15 Feb 2007 16:57:58 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 408291] Easier way of using
	Gtk::CellRendererCombo wanted
To: gtkmm-forge lists sourceforge net
Message-ID: <20070215165758 D02086C415A box gnome org>
Content-Type: text/plain; charset=utf-8

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=408291

  gtkmm | general | Ver: unspecified


Murray Cumming changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |murrayc murrayc com




------- Comment #1 from Murray Cumming  2007-02-15 16:56 UTC -------
We have a text-only Gtk::ComboBoxText, so I think it would be fine to create a
CellRendererComboText. That might help a bit, for some people.

However, I believe that most people will need multiple columns, instead of just
the visible human-readable column.

If you can write an example of the application code you'd like to see, we can
discuss whether a) that's nice, and b) whether that's possible.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email



------------------------------

Message: 4
Date: Thu, 15 Feb 2007 17:16:04 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 399403] borked
	Gdk::DragContext::get_targets()
To: gtkmm-forge lists sourceforge net
Message-ID: <20070215171604 F32CC6C414D box gnome org>
Content-Type: text/plain; charset=utf-8

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=399403

  gtkmm | general | Ver: 2.10.x





------- Comment #10 from Murray Cumming  2007-02-15 17:14 UTC -------
OK, so I dont' see a way to fix Gtk::SelectionData::get_targets() either
without breaking API. It's unpleasant that our traits become part of the API,
but I've never liked these intermediate types anyway.

I'm tempted to leave this for gtkmm 2.12, just in case it disturbs anything
slightly. But 2.12.0 could be six months away.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email



------------------------------

Message: 5
Date: Thu, 15 Feb 2007 22:09:29 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 407711] Attempts to register same type
	multiple times.
To: gtkmm-forge lists sourceforge net
Message-ID: <20070215220929 D067A6C41C8 box gnome org>
Content-Type: text/plain; charset=utf-8

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=407711

  glibmm | general | Ver: 2.8.x





------- Comment #8 from Paul Davis  2007-02-15 22:07 UTC -------
The shared library is loaded with the main application.  Although, the main
application never instantiates a copy of this particular class.

The error is triggered when the plugin calls the Gtk::TreeModel::ColumnRecord
constructor the second time.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email



------------------------------

Message: 6
Date: Thu, 15 Feb 2007 22:27:22 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 407711] Attempts to register same type
	multiple times.
To: gtkmm-forge lists sourceforge net
Message-ID: <20070215222722 2599A6C41C8 box gnome org>
Content-Type: text/plain; charset=utf-8

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=407711

  glibmm | general | Ver: 2.8.x





------- Comment #9 from Daniel Elstner  2007-02-15 22:25 UTC -------
Hmm weird.  Are you sure the library isn't actually loaded on demand?  Well, I
don't know a lot about the behavior of normal shared libs in conjunction with
dynamically loaded plugins.  Maybe it get's mapped into a different address
space or something, dunno.  What happens if you call any function from that
library in the main program?


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email



------------------------------

Message: 7
Date: Thu, 15 Feb 2007 23:08:41 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 407711] Attempts to register same type
	multiple times.
To: gtkmm-forge lists sourceforge net
Message-ID: <20070215230841 CD5046C41C9 box gnome org>
Content-Type: text/plain; charset=utf-8

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=407711

  glibmm | general | Ver: 2.8.x





------- Comment #10 from Paul Davis  2007-02-15 23:06 UTC -------
The library is loaded and used extensively, but this particular class is never
used except from within the plugin.

I did some looking into exactly how this gets instantiated. In gtkmm the files
treemodelcolumn.h and treemodelcolumn.cc are where this particular message is
getting triggered.

The question here is, how to tell gtkmm to register via GTypeModule as apposed
to the normal method?

Ideally, this would be determined automatically, but nothing really comes to
mind on how that would work.

This is some rather confusing stuff.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email



------------------------------

Message: 8
Date: Fri, 16 Feb 2007 10:10:16 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 408291] Easier way of using
	Gtk::CellRendererCombo wanted
To: gtkmm-forge lists sourceforge net
Message-ID: <20070216101016 67F136C4110 box gnome org>
Content-Type: text/plain; charset=utf-8

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=408291

  gtkmm | general | Ver: unspecified





------- Comment #2 from Ole Laursen  2007-02-16 10:08 UTC -------
About multiple columns: I was thinking the same as you, but it appears that
CellRendererCombo gives you the visible string when it is changed and not the
combo model row. So if you have multiple columns in the combo model, you have
to scan through them manually with the TreeIter interface to find the right
row. Hence, I think it's easier to attach a hidden std::map or something like
that to the treeview model instead. For the two cases I'm sitting with right
now, I just need one global mapping as the list of choices is the same for all
rows.  

I'm not sure about the application code. Perhaps something like this:

class MyColumns: public Gtk::TreeModelColumnRecord {
public:
    MyColumns()
        { add(id); add(type); }

    Gtk::TreeModelColumn<Glib::ustring> id;
    Gtk::TreeModelColumn<Gtk::CellComboText> type;
};

// ...

my_treeview.append_column("ID", my_columns.id);
my_treeview.append_column("Type", my_columns.type);

// ...

Gtk::TreeIter i = my_store.append();
(*i)[my_columns.type].append_text("A choice");
(*i)[my_columns.type].append_text("B choice");
(*i)[my_columns.type].append_text("C choice");
(*i)[my_columns.type].set_active_text("B choice");


This is somewhat painful (and wasteful) when the choice list is the same for
all rows. Perhaps if the text column model was ripped out of Gtk::ComboBoxText
and made generally available, then you could do something like:

Gtk::TextListStore text_store;
text_store.append_text("A choice");
text_store.append_text("B choice");
text_store.append_text("C choice");

// ...

Gtk::TreeIter i = my_store.append();
(*i)[my_columns.type].set_model(text_store);
(*i)[my_columns.type].set_active("B choice");


I hope you get the idea.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email



------------------------------

Message: 9
Date: Fri, 16 Feb 2007 23:20:49 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 351810] C++ bindings for GtkBinding*
To: gtkmm-forge lists sourceforge net
Message-ID: <20070216232049 0A62E6C4221 box gnome org>
Content-Type: text/plain; charset=utf-8

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=351810

  gtkmm | general | Ver: unspecified


Paul Pogonyshev changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #71612|0                           |1
        is obsolete|                            |
  Attachment #71613|0                           |1
        is obsolete|                            |




------- Comment #11 from Paul Pogonyshev  2007-02-16 23:18 UTC -------
Created an attachment (id=82710)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=82710&action=view)
somewhat cleaned up sources + example of usage

I stripped the sources of all dependency on my program (which is now written in
PyGTK anyway.)  Also added a quick example.  It features two widgets of same
class and cursor keys work in the one which is focused at the moment (to
demonstrate difference from window-global accelerators.)

I would appreciate if someone in Gtkmm team could take over this code, since I
don't plan to work on Gtkmm myself.  I'm willing to provide help, though.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email



------------------------------

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

------------------------------

_______________________________________________
Gtkmm-forge mailing list
Gtkmm-forge lists sourceforge net
https://lists.sourceforge.net/lists/listinfo/gtkmm-forge


End of Gtkmm-forge Digest, Vol 9, Issue 7
*****************************************
[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]