I stand corrected.  ‘G’ in the middle of a segment does not work: it moves the 
closer segment end to the current position and drags the intersection from 
there.

> On 2 Jan 2018, at 17:42, Jeff Young <j...@rokeby.ie> wrote:
> 
> Since segments in OpenGL can be selected, the semantics are a bit different.  
> Select a segment and a ‘G’ near its end gives you get drag-intersection 
> behaviour while a ‘G’ in its middle gives you drag-segment.
> 
> ‘M’ works in both cases as well: ‘M’ near an end gives you move-endpoint; ‘M’ 
> in the middle gives you move-segment.
> 
> I have my copper trace opacities set at about 55%, and get pretty similar 
> transparency to Legacy.  What values are you using?
> 
> Cheers,
> Jeff.
> 
> 
>> On 2 Jan 2018, at 17:18, André S. <list.dev.ki...@nospamail.de 
>> <mailto:list.dev.ki...@nospamail.de>> wrote:
>> 
>> Hi everyone,
>> 
>> I want to add from a users view:
>> In the current KiCad 4.0.7 (Windows 64 bit) you can't drag traces in 
>> OpenGL/Cairo, only in legacy. (With this I mean: move a segment of a trace 
>> and it stays attached to the other segments of the trace (Hotkey: 'G')).
>> Hotkey 'M' moves segments in OpenGL but moves 'connections' in Legacy 
>> (segments stay connected).
>> More often than not I need the behaviour of Legacy and not that of the 
>> OpenGL canvas.
>> 
>> Values are not displayed in OpenGL/Cairo, only in Legacy.
>> And "transparency" is better in Legacy. With only 2 layers you can see the 
>> traces on the bottom layer better than in OpenGL/Cairo. 
>> 
>> Just for this few reasons I still use Legacy more often than OpenGL when 
>> modifying an existing PCB design.
>> 
>> From my view OpenGL is nice because you can manipulate single items 
>> (segments of traces) better/more comfortably than in Legacy. And initial 
>> layout work feels smoother.
>> 
>> Just my 2 cents. :)
>> 
>> Happy new year,
>>   André
>> 
>> PS: as a side note: When I switch from "Standard/Legacy" or OpenGL to Cairo 
>> the PCB view goes white and only after a few seconds displays the PCB. In 
>> the other direction there is no delay.
>> 
>> Am 2017-12-31 um 22:28 schrieb Jon Evans:
>>> For your consideration, a patch is attached that implements the above.
>>> 
>>> 
>>> On Sun, Dec 31, 2017 at 2:24 PM, Jon Evans <j...@craftyjon.com 
>>> <mailto:j...@craftyjon.com>> wrote:
>>> I think that getting automatic OpenGL detection and recovery working for 
>>> 5.0 might be ambitious.
>>> Maybe Chris can detail what the next steps are for his approach there, but 
>>> in case we want to push that to a later release, here's what I propose:
>>> 
>>> 1) Rename the View menu options based on my proposal "Legacy", "Modern 
>>> (Accelerated)", "Modern (Fallback)"
>>> 2) Change PCB_BASE_FRAME::SwitchCanvas to save the canvas config value 
>>> after calling UseGalCanvas() rather than before.
>>> 3) Show a first-run dialog like the mockup in my earlier email, IF canvas 
>>> is not OpenGL and the dialog has not been shown before
>>> 44) If user clicks "yes" in the first run dialog, then:
>>>     (a) set the config value to prevent the dialog from showing again,
>>>     (b) Set the canvas config setting to Cairo (but don't switch the GAL to 
>>> Cairo), then
>>>     (c) switch to OpenGL canvas using SwitchCanvas()
>>> 
>>> That way, if the app crashes in step 4c, it should come back up as Cairo on 
>>> the next launch (assuming we crash right away when trying to set up the 
>>> canvas)
>>> 
>>> Any concerns with the above?
>>> 
>>> -Jon
>>> 
>>> 
>>> 
>>> On Sun, Dec 31, 2017 at 1:55 PM, Jeff Young <j...@rokeby.ie 
>>> <mailto:j...@rokeby.ie>> wrote:
>>> +1
>>> 
>>> No menu items.  Just a checkbox for Enable Hardware Acceleration in 
>>> Preferences.
>>> 
>>>> On 31 Dec 2017, at 18:36, Andy Peters <de...@latke.net 
>>>> <mailto:de...@latke.net>> wrote:
>>>> 
>>>>> - In the case of graphics glitches, inform the users in the FAQ/Manual
>>>>> that they can fall back to software renderer in the View menu.
>>>>> - Don't use the term 'canvas' or 'view'. Just 'Enable HW acceleration’.
>>>> 
>>>> I like that. The fewer technical/programmer terms, the better.
>>> 
>>> 
>>> _______________________________________________
>>> Mailing list: https://launchpad.net/~kicad-developers 
>>> <https://launchpad.net/%7Ekicad-developers>
>>> Post to     : kicad-developers@lists.launchpad.net 
>>> <mailto:kicad-developers@lists.launchpad.net>
>>> Unsubscribe : https://launchpad.net/~kicad-developers 
>>> <https://launchpad.net/%7Ekicad-developers>
>>> More help   : https://help.launchpad.net/ListHelp 
>>> <https://help.launchpad.net/ListHelp>
>>> 
>>> 
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> Mailing list: https://launchpad.net/~kicad-developers 
>>> <https://launchpad.net/~kicad-developers>
>>> Post to     : kicad-developers@lists.launchpad.net 
>>> <mailto:kicad-developers@lists.launchpad.net>
>>> Unsubscribe : https://launchpad.net/~kicad-developers 
>>> <https://launchpad.net/~kicad-developers>
>>> More help   : https://help.launchpad.net/ListHelp 
>>> <https://help.launchpad.net/ListHelp>
>> 
>> _______________________________________________
>> Mailing list: https://launchpad.net/~kicad-developers 
>> <https://launchpad.net/~kicad-developers>
>> Post to     : kicad-developers@lists.launchpad.net 
>> <mailto:kicad-developers@lists.launchpad.net>
>> Unsubscribe : https://launchpad.net/~kicad-developers 
>> <https://launchpad.net/~kicad-developers>
>> More help   : https://help.launchpad.net/ListHelp 
>> <https://help.launchpad.net/ListHelp>
> 

_______________________________________________
Mailing list: https://launchpad.net/~kicad-developers
Post to     : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Reply via email to