X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Message-ID: <1402448426.13047.1.camel@pcjc2lap> Subject: Re: [geda-user] PCBGL Branch Issues From: Peter Clifton To: geda-user AT delorie DOT com Date: Wed, 11 Jun 2014 02:00:26 +0100 In-Reply-To: <1402436838.16085.9@zotlet.(none)> References: <1402436838 DOT 16085 DOT 9 AT zotlet.(none)> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4-0ubuntu1 Mime-Version: 1.0 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 On Wed, 2014-06-11 at 09:47 +1200, Lilith Bryant wrote: > On 2014-06-10 10:50:36 PM, Peter Clifton wrote: > > Backside working using > > ctrl-shift-tab "x-ray-vision" doesn't fit all that well with the concept of > > 3D view. (Nor does changing the rendering order of layers like we do in 2D > > mode). > > > > I don't remember disabling it explicitly, but as it isn't a view I often > > use, it may have skipped testing. Does it work if you click the button to go > > back into 2D view? > > No, it doesn't work in 2D view. At this point, I'm only interested in 2D view. Actually, Ctrl+Shift+Tab does work for me (at least, as I expected it to)... The active component placement layer changes from top to bottom ("view=top", "view=bottom" in the status bar), and component placement occurs on the relevant layer. There is no visual change to the displayed board, nor (IMO), would one make sense. The components on the side of the board AWAY from you are rendered in the "far side" style, as really needed to avoid confusion. Did PCB used to behave differently? (Its been a while since I ran a non PCB+GL build). > My feeling is that it's only relevent in 2D view. If 3D view automatically > disables any such artificial mirroring it would be fine (i.e. does what it > does at present). Did the old implementation play any funny tricks with layer order, or flipping nearside / farside colouring when Ctrl+Shift+Tab was activated? Did it raise the far-side components to render above the tracking layers? In my opinion, what we have now works as intended - but as I say, I don't recall how it USED to work if that was different. Peter -- Peter Clifton Clifton Electronics -- Peter Clifton Clifton Electronics