From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id C3E6B13828B for ; Fri, 27 May 2016 15:56:51 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C8C3C234002; Fri, 27 May 2016 15:56:44 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id CE9DCE0835 for ; Fri, 27 May 2016 15:56:43 +0000 (UTC) Received: from [IPv6:2a02:8109:a63f:ef64:5ee0:c5ff:fe8e:77db] (unknown [IPv6:2a02:8109:a63f:ef64:5ee0:c5ff:fe8e:77db]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: patrick) by smtp.gentoo.org (Postfix) with ESMTPSA id C0C10340B25 for ; Fri, 27 May 2016 15:56:41 +0000 (UTC) Subject: Re: [gentoo-dev] [RFC] gtk/gtk2/gtk3 USE flag situation To: gentoo-dev@lists.gentoo.org References: <1464358866.13834.59.camel@gentoo.org> From: Patrick Lauer Message-ID: Date: Fri, 27 May 2016 17:56:30 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 In-Reply-To: <1464358866.13834.59.camel@gentoo.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: f7a09cec-6cc6-4cce-ae57-1cc4b5d7def0 X-Archives-Hash: 19f1df1129c3e67442292ca7c25ca553 On 05/27/2016 04:21 PM, Mart Raudsepp wrote: > Hello, > > Despite it being 2016 and gtk2 pretty much dead, buried and forgotten > upstream, many applications still support only gtk2, have subtle issues > with their gtk3 port, or support both, with some of our userbase > clinging to gtk2 for dubious political or aesthetical reasons. > > For the latter cases, despite GNOME teams policy and strong preference > on not providing a choice and just choosing gtk2 or gtk3 (gtk3 if it's > working as good as gtk2), some cases exist where the maintainers want > to provide such choice. In some cases it is understandable for a short > while during transition, e.g firefox. In other cases, it is purely for > the sake of providing the choice of working with a deprecated toolkit, > apparently. > > My highly biased essay aside, we need to finally globally agree on what > we do in this situation. If we allow this choice at all, only for > special cases, or widespread. And if this choice is provided, how do we > name the USE flag. Looking at the gtk-apps I use ... Firefox with gtk3 is TOFU. UI elements are invisible, Scrollbars are broken, etc. The font rendering is hilariously wrong, even more so than gtk2. I'd call this "late alpha" if I'm in a good mood. ("wrong" ? well, everything else at fontsize ~8-9 is the same as gtk2 at fontsize 24, and gtk3 at ~32. Which means that the defaults are literally unreadable because text ends up 3 pixels high. I have no idea why everything else understands config, and special snowflake has to guess instead...) Thunderbird ... oy vey. The new new theme in 45.1 after a new theme in 45 repeats all the problems with font rendering, and it's "flat" because who needs to know where UI elements are, where they end, or if they are active/usable. Also fun that *now* it is 'catching up' with the UI stupidity of Android-4, which is abandoned. Change to have change ... :\ I think Chromium uses their own layer of madness on top of gtk. Chromium-51 has a tiny URL bar which is not resizable (sizing only affects the html viewport). It is proportionally smaller than Chromium-50, so I guess they switched to gtk3 too. All in all: GTK+-3 looks substantially worse, has wrong font rendering (which gtk2 already got wrong), and I consider it a strict downgrade from gtk2. So where I can, when I can, I will aim to keep gtk2 until I can switch to something that isn't dead upstream or just braindead. So while I understand that you don't want to support a toolkit that has no or little support (like qt4, btw, which is abandoned but only about half the things have been ported to qt5) ... as long as it's not at feature-parity some users like me will fight for the option to have usable software. And that means, for now, requiring gtk2 / gtk3 useflags to allow us to choose the correct version where possible. I don't care much how it is exposed, I don't consider "force-gtk2" worse than "gtk2" or "partial-sanity". But it'll take a lot of improvement before you can consider deprecating gtk2, and crude methods like the suggested package.use.mask will motivate me to fix the mistake by reverting it. (I remember fighting with ssuominen over guvcview, he always tried to remove the last gtk2 version of it, I readded it because otherwise there's a whole pile of new bad dependencies, he'd remove it again, I readded it, lots of fun. Let's not play that game too much please ...) Thanks, Patrick