Re: [Kicad-developers] About collaboration, simulation, documentation, organisation, usability and documentation

Hi Mark, Martin, "~mrluzeiro/kicad/kicad_new3d-viewer is the ray tracing viewer. This is not a refactor. Its a different direction to improve rendering." My branch is actually / technical a refactoring. There is very little from the old-3d-viewer, there are only some legacy names that I keept

Re: [Kicad-developers] About collaboration, simulation, documentation, organisation, usability and documentation

Hi Marin, "Actually I meant it in that way that if three people are making massive changes in the same part of the code, it will be impossible to merge their work together. And inevitably, many of the work will have to be thrown out." I had that same concern when Cirilo started also refactoring

Re: [Kicad-developers] About collaboration, simulation, documentation, organisation, usability and documentation (Was: Re: Bug #1511552 - Fixes to Incorrect export of Spice net-list from EESchema)

> On Nov 4, 2015, at 1:02 PM, x...@sms.cz wrote: > > Hello Andy, > > what you are saying really interests me. > >> Regarding integrating any kind of simulation tool into the mainline PCB > design >> package, I suggest the following: DONT BOTHER. > > I'm not an EE professional, I'm an EE

Re: [Kicad-developers] About collaboration, simulation, documentation, organisation, usability and documentation

My bad, I thought you were doing just rendering but I would throw handling different render targets as part of rendering. Either way theres no overlap in refactoring and its completely normal to have separate branches for divergent work until its time to merge. On Wed, Nov 4, 2015 at 4:46 PM,

Re: [Kicad-developers] About collaboration, simulation, documentation, organisation, usability and documentation

Hi to all, some other guys, like me, has developed external tools to improve the MCAD exports of board and component http://sourceforge.net/projects/kicadstepup/ I started years ago to improve myself the 3d rendering, before the actual 3D realistic rendering was available in the main branch

Re: [Kicad-developers] About collaboration, simulation, documentation, organisation, usability and documentation

Hi Mario, thank you for your reply. The other people felt offended when I said "waist of time". Actually I meant it in that way that if three people are making massive changes in the same part of the code, it will be impossible to merge their work together. And inevitably, many of the work will

Re: [Kicad-developers] Has any one put up the source of kicad in lxr web format like the linux kernel ?

On 11/05/2015 04:39 AM, Marco Ciampa wrote: > On Tue, Nov 03, 2015 at 12:36:41PM +0200, Lachlan Audas wrote: >> Hi, I was looking at the source code, and my old brain need's some real >> help with all the endless includes.. etc >> I was wondering if any one had put up the source code using Lxr,

Re: [Kicad-developers] About collaboration, simulation, documentation, organisation, usability and documentation

Situation: As a KiCad newbie, I'm not satisfied with how some functionalities work, say, how the cooperation with the simulation engine works. Having no information on development intentions of the current KiCad development team, I end up by proposing a patch that tries to fix the existing KiCad

Re: [Kicad-developers] About collaboration, simulation, documentation, organisation, usability and documentation

Hi Martin, It is good to bring some discussion where to the mailing list. Some of this points discussed here (as Wayne pointed?) was already discussed before, we may need some way of track / record of this discussions, it would help to add / improve the discussions. "On the other hand, it's

Re: [Kicad-developers] About collaboration, simulation, documentation, organisation, usability and documentation

Hi All, "Simulations: Provide quality circuit simulation capabilities similar to commercial products - no progress". This is my personal view. Taking this (simulation feature) as an example, I think because the nature of kicad, adding new big features like this need a lot of ponderation from

Re: [Kicad-developers] About collaboration, simulation, documentation, organisation, usability and documentation

So by looking at the KiCad road-map, what would you suggest? To ignore the road-map and to perform the current code maintenance only? Martin. - Původní zpráva - Odesílatel: Mário Luzeiro Příjemce: "x...@sms.cz" , KiCad Developers

Re: [Kicad-developers] About collaboration, simulation, documentation, organisation, usability and documentation

I cannot talk about the propose who wrote/maintain that road map. I am not a core developer, so I dont know what are the big future plans, only at moment it is clear that all (main developers) are working to get a stable (bug fixing and fix improves) I think in some cases the road map is some

Re: [Kicad-developers] About collaboration, simulation, documentation, organisation, usability and documentation (Was: Re: Bug #1511552 - Fixes to Incorrect export of Spice net-list from EESchema)

Andy, I've put my comments in to the text below. > > I'm not an EE professional, I'm an EE hobbyist. And my ideal tool would allow > > me to draw a schema and allow me to copy it to a document or to publish it to > > internet. And then by extending it a little bit I could use the same schema > >

Re: [Kicad-developers] About collaboration, simulation, documentation, organisation, usability and documentation

Actually right now, officially we are doing current code maintenance only as we are trying to do a "stable" release. Its also why things have quieted down as people have went to squirrel away on personal branches as no new features are accepted right now.

Re: [Kicad-developers] About collaboration, simulation, documentation, organisation, usability and documentation

Firstly I would like to point out I am not a kicad developer, but more of an interested individual on KiCADs success. When I hear that UI refinement is not necessary. I cringe. It is devoid of any logical thinking and consistency. Each and every one of the kicad programs has its own way of doing

Re: [Kicad-developers] About collaboration, simulation, documentation, organisation, usability and documentation (Was: Re: Bug #1511552 - Fixes to Incorrect export of Spice net-list from EESchema)

> On Nov 4, 2015, at 4:11 PM, x...@sms.cz wrote: > > Andy, > > I've put my comments in to the text below. > >>> I'm not an EE professional, I'm an EE hobbyist. And my ideal tool would > allow >>> me to draw a schema and allow me to copy it to a document or to publish it > to >>> internet. And

Re: [Kicad-developers] About collaboration, simulation, documentation, organisation, usability and documentation

Creating separate branches with large change sets is risky. I've stated many times before that my time is limited and reviewing a 10K+ lines of code merge request is likely going to sit in the queue for a long time until I or someone who's coding ability I trust can find time to review the

Re: [Kicad-developers] About collaboration, simulation, documentation, organisation, usability and documentation

>When I hear that UI refinement is not necessary. I cringe Don't confuse UX with UI. UX is User Experience, it includes UI but it also includes workflow which is highly opinionated stuff like Wayne mentioned where its selection toolbars vs. hotkeys. Yes, the UI isn't the greatest and I don't

[Kicad-developers] rfc, my plan on eeschema netlist/bom generation improvement

I am hoping this is separated enough from any eeschema refactoring Wayne plans on doing by shoving it in its own corner :) 1. The goal is to make external user plugins more "powerful". Currently you need a python/xslt file PER possible output option...i.e. csv with grouped parts vs. csv with

Re: [Kicad-developers] About collaboration, simulation, documentation, organisation, usability and documentation

On 11/4/2015 9:45 PM, Mark Roszko wrote: >> I have repeatedly asked that devs do incremental changes so I can > easily review them. > > It's hard to do refactoring when your one commit has to throw out the > kitchen sink. > My experimental gerbview refactor for giggles changes the layer system >

Re: [Kicad-developers] About collaboration, simulation, documentation, organisation, usability and documentation

> I have repeatedly asked that devs do incremental changes so I can easily review them. It's hard to do refactoring when your one commit has to throw out the kitchen sink. My experimental gerbview refactor for giggles changes the layer system from the fixed bitmask nonsense to a dynamic managed

Re: [Kicad-developers] About collaboration, simulation, documentation, organisation, usability and documentation

On 11/4/2015 9:01 PM, Stefano Rossi wrote: > Firstly I would like to point out I am not a kicad developer, but more > of an interested individual on KiCADs success. > > When I hear that UI refinement is not necessary. I cringe. It is devoid > of any logical thinking and consistency. Each and

Re: [Kicad-developers] future developments: shared libraries and dynamic plugins

On Wed, Nov 04, 2015 at 12:15:36PM -0500, Mark Roszko wrote: > It certainly wouldn't be closed off. It would simply be setup with > "generator" engines. > -xslt > -python > -C++ library > Each would implement a "generator engine" abstract class so they can be > swapped. Why doing triple work?

Re: [Kicad-developers] About collaboration, simulation, documentation, organisation, usability and documentation

2015-11-04 20:33 GMT+01:00 : >> You are treating developers as a some sort of object. We >> are people, we have lives, we do not sit here looking for work. > > Please, don't feel offended :-). I'm a professional developer, and I'm used to > be treated as a "human resource". But I

Re: [Kicad-developers] About collaboration, simulation, documentation, organisation, usability and documentation (Was: Re: Bug #1511552 - Fixes to Incorrect export of Spice net-list from EESchema)

Hello Andy, what you are saying really interests me. > Regarding integrating any kind of simulation tool into the mainline PCB design > package, I suggest the following: DONT BOTHER. I'm not an EE professional, I'm an EE hobbyist. And my ideal tool would allow me to draw a schema and allow me

Re: [Kicad-developers] About collaboration, simulation, documentation, organisation, usability and documentation

This starts to be a debate of opinions. > What are their amibtions? I've met many developers that wanted to create something cool that many will be using. And they end up an application of no use that is used only by themselves. I was like that too when I was younger. My idea was that if they

Re: [Kicad-developers] About collaboration, simulation, documentation, organisation, usability and documentation (Was: Re: Bug #1511552 - Fixes to Incorrect export of Spice net-list from EESchema)

> On Nov 3, 2015, at 8:12 PM, timofonic timofonic wrote: > > Hello > > I'm just a lurker and still not started to contribute, but I have some ideas: > > - Indian Institute of Technology Bombay: I see technological and educational > institutions as potential contributors

Re: [Kicad-developers] About collaboration, simulation, documentation, organisation, usability and documentation

> You are treating developers as a some sort of object. We > are people, we have lives, we do not sit here looking for work. Please, don't feel offended :-). I'm a professional developer, and I'm used to be treated as a "human resource". But I don't take that personally, I don't feel my humanity

Re: [Kicad-developers] About collaboration, simulation, documentation, organisation, usability and documentation

>I think, that many developers just seek for an opportunity to realize their ambitions somewhere. If it were true, then no open source project would have a lack of man power. We don't control the name of bzr branches, we don't even control the existence of branches as launchpad shows everyones

Re: [Kicad-developers] About collaboration, simulation, documentation, organisation, usability and documentation

I found the road map for KiCad as well. The plans look fine, but are they being realized? http://ci.kicad-pcb.org/job/kicad-doxygen/ws/Documentation/doxygen/html/md_Documentation_development_road-map.html Martin. - Původní zpráva - Odesílatel: x...@sms.cz Příjemce:

Re: [Kicad-developers] About collaboration, simulation, documentation, organisation, usability and documentation

Hello, a good topic and good ideas, in my opinion. Though it should be the core developers who should say that. A few weeks ago I was performing my own small research in what EDA tools are available. I was looking for a schema_drawing-simulator-pcb_creator all-in-one app. And found none (free).

Re: [Kicad-developers] About collaboration, simulation, documentation, organisation, usability and documentation

My responses below are pretty well known to most of the devs that have been here a while. For the folks new to the mailing list, please read on. I should probably put a lot of this in some type of formal developer documentation ("A Word from the Project Leader"???) so that I do not have to keep

Re: [Kicad-developers] About collaboration, simulation, documentation, organisation, usability and documentation

I would like to add just a little to this: over the last few years, many people on this list have spent a lot of time making the developer community a friendlier place. This is not easy, and required hard decisions by many people. Additionally, people have worked hard to make it easier to

Re: [Kicad-developers] future developments: shared libraries and dynamic plugins

Le 04/11/2015 17:15, Mark Roszko a écrit : > I eagerly await a plugin framework. I want play around with overhauling the > netlisting/bom into plugins rather than XSLT and the C++ combo right now. > I originally wanted to create a way more advanced XSLT system complete > with configurable >

Re: [Kicad-developers] future developments: shared libraries and dynamic plugins

I eagerly await a plugin framework. I want play around with overhauling the netlisting/bom into plugins rather than XSLT and the C++ combo right now. I originally wanted to create a way more advanced XSLT system complete with configurable displayed user options parsed from a definition XML but

Re: [Kicad-developers] future developments: shared libraries and dynamic plugins

I vote for that too with all my fingers! That would help many people that consider KiCad a good platform but need something non-standard or want a particular feature to work in a different way. Martin. - Původní zpráva - Odesílatel: Mark Roszko Příjemce:

Re: [Kicad-developers] future developments: shared libraries and dynamic plugins

It certainly wouldn't be closed off. It would simply be setup with "generator" engines. -xslt -python -C++ library Each would implement a "generator engine" abstract class so they can be swapped. Then each engine would decide how to execute the specified script or C++ library.The engines only

Re: [Kicad-developers] future developments: shared libraries and dynamic plugins

Le 04/11/2015 17:43, jp charras a écrit : > Le 04/11/2015 17:15, Mark Roszko a écrit : >> I eagerly await a plugin framework. I want play around with overhauling the >> netlisting/bom into plugins rather than XSLT and the C++ combo right now. >> I originally wanted to create a way more advanced

Re: [Kicad-developers] [PATCH] pcbnew 2 bug fix, clean pointless casts, remove unused vars

Le 04/11/2015 05:13, Mark Roszko a écrit : > 1. Fixed copy paste error in append_board_to_current.cpp ruining a if > else condition, should fix a possible bounding box computation bug > 2. Whole bunch of pointless casts removed > 3. Unused variables removed > 4. Fix bug caused by JP on April 25,

Re: [Kicad-developers] About collaboration, simulation, documentation, organisation, usability and documentation

>This is exactly the reason why these "competent" developers should be shared >and cooperated among projects. You are treating developers as a some sort of object. We are people, we have lives, we do not sit here looking for work. We pick what we like to do and work on it if we have time. You

Re: [Kicad-developers] About collaboration, simulation, documentation, organisation, usability and documentation

On 11/4/2015 11:33 AM, Adam Wolf wrote: > I would like to add just a little to this: over the last few years, > many people on this list have spent a lot of time making the developer > community a friendlier place. This is not easy, and required hard > decisions by many people. > >

Re: [Kicad-developers] About collaboration, simulation, documentation, organisation, usability and documentation

> I spent a couple of days trying to get eSim to even run their examples > on Windows with no success. I don't want to advocate them, I've already written my opinion on eSim. But their latest Windows version is working for me without problems (but it's buggy). There are almost no component

Re: [Kicad-developers] Has any one put up the source of kicad in lxr web format like the linux kernel ?

On Tue, Nov 03, 2015 at 12:36:41PM +0200, Lachlan Audas wrote: > Hi, I was looking at the source code, and my old brain need's some real > help with all the endless includes.. etc > I was wondering if any one had put up the source code using Lxr, like > http://lxr.free-electrons.com/ > if not how