On 16-06-06 05:05 PM, Rena wrote:
On Mon, Jun 6, 2016 at 7:23 AM, Kamalpreet Grewal
wrote:
I am developing a dialog box. I have added a treeview and two buttons in
it.
Adding the treeview to the scrolled window using:
_mainBox.pack_start(_scrolledWindow,
On Mon, Jun 6, 2016 at 7:23 AM, Kamalpreet Grewal
wrote:
> I am developing a dialog box. I have added a treeview and two buttons in
> it.
>
> Adding the treeview to the scrolled window using:
> _mainBox.pack_start(_scrolledWindow, Gtk::PACK_EXPAND_WIDGET);
> where
The signal delete event is for the top level widget (usually window) and
it's under the signal tab, and it's way way down under GtkWidget. You
also need code like
extern "C"
int on_MainScreen_delete_event(){
std::cout << "Quit main widget little x." << std::endl;
gtk_main_quit ();
the window manager "close" button being clicked causes
signal_delete_event() to be emitted for the window.
On Mon, Jun 6, 2016 at 5:21 PM, Krzysztof wrote:
> I'm the very beginner in GTKmm.
> I design a simple interface in Glade. The application itself is written in
> C++.
>
I think that as a quick thing to do meanwhile, You can hit "Reply to all". It
should include both the sender and the mailing list. You can then remove the
sender's address.
>
> From: Rena
> Sent: Mon Jun 06 22:40:09 CEST 2016
>
I'm the very beginner in GTKmm.
I design a simple interface in Glade. The application itself is written
in C++.
Which signal should I choose and which handler should I specify in
File-Quit menu item to have the same action as clicking the X at upper
right corner of window?
How should I make
I've noticed that when I reply to a message sent to
gtk-app-devel-list@gnome.org, by default my client (Gmail, both Android app
and web app) want to send my reply to only the sender, not the list. It
like there's no reply-to address in the message header.
Thank you very much, Paul Davis and Andrew E. Markeev, for your
responses - now I have reference implementations of both workarounds I
mentioned in my question (intercepting key press to suppress accelerator
/ removing accelerator on widget focus), so this should help a lot no
matter which route I
Hi all,
A few weeks ago I found an issue with GIO's g_get_unix_mount_points() that
made me find the 8-years-old bug 522053[1], so I decided to step in and try
to provide a solution based on libmount, as suggested on irc / bugzilla.
I posted the patches I have from my private branch both there in
I am developing a dialog box. I have added a treeview and two buttons in it.
Adding the treeview to the scrolled window using:
_mainBox.pack_start(_scrolledWindow, Gtk::PACK_EXPAND_WIDGET);
where _mainBox is a Gtk::VBox.
The problem is I am getting empty space above the treeview. Why is it
so?
Actually, we are coding in GTKMM-2.4, but I will tell you what we did.
We have map of accelerator data: { Name }={ Action, Key, Modifier }
We have some MODE enumerator that could say which accelerators should be
active.
So, you need some activatable widgets (toolbarItem, menuItem, button,
etc),
11 matches
Mail list logo