X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=CYYvtlRdXtiF/syitc6MC9xBH1qaFkwXM0faN9sEYNA=; b=m195dD5Bj6vN7GWns2iVpWfTA9ryUGQ7anOE/yDm1uhf7XW+V3DaUVKyGTzSBqLMud cF21VdQR3+OR/VIxxwDmxQHEO1U1PhjaF/BlHEFoM4j4eqof+YZsaRjxJg5lVaEhyjj4 gLiea25FTPQjC4XIlbqlGsv+qsjNCxPk3puzeI/eZi+9owZB0+qibpBdzGj61PxlVdHk qqJEYWVDAuS6Lwa6AqlNb6hNl3k9LuO1LUKFAvAWEQ+8azfkIimOfTAIKJdUU0/0kCD6 10wp6NPrZKRep1PYAv9iEwyDqml6GyYUkv07/250HAv+PNYWiuC+vtA8s2rv0SEdaZ9J IF3Q== X-Received: by 10.180.86.100 with SMTP id o4mr10947872wiz.59.1444051820209; Mon, 05 Oct 2015 06:30:20 -0700 (PDT) Date: Mon, 5 Oct 2015 15:30:14 +0200 From: "Nicklas Karlsson (nicklas DOT karlsson17 AT gmail DOT com) [via geda-user AT delorie DOT com]" To: geda-user AT delorie DOT com Subject: Re: [geda-user] Clutterless user interface or even more custom special super features? Message-Id: <20151005153014.1af231ef2d4eee97a0dd0054@gmail.com> In-Reply-To: References: <56100AF8 DOT 4090802 AT jump-ing DOT de> <20151005072529 DOT GA26068 AT visitor2 DOT iram DOT es> X-Mailer: Sylpheed 3.5.0beta1 (GTK+ 2.24.25; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Reply-To: geda-user AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: geda-user AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk > I'm a lurker on this list, so I realize that my opinions and suggestions > are probably not important to anyone. Feel free to ignore them. However, I > think that perhaps the features you are discussing here are specific > subsets of a more general feature that many users might find useful. > > The feature I'm referring to is what you might call a general selection > filter. The idea is that with a filter applied, only objects matching the > filter criteria can be selected and therefore modified (at least with the > mouse, I imagine that you could still modify anything from the command > interface). With a tool like this, you could specify "silk screen objects" > and "text objects". This would restrict you to being able to modify silk > screen text. You could also specify "not text", or "tracks", or > "components"... etc. to restrict selections to those items. > > This is not a feature request on my part, nor is it a request for any > action. I have no idea how hard it would be to implement, or if it's even > possible given how things are structured. It's just an idea that you might > want to consider if you're thinking about changing the features previously > mentioned. There are "regular expressions" but I tried it but did not like it, something else in common use?