Re: gtkmm-list Digest, Vol 159, Issue 6

classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: gtkmm-list Digest, Vol 159, Issue 6

deepak.bhujangachar
Hi All,

I am getting message like this after stop debugging. "gtkmm-CRITICAL  
**: gtkmm: object `Product_Combo' not found in GtkBuilder file."  
Please help.

Thanks
Deepak

Quoting [hidden email]:

> Send gtkmm-list mailing list submissions to
> [hidden email]
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://mail.gnome.org/mailman/listinfo/gtkmm-list
> or, via email, send a message with subject or body 'help' to
> [hidden email]
>
> You can reach the person managing the list at
> [hidden email]
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of gtkmm-list digest..."
>
>
> Today's Topics:
>
>    1. Transparent Window ([hidden email])
>    2. Re: Transparent Window (Daniel Boles)
>    3. Accessing combo box text ([hidden email])
>    4. Re: Accessing combo box text (Daniel Boles)
>    5. Re: Accessing combo box text
>       ([hidden email])
>    6. Re: Accessing combo box text (Daniel Boles)
>    7. Re: Returning sigc::signal by value from a const method?
>       (Daniel Boles)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sat, 22 Jul 2017 09:35:49 +0530
> From: [hidden email]
> To: [hidden email]
> Subject: Transparent Window
> Message-ID:
> <[hidden email]>
> Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes
>
> Hi All,
>
> I am trying to create transparent window in gtkmm3.0 but I am failing.
> I created the GUI window using Glade 3.0. Can you please provide me
> the hint in creating transparent window and buttons.
>
> Thanks
> Deepak
>
>
>
>
> ------------------------------
>
> Message: 2
> Date: Sat, 22 Jul 2017 08:01:30 +0100
> From: Daniel Boles <[hidden email]>
> To: gtkmm-list <[hidden email]>
> Subject: Re: Transparent Window
> Message-ID:
> <CAKChMKNEXgJwvM=0UZZhqh4A76Gh3wtqOP1TyP=[hidden email]>
> Content-Type: text/plain; charset="utf-8"
>
> "I am failing" How? What did you try? What was the error? You are failing
> to give any useful info when making posts asking for help... They have all
> been very vague so far.
>
> Transparency is just another thing that is best done on the CSS side, using
> opacity on the relevant node (check the GTK+ dev docs for the node names)
> and possibly only there; I may be wrong but haven't heard of any other way
> to do it.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:  
> <https://mail.gnome.org/archives/gtkmm-list/attachments/20170722/5907868e/attachment.html>
>
> ------------------------------
>
> Message: 3
> Date: Sat, 22 Jul 2017 14:09:22 +0530
> From: [hidden email]
> To: [hidden email]
> Subject: Accessing combo box text
> Message-ID:
> <[hidden email]>
> Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes
>
>
> Hi All,
>
> I am using Glade 3.0 and GTKMM. I am trying to access Combo box text
> and id. I am failing in it. I pasted a code I did. Please help in
> accessing Combo box attributes.
>
> //This is the signal
>
> if(m_Combo1)
> {
>     m_Combo1->signal_changed().connect( sigc::mem_fun(*this,
> &mainWindow::combo_product_changed));
> }
>
> //Trying to access ID
>
> void mainWindow::combo_product_changed()
> {
>    int product = m_Combo1->get_active_row_number();
>    std::cout << "Row = " << product << std::endl;
> }
>
> Thanks
> Deepak
>
>
>
>
> ------------------------------
>
> Message: 4
> Date: Sat, 22 Jul 2017 10:03:30 +0100
> From: Daniel Boles <[hidden email]>
> To: [hidden email]
> Cc: gtkmm-list <[hidden email]>
> Subject: Re: Accessing combo box text
> Message-ID:
> <CAKChMKOwZci=[hidden email]>
> Content-Type: text/plain; charset="utf-8"
>
> You are failing how? What is the error? Please, try to post questions that
> give readers a bare minimum of info to work with.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:  
> <https://mail.gnome.org/archives/gtkmm-list/attachments/20170722/1d51e104/attachment.html>
>
> ------------------------------
>
> Message: 5
> Date: Sat, 22 Jul 2017 14:58:19 +0530
> From: [hidden email]
> To: Daniel Boles <[hidden email]>
> Cc: gtkmm-list <[hidden email]>
> Subject: Re: Accessing combo box text
> Message-ID:
> <[hidden email]>
> Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes
>
> Sir,
>
> Here I am not getting any errors. But I am unable to print the row
> number in the Console. I followed the steps as in documentation. I am
> posting code again with .cpp and .h files. Do I need to instantiate
> entry also. Please help.
>
> derived_window.h
>
> #ifndef DERIVED_LOGIN_SCREEN_H_
> #define DERIVED_LOGIN_SCREEN_H_
>
> #include <gtkmm.h>
> #include <gtkmm-3.0/gtkmm/liststore.h>
> #include <gtkmm-3.0/gtkmm/combobox.h>
>
> class mainWindow : public Gtk::Window
> {
> public:
>    mainWindow(BaseObjectType* cobject, const
> Glib::RefPtr<Gtk::Builder>& refGlade);
>    virtual ~mainWindow();
>
> protected:
>    void combo_product_changed();
>    void combo_variant_changed();
>
>    Glib::RefPtr<Gtk::Builder> m_refGlade;
>    Glib::RefPtr<Gtk::ListStore> m_refTreeModel;
>    Gtk::ComboBox* m_Combo1;
>    Gtk::ComboBox* m_Combo2;
> };
>
> #endif /* DERIVED_LOGIN_SCREEN_H_ */
>
> #include "derived_login_screen.h"
> #include <gtkmm.h>
> #include <iostream>
> #include <gtkmm-3.0/gtkmm/box.h>
> #include <gtkmm-3.0/gtkmm/window.h>
>
> derived_window.cpp
>
> mainWindow::mainWindow(BaseObjectType* cobject, const
> Glib::RefPtr<Gtk::Builder>& refGlade)
> : Gtk::Window(cobject),
>    m_refGlade(refGlade),
>    m_Combo1(nullptr), m_Combo2(nullptr)
> {
>    //Get the Glade-instantiated Button, and connect a signal handler:
>    m_refGlade->get_widget("Product_Combo", m_Combo1);  // widget names
>    m_refGlade->get_widget("Variant_Combo", m_Combo2);
>
>   if(m_Combo1)
>   {
>     m_Combo1->signal_changed().connect( sigc::mem_fun(*this,
> &mainWindow::combo_product_changed));
>   }
>
>   if(m_Combo2)
>   {
>     m_Combo2->signal_changed().connect( sigc::mem_fun(*this,
> &mainWindow::combo_variant_changed));
>   }
>
>      show_all_children();
>
> }
>
> mainWindow::~mainWindow()
> {
>    //Dtor
> }
>
> void mainWindow::combo_product_changed()
> {
>        int product = m_Combo1->get_active_row_number();
>        std::cout << "Combo changed: " << product << std::endl;
> }
>
> Thanks
> Deepak
>
> Quoting Daniel Boles <[hidden email]>:
>
>> You are failing how? What is the error? Please, try to post questions that
>> give readers a bare minimum of info to work with.
>
>
>
>
>
> ------------------------------
>
> Message: 6
> Date: Sat, 22 Jul 2017 10:36:47 +0100
> From: Daniel Boles <[hidden email]>
> Cc: gtkmm-list <[hidden email]>
> Subject: Re: Accessing combo box text
> Message-ID:
> <[hidden email]>
> Content-Type: text/plain; charset="utf-8"
>
> You only connect the signal handler that does the print, if the Builder
> returned a non-null pointer. Have you checked whether the Builder actually
> returns a non-null pointer, i.e. successfully looks up the widget with name
> Product_Combo to m_combo!?
>
> I would recommend, as always, assert()ing that all points are non-nullptr
> before dereferencing them, and if possible compiling with UBsan so that it
> can often catch that if you don't.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:  
> <https://mail.gnome.org/archives/gtkmm-list/attachments/20170722/b75c4258/attachment.html>
>
> ------------------------------
>
> Message: 7
> Date: Sat, 22 Jul 2017 10:58:20 +0100
> From: Daniel Boles <[hidden email]>
> To: gtkmm-list <[hidden email]>
> Subject: Re: Returning sigc::signal by value from a const method?
> Message-ID:
> <CAKChMKO26mXz_wWp3351dGO=[hidden email]>
> Content-Type: text/plain; charset="utf-8"
>
> As an aside, since realising that providing any form of full access to a
> signal gives external users the ability to emit() it, clear() it, etc. - I
> am considering moving to a model whereby I only expose signals via a method
> like this:
>
> sigc::connection signal_whatever_connect(signal_whatever_type slot);
>
> This involves quite a bit of boilerplate, albeit not all that much worse
> than what we have to write to implement a (pointless) by-reference or
> -value getter anyway.
>
>
> However, it got me wondering. Has anyone ever come up with a better way to
> only allow users to connect() to signals and nothing more, or at least a
> way to reduce the required boilerplate of my proposed mechanism somehow?
>
> I did find an old thread where IIRC Murray talked about how he would like
> to see access control on signals, FWIW! That may have changed in the
> meantime, whether through opinion or just practicality.
>
> I guess it could be done, but with smoe huge API changes; e.g. I imagine we
> could return a base class that does not have the modifying methods from our
> own objects, while using a derived class that does provide them internally.
>
>
> At the end of the day, the real question is whether the work of providing
> access control would be justifiably better than just requiring users to
> encapsulate signals for themselves; I suspect the answer might be no. Still
> interested in any thoughts.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:  
> <https://mail.gnome.org/archives/gtkmm-list/attachments/20170722/efd4f632/attachment.html>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> gtkmm-list mailing list
> [hidden email]
> https://mail.gnome.org/mailman/listinfo/gtkmm-list
>
>
> ------------------------------
>
> End of gtkmm-list Digest, Vol 159, Issue 6
> ******************************************



_______________________________________________
gtkmm-list mailing list
[hidden email]
https://mail.gnome.org/mailman/listinfo/gtkmm-list
Loading...