This sounds very similar to what this guy did:
http://www.xess.com/blog/giving-back-to-the-community/
2015-10-02 16:52 GMT+02:00 Martin Marmsoler :
> Hello,
>
> I have some ideas, but I would like to implement my self to learn about the
> kicad source code. I would like to switch on and off the la
Hi,
I don’t know if I understood the intention the right way, but…
Making some functionality dependant on something like Excel is IMHO a very bad
idea, because at least in case of Excel you won’t have it available in a Linux
environment… not to say how bad it IMHO is to make some free and open s
Hello,
I have some ideas, but I would like to implement my self to learn about the
kicad source code. I would like to switch on and off the layers by pressing
a new checkbox in the layermanager, but I have the problem I don't find
where the other layer checkboxes will created, and does a function
> Btw, is this the method to save a board?
> /**
> * Function Save
> * writes the data structures for this object out to a FILE in "*.brd"
> format.
> * @param aFile The FILE to write to.
> * @return bool - true if success writing else false.
> */
> bool Save( FIL
Ok, I cleaned up a little, and forked the project of swig-js
https://github.com/espardino/swig-js
It should require heavy testing, I will try to make it work with some of
the Kicad classes, and we will see
how well or bad does it work :-)
PS:
Espardino is the project where I'm using swig too:
I need to spend some time understanding your idea of design, right now I'm
a little bit lost,
but I started by the "simple" part, which was building the swig-js branch,
and it seems
that I managed to do it (it was only ready for WIN32) but I have a patch
for swig-js that
seems to work in linux (par
On 02/22/2012 09:11 AM, Miguel Angel Ajo Pelayo wrote:
> I think I could put some efforts on testing it, and see how well the "JS"
> branch of swig
> does work.
>
> Do we have an idea of which interface we may want to give to the scripting
> layers?,
> access to PCB objects, modules, tracks, etc
I think I could put some efforts on testing it, and see how well the "JS"
branch of swig does work.
Do we have an idea of which interface we may want to give to the scripting
layers?,
access to PCB objects, modules, tracks, etc?
2012/2/22 Dick Hollenbeck
> On 02/17/2012 08:56 AM, Miguel Angel
On 02/17/2012 08:56 AM, Miguel Angel Ajo Pelayo wrote:
> Hi Dick,
>
>Thanks for your feedback on the ideas, it's really appreciated, I fully
> understand
> all of your points, as I'm on the same situation with some open projects and
> my little
> company. I supposed that most of the ideas we
On 02/18/2012 03:48 PM, Dick Hollenbeck wrote:
> On 02/18/2012 03:21 PM, Karl Schmidt wrote:
>> On 02/18/2012 01:58 PM, Hans Henry von Tresckow wrote:
>>> On Sat, Feb 18, 2012 at 11:47 AM, Fabio Varesano
>>> wrote: I think the
>>> main point the OP was trying to make is that just merely adding a
On 02/18/2012 01:47 PM, Fabio Varesano wrote:
>> I see no scenario under which KiCad will "loose its open source status".
> Also, there are legal ways in getting money from the community without
> risking to forget the focus of freedoms and openness.
>
> For example there could be a legally regist
On 02/18/2012 03:21 PM, Karl Schmidt wrote:
> On 02/18/2012 01:58 PM, Hans Henry von Tresckow wrote:
>> On Sat, Feb 18, 2012 at 11:47 AM, Fabio Varesano
>> wrote: I think the
>> main point the OP was trying to make is that just merely adding a "Donate"
>> button without
>> thinking about the un
On 02/18/2012 01:58 PM, Hans Henry von Tresckow wrote:
On Sat, Feb 18, 2012 at 11:47 AM, Fabio Varesano
wrote: I think the
main point the OP was trying to make is that just merely adding a "Donate"
button without
thinking about the underlying structure risks splitting a project apart.
Exact
On Sat, Feb 18, 2012 at 11:47 AM, Fabio Varesano
wrote:
>> I see no scenario under which KiCad will "loose its open source status".
>
>
> Also, there are legal ways in getting money from the community without
> risking to forget the focus of freedoms and openness.
>
> For example there could be a
I see no scenario under which KiCad will "loose its open source status".
Also, there are legal ways in getting money from the community without
risking to forget the focus of freedoms and openness.
For example there could be a legally registered, democratically
driven, non-profit association
On 02/18/2012 04:44 AM, Александр Закамалдин wrote:
> 02/18/2012, 01:24 from Karl Schmidt :
>> Collecting money to pay people working on OS projects almost always ends up
>> with hard feelings and
>> destructive results. One thought I've had is to use the internet code
>> bidding market place to
02/18/2012, 01:24 from Karl Schmidt :
> Collecting money to pay people working on OS projects almost always ends up
> with hard feelings and
> destructive results. One thought I've had is to use the internet code bidding
> market place to hire
> someone to complete some feature that I don't have
On 02/17/2012 04:09 PM, Luis Carvajal wrote:
Is the proposal to organize the roadmap and chose some tasks for
hiring and pay developers using money coming from donations
specifically for those tasks?
Yes, that was the idea. Among some developers communities, this
approach is called "reverse b
On 02/17/2012 01:17 AM, Miguel Angel Ajo Pelayo wrote:
Even if I cannot allocate any time to help, I think I should dump to
you my ideas before I forget them
(some can be crazy and expensive to develop, I know):
There is a kicad wish list at:
http://wiki.xtronics.com/index.php/Kicad#Wish_l
On 02/17/2012 08:59 AM, Fabio Varesano wrote:
>> To summarize, we are not short on ideas. I think sometimes new users come
>> into use of a
>> project and just assume that the reason a feature is not there is because
>> nobody has
>> thought of it. However, more often than not, it is a lack of
Is the proposal to organize the roadmap and chose some tasks for hiring
and pay developers using money coming from donations specifically for those
tasks?
It doesn't seem to be a bad idea.
Tasks costs could be estimated and they should begin once donations cover
those costs.
2012/2/17 Fabio Va
It could be a very good solution to financially support the project and
accelerate development :-)
2012/2/17 Fabio Varesano
>
> To summarize, we are not short on ideas. I think sometimes new users
>> come into use of a
>> project and just assume that the reason a feature is not there is becaus
To summarize, we are not short on ideas. I think sometimes new users come into
use of a
project and just assume that the reason a feature is not there is because
nobody has
thought of it. However, more often than not, it is a lack of "qualified
developer
man-hours", which typically are not
Hi Dick,
Thanks for your feedback on the ideas, it's really appreciated, I fully
understand all of your points, as I'm on the same situation with some open
projects and my little company. I supposed that most of the ideas were
already in your mind, but if I didn't share them I wouldn't know now
On 02/17/2012 01:17 AM, Miguel Angel Ajo Pelayo wrote:
>
>Even if I cannot allocate any time to help, I think I should dump to you
> my ideas
> before I forget them
> (some can be crazy and expensive to develop, I know):
>
>1) Single layer view while routing: (some hot key) that would ena
net]
On Behalf Of Miguel Angel Ajo Pelayo
Sent: Friday, February 17, 2012 8:17 AM
To: kicad-developers@lists.launchpad.net
Subject: [Kicad-developers] Ideas for kicad
Even if I cannot allocate any time to help, I think I should dump to you my
ideas before I forget them
(some can be crazy a
Even if I cannot allocate any time to help, I think I should dump to you
my ideas before I forget them
(some can be crazy and expensive to develop, I know):
1) Single layer view while routing: (some hot key) that would enable a
special view mode
where the current routing layer is show in its
27 matches
Mail list logo
