Author Topic: Copper zones won't fill  (Read 12959 times)

0 Members and 2 Guests are viewing this topic.

Offline Cerebus

  • Super Contributor
  • ***
  • Posts: 10576
  • Country: gb
Re: Copper zones won't fill
« Reply #25 on: December 30, 2021, 02:53:55 am »
the thread is over 1 year old and KiCad 6 is now out!

Well it's lucky you're not trying to learn how to use zone fills for the first time in KiCad 6.

Quote from: KiCad 6 Help
4.4. Working with footprints
NOTE
TODO: Write this section - covers footprint properties, updating from library, etc.
4.5. Working with pads
NOTE
TODO: Write this section - covers pad properties
4.6. Working with zones
NOTE
TODO: Write this section

Funny, but I have a very different idea of "It's finished" as in "It's finished, ship it" than the KiCad developers obviously do.  :palm:
Anybody got a syringe I can use to squeeze the magic smoke back into this?
 

Online SimonTopic starter

  • Global Moderator
  • *****
  • Posts: 18056
  • Country: gb
  • Did that just blow up? No? might work after all !!
    • Simon's Electronics
Re: Copper zones won't fill
« Reply #26 on: December 30, 2021, 08:18:53 am »
why do you think the developers think it is finished?
 

Offline Cerebus

  • Super Contributor
  • ***
  • Posts: 10576
  • Country: gb
Re: Copper zones won't fill
« Reply #27 on: December 30, 2021, 02:12:38 pm »
why do you think the developers think it is finished?

Well, call me old fashioned, but when you've gone through two release candidates, then you bump the version number and make a release announcement it's becuase you've got a complete, finished fully functional product. Sure, you may have plans for the next version, but that shouldn't include "complete the help files for the previous version".
Anybody got a syringe I can use to squeeze the magic smoke back into this?
 

Online SimonTopic starter

  • Global Moderator
  • *****
  • Posts: 18056
  • Country: gb
  • Did that just blow up? No? might work after all !!
    • Simon's Electronics
Re: Copper zones won't fill
« Reply #28 on: December 31, 2021, 08:51:54 am »
Yea, I guess so. But these are people spread across the globe so maybe someones timing slipped by they didn't want to mess up the xmas day release. Is it that different from 5? If not I guess not too much sweat.

I'm just glad it exists and is now pretty good for a free product having done the round of all the affordable ones and seen that even the god software is no better supported than the low end. And if all I need to do to keep it supported is may sure all work prototypes go through Aisler with a donation that means I am getting work to sort of pay something towards it too. Last set I put through my boss went down the list of stuff before paying and got to the donation bit which I justified and he was like yea sure why not. Cheapest software I've ever used with the best support.
 

Offline eugene

  • Frequent Contributor
  • **
  • Posts: 496
  • Country: us
Re: Copper zones won't fill
« Reply #29 on: January 06, 2022, 05:54:46 am »
why do you think the developers think it is finished?

Well, call me old fashioned, but when you've gone through two release candidates, then you bump the version number and make a release announcement it's becuase you've got a complete, finished fully functional product. Sure, you may have plans for the next version, but that shouldn't include "complete the help files for the previous version".

You're free to continue using V5.1 until you've decided that V6 is finished, no matter how you define 'finished.'

EDIT: That sounded snarky, and to be completely honest, I might have wanted it to. But, you have been arguing that the developers gave a version of the software the title of "released" when (in your opinion) they should have waited until a later version. OK, well, if that's not just semantics, then it's not far from just semantics. So, if you disagree with the developers that's your prerogative. Just wait until we get to the version that you would have released and start using that.

Seriously, it's FREE software. You should be supporting the developers. Start a college fund for their kids, or maybe just be kind and show appreciation for the hundreds of hours that many of them have individually contributed. It's OK to scoff off the retort "if you don't like it then fix the code yourself." But here we're just talking about a situation where you think they bumped the revision number before they should have. C'mon, really?
« Last Edit: January 06, 2022, 06:16:41 am by eugene »
90% of quoted statistics are fictional
 

Offline PlainName

  • Super Contributor
  • ***
  • Posts: 7293
  • Country: va
Re: Copper zones won't fill
« Reply #30 on: January 06, 2022, 01:21:59 pm »
Quote
Seriously, it's FREE software

That's a can of worms to open!

I don't think reality is allowed to be distorted by something being free. Sure, one is also free to not buy it, but if it sucks dead donkeys then being free only means there is little point in trying to get your money back. And being free doesn't usually prevent someone from taking pride in their work.

However, in the specific case of Kicad, it is targeted to be as good as commercial offerings. Users expect a certain amount of professionalism from the developers, and the developers would be silly to disregard that - look at how it and other packages languished in the foothills of hobbydom until some higher purpose (aka an entity with funds and a need) either took over or steered the direction. Without CERN, Kicad wouldn't be the high quality product it is today. And it's important to recognise that it is the quality that makes Kicad desirable, not the free-ness (you can get Altium for free if you really want).

Open-source developers deserve our thanks and some leeway, but if they can only turn out good stuff when they are paid developer rates, perhaps they should be looking for a more suitable project.
 

Offline LazyJack

  • Frequent Contributor
  • **
  • Posts: 260
  • Country: hu
  • Yeah, cool.
Re: Copper zones won't fill
« Reply #31 on: January 06, 2022, 01:43:40 pm »
Well, yes and no.
Most projects work in a constrained resource environment (unless it's Moon landing or Manhattan project). So they need to prioritize on where they allocate the resources. I think the KiCAD project made a good decision on focusing on actual development than writing help files. Why?
First while you correctly state that user documentation is part of software development, but it is not done by the same people in any serious project. I think you get better bang for the buck by spending CERN donation on software developers than on technical writers. Being an open source project it is accepted if not even expected to have a community based help and support. So I don't think much is lost by some unfinished help files.
Second by actually having the TODO in the help file, I think the development team acknowledges that there are thinks still to be done, instead of just sweeping things under the carpet. Would it be any better if instead of "TODO: write the help" you would have "On this page you set the parameters for zone fills." Like we see too often in professional software where there is a one sentence description for a window with 4 dozen fields and buttons.
Should they have not released 6.0 until all TODOs are removed? No. It's much better for the momentum of the package to go forward with features, usability and reliability  by focusing resources on them.
At least this is my opinion. YMMV.
 

Offline eugene

  • Frequent Contributor
  • **
  • Posts: 496
  • Country: us
Re: Copper zones won't fill
« Reply #32 on: January 06, 2022, 02:12:48 pm »
I do have different requirements and expectations. For years I used Altium (paid for by employer.) If something was missing from the documentation then I called them. We paid some thousands of USD per year for support and I felt entitled to support.

But I know that documentation is always the last thing to get done. The developers could have held off an official release of V6 until the docs were ready, but they decided not to wait. Ideally, someone with experience in technical writing would have volunteered to work on the help files while the code was being written, but evidently there was no such person. Instead, as is often the case with software like this, the coders are going to end up writing the help files, but they've been busy.

So, yeah, cut them some slack. These days as an independent consultant I use Kicad professionally. It's not perfect (neither is Altium) but I use it and am grateful that it works as well as it does. FWIW, I installed V6 on the day it was released. I've spent some time with it, but continue to use V5.10 to complete projects that I was already working on.
90% of quoted statistics are fictional
 

Offline Cerebus

  • Super Contributor
  • ***
  • Posts: 10576
  • Country: gb
Re: Copper zones won't fill
« Reply #33 on: January 06, 2022, 04:17:35 pm »
why do you think the developers think it is finished?

Well, call me old fashioned, but when you've gone through two release candidates, then you bump the version number and make a release announcement it's becuase you've got a complete, finished fully functional product. Sure, you may have plans for the next version, but that shouldn't include "complete the help files for the previous version".

You're free to continue using V5.1 until you've decided that V6 is finished, no matter how you define 'finished.'

EDIT: That sounded snarky, and to be completely honest, I might have wanted it to. But, you have been arguing that the developers gave a version of the software the title of "released" when (in your opinion) they should have waited until a later version. OK, well, if that's not just semantics, then it's not far from just semantics. So, if you disagree with the developers that's your prerogative. Just wait until we get to the version that you would have released and start using that.

Seriously, it's FREE software. You should be supporting the developers. Start a college fund for their kids, or maybe just be kind and show appreciation for the hundreds of hours that many of them have individually contributed. It's OK to scoff off the retort "if you don't like it then fix the code yourself." But here we're just talking about a situation where you think they bumped the revision number before they should have. C'mon, really?

All the usual FOSS fanboy tropes, yet no acknowledgement that software without documentation is not finished and not worthy of being regarded as of release quality. Why oh why, do the FOSS fanboys always counter any criticism, no matter how valid with "It's free, you should be grateful." and characterise any criticism as moaning?

By the way, "semantics" doesn't mean what you thinks it means.
Anybody got a syringe I can use to squeeze the magic smoke back into this?
 


Share me

Digg  Facebook  SlashDot  Delicious  Technorati  Twitter  Google  Yahoo
Smf