From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-1.1 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 97A4EC433E1 for ; Mon, 29 Jun 2020 18:59:42 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 77E40204EC for ; Mon, 29 Jun 2020 18:59:42 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="DyOtr9Z8" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730001AbgF2S7k (ORCPT ); Mon, 29 Jun 2020 14:59:40 -0400 Received: from us-smtp-2.mimecast.com ([207.211.31.81]:31295 "EHLO us-smtp-delivery-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1728939AbgF2S7f (ORCPT ); Mon, 29 Jun 2020 14:59:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1593457174; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=5CSPMCDd1CwFhFndpsdmJVfAcFRECem+1hnmpWS0xWg=; b=DyOtr9Z8az7KU0xqzVrI8VFNJU9DhCWpkMjXkYsTclfr57Xh6uIGFz13w55I50jCbBh67D r44HgJzubpq7dCZiI5PnGBAwQSHWrZZ8sKdrPuGEJoCDsnvm53LyqJUynn29Jy0dhxyKIX mz3OefnjkBML2CTMl9IR8l8CbtIqcAc= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-431-6cB9ck3JNwihhpoU0lfX5g-1; Mon, 29 Jun 2020 10:58:33 -0400 X-MC-Unique: 6cB9ck3JNwihhpoU0lfX5g-1 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 279B8EC1A4; Mon, 29 Jun 2020 14:58:32 +0000 (UTC) Received: from starship (unknown [10.35.206.100]) by smtp.corp.redhat.com (Postfix) with ESMTP id E39BC5F7D8; Mon, 29 Jun 2020 14:58:30 +0000 (UTC) Message-ID: <49b32b5e2babdc521a09c4981d03633cc7cb1591.camel@redhat.com> Subject: Re: [PATCH v2 0/5] Fix split view search and debug info navigation From: Maxim Levitsky To: Mauro Carvalho Chehab Cc: linux-kbuild@vger.kernel.org, linux-kernel@vger.kernel.org, Masahiro Yamada Date: Mon, 29 Jun 2020 17:58:29 +0300 In-Reply-To: <20200629164643.5e087da0@coco.lan> References: <649f4c040c2f6dd2d83e984a88343917d498b4ad.camel@redhat.com> <20200629164643.5e087da0@coco.lan> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.4 (3.34.4-1.fc31) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.13 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 2020-06-29 at 16:46 +0200, Mauro Carvalho Chehab wrote: > Em Mon, 29 Jun 2020 15:23:49 +0300 > Maxim Levitsky escreveu: > > > On Mon, 2020-06-29 at 11:35 +0200, Mauro Carvalho Chehab wrote: > > > This series fixes some issues with search while on split view and fix the > > > broken hyperlink navigation. > > > > > > The first patches restore the pre-Qt5 conversion behavior. The last > > > one implements navigation on a different way. I opted to keep this one > > > in separate, as this one is a new feature. > > > > > > Mauro Carvalho Chehab (5): > > > kconfig: qconf: cleanup includes > > > kconfig: qconf: ensure that only one item will be highlighted > > > kconfig: qconf: make search fully work again on split mode > > > kconfig: qconf: make debug links work again > > > kconfig: qconf: navigate menus on hyperlinks > > > > > > scripts/kconfig/qconf.cc | 120 +++++++++++++++++++++++++++++---------- > > > scripts/kconfig/qconf.h | 15 ++--- > > > 2 files changed, 98 insertions(+), 37 deletions(-) > > > > > I tested the series, and it works really well here. > > Thanks a lot for the patch 5, I indeed noted that > > I am not sure it ever worked like that but it does now, > > and it is a very good improvement in terms of usability. > > > > There is still a tiny issue in patch 5 - sometimes already > > selected items remain selected like it was in the search (now fixed). > > Yeah, I noticed that it was keeping something selected sometimes. > that's why I sent a followup patch: > > Date: Mon, 29 Jun 2020 12:57:45 +0200 > Subject: [PATCH] kconfig: qconf: re-implement setSelected() > > Not sure why, but this one is not on lore yet. > > > Also I found another bug - clicking on '..' menu doesn't work: > > I don't think that this is a bug. See below. > > > For example select 'input device support', then 'keyboards' on the right, > > then you can't get back. It also might be something that never worked, > > and it doesn't bother me, I just note this for reference. > > The logic at: > > void ConfigList::mouseReleaseEvent(QMouseEvent* e) > > Which calls: > > emit parentSelected(); > > event when the "<-" button is pressed. This is used for the > configList when on singleMode, which makes sense: > > connect(configList, SIGNAL(parentSelected()), > SLOT(goBack())); > > There's no connect for menuList. So, this event is silently > ignored on split mode. > > I guess the main question here is: what kind of action this were > supposed to do? > > I mean, the "menuView" should always contain the leaf nodes, > as the rest of the menu hierarchy is at the configView. > > So, what kind of action could be done in this case? I also find it strange that sometimes the "menuView" (the area on the right) contains non leaf nodes, but again this is really not an issue for me. Thanks again for all the fixes! Best regards, Maxim Levitsky > > That's said, when looking into it, I noticed some dead code, > and some things that could be simplified. > > I'll likely send a cleanup patch removing the dead code. > > Thanks, > Mauro >