<div dir="ltr"><div dir="ltr">Well, one way of doing business is to complicate things to cause dependency, although I don't know what the business would be behind complicating GTK+3, is it that developers are paid not to use the current GTK stuff? (a great way to put garbage in the GNU way of softwre freedom)<br><br>Maybe it's time to have a version selector and keep two separate codes for GTK3 < 3.18 and > 3.20?, <br><br>otherwise we'll break backwards compatibility, and it won't be possible to gradually compile it for wheeze/jessie and many embedded linux (using very recent versions severely impacts the performance of these small devices).<br></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><font color="#888888">Lenz McKAY Gerardo (PICCORO)</font><div><font color="#888888"><a href="http://qgqlochekone.blogspot.com" target="_blank">http://qgqlochekone.blogspot.com</a></font></div></div></div>
<br><div class="gmail_quote">2018-09-04 9:48 GMT-04:00 Benoît Minisini <span dir="ltr"><<a href="mailto:g4mba5@gmail.com" target="_blank">g4mba5@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Le 04/09/2018 à 15:37, Christof Thalhofer a écrit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Am 04.09.2018 um 11:50 schrieb Benoît Minisini:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Linux policy : "Never break the user space API!"<br>
<br>
GTK+3 policy: "Always try to break the API as much as possible at each<br>
minor version so that nobody can write a GTK+ program that behaves<br>
correctly during more than one month. And if you can implement a feature<br>
with two levels of indirection, do that with ten levels, to make<br>
external developers unable to understand how things work, and to avoid<br>
any possibility of having a fast GUI".<br>
</blockquote>
<br>
Great rant, very funny if it wasn't so disastrous.<br>
<br>
Is the GTK port of Gambas very important? At the beginning I tried GTK<br>
one time and then switched to QT. Never looked back.<br>
<br>
<br>
Alles Gute<br>
<br>
Christof Thalhofer<br>
<br>
</blockquote>
<br></span>
I'm complaining because I just have spent hours to fix the gb.gtk3 component, mainly the hacks that allows controls to have any size.<br>
<br>
GTK+ developers have decided to change their drawing model.<br>
<br>
OK, fine.<br>
<br>
But instead on doing that in a major version (GTK+ 4 for example), they started to do that incrementally in GTK+3, breaking things at almost each minor versions.<br>
<br>
For example, the widget themes configuration files had to be rewritten between GTK+ 3.18 and GTK+ 3.20.<br>
<br>
And look at the size of that page:<br>
<br>
<a href="http://wiki.inkscape.org/wiki/index.php/GTK%2B_3_issues" rel="noreferrer" target="_blank">http://wiki.inkscape.org/wiki/<wbr>index.php/GTK%2B_3_issues</a><br>
<br>
I don't say Gambas is perfect about backward-compatibility, but I hope I will keep being polite the day I meet a GTK+ developer...<br>
<br>
Regards,<div class="HOEnZb"><div class="h5"><br>
<br>
-- <br>
Benoît Minisini<br>
<br>
----[ Gambas mailing-list is hosted by <a href="https://www.hostsharing.net" rel="noreferrer" target="_blank">https://www.hostsharing.net</a> ]----<br>
</div></div></blockquote></div><br></div>