[From nobody Wed Mar 14 19:37:19 2012 Return-Path: <desktop-devel-list-bounces@gnome.org> X-Original-To: list-gnome@vitters.nl Delivered-To: list-gnome@vitters.nl Received: from menubar.gnome.org (menubar.gnome.org [209.132.180.169]) by bkor.dhs.org (Postfix) with ESMTP id 689F9500302 for <list-gnome@vitters.nl>; Wed, 14 Mar 2012 19:17:57 +0100 (CET) Received: from menubar.gnome.org (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B9016750450; Wed, 14 Mar 2012 18:17:55 +0000 (UTC) X-Original-To: desktop-devel-list@gnome.org Delivered-To: desktop-devel-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6630075027F for <desktop-devel-list@gnome.org>; Wed, 14 Mar 2012 18:17:49 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2kwSFYWApAvY for <desktop-devel-list@gnome.org>; Wed, 14 Mar 2012 18:17:30 +0000 (UTC) Received: from youngberry.canonical.com (youngberry.canonical.com [91.189.89.112]) by menubar.gnome.org (Postfix) with ESMTP id 1E503750244 for <desktop-devel-list@gnome.org>; Wed, 14 Mar 2012 18:17:21 +0000 (UTC) Received: from anancy-258-1-19-225.w90-39.abo.wanadoo.fr ([90.39.122.225] helo=[192.168.0.11]) by youngberry.canonical.com with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from <seb128@ubuntu.com>) id 1S7slB-0004dT-Lq for desktop-devel-list@gnome.org; Wed, 14 Mar 2012 18:17:17 +0000 Message-ID: <4F60E0AC.5090408@ubuntu.com> Date: Wed, 14 Mar 2012 19:17:16 +0100 From: Sebastien Bacher <seb128@ubuntu.com> User-Agent: Mozilla/5.0 (X11; Linux i686; rv:11.0) Gecko/20120309 Thunderbird/11.0 MIME-Version: 1.0 To: desktop-devel-list@gnome.org Subject: Dealing with GTK 3.3.18 scrolling handling changes for GNOME 3.4 X-BeenThere: desktop-devel-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: GNOME Desktop Development List <desktop-devel-list.gnome.org> List-Unsubscribe: <http://mail.gnome.org/mailman/options/desktop-devel-list>, <mailto:desktop-devel-list-request@gnome.org?subject=unsubscribe> List-Archive: <http://mail.gnome.org/archives/desktop-devel-list/> List-Post: <mailto:desktop-devel-list@gnome.org> List-Help: <mailto:desktop-devel-list-request@gnome.org?subject=help> List-Subscribe: <http://mail.gnome.org/mailman/listinfo/desktop-devel-list>, <mailto:desktop-devel-list-request@gnome.org?subject=subscribe> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Errors-To: desktop-devel-list-bounces@gnome.org Sender: desktop-devel-list-bounces@gnome.org Hi everyone, GTK 3.3.18 and smooth scrolling landing created quite some issues which seems to have been mostly unnoticed, unaddressed so far, since the hard freeze for GNOME 3.4 is next week I'm bringing the topic there. Some of the details there might be wrong and I'm happy to be corrected, it's just my understanding of the changes * widgets need to opt-in for scroll events (GDK_SCROLL_MASK), that makes scrolling stop working in applications using custom widgets (example: http://git.gnome.org/browse/nautilus/commit/?id=04116ab2876412445c788091be07d7f7321a4a94) * if you are on xserver 1.12 with xinput 2.2 your application stop receiving GDK_SCROLL_DOWN and GDK_SCROLL_UP events, but receive GDK_SCROLL_SMOOTH with an increment instead that change seems to create quite some issue, it breaks for example mouse wheel scrolling over sound sliders in the control center, or scrolling in nautilus compact view Grepping around in my work tree I see there are quite a lot of GNOME components using GDK_SCROLL_UP,DOWN, I guess those will stop working as they should. Nautilus fixed a such issue in http://git.gnome.org/browse/nautilus/commit/?id=1a76e044a2c9b834d00c4ea30f1e3af3321d8cdd It's likely that other applications will need to add extra cases to handle the new way I think that's an issue we should look at addressing before 3.4, either by doing some "compat" work in GTK (i.e keep emiting the scroll up down events as well as the smooth ones if possible) or by patching the applications, the rdepends list is likely not trivial though... Thoughts? -- Sebastien Bacher _______________________________________________ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list ]