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=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=pzHeRn/w6FLD+11531PDJZOHApLYA3j9z8/m4l6yAqY=; b=uzfygDCXuC4Lhnrqz/rOBwAN28TmmLw6DjtJ6TYLqML6RI/WAFj6PPLa3XFE9mbOLE 1FaCO9wPam9qlMEr8HfeAx3AO+UPjBToLsfu1D/RzEvC/uQ/TB/wVpn757Jbil2ozwyo Pd87FicbncH4PCDo6IgsPwvHlq/S8tC0UyA1cYqScX4O52IsGCDZQwRwPDqG8KU4TZOP yKXFq2Hk34TOTBW+XDmjc3v1m4WN4Y0c/JZuUwvLt7szoOKAtx6Q+CIcAe9zGJ3SEFHo DNYFjaoEKZZwg4eioi/1FBWjdlclhskxK6IMNTDdWZ4s6+tnCCc9Uar9v/flZBWL2wZc fb2g== MIME-Version: 1.0 X-Received: by 10.194.89.5 with SMTP id bk5mr29121231wjb.144.1438553752879; Sun, 02 Aug 2015 15:15:52 -0700 (PDT) In-Reply-To: <5E2BB4CD-4E81-45DE-80E0-5CAFE9D85ECC@sbcglobal.net> References: <5329D15C-0713-4919-8205-AC474BAC5652 AT noqsi DOT com> <631C0577-E61D-40BC-B200-96BA897092E6 AT sbcglobal DOT net> <5E2BB4CD-4E81-45DE-80E0-5CAFE9D85ECC AT sbcglobal DOT net> Date: Sun, 2 Aug 2015 14:15:52 -0800 Message-ID: Subject: Re: [geda-user] Improved Find From: "Britton Kerin (britton DOT kerin AT gmail DOT com) [via geda-user AT delorie DOT com]" To: geda-user AT delorie DOT com Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id t72MFvt5001495 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 On Sun, Aug 2, 2015 at 1:10 PM, Edward Hennessy (ehennes AT sbcglobal DOT net) [via geda-user AT delorie DOT com] wrote: > >> On Aug 2, 2015, at 10:12 AM, John Doty wrote: >> >> Perhaps I’m misunderstanding, but it appears that you are assuming that the pages open in gschem represent some sort of coherent, organized design. In real life, they don’t: the coherence eventually emerges from what you’re doing with the pages, but it’s not necessarily present in the set of pages you have open. > > I've only used flat for schematic designs, but it is becoming apparent: > > - The page manager can only make a best guess to the hierarchy of a design. If a page isn’t loaded, it won’t show the complete story. > > - A schematic can have multiple parents, but gschem doesn’t have the functionality to track more than one parent. And this variable only stores the most recent “up.” > > It seems to me: > > - That the page manager shouldn’t try and track the hierarchy. It should have a flat list of all the pages that are loaded. If hierarchy is tracked, it should be done somewhere outside gschem. It would be nice if find was somehow able to find everything in the dir at least, at least as an option. Lots of editors fail at this and its annoying. If find is graceful enough that it can be abused into performing navigation that's really useful, because "open 5 different files first, then go back to searching for what you wanted" is an annoying way to have things work. Often it will be all related sch in a dir, and if not the user presumably knows well which are of interest. Britton