Hi All!

I've tried the main menu ex= ample from https://developer.gnome.org/gtkmm-tutorial/stable/= sec-menus-examples.html.en. In my case those toolbar buttons appear wit= hout labels that are shown in the example. Neither of toolbar buttons in my= whole Fedora 22 system have toolbar buttons labels, too. I've launched= this example in windows XP - there buttons are also without text.
What should be done to show those button labels?

--047d7ba96dfe96bcf905217da16e-- From kjell.ahlstedt@bredband.net Thu Oct 8 08:59:27 2015 Return-Path: X-Original-To: gtkmm-list@gnome.org Delivered-To: gtkmm-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id 67D73764B3 for ; Thu, 8 Oct 2015 08:59:27 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LTDqIaAEgyfu for ; Thu, 8 Oct 2015 08:59:26 +0000 (UTC) Received: from smtprelay-h21.telenor.se (smtprelay-h21.telenor.se [195.54.99.196]) by restaurant.gnome.org (Postfix) with ESMTP id AB778763D9 for ; Thu, 8 Oct 2015 08:59:24 +0000 (UTC) Received: from ipb4.telenor.se (ipb4.telenor.se [195.54.127.167]) by smtprelay-h21.telenor.se (Postfix) with ESMTP id C3BB9D9A9 for ; Thu, 8 Oct 2015 10:59:22 +0200 (CEST) X-SMTPAUTH-B2: [kjell.ahlstedt@bredband.net] X-SENDER-IP: [85.229.144.197] X-LISTENER: [smtp.bredband.net] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2AmCACzLxZWPMWQ5VUNURwBAQGDXG6tAJBHAQGBZCOCcIIKfwKCAA8BAQEBAQEBBgEBAQFBhGYBAQEDIw8BBUABEAkCGgIFFgsCAgkDAgECATEUBg0IAQGILwiQYJxFcZQyAQEBAQEBAQMBAQEBAQEYBIEihVGEfoUNB4JpgUUBBJYIhRiJVpYyg285AQEBhCtvAYdrAQEB X-IPAS-Result: A2AmCACzLxZWPMWQ5VUNURwBAQGDXG6tAJBHAQGBZCOCcIIKfwKCAA8BAQEBAQEBBgEBAQFBhGYBAQEDIw8BBUABEAkCGgIFFgsCAgkDAgECATEUBg0IAQGILwiQYJxFcZQyAQEBAQEBAQMBAQEBAQEYBIEihVGEfoUNB4JpgUUBBJYIhRiJVpYyg285AQEBhCtvAYdrAQEB X-IronPort-AV: E=Sophos;i="5.17,654,1437429600"; d="scan'208";a="74185261" Received: from c-c590e555.06-203-73746f44.cust.bredbandsbolaget.se (HELO [192.168.1.64]) ([85.229.144.197]) by ipb4.telenor.se with ESMTP; 08 Oct 2015 10:59:23 +0200 Subject: Re: Toolbar buttons and text To: =?UTF-8?B?0JjQs9C+0YDRjCDQk9C+0YDQsdGD0L3QvtCy?= References: From: Kjell Ahlstedt Message-ID: <56163069.1020308@bredband.net> Date: Thu, 8 Oct 2015 10:59:21 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: gtkmm-list@gnome.org X-BeenThere: gtkmm-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: gtkmm general discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Oct 2015 08:59:27 -0000 Den 2015-10-07 kl. 08:12, skrev Игорь Горбунов: > Hi All! > I've tried the main menu example from > https://developer.gnome.org/gtkmm-tutorial/stable/sec-menus-examples.html.en. > In my case those toolbar buttons appear without labels that are shown > in the example. Neither of toolbar buttons in my whole Fedora 22 > system have toolbar buttons labels, too. I've launched this example in > windows XP - there buttons are also without text. > What should be done to show those button labels? > There is not much you can do, except using older code. The screenshot in the page you link to was saved when most programs used gtk+'s stock items. Stock items are deprecated now. Most programs now show toolbar items and buttons with either text or an icon, but not both. Confusingly, the screenshot and the code in your link are not in sync. The screenshot is older than the code. The corresponding unstable page shows what you can expect to see now: https://developer.gnome.org/gtkmm-tutorial/unstable/sec-menus-examples.html.en Kjell From gcgg-gtkmm-list@m.gmane.org Sun Oct 11 16:00:14 2015 Return-Path: X-Original-To: gtkmm-list@gnome.org Delivered-To: gtkmm-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id AE04F76990 for ; Sun, 11 Oct 2015 16:00:14 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.611 X-Spam-Level: X-Spam-Status: No, score=-2.611 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8jLbAJsh4uVu for ; Sun, 11 Oct 2015 16:00:12 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by restaurant.gnome.org (Postfix) with ESMTP id 943D476962 for ; Sun, 11 Oct 2015 16:00:12 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1ZlJ2a-0004bc-Qe for gtkmm-list@gnome.org; Sun, 11 Oct 2015 18:00:04 +0200 Received: from pd4b9da17.dip0.t-ipconnect.de ([212.185.218.23]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 11 Oct 2015 18:00:04 +0200 Received: from matteo by pd4b9da17.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 11 Oct 2015 18:00:04 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gtkmm-list@gnome.org From: Matteo Settenvini Subject: Re: Implementing swap() Date: Sun, 11 Oct 2015 16:15:05 +0200 Lines: 232 Message-ID: <87612dlceu.fsf@member.fsf.org> References: <1441919480.29979.10.camel@murrayc.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: pd4b9da17.dip0.t-ipconnect.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) Cancel-Lock: sha1:1I1D1mdWEPbZQsPU+0pnix7ailY= X-BeenThere: gtkmm-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: gtkmm general discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Oct 2015 16:00:14 -0000 --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Murray Cumming writes: > Now that our Glib::Objects and Gtk::Widgets are movable, so they can be > placed in standard containers, I guess we should implement swap() so the > standard containers can use that too. And maybe it's just generally good > practice to provide a swap() for all classes. Stop me at this point if > I'm wrong about that. > Correct. > We already have swap() for our boxed type classes, such as Gdk::Color. > We implement a member swap(): > > void Color::swap(Color& other) noexcept > { > GdkColor *const temp =3D gobject_; > gobject_ =3D other.gobject_; > other.gobject_ =3D temp; > } > For the sake of readability, can be simplified by using std::swap for these pointers. Then it's just a one liner. > At the moment we are using the member swap in our move assignment > operator and copy assignment operators (operator=3D): > > Color& Color::operator=3D(Color&& other) noexcept > { > Color temp(other); > swap(temp); > return *this; > } > > Color& Color::operator=3D(const Color& other) > { > Color temp(other); > swap(temp); > return *this; > } It is usually better, albeit slightly harder to read, to pass in this case the object by value and let the compiler create the temporary. Color& Color::operator=3D(const Color other) { swap(other); return *this; } This sometimes produces slightly faster code (saves one indirection), and it's shorter. Also note, if the member swap is noexcept, also this version should be. > > The member swap() is obviously useful for those operator=3D() > implementations, though I guess swap(*this, temp) would work too. > But the member swap() isn't inline so our standalone swap() isn't as > efficient as it could be. > > So: > Should we make our member swap() methods inline? One problem of course, is when you want to provide swap() as a virtual function, because the class is part of a hyerarchy and it needs to call its superclass swap() method. Then it cannot be inlined anyway. I'd say the compiler is smart enough to inline what it needs to without us telling it explicitly what to do. > Should we not have member swap() methods and just use our standalone > swap() functions? No, if we don't want them all be friends of the class in question (admitted that they need access to private fields). > > And, should we implement swap() using std::swap() on the member > variables, or even std::move() on the member variables? It depends. If everything is noexcept, I'd say it's quite the same. If something can throw an exception, it needs to be done by e.g. swapping tuples, so that it is guaranteed that the object is not left in an inconsistent state. For instance, this is dangerous [1]: void C::swap(C& that) { using std::swap; // needed to allow Koenig lookup rules to apply swap(this->a, that.a); swap(this->b, that.b); // throws swap(this->c, that.c); } Then when catching the exception, "this" and "that" will have had their first member swapped, but not the other two fields. In this case, I would write a small templated monad that does a try/catch at each computation step, and rolls back changes in case of a throw (and then rethrows). It's not hard to do, and makes the code much more robust (although with a bit of lambdas in the way). It would be equivalent to the verbose version: void C::swap(C& that) { using std::swap; std::swap(a, that.a); try { std::swap(b, that.b); try { swap(c, that.c); } catch(...) { swap(b, that.b); throw; } } catch(...) { swap(a, that.a); throw; } } This is not perfect, as there is no guaranteed that the swap will not be asymmetric and throw while rolling back, but it's better than the first version. More complex solutions are possible. Cheers, Matteo [1] Full example showing the problem: =2D----------- %< ----------------- %< --------------------- #include #include #include #include namespace ns { class Throwing { public: Throwing() =3D default; Throwing(const Throwing&) { throw std::runtime_error(""); } }; class Swapper { public: int a; Throwing b; int c; void swap(Swapper& that) { using std::swap; auto t1 =3D std::tie(a, b, c); auto t2 =3D std::tie(that.a, that.b, that.c); swap(t1, t2); }=09 }; =20=20=20=20=20=20=20=20 } // ~ namespace ns; namespace std { template<> void swap(::ns::Swapper& a, ::ns::Swapper& b) noexcept(noexcept(a.swap(b))) { a.swap(b); } } int=20 main() { ns::Swapper a, b; a.a =3D a.c =3D 1;=20 b.a =3D b.c =3D 2; try { std::swap(a, b); } catch(std::runtime_error&) { std::cout << "(" << a.a << ", " << a.c << ") vs. " << "(" << b.a << ", " << b.c << ")" << std::endl; } } =2D----------- %< ----------------- %< --------------------- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWGm7pAAoJEIV2zBrZfULfjk4P/2As1GPicbRtTaKDXrsRQ8re LZevVooPFivz/ayK0kuDLGHE2nSXk9aouoJIIhyIk5xTqM47OjkzNfula0PWr5K6 e5bzpQ7UhihhN0AOLaPUHIbp+Wv2kGJepW36klZ0juNquoaHNg65aA9X3yl23nz8 Mlwvo9XywO3ojj2RcoxYYafaEH1YnyqPJqcLgr6sQd4t1EzOFZzo7BRA3AclC25O bUTAGaWk47qQS4dtob8VtdFGE9pOVLT2dBa/PK3GpS1CJr8XEja25Il2mpMxH0y5 ghH3FTdHkpMMhB0zFoSkXVMME17affQ1xJXJ9Ceaz+auWiAnEkKJ1MWPjO2XKlNj dAoEBKu6/wkwAika8VXSTLbP5ZzvkNUntHFPtl+DuCo8RJ5UzSdCjtU3W935mYPe AaPRGqXUtiYwBRA/nI+HGoDiVwvHiF6xAqDrN5IaNIwMUlhSqgc7xETYvghfeb0G Y9N7lWLdpECb/TY8wR9JkAeQfBdbJ9VVKwzStuhODn/vnrPQzGTzUmRx4XEbS4wN QuST3DXTvm6xTR567oiWyDfCRwzf8qp47LbG5CAAW4XCPgLxqqbqGj/yQIXakfm9 HfoWlsHwdMVcB6M78zEketvQKQL0f0dy4Av2T3ZIYpd+052M2vj5n0FValf4cnBt PtRCv52d17MZtUtx+aZI =NUCo -----END PGP SIGNATURE----- --=-=-=-- From gcgg-gtkmm-list@m.gmane.org Mon Oct 12 11:25:48 2015 Return-Path: X-Original-To: gtkmm-list@gnome.org Delivered-To: gtkmm-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id E332276A43 for ; Mon, 12 Oct 2015 11:25:48 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: 0.552 X-Spam-Level: X-Spam-Status: No, score=0.552 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, FSL_HELO_BARE_IP_2=1.999, HK_RANDOM_ENVFROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_NUMERIC_HELO=1.164, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id twJQ9A6YZXJc for ; Mon, 12 Oct 2015 11:25:48 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by restaurant.gnome.org (Postfix) with ESMTP id 526C376A36 for ; Mon, 12 Oct 2015 11:25:46 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1ZlbEd-0004v8-9q for gtkmm-list@gnome.org; Mon, 12 Oct 2015 13:25:43 +0200 Received: from 80.69.207.115 ([80.69.207.115]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 12 Oct 2015 13:25:43 +0200 Received: from matteo by 80.69.207.115 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 12 Oct 2015 13:25:43 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gtkmm-list@gnome.org From: Matteo Settenvini Subject: Re: Implementing swap() Date: Mon, 12 Oct 2015 13:25:36 +0200 Lines: 124 Message-ID: <87zizo1g7j.fsf@yatta.de> References: <1441919480.29979.10.camel@murrayc.com> <87612dlceu.fsf@member.fsf.org> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 80.69.207.115 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) Cancel-Lock: sha1:J7fQgfeKCfRbZcimtCIe6BGTalc= Cc: Murray Cumming X-BeenThere: gtkmm-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: gtkmm general discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Oct 2015 11:25:49 -0000 Matteo Settenvini writes: > Murray Cumming writes: > >> And, should we implement swap() using std::swap() on the member >> variables, or even std::move() on the member variables? > > It depends. If everything is noexcept, I'd say it's quite the same. If > something can throw an exception, it needs to be done by e.g. swapping > tuples, so that it is guaranteed that the object is not left in an > inconsistent state. For instance, this is dangerous [1]: > > void C::swap(C& that) > { > using std::swap; // needed to allow Koenig lookup rules to apply > swap(this->a, that.a); > swap(this->b, that.b); // throws > swap(this->c, that.c); > } > > Then when catching the exception, "this" and "that" will have had their > first member swapped, but not the other two fields. > I wanted to follow up my previous post with a simpler solution using variadic templates. This makes relatively easy to implement a safer version of swap with rollback semantics. Code follows. Cheers, Matteo #include #include #include #include inline void safer_swap () { return; } template inline void safer_swap (T& a, T& b, Rest... cdr) { using std::swap; swap (a, b); try { safer_swap (cdr...); } catch (...) { swap (a, b); throw; } } namespace ns { class Throwing { public: Throwing() = default; Throwing(const Throwing&) { throw std::runtime_error(""); } }; class Swapper { public: int a; Throwing b; int c; void swap(Swapper& that) { safer_swap (a, that.a, b, that.b, c, that.c); } }; } // ~ namespace ns; namespace std { template<> void swap(::ns::Swapper& a, ::ns::Swapper& b) noexcept(noexcept(a.swap(b))) { a.swap(b); } } int main() { ns::Swapper a, b; a.a = a.c = 1; b.a = b.c = 2; try { std::swap(a, b); } catch(std::runtime_error&) { std::cout << "(" << a.a << ", " << a.c << ") vs. " << "(" << b.a << ", " << b.c << ")" << std::endl; } } From kasper.peeters@phi-sci.com Mon Oct 12 20:57:04 2015 Return-Path: X-Original-To: gtkmm-list@gnome.org Delivered-To: gtkmm-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id A48907625B for ; Mon, 12 Oct 2015 20:57:04 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id atzqLAb_Vy1R for ; Mon, 12 Oct 2015 20:57:03 +0000 (UTC) Received: from mail.phi-sci.com (mail.phi-sci.com [78.31.107.13]) by restaurant.gnome.org (Postfix) with ESMTP id 7090E7624D for ; Mon, 12 Oct 2015 20:57:03 +0000 (UTC) Received: from tigger (host86-181-137-156.range86-181.btcentralplus.com [86.181.137.156]) by mail.phi-sci.com (Postfix) with ESMTPSA id EBD4059E2CA; Mon, 12 Oct 2015 21:55:39 +0100 (BST) Date: Mon, 12 Oct 2015 21:57:31 +0100 From: Kasper Peeters To: Murray Cumming Subject: Re: display PDF in gtkmm app Message-ID: <20151012215731.058f5d8e@tigger> In-Reply-To: <1443262047.18310.8.camel@murrayc.com> References: <20150925111556.5dfef5c1@klug> <1443262047.18310.8.camel@murrayc.com> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.23; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: gtkmm-list@gnome.org X-BeenThere: gtkmm-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: gtkmm general discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Oct 2015 20:57:04 -0000 > I use libevince-view (evince-view-3.0 with pkg-config) for PDFs and > other "image" files, falling back to a regular Gtk::Image when > libeeview can't handle it. > https://developer.gnome.org/libevview/stable/ > > My code in Glom isn't pretty, but it works: > https://git.gnome.org/browse/glom/tree/glom/utility_widgets/imageglom.cc#n321 That's actually very useful, thanks. Unfortunately, the list returned by ev_backends_manager_get_all_types_info() is empty, and attempting to render a PDF file results in an error message "Error: File type PDF document (application/pdf) is not supported". Is there some initialisation of libevince-view which I missed? And related: are you aware of any documentation of libevince-view? I have never seen source with so few comments in it ;-) Cheers, Kasper > > On Fri, 2015-09-25 at 11:15 +0100, Kasper Peeters wrote: > > Hi, > > > > I need to display small PDF files inside a gtkmm app. These are > > single-page documents, and I just want to display the cropped > > content of those documents. What's the recommended way to do this? > > Has anyone written a simple C++ wrapper around libevince or poppler > > to make this kind of thing easy? > > > > Cheers, > > Kasper > > _______________________________________________ > > gtkmm-list mailing list > > gtkmm-list@gnome.org > > https://mail.gnome.org/mailman/listinfo/gtkmm-list > From linuxkid.zeuz@gmail.com Mon Oct 19 21:50:13 2015 Return-Path: X-Original-To: gtkmm-list@gnome.org Delivered-To: gtkmm-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id 906C976905 for ; Mon, 19 Oct 2015 21:50:13 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gHMnI8OgYfQl for ; Mon, 19 Oct 2015 21:50:12 +0000 (UTC) Received: from mail-io0-f169.google.com (mail-io0-f169.google.com [209.85.223.169]) by restaurant.gnome.org (Postfix) with ESMTP id 2B91A7625D for ; Mon, 19 Oct 2015 21:50:12 +0000 (UTC) Received: by iofz202 with SMTP id z202so1835328iof.2 for ; Mon, 19 Oct 2015 14:50:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=HhfKSkvOO/05H2ulvmCaHvvIZx54V4d9QKvApYYN+uw=; b=EZWWODcnNtbsRrHtvQWjfG5K3MAI4helwFO7LkmddBmXaJuJ3PCEMCKiY8qSZGu+4r hjSeRNZrlzMBleGdVmjDITNVFXsKtBvLCY8orbfQDsYB56pwnof7SD+pHVmW/3ZDlhn1 Ir0bBoE21GCKVWIzNBVBaAhf+Tvm5SPKByqd1VNUpamYPDn1Pca8MgcaI4Ri7QhYFKvx n6dbH5nOVm11LbXamppEAl6FWqcbiidW4f993tdoFhOT3iZ1bStwwZihjuG9l/HAxUcq hyViMwvnCHSfc6pIOhK11Z/WZsk5xiYfrJabuTYEhqnrtExf2MsPSO+KS07Fc8tvdJYs /ibw== MIME-Version: 1.0 X-Received: by 10.107.36.72 with SMTP id k69mr203398iok.157.1445291412562; Mon, 19 Oct 2015 14:50:12 -0700 (PDT) Received: by 10.107.135.139 with HTTP; Mon, 19 Oct 2015 14:50:12 -0700 (PDT) Date: Mon, 19 Oct 2015 18:50:12 -0300 Message-ID: Subject: signal_damage_event and connect. From: "Anibal F. Martinez Cortina" To: gtkmm-list@gnome.org Content-Type: multipart/alternative; boundary=001a1140fbe03e310905227c21f2 X-BeenThere: gtkmm-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: gtkmm general discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Oct 2015 21:50:13 -0000 --001a1140fbe03e310905227c21f2 Content-Type: text/plain; charset=UTF-8 What seems to be wrong with this? signal_damage_event().connect(sigc::mem_fun(&Dock::dibujarDock)); Entire code: Dock::Dock() : Gtk::Window() { set_decorated(false); set_default_size(200,200); set_app_paintable(true); contenedor = Gtk::manage(new Gtk::Box(Gtk::ORIENTATION_HORIZONTAL,0)); add(*contenedor); botonPrueba = Gtk::manage(new Gtk::Button("Gran boton")); contenedor->pack_start(*botonPrueba,Gtk::PACK_SHRINK); contenedor->show_all(); signal_damage_event().connect(sigc::mem_fun(*this,&Dock::dibujarDock)); } void Dock::dibujarDock() { contextoVentana = get_window()->create_cairo_context(); contextoVentana->set_source_rgba(1.0,1.0,1.0,0.0); contextoVentana->set_operator(Cairo::OPERATOR_SOURCE); contextoVentana->paint(); //contextoVentana->destroy(); } It won't build even though it should be correct right? --001a1140fbe03e310905227c21f2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

What seems to be wrong with this?

signal_damage_event().connect(sigc::mem= _fun(&Dock::dibujarDock));

Entire code:

= Dock::Dock() : Gtk::Window()

{

set_decorated(false);

set_default_size(200,200);

set_app_paintable(true);

contenedor =3D Gtk::manage(new Gtk:= :Box(Gtk::ORIENTATION_HORIZONTAL,0));

add(*contenedor);

botonPrueba =3D Gtk::manage(new Gtk::Button(&q= uot;Gran boton"));

contenedor->pack_start(*botonPrueba,Gtk::PACK_SHRINK);

contenedor->show_a= ll();

signal_damage_event()= .connect(sigc::mem_fun(*this,&Dock::dibujarDock));

}

void Dock::dibujarDock()

{

contextoVentana =3D get_window()-&g= t;create_cairo_context();

contextoVentana->set_source_rgba(1.0,1.0,1.0,0.0);

contextoVentana->set= _operator(Cairo::OPERATOR_SOURCE);