Apologies if this has been asked before, but I searched online and could not
find any discussion on this issue and I did not find anything on the
documentation page.
I have a treeview and a scrollbar which are both within a hbox. The hbox is
within a window. When I expand the treeview, the
On 5 June 2012 11:00, Ferdinand Ramirez ramirez.ferdin...@yahoo.com wrote:
I have a treeview and a scrollbar which are both within a hbox. The hbox
is within a window. When I expand the treeview, the window resizes itself
to include the whole treeview.
The biggest problem is when the
--- On Tue, 6/5/12, James Tappin jtap...@gmail.com wrote:
I think the solution is to place the treeview in a gtk_scrolled_window
rather than using an hbox and an explicit scrollbar.
The reason for trying out with an explicit hbox is that the column headers
scroll out of view with a
On 5 June 2012 12:50, Ferdinand Ramirez ramirez.ferdin...@yahoo.com wrote:
--- On Tue, 6/5/12, James Tappin jtap...@gmail.com wrote:
I think the solution is to place the treeview in a gtk_scrolled_window
rather than using an hbox and an explicit scrollbar.
The reason for trying out with
On Tue, 5 Jun 2012 11:50:42 -0700 (PDT)
Ferdinand Ramirez ramirez.ferdin...@yahoo.com wrote:
--- On Tue, 6/5/12, James Tappin jtap...@gmail.com wrote:
I think the solution is to place the treeview in a
gtk_scrolled_window rather than using an hbox and an explicit
scrollbar.
The reason
On Fri, 2012-06-01 at 11:33 -0500, Mike wrote:
If you read the example program, you will see in my test that I simply
call exit in the child -- that's it. That meets your requirement.
There is one issue in your code; you shouldn't be calling
waitpid(-1, ...). That would break any
On Tue, Jun 5, 2012 at 12:54 PM, Colin Walters walt...@verbum.org wrote:
On Fri, 2012-06-01 at 11:33 -0500, Mike wrote:
If you read the example program, you will see in my test that I simply
call exit in the child -- that's it. That meets your requirement.
There is one issue in your code;
On Tue, 2012-06-05 at 13:20 -0500, Mike wrote:
I'm fairly convinced at this point that it is something in libc, but
I'm not sure that it isn't acting to spec with regards to allowed
behavior.
Just to be clear, *which* libc are we talking about? I'm guessing
eglibc?
I've walked through
On Tue, Jun 5, 2012 at 1:28 PM, Colin Walters walt...@verbum.org wrote:
On Tue, 2012-06-05 at 13:20 -0500, Mike wrote:
I'm fairly convinced at this point that it is something in libc, but
I'm not sure that it isn't acting to spec with regards to allowed
behavior.
Just to be clear, *which*
On Tue, Jun 5, 2012 at 1:51 PM, Mike puffy.t...@gmail.com wrote:
On Tue, Jun 5, 2012 at 1:28 PM, Colin Walters walt...@verbum.org wrote:
On Tue, 2012-06-05 at 13:20 -0500, Mike wrote:
I'm fairly convinced at this point that it is something in libc, but
I'm not sure that it isn't acting to
I have recently been trying to build a gtk stack on a Win32 platform. I am
currently using mingw/msys for this. Part of the motivation for this effort
is that the gtkmm all in one installer I was using is now rather outdated.
With a little effort and Google I was able to find what components I
Personally I prefer cross compiling as I find it easier than trying to setup a
full dev system on windows.
Let's say for example you need perl and other unix tools at build time but not
at runtime in this case all the build deps are easily fulfilled on Linux but
not as easy on windows
Anyways
12 matches
Mail list logo