Le 05/07/2015 21:58, Tomasz Wlostowski a écrit :
On 04.07.2015 23:08, Tomasz Wlostowski wrote:
On 04.07.2015 22:10, jp charras wrote:
Tomasz, Orson,
May I ask you to have a look at the calculations in
3d_draw_board_body.cpp, lines 377 to 392
Hi,
Please test the attached patch.
Tom
Thanks for the update Wayne, and thanks everybody for working hard into
a good direction.
I believe we can easily set in place autobuilders for the stable release
too, so, when new patches are sent to stable branch, we get a fresh
stable build.
On the fedora side I will create kicad-stable
Hi,
On 07/04/2015 10:23 AM, LordBlick wrote:
I found in GAL some issues:
- sometimes, when zone was changed and Undo requested it hangs in some
loop,
application kill needed.
Is there a board file that could ease reproducing the issue?
- zone refilling is not necessary, when it's not
Hi Garth,
Thank you for the patch. I consider the changes to be low risk, so they
have been committed in revision 5888.
Regards,
Orson
On 07/04/2015 11:33 PM, Garth Corral wrote:
On Jul 4, 2015, at 2:02 PM, Garth Corral
gcor...@abode.commailto:gcor...@abode.com wrote:
On Jul 1, 2015,
On 06.07.2015 11:44, jp charras wrote:
Le 05/07/2015 21:58, Tomasz Wlostowski a écrit :
On 04.07.2015 23:08, Tomasz Wlostowski wrote:
On 04.07.2015 22:10, jp charras wrote:
Tomasz, Orson,
May I ask you to have a look at the calculations in
3d_draw_board_body.cpp, lines 377 to 392
Hi,
On 07/06/2015 02:30 PM, Tomasz Wlostowski wrote:
Fixes to SHAPE_POLY_SET slitting/fracturing algo: - Tom's too
dumb to use C++ iterators (so he uses pointers now ;) - Some speed
optimization
I have tested the patch with all demos and one case that crashed KiCad
before and all worked fine.
In response to a message written on 06.07.2015, 14:27, from Maciej Sumiński:
On 07/02/2015 09:56 PM, LordBlick wrote:
After select some items and pressing any of „←”, „→”, „↑”, „↓” first action
makes only cursor move (toward closest gird point) without moving items,
then
next key-preses moves
On 06.07.2015 15:51, jp charras wrote:
Le 06/07/2015 15:19, Maciej Sumiński a écrit :
On 07/06/2015 02:30 PM, Tomasz Wlostowski wrote:
Fixes to SHAPE_POLY_SET slitting/fracturing algo: - Tom's too
dumb to use C++ iterators (so he uses pointers now ;) - Some
speed optimization
I have tested
I agree that we tend to have more toolbar buttons than necessary which
take up too much screen space.
You can try taking advantage of the wxAUI_TB_OVERFLOW flag in the
toolbars. It doesn't work well when choice boxes are embedded in the
toolbar but for simple bitmap buttons it works fine. It's
On 06.07.2015 19:02, Wayne Stambaugh wrote:
On 7/6/2015 9:56 AM, Tomasz Wlostowski wrote:
On 06.07.2015 15:51, jp charras wrote:
Le 06/07/2015 15:19, Maciej Sumiński a écrit :
On 07/06/2015 02:30 PM, Tomasz Wlostowski wrote:
Fixes to SHAPE_POLY_SET slitting/fracturing algo: - Tom's too
dumb
attached there is a minimal patch to add
Show board in 3D viewer button in pcbnew mainToolBar
... a useful button :)
Maurice
--- tool_pcb-base.cpp 2015-07-06 18:06:49.428075200 +0200
+++ tool_pcb.cpp2015-07-06 18:06:03.111271500 +0200
@@ -237,6 +237,10 @@
Le 06/07/2015 18:28, easyw a écrit :
attached there is a minimal patch to add
Show board in 3D viewer button in pcbnew mainToolBar
... a useful button :)
Maurice
It was existing a long time ago... and removed.
A hot key exists.
--
Jean-Pierre CHARRAS
This is solely my personal opinion: I don't think another auxillary
feature-button (read less important for the layout) in the main toolbar is
of much use. It is easier to access with the hotkeys, but so are almost
everything else... We should revise what the goal of the toolbars is. Do we
really
Le 06/07/2015 00:56, Simon Richter a écrit :
Hi,
it seems not everyone is linking against our special wxWidgets, so
people are still seeing crashes from the pin table.
I think we can live with the automatic scrollbar (which works
because it is enabled when the data view model is attached
Hey Adam,
Great news for OSX user's. Hopefully all platforms will be reasonably
close in terms of usability. Thank you for all of your hard work.
Cheers,
Wayne
On 7/6/2015 11:23 AM, Adam Wolf wrote:
Hi Wayne,
We can definitely make a Mac stable autobuilder that will continue to
build
On 7/6/2015 9:56 AM, Tomasz Wlostowski wrote:
On 06.07.2015 15:51, jp charras wrote:
Le 06/07/2015 15:19, Maciej Sumiński a écrit :
On 07/06/2015 02:30 PM, Tomasz Wlostowski wrote:
Fixes to SHAPE_POLY_SET slitting/fracturing algo: - Tom's too
dumb to use C++ iterators (so he uses pointers
Sure I'm not saying it's always the right choice. In PulseView it makes
sense because there never will be very many complex menus- and we've had
a concerted effort to try and make sure things are exposed directly on
the canvas.
In the case of KiCad I'm more pointing out that having both a
In PulseView I found this problem - redundancy between the toolbar and
menu bar. So I combined the two to save space into a toolbar with a
burger menu on the right:
https://airwebreathe.org.uk/lib/exe/fetch.php?cache=media=pulseview:posterity:20150101-burger-menu.png
I've also removed the
On 06 Jul 2015, at 17:37, Andy Peters de...@latke.net wrote:
And replying to myself:
Macs have the “fn” key which is just another modifier key. Its primary use is
on laptop keyboards, where the top row Function keys have various defined
uses such as display brightness, open Mission
Arrwww, I hate those burger concept menus for the menuline, they
just make it hard to navigate. But anyway, I think such UI discussions
are better of after the release. FWIW.
2015-07-06 20:20 GMT+02:00 Joel Holdsworth j...@airwebreathe.org.uk:
In PulseView I found this problem - redundancy
Something could possibly be done, but we are getting off topic here.
Den 06/07/2015 20.35 skrev Joel Holdsworth j...@airwebreathe.org.uk:
Sure I'm not saying it's always the right choice. In PulseView it makes
sense because there never will be very many complex menus- and we've had a
concerted
I've only tested this on windows so please let me know if you find any
issues on other platforms. For those of you who are using the msys2
package builder file PKGBUILD to build kicad, please note that the msys2
version of bzr is broken and will fail attempting to determine the bzr
version.
Den 06/07/2015 17.37 skrev Andy Peters de...@latke.net:
On Jul 6, 2015, at 8:17 AM, Andy Peters de...@latke.net wrote:
On Jul 4, 2015, at 2:33 PM, Garth Corral gcor...@abode.com wrote:
On Jul 4, 2015, at 2:02 PM, Garth Corral gcor...@abode.com wrote:
On Jul 1, 2015, at 2:31
Hi folks,
It would be good if this could get committed to get Python working on OS X
builds again.
Thanks!
Adam Wolf
On Fri, Jul 3, 2015 at 3:54 PM, Garth Corral gcor...@abode.com wrote:
The attached patch gets python scripting ‘working’ again on OS X.
Unfortunately, I’m once again seeing
On Jul 6, 2015, at 8:17 AM, Andy Peters de...@latke.net wrote:
On Jul 4, 2015, at 2:33 PM, Garth Corral gcor...@abode.com wrote:
On Jul 4, 2015, at 2:02 PM, Garth Corral gcor...@abode.com wrote:
On Jul 1, 2015, at 2:31 PM, Wayne Stambaugh stambau...@gmail.com wrote:
On 7/1/2015
On Jul 4, 2015, at 2:33 PM, Garth Corral gcor...@abode.com wrote:
On Jul 4, 2015, at 2:02 PM, Garth Corral gcor...@abode.com wrote:
On Jul 1, 2015, at 2:31 PM, Wayne Stambaugh stambau...@gmail.com wrote:
On 7/1/2015 4:17 PM, Garth Corral wrote:
The Cmd-C issue may well be a
Hi Wayne,
We can definitely make a Mac stable autobuilder that will continue to build
the stable branch.
I will work on it when I get in there and switch the default build to have
Python scripting.
Adam Wolf
On Mon, Jul 6, 2015 at 3:33 AM, Miguel Angel Ajo mangel...@redhat.com
wrote:
Thanks
27 matches
Mail list logo