Send gtkmm-list mailing list submissions to
gtkmm-list@gnome.org
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
gtkmm-list-requ...@gnome.org
You can reach the person managing the list at
gtkmm-list-ow...@gnome.org
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 (deepak.bhujangac...@harvelsystems.com)
2. Re: Transparent Window (Daniel Boles)
3. Accessing combo box text (deepak.bhujangac...@harvelsystems.com)
4. Re: Accessing combo box text (Daniel Boles)
5. Re: Accessing combo box text
(deepak.bhujangac...@harvelsystems.com)
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: deepak.bhujangac...@harvelsystems.com
To: gtkmm-list@gnome.org
Subject: Transparent Window
Message-ID:
<20170722093549.horde.vc2s-ews1agwhbjs-9zt...@harvelsystems.com>
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 <dboles....@gmail.com>
To: gtkmm-list <gtkmm-list@gnome.org>
Subject: Re: Transparent Window
Message-ID:
<CAKChMKNEXgJwvM=0UZZhqh4A76Gh3wtqOP1TyP=wo8tt2s+...@mail.gmail.com>
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: deepak.bhujangac...@harvelsystems.com
To: gtkmm-list@gnome.org
Subject: Accessing combo box text
Message-ID:
<20170722140922.horde.h6brk6hjgd24lcdgscnw...@harvelsystems.com>
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 <dboles....@gmail.com>
To: deepak.bhujangac...@harvelsystems.com
Cc: gtkmm-list <gtkmm-list@gnome.org>
Subject: Re: Accessing combo box text
Message-ID:
<CAKChMKOwZci=cx-fhezynkm1ff4qzns_wgxkajnzt0xrye3...@mail.gmail.com>
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: deepak.bhujangac...@harvelsystems.com
To: Daniel Boles <dboles....@gmail.com>
Cc: gtkmm-list <gtkmm-list@gnome.org>
Subject: Re: Accessing combo box text
Message-ID:
<20170722145819.horde.vlgsuenbsvwnpiktd8b_...@harvelsystems.com>
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 <dboles....@gmail.com>:
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 <dboles....@gmail.com>
Cc: gtkmm-list <gtkmm-list@gnome.org>
Subject: Re: Accessing combo box text
Message-ID:
<cakchmkpxx39_lqgfjjf7ncyhxdyzddcnxvyjvkoahkpwc6w...@mail.gmail.com>
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 <dboles....@gmail.com>
To: gtkmm-list <gtkmm-list@gnome.org>
Subject: Re: Returning sigc::signal by value from a const method?
Message-ID:
<CAKChMKO26mXz_wWp3351dGO=rh5gnn-hhnvvs3x2cinp_ba...@mail.gmail.com>
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
gtkmm-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtkmm-list
------------------------------
End of gtkmm-list Digest, Vol 159, Issue 6
******************************************
