Is ist possible to remove the remaining information from launchpad and make it
clear that we moved?
Clemens
On 04/03/2021 13.44, Wayne Stambaugh wrote:
> All KiCad development and bug tracking has been moved to GitLab. Only
> the mailing list hosting remains on Launchpad.
>
> - Wayne
>
> On
Hello, Markus!
I can offer to do some testing / debugging on Arch Linux. (I'm currently on
boost 1.75.0, but I hope it is not needed as dependency.)
I cannot help with proprietary / closed source drivers.
My SpaceNav was sleeping in my drawer for ages, so the rubber parts became
sticky as
, 27. Okt. 2020 um 18:30 Uhr schrieb Clemens Koller <mailto:c...@embeon.de>>:
>
> Hi!
>
> I am working with a version in i.e. ~/SW/bin in parallel to the release
> on Arch Linux.
> IMO, no docker necessary.
>
> Clemens
>
> On 27/10/202
Hi!
I am working with a version in i.e. ~/SW/bin in parallel to the release on Arch
Linux.
IMO, no docker necessary.
Clemens
On 27/10/2020 17.30, Martin Marmsoler wrote:
> Hi,
>
> do there exist an official docker image which can be used for developing? So
> everything is encapsulated from
Hello, Tom!
I don't know if it's of any help to you. On Arch Linux, I am manually building
a locally installed test version of kicad.git using the attached script.
Installed packages containing "wx" are currently:
$ pacman -Q -s wx
local/python-wxpython 4.0.7.2-1
Cross-platform GUI toolkit
Hello!
This is related to the previous thread: "Automatic assignment of footprint with
a database"
I would generally prefer assemble real components on a real PCB right from the
beginning instead of first placing generic components and then assign
footprints + manufacturers + types + x
Hello!
On 30/06/2020 18.46, Jon Evans wrote:
> Give this issue a thumbs up: https://gitlab.com/kicad/code/kicad/-/issues/4763
Just some additions to this issue's desired features:
> 1. Capture the entire project state into a single backup archive (.zip file)
...including a timestamp in the
Hello, Tim!
I agree that in the near future, the demand for (I'd call it) "Table Based
Design Entry" will rise tremendously,
when we reach pincounts in the high hundreds and thousands.
It is a lot of work to draw and maintain complex MCUs/SoCs/FPGAs in some
schematic when pins can have 8
Hi!
I think it could be good to see both:
- The actual PCB area of the outline (well, without drills).
- The max-width * max-height which is usually what you have to pay for when you
get it manufactured.
The second one could be also an interesting task to calculate if you have an
odd shaped
Hello, Jeff!
On 18/05/2019 12.37, Jeff Young wrote:
> We need fewer origins.
I agree.
> I like the name Coordinates Origin, but why do we then need a Grid Origin?
> And why a setting for the displayed coordinates? Shouldn’t that always be
> the Coordinates Origin?
My imagination of the
job is having trouble uploading correctly at the
> moment.
> If it looks fine atm, it's because of your browser cache.
>
> On Sun, Apr 7, 2019 at 11:23 AM Clemens Koller <mailto:c...@embeon.de>> wrote:
>
> It seems fixed, on firefox 66.0.2, too. It wasn't this m
It seems fixed, on firefox 66.0.2, too. It wasn't this morning.
On 07/04/2019 15.02, Wayne Stambaugh wrote:
> Has this been fixed? It looks fine to me in Chrome.
>
> On 4/6/19 11:58 PM, Mark Roszko wrote:
>> Looks like the last docs build broke on upload.
>>
>> On Sat, Apr 6, 2019 at 11:57 PM
On 18/03/2019 13.28, Seth Hillbrand wrote:
> Am 2019-03-17 20:11, schrieb Jon Evans:
>> Hi all,
>>
>> I want to change the color system in PcbNew so that transparency is
>> tied to object type rather than board layer. Color would still be set
>> by layer, but transparency would be settable for
wrote:
> It might help if you could state where on this planet you are. The
> problem seems to either be location or time dependent.
>
> On 09/03/19 14:21, Clemens Koller wrote:
>> I cannot confirm such a slow download.
>> I get 23MBytes/s speed from https://kicad-downloads.s3.
I cannot confirm such a slow download.
I get 23MBytes/s speed from https://kicad-downloads.s3.cern.ch which is the max
I can get here.
Regards,
Clemens
On 09/03/2019 12.38, Rene Pöschl wrote:
> Hi,
>
>
> it seems that some of our users struggle to download nightly builds for
> windows from
Sorry, for getting OT, but...
On 18/02/2019 10.48, Jean-Samuel Reynaud wrote:
> Hi,
>
> According to the user that push to me that patch (Gianluca Renzi, a user
> of the https://www.powerpc-notebook.org/ project), It's working
> correctly and 3D look to be fast. So I assume that it's correct in
Hi, Cedric,
I've just tested your instructions. It looks quite good. Some comments are
below:
On my main Arch Linux (regularly maintained rolling release since 2011), your
instructions don't work out of the box yet.
Qt Creator chokes a bit on the qmake versions because I am using qt4 and qt5
Hi!
On 29/08/2018 20.43, Seth Hillbrand wrote:
> Does this mean we should be expressly dis-allowing single-track routing on a
> differential pair?
My experience tells me, that in complex designs, some differential routers
reach their limits quite often and get stuck. So, manual single-track
ting/kicadplugins.i#L180>
> should work too.
>
> Or are you asking to update docs in the repo?
> Documentation/development/pcbnew-plugins.md seems like the right place.
> I will update it once committers agree with the path I've chosen to implement
> this.
>
>
>
>
Hello, Andrew!
I am somehow missing the Python example you are giving in your patch.
Can you add this a simple example to the sources to get a basic/dummy skeleton
working right from scratch?
Regards,
Clemens
On 15/08/2018 11.31, Andrew Lutsenko wrote:
> Hi KiCad devs,
>
> I am proposing
Hi, Tom!
Did you use git mv to rename the files in your patch 0001-* ?
It seems the rename wasn't done/detected properly and thus, git is loosing the
change history...
Clemens
On 09/08/2018 16.12, Tomasz Wlostowski wrote:
> Hi all,
>
> The patch set in the attachment brings back the legacy
Did anybody consider putting the field name templates / alias / mapping things
into some project or workspace file which can be individually set and loaded
based on the user's workflow/preference?
I strongly prefer to have any configuration space like "custom" field names not
in the schematics
Hello!
Please don't add manufacturer/distributor's information / procurement
informtion which will end up in the schematics as some empty or non-empty
defaults.
Or add them as invisible/all off by default.
This will spoil version management on schematics level and supports merging
On 2018-05-23 14:25, Jeff Young wrote:
> I think "Pad clearance" is even better.
Hmm... I think it's still not precise enough. Pad-to-what-clearance?
Pad to Pad, Pad to Solder Mask, Pad to Board Outline, ...?
Regards,
Clemens
>
>> On 23 May 2018, at 13:03, Wayne Stambaugh
Thank you for your feedback:
On 2018-05-22 17:21, Strontium wrote:
> Hello Everyone,
>
> I like the patch, and hope it makes it in.
>
> Clemens, I don't think anything that is being discussed is in any way
> going to constrain b) or c). But I think there is a third group, not just
>
> 1.
Hello, everybody!
Just my five cents:
Can we somehow make sure that people understand and consider and Kicad reflects
the differences in:
a) Unique partname + associated footprint + other arbitrary parameters
necessary for the board design.
b) One or more qualified components from a
:54, Marco Ciampa wrote:
> On Thu, Apr 19, 2018 at 10:34:24AM +0200, Clemens Koller wrote:
>> I strongly belief that Mentor PADS 9.x.y...VX.x.y does _not_ rely on the
>> file extension to work correctly.
>> However it makes loading of the file more simple as file dial
I strongly belief that Mentor PADS 9.x.y...VX.x.y does _not_ rely on the file
extension to work correctly.
However it makes loading of the file more simple as file dialogs ask for ".asc"
or ".txt".
The header / first lines look important - i.e.:
Netlist:
!PADS-POWERPCB-V9.0-METRIC! NETLIST
On 2018-04-16 07:33, Mark Roszko wrote:
>> "No national law applies" could be either difficult or beneficial for KiCad
>> in the case of an infringement.
>
> That doesn't prevent CERN's right as an entity to assert trademark claims in
> any country where they registered as an entity and claimed
I would pretty much vote to use the IMO more common naming scheme for major
package versions:
kicad (the current one installed from the repository of your choice)
kicad4 (currently: 4.0.7)
kicad5 (currently: 5.0.0-rc2-dev...)
kicad6 (tbd.)
...avoiding the ".v5" i've seen lately.
I believe
Hi!
On 2018-04-11 16:06, jp charras wrote:
> I am fine to register Kicad under CERN.
> (I am not especially interested in having it under my name.)
I am wondering if there might be legal difficulties in the case of trademark
enforcement procedures, because of some "special" legal state of CERN
Does it make sense to include the major version in the package name as well,
just to give it a grab handle?
kicad4-4.0.7
kicad5-5.0.0
kicad5-nightly
See qt, gtk, ...
Regards,
Clemens
On 2018-04-06 08:01, Strontium wrote:
> Hi Wayne,
>
> I agree with you about scope creep, however I do see
Meh... sorry for the noise. It's propably too late already... you were talking
about the fob file (only).
Clemens
On 2018-03-19 22:54, Clemens Koller wrote:
> On 2018-03-19 15:44, jp charras wrote:
>> I committed a change for the Gerber job file created by Pcbnew.
>
> Com
On 2018-03-19 15:44, jp charras wrote:
> I committed a change for the Gerber job file created by Pcbnew.
Commit ID: 2ff74cb
On 2018-03-19 15:44, jp charras wrote:
> Gerbview can also real the "old format", but because it is deprecated, I'll
> remove the code to read
> and write this old format
Hi!
On 2018-03-07 13:44, Tomasz Wlostowski wrote:
> I'm not totally opposed to hauptmech's change, I just think it's too
> early to merge it. We should discuss such ideas before writing code. My
> goal for V6 DRC is to be able to define clearance rules for at least:
> - per-net & per-netclass
> -
Debug build of SHA1 ID: 5a33f09
KiCad-from-scratch (no configs, etc...)
When I open GerbView, I immediately get:
ASSERT INFO:
./src/gtk/scrolwin.cpp(227): assert "scrolled" failed in DoShowScrollbars():
window must be created
BACKTRACE:
[1]
Hi!
I am wondering how difficult it might get to apply the Push & Shove idea also
to components including all attached traces and use rigid body simulation of a
physics engine to get it pushed and shoved around?
Quick & Dirty ideas: KiCad exports as .SVG. Blender imports .SVG.
The rest is
let them slip through the cracks!
>
> Thanks
>
> -Jon
>
> On Tue, Feb 27, 2018 at 5:51 PM, Clemens Koller <c...@embeon.de
> <mailto:c...@embeon.de>> wrote:
>
> Hi!
>
> I hope you don't mind feeding you with more bug reports... ;
The last one for today:
GerbView:
Load any gerber test file.
While in Modern Toolset (Accelerated) I choose Preferences - Options - Sketch
modes for Flashed items, Lines, Polygons. - OK.
Bug: -> View doesn't get updated to show sketched objects.
When I switch then to another Toolset and again
Hi!
I hope you don't mind feeding you with more bug reports... ;-)
In GerbView I open two Gerber files from the gerber_test_files:
apertures_rotated_and_arcs_in_tracks.gbr and
test_polygons_with_arcs.gbr
When I choose Miscellaneous -> List DCodes, I run into the following assertion:
ASSERT
replace: File -> File(s) when wxFD_MULTIPLE
replace: Load -> Open
replace: Erase -> Clear
add Excellon / Gerber where it makes sense
re-sort File menu
Regards,
Clemens
>From 058dc2b1eea83876f314eaa338c7193af52fdbb5 Mon Sep 17 00:00:00 2001
From: Clemens Koller <c...@embeon.de>
I'm exercising GerberView's Load Gerber File more...
The filenames in the Layers tab look consistent now. :-)
When loading more Gerbers, additional files are inserted at the last selected
Layers position, which makes sense to me.
But there is more odd behaviour: When a Layer (i.e. No. 9) is
Hi!
UI enhancement:
GerbView:
Preferences - Icon Options - Icons in Menus seem very lonely in that menu
position.
I suggest moving it right above the Icon scale settings in the Preferences -
Options - User Interface section.
Regards,
Clemens
___
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
>
filenames are shown on position 3++.
Regards,
Clemens
On 2018-02-26 00:33, Jon Evans wrote:
> I'm having trouble reproducing this. If you try opening some of the example
> Gerber files in the kicad source tree, do you see the same issue?
>
> On Sun, Feb 25, 2018 at 6:26 PM, Cleme
Hi!
Minor bug / inconsistency:
KFS: On the initial run of GerbView and Pcbnew, the Startup-Dialog to enable
acceleration is shown. When I click on "Enable Acceleration" and check the
Preferences, only the Modern Toolset (Fallback) is enabled, but not the Modern
Toolset (Accelerated).
What is the quickest way to git pull your changes when I want to follow you in
real-time?
git.launchpad.net/kicad ?
On 2018-02-26 00:39, Wayne Stambaugh wrote:
> Patches merged. Thanks!
>
> On 02/25/2018 03:14 PM, Jon Evans wrote:
>> These patches improves redraw performance when toggling
wrote:
> Hi Clemens, do these files have Gerber X2 attributes? What process did you
> use to load them? (i.e. did you load one at a time; use a Gerber job file,
> load them all at once, etc)?
>
> Thanks,
> Jon
>
> On Sun, Feb 25, 2018 at 6:15 PM, Clemens Koller <c
Comparison with Gerbv attached... here, the filenames are correct.
(Difference in speed is huge! btw.)
Regards,
Clemens
On 2018-02-26 00:15, Clemens Koller wrote:
> Hi!
>
> I am not absolutely sure what's going on with the layer names in Gerbview. It
> seems that the filenames
Hi!
I am not absolutely sure what's going on with the layer names in Gerbview. It
seems that the filenames in the right layers tab view are mixed up.
Attached is an image of a 4 layer board where the filenames were selected from
copper layer 1 (top) 2 3 4 (bottom) ... etc.
But in the tab view,
On 2018-02-21 15:08, Jeff Young wrote:
> Yes, but not for 5.0.
>
> See https://bugs.launchpad.net/kicad/+bug/1748680 (most of the Kicad menu
> items will be app settings).
>
> But this reminds me that I should probably add a task to tabularize pcbnew’s
> preferences like we did with eeschema.
> Cheers,
> Jeff.
>
>> On 16 Feb 2018, at 13:00, Jeff Young <j...@rokeby.ie
>> <mailto:j...@rokeby.ie>> wrote:
>>
>> Thanks, Clemens. I can reproduce this easily.
>>
>> Logged as: https://bugs.launchpad.net/kicad/+bug/1749955
>>
>&
amp;, wchar_t**) () at
/usr/lib/libwx_baseu-3.0.so.0
#26 0x555deab5 in main(int, char**) (argc=1, argv=0x7fffe458) at
/home/admin/share/project/kicad/kicad-dev/kicad.git/kicad/kicad.cpp:265
-8<-
I hope it's useful.
Regards,
Clemens
On 2018-02-16 12:51, Clemens Koller wrote:
>
Some more KiCad-from-scratch testing on Arch Linux:
Setup:
KiCad Version: (2018-02-16 revision 3c9a5b096)-master, release build
There is an previously archived project in some working directory
.../test9/test9.zip next to the project files test9.pro
(as well as an empty schematics and layout,
Hi!
Whenever KiCad is started from scratch [1], in the menu View->Refresh [Ctrl-R]
is not greyed out (same with toolbar icon).
Is there anything which can be refreshed at that point?
Regards,
Clemens
[1] KiCad-from-scratch:
rm -r ~/.config/kicad
rm -r ~/.cache/kicad
Thanks! Will wait. :-)
On 2018-02-16 12:07, Maciej Sumiński wrote:
> Hi Clemens,
>
> RC1 is not released/tagged yet, Wayne plans to do it this weekend [1].
>
> Regards,
> Orson
>
> 1. https://lists.launchpad.net/kicad-developers/msg33890.html
>
> On 02/16/2018
Hi, There!
I am wondering if I am following the right git repository on github/launchpad
to do testing for V5 as there is no 5.0.0-rc1 or -testing tag.
Do you, Wayne(?) keep the V5 stuff in your private repo or are they just not
out there, yet?
$ git remote show origin
* remote origin
Fetch
Hi, Nick!
Note: There is also a glm 0.9.8.5 out (and glm 0.9.9)... maybe this issue got
fixed already.
see: https://github.com/g-truc/glm/releases
Regards,
Clemens
On 2018-02-07 12:37, Nick Østergaard wrote:
> Hi
>
> Just a heads up.
>
> I think e0f7958dbdab89f38bacc6a567e21b38a0926aee
details about this wxDC stuff?
Regards,
Clemens
On 2018-02-03 18:25, Nick Østergaard wrote:
> Den 3. feb. 2018 1.27 PM skrev "Clemens Koller" <c...@embeon.de
> <mailto:c...@embeon.de>>:
>
> Hi, Nick!
>
> On 2018-02-03 01:02, Nick Østergaard wrote:
=3f1f64acdcd28ca7789e03ecc2b1b0f79e8bf6d1
The change-note says:
"Rebuild with wxgtk3 again, kicad is no longer a blocker"
Regards,
Clemens
On 2018-02-03 14:56, Clemens Koller wrote:
> Ouch... after a rebuild from latest I am now running into the GUI garbage as
> well!
>
> I had to change m
1deda509da0f6605954-le64.cache-7
kicad 1849 admin mem REG 8,3317536 170254
/var/cache/fontconfig/d62e99ef547d1d24cdb1bd22ec1a2976-le64.cache-7
kicad 1849 admin mem REG 8,33 146128 164117
/var/cache/fontconfig/f349e9996a5320f6dd491cedd2b1f964-le64.cache-7
Hi, Chris!
I don't run into the issues on Arch Linux. No special tweaks. Installed
packages are i.e.:
$ pacman -Q | grep "wx"
wxformbuilder-svn 3.5.2.RC2.r2225-1
wxgtk-common 3.0.3.1-11
wxgtk2 3.0.3.1-11
wxgtk2.8 2.8.12.1-6
wxgtk3 3.0.3.1-11
wxpython 3.0.2.0-7
wxpython2.8 2.8.12.1-3
About
;
> Thanks,
> Augusto Fraga Giachero.
>
> On 30-01-2018 21:37, Clemens Koller wrote:
>> Hello, Augusto!
>>
>> Your ideas regarding multiplexed I/Os are good, but might only be sufficient
>> for small to medium-complex CPUs/FPGAs/modules/circuits. If you follow the
&g
Hello, Augusto!
Your ideas regarding multiplexed I/Os are good, but might only be sufficient
for small to medium-complex CPUs/FPGAs/modules/circuits. If you follow the
latest developments, you will notice that there are even bigger things coming
up and it will get more and more difficult to
On 2018-01-11 11:06, Jörg Hermann wrote:
> After all of Olivers work and the amount of time discussed here, I strongly
> vote for accepting the changes, as they are a huge improvement.
> I agree on keeping the “old” pixelated a and PCB calculator, if that helps
> accepting the remaining
kicad (or there about, I am not on linux right now). But it is
>> not as important, it only contains the scene graph model cache. (Or what
>> ever it is really called)
>>
>> 2018-01-09 14:55 GMT+01:00 Clemens Koller <c...@embeon.de
>> <mailto:c...@embeon.de>&
Hi!
I am testing latest-git on Linux, collecting some UX issues when starting Kicad
from scratch (*):
On a new installation, I cannot execute 3D Shape Downloader out of the box.
KISYS3DMOD points to ~/SW/share/kicad/modules/packages3d after installation to
~/SW/share/kicad/bin.
This folder
Sorry, my mistake:
It happens in Modern (Fallback) mode only. Legacy mode is okay! (The new
names...)
Regards,
Clemens
On 2018-01-09 12:25, Clemens Koller wrote:
> Hi, Jon!
>
> Its erratic in Legacy mode only, after starting with an empty project. Once
> there were compo
fig
> file and still the zoom to fit button works on the first try and I don't see
> any strange zoom behavior.
>
> On Mon, Jan 8, 2018 at 9:05 PM, Clemens Koller <c...@embeon.de
> <mailto:c...@embeon.de>> wrote:
>
> Hi!
>
> The Zoom Button to fit b
Hi!
The Zoom Button to fit board on screen seems to be broken. It does a fit board
only on second click and then it's still not centered nicely in the drawing
area.
This might be related to: https://bugs.launchpad.net/kicad/+bug/1672868
Steps to reproduce:
- Restart Kicad from scratch (rm
On 2017-12-31 03:53, Jon Evans wrote:
> I know this would be work for someone to do and maybe I'd offer to do it if
> the project leaders approve...
> What about a one-time pop-up when first installing a release 5.0 that appears
> if the config says the user was using legacy canvas, telling them
On 2017-12-15 11:01, Marco Ciampa wrote:
> On Fri, Dec 15, 2017 at 10:54:01AM +0100, Clemens Koller wrote:
>
>> I was also considering the ellipsis '...' but in classical ASCII, they
>> are three characters wide, that's why I ended up with .., + or * to keep
>> it short.
Hello!
On 2017-12-14 14:08, Marco Ciampa wrote:
>> But when you add aliases I run into troubles to keep things separate/clear:
>> {RAM} appears to me as an unnamed bus containing the net RAM. WTF is that?
>> MEMORY{RAM} appears as a bus named MEMORY containing the single net RAM.
>> I would
Hello, Orson!
On 2017-12-14 13:12, Maciej Suminski wrote:
>> But when you add aliases I run into troubles to keep things separate/clear:
>> {RAM} appears to me as an unnamed bus containing the net RAM. WTF is that?
>
> I accept you might not like it, but this comment is not really respectful.
I
Hello, Jon!
Thank you for your work! I just watched your video and want to give you some
feedback:
I would prefer not to use the term "Bus Vector". A bus is simply a list (or a
collection) of arbitrarily named nets. A bus group would be - in my
understanding - a group of (different) busses.
Hi!
FYI: Your patch also touches OPENGL_GAL::BitmapText()...
Regards,
Clemens
On 2017-12-07 09:27, Maciej Sumiński wrote:
> The attached patch lists options that have "KICAD" in their name when
> calling CMake:
>
> -- Build configuration:
> -- KICAD_BIN=bin
> -- KICAD_BRANCH_NAME=
> --
Hmmm... time_t is supposed to be a signed integer, actually...
On 2017-11-28 13:25, Clemens Koller wrote:
> Hi!
>
> On 2017-11-28 10:10, Henner Zeller wrote:
>>>>> IIRC the timestamp is just an unique ID of the item in Kicad, right?
>>>>> It's never propaga
Hi!
On 2017-11-28 10:10, Henner Zeller wrote:
IIRC the timestamp is just an unique ID of the item in Kicad, right?
It's never propagated to the system time, so 64-bits IMHO 64-bits should
be safe everywhere.
Fine, as long as there is an agreement that Kicad's uint64_t timestamp is
Hi!
On 2017-11-23 09:53, Julius Schmidt wrote:
> It definitely modifies files, as is obvious from the code.
> for( SCH_SCREEN* screen = schematic.GetFirst(); screen; screen =
> schematic.GetNext() )
> SaveEEFile( screen, false, CREATE_BACKUP_FILE );
>
> is called
Hi, Simon!
On 2017-11-02 17:20, Simon Richter wrote:
> [1] http://kiwi.hogyros.de:8080/job/windows-kicad-msys2-patch/15/console
from [1]:
[...]
17:08:24 error: git apply: bad git-diff - inconsistent old filename on line 305
17:08:24 + RES=128
17:08:24 + echo ' Patch exit: 128'
17:08:24
Hi!
On 2017-09-28 18:17, jp charras wrote:
> Le 28/09/2017 à 17:58, Jon Evans a écrit :
>> Perhaps another route is to improve the messaging given to the user in these
>> cases, so that it's
>> easy for them to correct the file / report an issue to their tool vendor?
>
> Yes.
>
> In fact, %FSD
after
showing a warning) - so would you accept a patch to support the %FSD gerber
code?
Regards,
Clemens
On 2017-09-26 13:38, jp charras wrote:
> Le 26/09/2017 à 12:42, Clemens Koller a écrit :
>> Hi!
>>
>> I just tested the latest (HEAD -2h) GerbView with GAL support t
I was thinking about documentation layers used to illustrate areas for
conformal coatings... keepouts around connectors and sensors might help to make
things clear.
Regards,
Clemens
On 2017-09-27 19:22, Andrey Kuznetsov wrote:
> What's the rationale to limiting this to copper layers only?
>
Hi!
I just tested the latest (HEAD -2h) GerbView with GAL support to see if it gets
usable with big designs, but it seems that
it has issues to read the file properly. Gerbv just works(TM).
Attached is a very basic file which is supposed to show milling contours + some
markers.
Is this lack of
> I think some of the underlying work needed will also be very useful
> >> for other things (like live DRC checking, autorouting, etc)
> >>
> >> -Jon
> >>
> >>> On Tue, Sep 19, 2017 at 8:35 AM, Clemens Koller <c...@embe
On 2017-09-16 21:12, Marco Ciampa wrote:
> + moveDownButton->SetToolTip( _("Move the selected optional fields down
> one position down") );
- down?
lower?
> + moveDownButton->SetToolTip( _("Move the selected optional fields one
> position down.") );
And we put colons after full
Hi!
I would be glad to test a branch with SpaceNavigator + Trackpad +
KBD+Mouse-Support as well - and even all three of the devices at the same time.
I can, however, build and test on Linux only. Win7 exists only virtualized.
Regards,
Clemens
On 2017-09-13 17:04, Jon Evans wrote:
> Jost
Hello, Bastian!
I like your ideas as well.
But this Widget could contain much more information that I would call it i.e.
"Design Explorer".
You can have your schematics in a tree view covering the hierarchical schematic
pages as you suggest.
But then you could also browse your design by
Hi!
On 2017-08-29 10:04, Fabrizio Tappero wrote:
> I changed the patch accordingly and resubmitted here. Just as reference, this
> is what I came up with:
> - Run Gerbview
> + View GERBER
I suggest to use "Gerber" intead of "GERBER" in general. "Gerber" is not an
abbreviation.
Regards,
Hi!
Maybe, some of these HDI Design Guides + documents are useful:
http://www.we-online.com/web/de/index.php/download/media/04_leiterplatte/2011_2/relaunch/produkte_5/microvia_hdi/141030_DesignGuide_HDI_1_1.pdf
Page 8 gives quite a good overview of what's possible - at least!
Hi!
If we want to avoid clockwise (CW) and counterclockwise (CCW) I suggest to add
a sign to the rotation, which should be trivial to translate:
Mathematics/complex plane stuff tells that:
CCW = positive rotation = rotate + = rot+
CW = negative rotation = rotate - = rot-
In german we can use
Hi!
Do you see any chance to use git-bisect to find the patch triggering your
problem?
Regards,
Clemens
On 2017-07-02 18:46, Kristoffer Ödmark wrote:
> Hello!
>
> Maybe my 3d-models are not due to the GPU or drivers, but I do have a
> strange error that I believe is. Since from what I
Hello, Jost!
I would be glad to test Kicad with 3D Mouse support, too.
(An Wacom Intuos Pro pen tablet is also laying around.)
Maybe it's wise to talk to the devs of spacenav and check their sparse mailing
list at http://spacenav.sourceforge.net
how i.e. axis mapping will be abstracted across
02:27:48PM +1200, Simon Wells wrote:
>> probably a stupid question but was your numlock on or off?
>>
>> On 21 April 2017 at 12:13, Clemens Koller <c...@embeon.de> wrote:
>>> Hi!
>>>
>>> On 2017-04-20 16:56, Maciej Sumiński wrote:
>>>
traffic, unless someone fixes the problem right now.
>
> Regards,
> Orson
>
> On 04/19/2017 10:49 PM, Clemens Koller wrote:
>> Hi, there!
>>
>> I am starting a new, clean EESchema - latest git of today.
>> The default Hotkeys are Zoom In = F1, Zoom Out = F2, et
Hi, there!
I am starting a new, clean EESchema - latest git of today.
The default Hotkeys are Zoom In = F1, Zoom Out = F2, etc...
Issue 1:
I was planning to change the Zoom In/Out hotkeys in Preferences - Schematic
Editor Options - Controls to use
Zoom In = NumPad + and Zoom Out = NumPad -
The
Hi!
These lines scream for some comments in the source...
I wouldn't get it, too.
Regards,
Clemens
On 2017-04-13 14:03, Wayne Stambaugh wrote:
> Cirilo,
>
> Thanks for the info. The second call to ReadName() does look a bit odd
> so I can understand Konrad's confusion.
>
> Cheers,
>
>
Hi!
#3 ++
Simply because it's the most transparent and informative way to solve the issue.
Maybe it's wise additionally to recommend saving the file to a different
filename because it could matter...
#5 could be to have #4 saving to a different filename or creating a backup of
the old one
Hello, Jon!
On 2017-03-30 11:07, John Beard wrote:
> Hi,
> When CW/CCW rotation was added in GAL (7045ed92f), the tool actions
> didn't correct for the internal represention of angles, so CW/CCW were
> reversed. This patch fixes that. I failed to notice the comment "//
> TODO rotate CCW" was
Hi, Chris!
On 2017-03-23 11:24, Chris Pavlina wrote:
> On Thu, Mar 23, 2017 at 10:27:55AM +0100, Clemens Koller wrote:
>> Hello, Chris!
>>
>> On 2017-03-23 00:12, Chris Pavlina wrote:
>>> On Wed, Mar 22, 2017 at 11:53:40PM +0100, Clemens Koller wrote:
>>&g
1 - 100 of 211 matches
Mail list logo