Is it intentional in EESchema that "sheet blocks" do not hide the pin
text on move but symbols do? Moving sheet blocks is incredibly laggy
right now due to the text redrawing with the cursor. I think I
remember way back that JP fixed the symbols to hide the text.
--
Mark
___
Hello, Chris!
Thank you for considering crashes + loss of data/autosaves as *very* *serious*
issue!
Crashes with data-loss and "no idea what I changed exactly since the last
manual or autosave" happens to me in Mr P**S way too often and this is the
*main* reason to migrate to KiCad being d
Some other program simply uses multiple autosaves. Although this is not
the smartest solution it is relative effective and allow for some
retracing the steps as well.
Am 24.01.2017 um 00:26 schrieb Chris Pavlina:
I'm talking to someone on IRC right now who lost two hours of routing
because pc
It probably wouldn't be too bad, if each file was timestamped, and
then deleted if/when kicad exits cleanly, therefore unless one has a
very crashy kicad there should be very few autosaves and very few
needed. If you exit kicad cleanly and then want the autosave well
thats user fault.
On 24 Januar
I'm talking to someone on IRC right now who lost two hours of routing
because pcbnew crashed, then deleted his autosave file before he could
make use of it. We need to put some new efforts into:
1. Never delete autosave data. He may have accidentally saved the board
before loading the autosave, I'
> Jean-Samuel, thanks, and please carefully test this rev, to be sure I did not
> break anything.
>
It look to work as I tested it before. I'm gonna use it more to see if
something was broken.
On same time, I prepare some examples.
___
Mailing list: h
Hi Brano and Orson!
Code of the zooming was not modified in this patch. But I noticed, that
there is present MAC-specific block:
common/view/wx_view_controls.cpp (+147):
>
> #ifdef __WXMAC__
> // The following is to support Apple pointer devices (MagicMouse &
> // Macbook touchpad
Diogo,
Your patches have been pushed to the master branch. Thank you for your
contribution to KiCad.
Cheers,
Wayne
On 1/22/2017 5:52 PM, Diogo Condeço wrote:
> Hi all,
>
> I've attached 2 patches for some SetFocus optimisations on Macos. Tested
> also on Linux where there wasn't the issue, an
Once I've finished the edit value/reference dialog in eeschema, I will try
to get back to it.
Thanks.
On Mon, Jan 23, 2017 at 3:10 PM, Wayne Stambaugh
wrote:
> The focus loss doesn't happen on windows so this must be an osx specific
> behavior. I'll apply the patches since they address the ini
Ok, feel free to remind me later then.
2017-01-23 14:30 GMT+01:00 Wayne Stambaugh :
> On 1/23/2017 8:30 AM, jp charras wrote:
>> Le 23/01/2017 à 14:19, Nick Østergaard a écrit :
>>> Should it be enabled in the windows nightlies now or should we wait a bit?
>>>
>>
>> Before enabling it, please wait
it seems this is just as broke with or without the patch so this patch
can be pushed, will need to check into why its stealing focus on mouse
over though
On 24 January 2017 at 04:01, Simon Wells wrote:
> Just a comment on the pad properties dialog, it works fine on init but
> the field loses focu
The focus loss doesn't happen on windows so this must be an osx specific
behavior. I'll apply the patches since they address the initial focus
issue on osx.
On 1/23/2017 10:01 AM, Simon Wells wrote:
> Just a comment on the pad properties dialog, it works fine on init but
> the field loses focus w
this seems broken on pcbnew when python is enabled at least on osx. getting
Air:~ simon$ /Volumes/simon/kicad-app/bin/kicad.app/Contents/MacOS/kicad
^C^C^C^C^C^C^C^C^C^C^C^C^C^C^CError in sys.exitfunc:
Traceback (most recent call last):
File
"/System/Library/Frameworks/Python.framework/Versi
Just a comment on the pad properties dialog, it works fine on init but
the field loses focus when i mouse over the "preview" part of the
dialog... is there a way to prevent this? (it should really only lose
focus if someone clicks in the preview area) although i am unsure of
the intricacies of wx a
On 1/23/2017 8:30 AM, jp charras wrote:
> Le 23/01/2017 à 14:19, Nick Østergaard a écrit :
>> Should it be enabled in the windows nightlies now or should we wait a bit?
>>
>
> Before enabling it, please wait for a few tests from devs and J-S.
> Perhaps also a bit of doc and 2 or 3 samples which do
Le 23/01/2017 à 14:19, Nick Østergaard a écrit :
> Should it be enabled in the windows nightlies now or should we wait a bit?
>
Before enabling it, please wait for a few tests from devs and J-S.
Perhaps also a bit of doc and 2 or 3 samples which do not delete anything
(could be in demos) is
welc
Should it be enabled in the windows nightlies now or should we wait a bit?
2017-01-23 14:13 GMT+01:00 jp charras :
> Le 18/01/2017 à 18:00, Jean-Samuel Reynaud a écrit :
>> Just to know if this patch is now acceptable ? Did you plan to commit it ?
>>
>> Thanks,
>> Le 17/01/2017 à 19:46, Jean-Samue
Le 18/01/2017 à 18:00, Jean-Samuel Reynaud a écrit :
> Just to know if this patch is now acceptable ? Did you plan to commit it ?
>
> Thanks,
> Le 17/01/2017 à 19:46, Jean-Samuel Reynaud a écrit :
>>> yes i was trying to subtly imply that :)
>> ok, find attached the patch with the about box update
Le 23/01/2017 à 12:02, Maciej Sumiński a écrit :
> Hi Jean-Pierre,
>
> Both problems should be already fixed.
>
> Regards,
> Orson
>
Hi Orson,
They are fixed.
I am guessing it was not so easy to fix.
So thanks for this well done work.
--
Jean-Pierre CHARRAS
Hi Jean-Pierre,
Both problems should be already fixed.
Regards,
Orson
On 01/20/2017 09:57 AM, jp charras wrote:
> Le 20/01/2017 à 09:46, Maciej Sumiński a écrit :
>> Hi Jean-Pierre,
>>
>> Thank you for the report. I already see the first issue, the fix is in
>> progress. I will check the second
Hi John,
I have just merged your patch, thank you for your contribution.
Regards,
Orson
On 01/23/2017 02:11 AM, John Beard wrote:
> Hi,
>
> This is a small patch to move PostCommandMenuEvent up to
> EDA_BASE_FRAME, from PCB_BASE_EDIT_FRAME.
>
> This function has nothing intristic to PCB edit f
Hi John,
I have just merged your patch, thank you for your contribution.
Regards,
Orson
On 01/21/2017 05:38 PM, John Beard wrote:
> Hi,
>
> This is a patch to add std::make_unique to common.h when the C++
> standard is C++11 (which it normally is for KiCad).
>
> This simplifies code creating s
> - Duplicating a group should create a new group (I'm not sure it works
> this way for the moment).
Currently duplication just copies the group, but yes, I can change so that it
appends -{num} from 1 and upwards when copying. Here I also guess that ideally
they would be a subgroup of a nested gro
Hi Orson,
this occurs when touchpad panning enabled. When TP panning disabled
wheel works ok (withou need to push ctrl).
When TP panning enabled it zoom in work ok. When zooming out it look to
me that sw zooms out and immediately zooms in again.
I am using wireless apple mouse which has bo
24 matches
Mail list logo
