Re: Auto-resize scrolled window

[Gergely Polonkai]

Can you also show us your widget hierarchy like Lucas did? The problem you
outline should not happen in a usual hierarchy.
On 22 Sep 2015 22:11, "Subsentient"  wrote:

> GTK 2, using C calls.
>
> On 09/22/15 08:52, Gergely Polonkai wrote:
>
> Before anyone could actually answer:
>
> • what version of GTK are you using?
> • how do you build your window? Are you using plain C calls, or some UI
> builder like Glade?
>
> Best,
> Gergely
> On 22 Sep 2015 02:33, "Subsentient"  wrote:
>
>> When I resize the window, I'm having difficulty finding a way to make a
>> scrolled window automatically resize with it. I can't use
>> gtk_widget_set_size_request(), because then I won't be able to shrink it
>> down again.
>> Working in C. How can I have a widget automatically resize to fill all
>> available space given by a window, and then be willing to shrink again if
>> the user tries to resize the window?
>>
>> Thanks.
>> ___
>> gtk-app-devel-list mailing list
>> gtk-app-devel-list@gnome.org
>> https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
>>
>
>
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Re: Auto-resize scrolled window

[Subsentient]

GTK 2, using C calls.

On 09/22/15 08:52, Gergely Polonkai wrote:


Before anyone could actually answer:

• what version of GTK are you using?
• how do you build your window? Are you using plain C calls, or some 
UI builder like Glade?


Best,
Gergely

On 22 Sep 2015 02:33, "Subsentient" > wrote:


When I resize the window, I'm having difficulty finding a way to
make a scrolled window automatically resize with it. I can't use
gtk_widget_set_size_request(), because then I won't be able to
shrink it down again.
Working in C. How can I have a widget automatically resize to fill
all available space given by a window, and then be willing to
shrink again if the user tries to resize the window?

Thanks.
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org 
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list



___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Re: Reinstate support for OS X versions older than 10.9

[John Ralls]

> On Sep 22, 2015, at 3:47 PM, Ryan Schmidt  wrote:
> 
> Hello, I'm the maintainer of glib2 in the MacPorts package management system.
> 
> glib 2.46.0 was recently released, and attempting to configure it produces 
> this error:
> 
> checking OSX version >= 10.9.0... no
> configure: error: OSX version is too old!
> 
> glib 2.45.2 and earlier worked fine on older versions of OS X, but 2.45.3 and 
> later claim to require 10.9.
> 
> My understanding is that the implementation of GNotification support for OS X 
> [1] necessitated this increase in minimum OS version. But this huge jump in 
> minimum OS version makes glib unusable on hundreds of older Mac models [2] 
> that cannot be upgraded to OS X 10.9 that were previously able to use glib. I 
> urge you to reconsider this action and reinstate support for older versions 
> of OS X by making the GNotification support optional. Clearly, since 
> GNotification support was just added, no existing apps that used glib and 
> that already worked on OS X can have required this functionality.
> 
> I originally expressed this concern in the issue tracker [1] but was advised 
> to bring it up on the mailing list for discussion instead.
> 
> In response to my comment in that ticket, doubt was expressed as to the 
> usability of glib on older systems, even prior to this. I can at least tell 
> you that Graphviz, which uses glib, worked fine all the way back to OS X 
> 10.4, which is the earliest system I tested. I'm happy to run your test suite 
> on older systems and report bugs for any problems found.
> 

I’m a bit conflicted about this. Yes, 10.9 is a bit new for a cutoff, but on 
the other hand upgrades to 10.10 are free and run on any machine that can run 
10.7 so there’s not much of an excuse and considerable security risk for anyone 
with such a machine not to be running the latest release. That still leaves all 
of those folks with PPC and 32-bit Intel Macs who are stuck at 10.5 and 10.6 
respectively. Yeah, it’s nice to support them with Gnome applications — I’m 
among those who do, providing 32-bit PPC and Intel bundles for GnuCash and 
Gramps. OTOH it’s not really reasonable for them to expect to be supported 
forever, and I bet they can’t get many new native applications for their 
obsolete hardware either.

All of which said, it does seem unreasonable that a very minor feature 
implementation in a dark corner of GIO should block building all of GLib. On 
the bug Emmanuelle asks whether GLib runs on those older OSes and how much of 
the API is used. The answer is yes, absolutely, and all of GLib and GObject are 
used pretty extensively by many Gnome apps ported to Mac and Windows. The apps 
I maintain don’t use a lot of the newer GIO features like notifications or even 
the GApplication stuff intended to make Gnome apps more portable simply because 
no-one has made the effort to redesign the applications to use them. (It’s in 
my to-do list for Gramps, but it’s *way down* that list.) I can’t speak for 
other projects, but I suspect that the same is true for many.

There’s always the option of sticking with the last releases of GLib and Gtk+ 
if you want to build/run on older machines.

Regards,
John Ralls

___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list

Reinstate support for OS X versions older than 10.9

[Ryan Schmidt]

Hello, I'm the maintainer of glib2 in the MacPorts package management system.

glib 2.46.0 was recently released, and attempting to configure it produces this 
error:

checking OSX version >= 10.9.0... no
configure: error: OSX version is too old!

glib 2.45.2 and earlier worked fine on older versions of OS X, but 2.45.3 and 
later claim to require 10.9.

My understanding is that the implementation of GNotification support for OS X 
[1] necessitated this increase in minimum OS version. But this huge jump in 
minimum OS version makes glib unusable on hundreds of older Mac models [2] that 
cannot be upgraded to OS X 10.9 that were previously able to use glib. I urge 
you to reconsider this action and reinstate support for older versions of OS X 
by making the GNotification support optional. Clearly, since GNotification 
support was just added, no existing apps that used glib and that already worked 
on OS X can have required this functionality.

I originally expressed this concern in the issue tracker [1] but was advised to 
bring it up on the mailing list for discussion instead.

In response to my comment in that ticket, doubt was expressed as to the 
usability of glib on older systems, even prior to this. I can at least tell you 
that Graphviz, which uses glib, worked fine all the way back to OS X 10.4, 
which is the earliest system I tested. I'm happy to run your test suite on 
older systems and report bugs for any problems found.


[1] https://bugzilla.gnome.org/show_bug.cgi?id=747146

[2] http://www.everymac.com/systems/by_capability/maximum-macos-supported.html

___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: Dropping 'fringe' pixbuf loaders

[Matthias Clasen]

On Mon, Sep 21, 2015 at 7:20 PM, Bastien Nocera  wrote:

>
>
> I would argue that at least I have taken care of some of that work at
> the end of 2014. I didn't get to see coverity scans or cppchecks, but
> this isn't the most complicated code to fix up and review.
>
>
Yes, that is true. You have helped with maintainenance, and I should have
mentioned it. Thanks!
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: Reinstate support for OS X versions older than 10.9

[Ryan Schmidt]

On Sep 22, 2015, at 6:32 PM, John Ralls wrote:

> I’m a bit conflicted about this. Yes, 10.9 is a bit new for a cutoff, but on 
> the other hand upgrades to 10.10 are free and run on any machine that can run 
> 10.7

Per the EveryMac URL I posted, in addition to older PowerPC Macs that cannot be 
upgraded past 10.4, newer PowerPC Macs that cannot be upgraded past 10.5, and 
32-bit Intel Macs that cannot be upgraded past 10.6, there are some 64-bit 
Intel Macs that cannot be upgraded past 10.7.

Further to that, there are users who do not wish to upgrade their OS, even if 
their machine can support it. They may have any number of reasons for that. For 
example, 10.6 is the last OS that can run PowerPC applications on Intel 
systems; a user may have PowerPC software they wish to continue using. Or a 
user may dislike the significant user interface changes Apple made in 10.7 or 
10.10.


> There’s always the option of sticking with the last releases of GLib and Gtk+ 
> if you want to build/run on older machines.

Considering the options we have in the MacPorts package management system, the 
possibilities I see are as follows:

- Keep glib2 at version 2.44.1 until all MacPorts users have upgraded to OS X 
10.9 or later. This will not occur for years if ever. We still have MacPorts 
users today that use OS X 10.4.

- Upgrade glib2 to version 2.46.0 now, thereby preventing users on OS X 10.8 
and earlier from using all the software in MacPorts that depends in some way on 
glib2.

- Add conditional logic to the glib2 port to use 2.46.0 on OS X 10.9 and later 
and 2.44.1 on OS X 10.8 and earlier. This might be viable. Some other MacPorts 
ports for other gnome software is already doing something like this. But it is 
more complicated for the port maintainer (me) and it might break some use 
cases. For example, it is possible to build *on* 10.9 *for* 10.8; such an 
attempt might fail with 2.46.0.

- Change glib 2.46.0 so that it can be built without GNotification support on 
older systems. This is what I'm asking for.


___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: Auto-resize scrolled window

[Lucas Levrel]

Le 21 septembre 2015, Subsentient a écrit :

 On 09/21/15 20:33, Subsentient wrote:
>  When I resize the window, I'm having difficulty finding a way to make a 
>  scrolled window automatically resize with it. I can't use 
>  gtk_widget_set_size_request(), because then I won't be able to shrink it 
>  down again.
>  Working in C. How can I have a widget automatically resize to fill all 
>  available space given by a window, and then be willing to shrink again 
>  if the user tries to resize the window?
I've even tried putting it into a GtkAlignment with full expansion. It's in a 
vbox btw.


In my app the window has the following layout, and it resizes 
(expands and shrinks) nicely:


window (with default size)
 + hpaned
+ frame
|  + scrolled_window (policies "automatic")
| + drawing_area (added with viewport; has size request)
+ vbox
   + frame
   |  + scrolled_window (policies "never" and "automatic")
   | + text_view (with size request)
   + hbox
  + entry
  + button

This is Gtk 2. To insert the frame into the vbox, and the entry into the 
hbox, I invoke:

gtk_box_pack_start( ..., ..., TRUE, TRUE, 0);

To insert the frame into the hpaned:
gtk_paned_pack2( ..., ..., TRUE, FALSE);

For the vbox into the hpaned:
gtk_paned_pack1( ..., ..., FALSE, FALSE);

HTH

--
Lucas Levrel
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Re: Auto-resize scrolled window

[Gergely Polonkai]

Before anyone could actually answer:

• what version of GTK are you using?
• how do you build your window? Are you using plain C calls, or some UI
builder like Glade?

Best,
Gergely
On 22 Sep 2015 02:33, "Subsentient"  wrote:

> When I resize the window, I'm having difficulty finding a way to make a
> scrolled window automatically resize with it. I can't use
> gtk_widget_set_size_request(), because then I won't be able to shrink it
> down again.
> Working in C. How can I have a widget automatically resize to fill all
> available space given by a window, and then be willing to shrink again if
> the user tries to resize the window?
>
> Thanks.
> ___
> gtk-app-devel-list mailing list
> gtk-app-devel-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
>
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list