[merged]
On 02/16/2017 03:10 AM, Jon Evans wrote:
> Hi all,
>
> Patch attached for the issue I mentioned in the GerbView thread.
> This will allow creation of other derived classes of EDA_DRAW_PANEL_GAL.
>
> Best,
> Jon
>
>
>
> ___
> Mailing list:
Hi John,
Thank you very much, I see lots of great improvements here. Your branch
is a good candidate for merge, but there is one problem. If I type a
value in INCREMENT_TEXT_CTRL and hit Enter, pcbnew segfaults. I suspect
that kill focus event handler is executed after the window is gone, but
I
Hi Jon,
I have just pushed your both patches. Now you made me curious what else
is there between 0001-Setup-painter and 0006-Move-layer-colors. Thank
you very much!
Regards,
Orson
On 02/16/2017 04:30 AM, Jon Evans wrote:
> Hi all,
>
> This patch follows up on the one I sent earlier, to finish
Hi Simon,
Thank you for the report. I am unable to reproduce the problem even
though I also use a tiling wm. The assert is not critical, it has been
added when I was debugging another problem, so it is simply gone now.
Regards,
Orson
On 01/18/2017 03:17 AM, Simon Richter wrote:
> Hi,
>
> I can
One of the features that are available in the legacy canvas, but not in
GAL is local ratsnest. Now, we need to decide whether we would like the
same functionality in the GAL canvas, or perhaps should it be modified.
Do you use it? If so, what are your use cases? Do you think it would be
better to
On 01/16/2017 04:30 PM, jp charras wrote:
[snip]
> Hi, CERN guys,
> I remember someone at CERN worked on (or was willing to work on) SVG import.
>
> Is it a work in progress?
Actually, the task has been undertaken by our friends from Brazil during
the last hackathon. The basic import should be
>> 2017-01-06 12:03 GMT+02:00 Константин Барановский
>>> <baranovskiykonstan...@gmail.com <mailto:baranovskiykonstan...@gmail.com
>>>> :
>>>
>>> 2016-11-23 0:22 GMT+02:00 Maciej Sumiński <maciej.sumin...@cern.ch
>>>
adds two last options and decreases the pan step in
>> 3d-viewer to be more comfortable.
>> It works in eeschema, pcbnew (legacy, openGL, cairo), 3d-viewer,
>> gerbview.
>>
>> 2017-01-17 11:27 GMT+02:00 Maciej Sumiński <maciej.sumin...@cern.ch
>> <
On 08/21/2016 05:30 PM, Wayne Stambaugh wrote:
[snip]
> To all my developers with commit access, please do not commit any
> changes to the product branch until further notice. I am going to
> attempt to switch the project over to use git as the default vcs
> sometime later today and I don't want
This is really excellent news! Thank you Wayne!
The webhook is already set, let's fix a few bugs to see if it works.
Just to remind you, there is a git config file that should ease marking
commits as bug fixes [1].
Cheers,
Orson
1. https://lists.launchpad.net/kicad-developers/msg25728.html
On
Hi Bruno,
It is a duplicate of #1606332 and it is already fixed in both stable &
product branches.
Regards,
Orson
On 08/19/2016 04:44 PM, Bruno Andrade wrote:
> I posted the Bug #1614821, should it be fixed too?
>
> On Fri, Aug 19, 2016 at 10:24 AM, Wayne Stambaugh
>
Hi Wayne,
Would you have a look at the attached patches? I do not want to
introduce changes to the schematic plugins code without your approval.
The first one removes multiple chunks of code that regenerate properties
basing on the PART_LIB field values. Instead, a PROPERTIES object is
Great! KiCad demands high quality work force, congratulations Tom!
Cheers,
Orson
On 02/27/2017 10:52 PM, Wayne Stambaugh wrote:
> I have just given product and stable branch commit privileges to Tomasz
> Wlostowski. Please join me in congratulating him for his promotion to
> the lead
One more patch to make the change complete.
On 02/28/2017 10:37 AM, Maciej Sumiński wrote:
> Hi Wayne,
>
> Would you have a look at the attached patches? I do not want to
> introduce changes to the schematic plugins code without your approval.
>
> The first one removes multi
On 02/28/2017 03:01 PM, Wayne Stambaugh wrote:
> On 2/28/2017 4:37 AM, Maciej Sumiński wrote:
>> Hi Wayne,
>>
>> Would you have a look at the attached patches? I do not want to
>> introduce changes to the schematic plugins code without your approval.
>>
>>
t; some edge case operations (i.e. "zoom to fit screen" would be instantaneous
>> if nothing has modified the board since the last time the bbox was cached,
>> even on large boards)
>>
>> -Jon
>>
>> On Fri, Feb 24, 2017 at 11:01 AM, Wayne Stambaugh <s
Thank you Jon, I have just pushed your patch.
Regards,
Orson
On 03/01/2017 03:59 AM, Jon Evans wrote:
> This got overlooked in common_tools refactor
>
> -Jon
>
>
>
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to :
Hi John,
Thank you for the patches. I have tested them on Linux and Windows, and
everything works as expected. I think the layer widget looks even better
now, good job!
Cheers,
Orson
On 03/01/2017 01:11 AM, John Beard wrote:
> Hi Wayne,
>
> On Wed, Mar 1, 2017 at 2:06 AM, Wayne Stambaugh
On 02/28/2017 05:20 PM, Wayne Stambaugh wrote:
[snip]
Regarding the second patch: I am looking for a way to store temporary
changes to libraries. Libraries are linked to files, and now the binding
is even stronger, as files are reloaded upon a change [1].
It means that
Hi Martin,
I am sorry it has taken me so long to respond. Your patch looks
reasonable, so I have just pushed it. Thank you for your contribution.
Regards,
Orson
On 02/22/2017 03:24 AM, Martin Stoilov wrote:
> Hello all,
>
> Ngspice requires four nodes for a MOSFET component - nd ng ns nb, but
/1658249
>>
>> On 24 February 2017 at 00:38, Chris Pavlina <pavlina.ch...@gmail.com> wrote:
>>> Backtrace attached. Boost is 1.63.0.
>>>
>>> On Thu, Feb 23, 2017 at 11:36:02AM +0100, Maciej Sumiński wrote:
>>>> Hi Chris,
>>>>
>>>&
Hi John,
Thank you for the patch, I have just committed it.
Cheers,
Orson
On 03/02/2017 06:52 AM, John Beard wrote:
> Hi,
>
> Here's a patch to add a new method to COLOR4D: WithAlpha. This means
> you can do this:
>
> const COLOR4D color = getSomeColor(); //could be an argument or static
Hi John,
Thank you for the patch, I have just merged it.
Cheers,
Orson
On 02/26/2017 09:11 AM, John Beard wrote:
> Hi,
>
> Here's a patch to draw the zone hatching in GAL.
>
> The hatching is already contained within the ZONE_CONTAINER objects,
> so this patch just regenerates the hatching at
Hi,
This one has been merged too, thank you once again.
Cheers,
Orson
On 02/26/2017 06:40 PM, John Beard wrote:
> Hi,
>
> Sorry, that patch had a dependency on a previous commit in my patch stack.
>
> Here's an updated one. PCB_EDITOR_CONTROL now inherits PCB_TOOL, not
> TOOL_INTERACTIVE, so
Hi Thomas,
I see your point, but before we merge your patch, we need to address the
other problem first. I would like to see a bug report, but I guess this
behavior is hard to trigger without applying your patch first.
BTW. are the rendering glitches visible in the linked video occurring in
Recently I was refactoring the undo buffer code [1], as I have mentioned
sometime ago. The main goal was to make the code simpler and more
generic, remove some redundant parts.
Short changelog:
- BOARD_COMMIT class.
Wrapper around undo buffer to simplify storing changes. Also performs
all the
On 09/01/2016 06:12 PM, Michael Steinberg wrote:
> Hello,
>
> as part of my efforts on the pns-router some refactoring patches are
> attached. Prefix-numbers indicate the patch order.
> The router is moved into namespace PNS, some places are decorated with
> unique_ptr usage, some code quality
Hi,
There were no recent changes to bitmap fonts. Perhaps we could try the
solution Michael had suggested, but no promises on the dates.
Regards,
Orson
On 08/30/2016 06:11 PM, Mário Luzeiro wrote:
> Hi all,
>
> I had a feeling yesterday, on the openGL mode that looks different: low-res
>
Thank you Johannes, I have just applied your patch. This part of code is
a truly a demonstration of wxWidgets platform independence.
Good that at least they give you hints. Today I got an assert: "failed
in Add(): invalid bitmap size in wxImageList: this might work on this
platform but definitely
Hi Lachlan,
I cannot reproduce the problem on any of the machines I have at hand.
Would you give more details? Does it happen with every board? How about
Cairo? What video card do you have?
I would be grateful if this message was transformed into a proper bug
report, otherwise it is likely to
Hi Simon,
Shame on me, thank you for catching this. I have just applied your patch
to the master branch.
Regards,
Orson
On 09/16/2016 07:54 AM, Simon Richter wrote:
> ---
> pcbnew/class_board_connected_item.cpp | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
>
>
>
We have also discussed on IRC another possibility, which is loading the
extensions manually instead of having ngspice process its initialization
file (spinit). This way we can adjust the paths during runtime.
Regards,
Orson
On 09/29/2016 08:51 PM, Wayne Stambaugh wrote:
> After much cursing and
Hi,
Thank you Chris, I have just committed 0001 & 0002.
Regards,
Orson
On 09/30/2016 08:07 AM, Chris Pavlina wrote:
> Hi,
>
> I've attached some patches to quiet warnings. Additionally number 0002
> may actually fix a genuine uninitialized access. Any objections to
> pushing these?
>
>
>
>
Hi Nox,
Tracks & vias obtain their nets through the net propagation algorithm:
they inherit nets from the pads they are connected to. Manually assigned
net names will be overridden every time the algorithm is executed.
Regards,
Orson
On 10/07/2016 05:09 PM, Nox wrote:
> Hello,
>
> what do you
im solution if they want to use the spice simulator.
>>
>> Cheers,
>>
>> Wayne
>>
>> On 9/30/2016 3:40 AM, Maciej Sumiński wrote:
>>> We have also discussed on IRC another possibility, which is loading the
>>> extensions manually instead of hav
n console on every redraw (even just moving the mouse around)
>
> although these are only visible in debug mode they drive me nuts when
> doing a lot of restarts to debug something
>
> thanks
>
> Simon
>
>
>
> On Mon, Sep 19, 2016 at 11:53 PM, Maciej Sumiński
>
Hi Gustav,
Thank you, your patch is sensible. I have just applied it to the master
branch.
Regards,
Orson
On 09/18/2016 01:04 AM, Gustav Bergquist wrote:
> Hello,
>
> I just managed to setup a build environment on windows and noticed that
> kicad/pcbnew/tools/pcb_editor_control.cpp
>
Hi Jean-Pierre,
We have decided to use net numbers, as it was convenient for us. They
were already available, and Spice to eeschema maps are map instead of map.
I doubt it would really influence the performance, as anyway the
majority of the simulation time is
Hi Simon,
Can you give more details about the assert? Perhaps it is a different
problem and should be solved in another way.
wxWidgets documentation[1] says it is necessary to create a wxPaintDC
object, even if it is not used. IIRC GAL worked on every platform even
when it has not created
On 08/27/2016 06:06 PM, Chris Pavlina wrote:
> Sure, if you're trying to pin down an _exact_ commit...but how does the
> fake bzr revno help you there? The bzr repo isn't used anymore, it's not
> like you can just check the bzr log for it.
>
> All you need is a sense of how old it is. If you need
Hi John,
Good catch, thank you for the patch. I have just committed it and
simplified the related code parts a bit.
Regards,
Orson
On 09/23/2016 08:01 PM, John Beard wrote:
> Hi,
>
> If RN_DATA::Add is called with a BOARD_ITEM* aItem where
> aItem->IsConnected() fails (and it's not a module or
Hi Dino,
I see a great value in a tool like this. KiCad needs a generic way to
modify properties for multiple items at once. Currently there are a few
tools tools (e.g. Set Footprint Field Sizes, Edit All Track And Vias)
that could be replaced by a powerful selection tool and a property editor.
/PKGBUILD
On 11/07/2016 06:44 PM, Wayne Stambaugh wrote:
> On 11/2/2016 6:16 PM, Maciej Sumiński wrote:
>> Hi there,
>>
>> We have already finished the hackathon at e-HAL in Sao Paulo. We would
>> like thank all the participants for the effort they put in KiCad
>>
> Please, may I continue do this task and submit to review and commit?
>
> Ragards.
> Oswaldo Fratini Filho.
>
> 2016-11-02 20:16 GMT-02:00 Maciej Sumiński <maciej.sumin...@cern.ch>:
>
>> Hi there,
>>
>> We have already finished the hackathon at e-H
oes not happen when maximizing the
> window.
>
> 2016-10-14 15:30 GMT+02:00 Maciej Sumiński <maciej.sumin...@cern.ch>:
>> Yes, I override three Spice variables:
>>
>> - unset interactive
>> Disable interactive mode. You should expect hang ups when the option is
Just a gentle reminder for people interested in the hackathon.
Cheers,
Orson
On 10/17/2016 01:24 PM, Maciej Sumiński wrote:
> We would like to have an IRC meeting on Wednesday evening at 22:00 CEST,
> #ki...@freenode.net to discuss the details. If you would like to
> participate in the
Hi Wayne,
These are seemingly minor details, but this is what improves the user
experience, a really important factor in our case. I raise both hands
voting for the changes, we need more such changes in KiCad.
Regards,
Orson
On 10/18/2016 08:49 PM, Wayne Stambaugh wrote:
> While cleaning up the
The patch seems reasonable to me. Currently with touchpad panning
enabled there is no way to zoom with the scroll motion. With the patch
applied zoom both are enabled. I do not have a two-wheel mouse or a
touchpad to test if everything works well for the second axis, but the
patch seems correct.
Would it make sense to get rid of EDGE_MODULE class? As far as I can
tell, the only difference I see is that EDGE_MODULE stores coordinates
relative to its parent module.
Perhaps we could have only DRAWSEGMENT offering methods to access both
absolute and relative position, but the latter is
One of our friends continues work on the SVG importer and would like to
add a possibility of importing graphics as filled polygons. I see there
are two ways of handling polygons:
- DRAWSEGMENTs of S_POLYGON type
- ZONE_CONTAINER placed on non-copper layers
We need to pick one. In order to have
Hi Jean-Pierre,
On 11/17/2016 06:13 PM, jp charras wrote:
[snip]
> ZONE_CONTAINER is suitable for copper layer areas, because it handle the
> outline polygon (with
> holes) but also sub-polygons which are the actual copper filled areas, and
> all info (net, clearance)
>
> It looks to me a bit
icad/+git/kicad/+ref/properties
On 10/12/2016 06:16 PM, Maciej Sumiński wrote:
> Hi there,
>
> At the end of this month there will be another KiCad hackathon, hosted
> by e-HAL [1] and supported by Garoa hackerspace [2]. We have prepared a
> few blueprints [3] for the features
respects the users config. I still stand by my
> original investigation that this is a package configuration issue, not a
> broken code issue but if no one is willing to resolve those issues and
> your patch respects the user config, then I'm OK with it.
>
> On 10/13/2016 9:49 A
It builds fine here as well (Linux x86_64). Perhaps it is only an issue
on msys2, but still it needs to be solved. What are the error messages?
Regards,
Orson
On 10/12/2016 11:14 AM, Simon Wells wrote:
> can you elaborate the issue you have on osx? i just did a fresh build
> (aka nuked my build
,
Orson
On 10/13/2016 06:22 PM, Simon Wells wrote:
> If the user file is loaded is it worth adding this to the copy version
> info or something to make it easy to see and ask someone about a
> custom init file if they experience issues with it?
>
> On Fri, Oct 14, 2016 at 4:13 AM,
Anyway, I see a tendency to deboostify KiCad, so maybe we could simply
include Tom's libcontext [1]? It is a stripped down version of
boost::context, and I believe Tom may guarantee the API will stay stable.
Regards,
Orson
1. https://github.com/twlostow/libcontext
On 10/12/2016 02:13 PM, Wayne
d equate to a relative path to the executables to
>> ../lib/ngspice/*.cm, given that the exe's are in the bin folder on the
>> same level as lib.
>>
>> So feel free to submit your fix. Also, are there any demos that make
>> use of those cm libs such that it
Hi there,
At the end of this month there will be another KiCad hackathon, hosted
by e-HAL [1] and supported by Garoa hackerspace [2]. We have prepared a
few blueprints [3] for the features that we would like to develop during
the event.
If you find any of them interesting and feel like helping
On 10/12/2016 06:16 PM, Maciej Sumiński wrote:
> Hi there,
>
> At the end of this month there will be another KiCad hackathon, hosted
> by e-HAL [1] and supported by Garoa hackerspace [2]. We have prepared a
> few blueprints [3] for the features that we would like to develop dur
We would like to have an IRC meeting on Wednesday evening at 22:00 CEST,
#ki...@freenode.net to discuss the details. If you would like to
participate in the hackathon, feel invited to join us.
Regards,
Orson
On 10/12/2016 06:25 PM, Maciej Sumiński wrote:
> On 10/12/2016 06:16 PM, Maciej Sumiń
rom
> the user config? I would prefer that you didn't so I don't spend time
> trying to figure out why my config settings are not being respected.
>
> On 10/13/2016 11:13 AM, Maciej Sumiński wrote:
>> It still loads the original configuration files (when possible) and
>> after
Hi,
Tom has just finished working on cairo backend optimizations [1]. We
still have a few tricks up our sleeves, so if the current performance is
still not high enough to make cairo the offical SW renderer, we can
continue optimizations.
It is not merged yet, as the most time consuming part is
Hi Jean-Pierre,
I have just successfully build the 4.0 branch with your patch and it
fixes the problem here. Well done! I vote for merging the patch.
Regards,
Orson
On 12/07/2016 08:50 PM, jp charras wrote:
> patches related to this replacement)
signature.asc
Description: OpenPGP digital
I am glad the world still has not exploded;)
On 12/12/2016 11:16 PM, Nick Østergaard wrote:
> Come on! I waited almost eight minutes for you to rebase and push that
> bunch of patches :D
>
> 2016-12-12 22:15 GMT+01:00 Maciej Sumiński <maciej.sumin...@cern.ch>:
>> Hi Ni
master.
>
> 2016-12-12 17:08 GMT+01:00 Maciej Sumiński <maciej.sumin...@cern.ch>:
>> I have just fixed the two mentioned problems (screen refresh after flip,
>> inverted cursor control using arrow keys) and merged the changes to the
>> master branch.
>>
>> Regard
On 12/06/2016 09:10 AM, Maciej Sumiński wrote:
> Hi Nick,
>
> On 12/05/2016 11:46 PM, Nick Østergaard wrote:
[snip]
>> But I wonder if the filter should be able to also consider the library
>> name. Currently it seems to only consider the parts. For example if I
>>
Hi Michael,
On 12/06/2016 05:35 PM, Michael Steinberg wrote:
> Hello,
>
> I played around a bit and settled on a quick solution. For running
> the tests on windows binding to the shared libs is a problem with our
> default build, because we have separate output directories per target.
> Only
On 12/07/2016 10:35 AM, Michael Steinberg wrote:
> Hello Orson,
>
>
> Am 07.12.2016 um 10:29 schrieb Maciej Sumiński:
>> I used to work with projects that had multiple small unit tests and it
>> was quite neat solution. Do you think it would be much harder to apply
>&
On 12/07/2016 10:55 AM, Maciej Sumiński wrote:
> On 12/07/2016 10:35 AM, Michael Steinberg wrote:
>> Hello Orson,
>>
>>
>> Am 07.12.2016 um 10:29 schrieb Maciej Sumiński:
>>> I used to work with projects that had multiple small unit tests and it
>>> w
Hi Kristoffer,
Please consider the following ideas, perhaps you will find it useful:
* Create a PCB_GROUP class inheriting from BOARD_ITEM_CONTAINER
As BOARD_ITEM_CONTAINER is also a BOARD_ITEM, you get an easy way of
creating nested groups. This also enables selecting a group with the
Hi Michael,
I apologize it has taken me so long, but finally I have merged your
changes. Good job, we will have even more eye-candy for the next release!
Regards,
Orson
On 12/23/2016 05:48 PM, Michael Steinberg wrote:
> Hello all,
>
> I've been working on adding Anti-Aliasing to the OpenGL
n my designs I always put a schematic symbol for each footprint,
>> especially mounting holes)
>> Perhaps an option similar to options existing in import netlist dialog.
>> Or, better, like in Altium, a dialog to validate footprints which will
>> be removed or changed.
>
Someone on #kicad has noticed that "Perform PCB update" removes
components that were placed only in pcbnew without a schematic symbol
counterpart assigned. It works as if "delete extra footprints" option
was always enabled when reading a netlist. The drawback is it removes
logos, mounting holes,
Hi Jon,
We really appreciate your offer. I am quite positive that most of people
here would admit that KiCad begs for some UX improvements.
GALifying eeschema is going to be a significant refactor, but it will
not happen before v5 release, which is currently planned for Feb 2017.
IIRC Wayne
Thank you Simon! Does it mean you have Windows binaries available for
testing?
Regards,
Orson
On 12/05/2016 11:33 PM, Simon Richter wrote:
> Hi,
>
> On 05.12.2016 17:52, Maciej Sumiński wrote:
>
>> Since some time we have been working on eeschema library editor with the
>
I think the tree widget should visibility
should be toggled and surely it should display matching libraries as well.
Regards,
Orson
> Nick
>
> 2016-12-05 17:52 GMT+01:00 Maciej Sumiński <maciej.sumin...@cern.ch>:
>> Since some time we have been working on eeschema library
Hi Carl,
Do you mean PPA for the 4.0 branch? Recently I had troubles building the
4.0 branch with Github plugin enabled on Arch as well.
Seemingly the problem is disabled SSLv3 support in Arch's OpenSSL
package, which might be the case in Ubuntu as well. SSLv3 is used by
avhttp to connect to
Since some time we have been working on eeschema library editor with the
goal of simplifying the user interface. Now it is available for
beta testing [1] and I would appreciate some feedback.
Changes:
- symbol tree widget (thanks to Michele Castellana)
- opening multiple components at the same
Hi Jean-Samuel,
I think your patch will facilitate use of 3rd party python plugins, as
the current way of executing commands from the Python shell is not quite
user friendly. I vote for merging the patch, but we need to fix some
code formatting issues first.
Also, I wonder if it would be the
Hi Heikki,
Good catches, thank you for the report. Both issues should be already fixed.
Regards,
Orson
On 12/07/2016 01:11 PM, Heikki Pulkkinen wrote:
> Hi
>
> Yesterday I do some work with Via Stitching cleanup. Cleanup Tracks and
> Vias has been changed quite much past two weeks. I found
I have done this already, no worries.
Regards,
Orson
On 03/23/2017 09:26 AM, Alejandro Garcia Montoro wrote:
> Do the patches apply cleanly? It is possible that they need a slight rebase
> since the latest changes on the GAL zone.
>
> Let me check it.
>
> 2017-03-23 9:1
Finally I had some time to test the branch and I could not find any
problems, hence I would like to merge it. Let me know if there are any
objections.
@Nick:
Could you give more details? I placed keepout zones and refilled zones
for all demo boards, and every time I get exactly the same zones
Hi John,
I am very grateful for the patches. It is a well-thought refactor, I
like the introduced changes. Your patches have just been committed,
thanks again!
Cheers,
Orson
On 03/22/2017 02:05 PM, John Beard wrote:
> Hi,
>
> Here's a patch set to add the final pieces of the GAL zone tool:
On 03/24/2017 01:11 AM, Chris Pavlina wrote:
> Hi,
>
> I've been thinking about my intent to make KiCad fall back cleanly to
> Cairo when OpenGL isn't available. From what I can see, there are
> certain situations where trying to use OpenGL causes crashes that appear
> very hard to prevent.
>
>
/2017 09:19 AM, Maciej Sumiński wrote:
> Finally I had some time to test the branch and I could not find any
> problems, hence I would like to merge it. Let me know if there are any
> objections.
>
> @Nick:
> Could you give more details? I placed keepout zones and refilled zo
Hi John,
I confirmed with Tom, and you applied AddLayerPair() correctly. I have
just pushed your changes to the repository, thank you for your contribution!
Cheers,
Orson
On 03/22/2017 11:31 PM, John Beard wrote:
> Hi,
>
> These patches add the "Select Layer and Add (Through|Blind) Via"
>
Hi John,
Good catch, I have committed both patches. I guess it has not been
noticed, as most people do not really pay attention to rotation
direction, it is only up to 3 hotkey presses to get any of the 90*
multiples.
Anyway, it is surely better to perform what is written on the label.
Cheers,
Hi John,
I have just committed the patch, thank you for the fixes!
Cheers,
Orson
On 03/30/2017 10:20 AM, John Beard wrote:
> Hi,
>
> Quick patch to init some GAL class members.
>
> I think most (all?) of these would /eventually/ get set correctly in a
> way Coverity doesn't see, but it's good
Hi John,
Thank you for the patches. I have committed:
0001 OPENGL_GAL: Init currentTarget
0003 Rework zone creation in GAL (committed yesterday)
I had a look at other changes, and they appear to be a sensible common.h
clean-up. All patches received the Orson Approves™ badge, but I leave
the
it should not be a huge change. What I need now is a few
>> brave testers, as I would like to merge the code as soon as I fix the
>> problematic commit.
>>
>> Regards,
>> Orson
>>
>> 1. https://code.launchpad.net/~orsonmmz/kicad/+git/kicad/+ref/libedit
>&g
Hi John,
Nice, I have just pushed the patch. Thank you for your contribution!
Cheers,
Orson
On 03/20/2017 06:44 PM, John Beard wrote:
> HI,
>
> Here's a small patch building on the two-point geometry manager to
> allow use of that manager's angle snapping function.
>
> This was mentioned as a
On 03/20/2017 02:36 PM, Wayne Stambaugh wrote:
> On 3/18/2017 10:18 AM, Maciej Suminski wrote:
>> In order to remove the hardcoded values from WORKSHEET_VIEWITEM, I
>> started moving code that used to be compiled multiple times to separate
>> units. This is also a basic way to solve the internal
Hi John,
Thank you for fixing the issue. I have just committed your patches, well
done!
Cheers,
Orson
On 03/20/2017 04:19 PM, John Beard wrote:
> Hi,
>
> Here's a patch set to allow always-on cursors in GAL, which some
> people like for checking alignment and so on. Fixes lp:1673633.
>
> The
Hi,
I agree clicking with the middle mouse button is not particularly easy
but doable. I would not mind assigning a function to the button, but we
need choose carefully, since it is likely to stay for a long time. I am
sure that changing the behavior later will cause a rage coming from
users that
I have briefly tested the patch, no issues found. I have no objections
to the changes, but I will leave the final decision to Wayne.
Regards,
Orson
On 03/22/2017 03:51 AM, Jon Evans wrote:
> Hi Wayne, new patch attached.
>
> Thanks,
> Jon
>
> On Tue, Mar 21, 2017 at 9:28 AM, Wayne Stambaugh
Hi John,
I have just pushed your patch, thank you very much!
Cheers,
Orson
On 03/21/2017 05:30 PM, John Beard wrote:
> Hi,
>
> After editing zone properties in any canvas, the zone is not refilled,
> leading to stale display of the zone if a geometric property like the
> anti-pad clearance is
Hi Jean-Pierre,
Thank you for the remark, I will have a look at the problem. In such
case I am not going to push the changes yet.
Regards,
Orson
On 04/03/2017 10:24 AM, jp charras wrote:
> Le 03/04/2017 à 09:42, Maciej Sumiński a écrit :
>> Hi Wayne,
>>
>> Does it m
has taken me plenty of time
>>>>> to rebase the branch. Actually there is a completely new approach
>>>>> inside, I hope it will be more robust.
>>>>>
>>>>> I still need to replace the head commit, as it has not got Wayne's
>>&g
lace the head commit, as it has not got Wayne's
>>>> approval, but it should not be a huge change. What I need now is a few
>>>> brave testers, as I would like to merge the code as soon as I fix the
>>>> problematic commit.
>>>>
>>>>
Hi Clemens,
We would really appreciate if bug reports were kept on the bug tracker.
I am afraid this report will be lost after a few days of mailing list
traffic, unless someone fixes the problem right now.
Regards,
Orson
On 04/19/2017 10:49 PM, Clemens Koller wrote:
> Hi, there!
>
> I am
401 - 500 of 886 matches
Mail list logo