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
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
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, 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
, 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, 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
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
201 - 211 of 211 matches
Mail list logo