Diego,
I merged your patch. Thank you for your contribution to KiCad.
Cheers,
Wayne
On 2/25/2018 3:17 PM, Diego Herranz wrote:
> Thanks for your replies. I think there's a consensus that this needs
> improving and restructuring, but given your emails, it sounds like a big
> task :)
>
> In the
Gentle reminder.
Thanks,
Diego
On Tue, Feb 27, 2018 at 12:16 AM, Wayne Stambaugh
wrote:
> This looks fine to me. Does anyone else have any objections to this
> change?
>
> On 02/25/2018 03:17 PM, Diego Herranz wrote:
>
>> Thanks for your replies. I think there's a consensus that this needs
>>
Hi!
On 2018-02-27 01:35, Andy Peters wrote:
>> There is no plan yet but it has been discussed.
> The only downside is that we will have to write our own print handling on
> windows and I'm guessing macos.
> That's one of the reasons no one has signed up yet because it will be a large
> undertaki
This looks fine to me. Does anyone else have any objections to this change?
On 02/25/2018 03:17 PM, Diego Herranz wrote:
Thanks for your replies. I think there's a consensus that this needs
improving and restructuring, but given your emails, it sounds like a big
task :)
In the meantime, woul
Thanks for your replies. I think there's a consensus that this needs
improving and restructuring, but given your emails, it sounds like a big
task :)
In the meantime, would you accept the attached patch to change the order in
which "Fabrication Outputs" is listed in the menu?
Before:
Fabrication
I'm open to any solution that improves the current situation. This
solution seems reasonable as well. I also just noticed that wx 3.1.1
was just released and it looks like there have been a lot of fixes the
various device contexts so some of the work may have already been done
for us.
On 02
I thought the idea was to write a backend for GAL that could render onto a
wxDC for printing? It seems wise to use the wxWidgets printing API rather
than bypassing it; so we just need to be able to render onto a DC (without
using the old XOR tricks from the legacy drawing code)
On Sat, Feb 24, 20
On the other hand, if we don’t then we have to keep carrying around a boat-load
of Legacy rendering code (because we use that for printing).
> On 24 Feb 2018, at 20:16, Wayne Stambaugh wrote:
>
> There is no plan yet but it has been discussed. The only downside is that we
> will have to write
There is no plan yet but it has been discussed. The only downside is
that we will have to write our own print handling on windows and I'm
guessing macos. That's one of the reasons no one has signed up yet
because it will be a large undertaking.
On 02/24/2018 02:02 PM, Jon Evans wrote:
Yes I
Yes I think that's the plan, just needs someone to sign up to write it :)
On Sat, Feb 24, 2018, 14:00 Andrzej Wolski wrote:
> Cairo have PDF, SVG and Postscript support. I was once wondering if
> GAL/Cairo could be used for printing.
>
> Andrzej
>
> W dniu 2018-02-24 o 19:24, Jon Evans pisze:
>
Cairo have PDF, SVG and Postscript support. I was once wondering if
GAL/Cairo could be used for printing.
Andrzej
W dniu 2018-02-24 o 19:24, Jon Evans pisze:
Yeah, there (at least) three different dialogs that all present
similar things (i.e. a list of layers to include, settings, etc):
Expo
Yeah, there (at least) three different dialogs that all present similar
things (i.e. a list of layers to include, settings, etc):
Export->SVG
Print
Plot
The Print code for Export->SVG seems to just use the same SVG plotter, so
maybe it's just mostly GUI cleanup that is needed.
The main Print cod
Plot SVG and Export SVG are different. The former goes through the Plot code
while the later goes through the Print code.
Do we need both? I haven’t a clue.
It would be nice to clean this stuff up, if there is in fact a clean way to
present it.
Cheers,
Jeff.
> On 24 Feb 2018, at 14:54, J
I agree with this! It has always tripped me up when I switch back and forth
between kicad and other EDA tools.
On Feb 24, 2018 9:31 AM, "Diego Herranz"
wrote:
> Hi,
>
> Now that so much work is happening on re-structuring menus, I've
> remembered something I have always found weird on pcbnew.
>
Hi,
Now that so much work is happening on re-structuring menus, I've remembered
something I have always found weird on pcbnew.
"Plot", from wihch you can obtain Gerbers is not inside "Fabrication
Outputs", but on its own.
I find it weird to have the drill option inside "Fabrication Outputs" but
n
15 matches
Mail list logo
