If you want to get an impression… here
https://drive.google.com/open?id=0Bxxu6Mh3pHubZ3BGSjFGNV9oYXc
is a small video with the touchpad panning I am currently working on.
First part is with timer, second without.
Watch my fingers in the first part… yes, they do move even if KiCad does
nothing a
Hey guys,
This is my first KiCAD patch so please let me know if anything is not
matching your workflow/conventions.
This patch set the courtyard width to 0.05mm to comply with KLC in the
following footprints wizards: bga, qfp, sdip and zip.
Regards,
Mikael Arguedas
=== modified file 'pcbnew/scrip
Hey guys,
This is my first KiCAD patch so please let me know if anything is not as
expected in your workflow/conventions.
This patch set the courtyard width to 0.05mm to comply with KLC in the
following wizards: bga,qfp,sdip and zip.
Regards,
Mikael Arguedas
=== modified file 'pcbnew/scripting/pl
Some devices provide what are termed precise scrolling deltas and generate a
far greater number of scrolling events. The trackpad is such a device. Cocoa
events have a hasPreciseScrollingDeltas method that will provide this
information. It is used in wxWidgets window.mm, for instance, when tr
Yes, I have mentioned this feature for years now.
Would be good to have the zoom sensitive to distance moved rather than
events received. High resolution trackpads and mice (which are very nice
for positioning tracks and pads) generate more events/sec than $3.99
Inland mice from China.
Have
Le 08/02/2016 16:39, Wayne Stambaugh a écrit :
> I take this back. I just tested this by launching Pcbnew, opening the
> footprint editor, and adding a new library in the footprint editor then
> launching Eeschema and opening CvPcb to assign footprints and the new
> library was already available i
> On 08 Feb 2016, at 18:18, Maciej Sumiński wrote:
>>
>
> Does it mean the issue depends on the input device?
AFAIK yes.
“Normal” mice seem to produce much less events than Mac devices.
Especially my MacBook touchpad is very sensitive and usual zoom is pretty
useless with it.
If you only sli
On 02/08/2016 06:17 PM, Andy Peters wrote:
>
>> On Feb 8, 2016, at 9:25 AM, Wayne Stambaugh wrote:
>>
>> I'm surprised other osx users have not complained about this before now.
>> Is it possible that this is due a particular version of wxWidgets
>> and/or osx and only Bernhard is seeing this?
>
> On Feb 8, 2016, at 9:25 AM, Wayne Stambaugh wrote:
>
> I'm surprised other osx users have not complained about this before now.
> Is it possible that this is due a particular version of wxWidgets
> and/or osx and only Bernhard is seeing this?
I haven’t seen it because I rarely use Kicad on t
On Mon, Feb 8, 2016 at 9:46 AM, Bernhard Stegmaier
wrote:
> But, I guess most OS X users are just used to such things with KiCad
> because especially legacy canvas is also not really smooth.
This is what I experienced as well. The UI responsiveness is pretty bad all
around, so my expectations
No, this has been there as long as I use GAL…
But, I guess most OS X users are just used to such things with KiCad because
especially legacy canvas is also not really smooth.
> On 08 Feb 2016, at 15:34, Maciej Sumiński wrote:
>
> Redrawing has to be done with every mouse movement (at least to
I see it on both of my machines with 10.10 and 10.11.
It is probably not so obvious with the current way of panning.
With the touchpad panning patch/function (what also many OS X users would like
to have) I’ll post these days it is very obvious.
Those who tested preliminary versions of this patch
I'm surprised other osx users have not complained about this before now.
Is it possible that this is due a particular version of wxWidgets
and/or osx and only Bernhard is seeing this?
On 2/8/2016 9:34 AM, Maciej Sumiński wrote:
> Redrawing has to be done with every mouse movement (at least to red
I take this back. I just tested this by launching Pcbnew, opening the
footprint editor, and adding a new library in the footprint editor then
launching Eeschema and opening CvPcb to assign footprints and the new
library was already available in the footprint library table. The only
way I see this
Redrawing has to be done with every mouse movement (at least to redraw
the cursor), so to avoid issuing too frequent paint events, the timer
limits the number of requests per second.
I cannot really tell why there is such discrepancy in wxTimer behavior
depending on the platform. Was this the case
This behavior is probably left over from when CvPcb was a stand alone
application rather that a child window of Eeschema. When launched from
kicad, there should only be one footprint library table shared among all
of the child windows and it should get updated for all of the child
windows no matte
Hi,
On 06.02.2016 20:01, Bernhard Stegmaier wrote:
> I also tried in my Debian VM, but there seem to be no packages available…
I have a few Debian packages of a 3.5 prerelease at
http://www.simonrichter.eu/debian/ -- these are also what I use.
Simon
signature.asc
Description: OpenPGP dig
I wonder if the throttling is done by wxWidgets, do we even need to
throttle on windows and linux? Would one of our gal devs please comment
on why this is necessary? Is this patch good to go on OSX?
On 2/6/2016 10:25 AM, Bernhard Stegmaier wrote:
> Hi,
>
> attached a patch to disable the below
18 matches
Mail list logo
