Hi Wayne,
this is of course right, but the idea would be to emulate cooperative
multitasking with threads. This is done by synchronizing the threads with
condition variables and mutexes. The principle can be found in the articles [1]
or [2].
The idea is good, BUT after further research I'd say
On Thu, Jan 07, 2016 at 11:39:24AM +0100, "Torsten Hüter" wrote:
> Ideally rendering and gui handling should happen only in the main
> thread; but that would be to restrictive for our purposes.
Are we sure doing GUI calls in event handling is a good idea? Since win
3.1 the recommended way was to
On 01/07/2016 11:39 AM, "Torsten Hüter" wrote:
> Hi Wayne,
>
> this is of course right, but the idea would be to emulate cooperative
> multitasking with threads. This is done by synchronizing the threads with
> condition variables and mutexes. The principle can be found in the articles
> [1] or
On Thu, Jan 07, 2016 at 12:06:08PM +0100, Maciej Sumiński wrote:
> Tools in the Tool Framework never directly interact with OpenGL context.
> Even if they request some redrawing/refreshing, it happens in OnPaint
> (or similar) event handler.
OK that's what I was worried about :D 100% agree with th
On Thu, Jan 07, 2016 at 12:29:17PM +0100, Kristian Nielsen wrote:
> In my experience, it is important not to underestimate the value of
> co-routines for larger event-driven systems / state machines. Small systems
The Knuth book has one *huge* chapter for coroutines. In assembly. The
target has no
Hi all,
Sorry I don't know nothing about co-routines.
Just curious, Why and where kicad is using it? And why and where kicad need
multi-threading?
Mario
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.laun
On Thu, Jan 07, 2016 at 12:58:11PM +0100, jp charras wrote:
> However I am not sure it is "thread based".
> Threads are used to manage the stack using C++ language only.
> I am not sure they are used to manage coroutines themselves.
My fault, didn't read all the article.
Actually it only use the
On Thu, Jan 07, 2016 at 01:24:18PM +0100, Edwin van den Oetelaar wrote:
> I have done some embedded work in which these cooperative concepts happened.
> by using co-routines this way you gain perceived concurrency but no real
> increased power.
It's not done for concurrency, only for flow control
Hello all,
In that case, take a look at http://dunkels.com/adam/pt/examples.html for
inspiration. (proto-threads)
Greetings,
Edwin van den Oetelaar
On Thu, Jan 7, 2016 at 1:39 PM, Lorenzo Marcantonio <
l.marcanto...@cz-dynamic.it> wrote:
> On Thu, Jan 07, 2016 at 01:24:18PM +0100, Edwin van den
Lorenzo Marcantonio writes:
> On Thu, Jan 07, 2016 at 12:08:22PM +, Mário Luzeiro wrote:
> Some thing like this:
> - Select a tool (suspend for a selection)
> - Other things happens, then user select a thing
> - (restart the tool coroutine) Check thing selected and so on
So to me, this soun
Hi Cirilo,
On the actual kicad sourcecode, there is a m_shapeType in s3d_master:
http://bazaar.launchpad.net/~cirilo-bernardo/kicad/3drefactor/view/head:/pcbnew/s3d_master.h
http://bazaar.launchpad.net/~cirilo-bernardo/kicad/3drefactor/view/head:/pcbnew/s3d_master.cpp#L79
In the actual implementa
Hey, can I get a couple more people to test the latest version of my
hotkeys patch? Particularly someone on OS X, as I've not run into the
guy who usually guineapigs my stuff on OS X since finishing it... :)
Though testing on ALL platforms is welcome.
https://github.com/cpavlina/kicad/compare/o
Chris,
This patch does not apply cleanly against the tip of the product branch
so I cannot test it.
Cheers,
Wayne
On 1/7/2016 9:28 AM, Chris Pavlina wrote:
> Hey, can I get a couple more people to test the latest version of my
> hotkeys patch? Particularly someone on OS X, as I've not run into
Really? It applies just fine here with:
patch -Np1 -i options.patch
In any case, here's a patch generated with the more usual mechanism:
https://misc.c4757p.com/hotkeys.patch
Could also download the whole branch with:
git clone -b options https://github.com/cpavlina/kicad
On Thu,
On 1/7/2016 9:59 AM, Chris Pavlina wrote:
> Really? It applies just fine here with:
>
> patch -Np1 -i options.patch
>
> In any case, here's a patch generated with the more usual mechanism:
>
> https://misc.c4757p.com/hotkeys.patch
This one does apply cleanly. I'll let you know when I f
Excellent News! Welcome Chris! :D
On 7 January 2016 at 15:53, Duane Johnson wrote:
> Go Chris! And go Kicad!
>
> Thanks for all you devs are doing.
>
> Duane Johnson
>
> On Jan 7, 2016 8:47 AM, "Adam Wolf" wrote:
>>
>> Congrats!
>>
>> On Thu, Jan 7, 2016 at 9:45 AM, Wayne Stambaugh
>> wrote:
>>
On 1/7/2016 7:53 AM, Tomasz Wlostowski wrote:
> On 07.01.2016 13:34, Lorenzo Marcantonio wrote:
>> On Thu, Jan 07, 2016 at 12:08:22PM +, Mário Luzeiro wrote:
>>> Hi all,
>>>
>>> Sorry I don't know nothing about co-routines. Just curious, Why
>>> and where kicad is using it? And why and where ki
Hello, Chris!
Attached is an idea/wish, how it could look like.
I hope I am not too demanding/picky... ;-)
On 2016-01-07 15:28, Chris Pavlina wrote:
> Hey, can I get a couple more people to test the latest version of my
> hotkeys patch? Particularly someone on OS X, as I've not run into the
> guy
Thanks for the testing.
On Thu, Jan 7, 2016 at 11:37 AM, wrote:
> Hello, Chris!
>
> Attached is an idea/wish, how it could look like.
> I hope I am not too demanding/picky... ;-)
>
> On 2016-01-07 15:28, Chris Pavlina wrote:
> > Hey, can I get a couple more people to test the latest version of m
Le 07/01/2016 19:19, Chris Pavlina a écrit :
> Thanks, everyone! Glad to be part of the team. :D
Thanks to you, Chris, for all the work you already made in Kicad!
>
> On Thu, Jan 07, 2016 at 10:45:17AM -0500, Wayne Stambaugh wrote:
>> Please join me in congratulating Chris Pavlina as the newest
Hi,
The graphical formulas in the PCB Calculator window do not match up with
the formulas it actually uses. The formulas it uses seem to give correct
results, but when using the formulas it displays, one gets results that
don't match up.
For example, solving for a Pi attenuator, attenuation =
Hi. I pulled from your branch but it constantly gives library error.
Library wizard does not help anymore. Might there anything be related with
your changes, or am I missing something else?
2016-01-05 23:10 GMT+02:00 Jon Neal :
> here is the patch:
> https://github.com/reportingsjr/kicad-source-m
A few quick comments on your patch:
1) It would be nice if the hotkey being changed wouldn't loose it's
selection status after the key press. If you decide you don't like your
choice, you have to select it again with the mouse cursor.
2) I saw a few coding policy issues: some missing spaces betw
Thanks for looking it over. :)
On Thu, Jan 07, 2016 at 04:22:15PM -0500, Wayne Stambaugh wrote:
> A few quick comments on your patch:
>
> 1) It would be nice if the hotkey being changed wouldn't loose it's
> selection status after the key press. If you decide you don't like your
> choice, you ha
On 1/7/2016 4:25 PM, Chris Pavlina wrote:
> Thanks for looking it over. :)
>
> On Thu, Jan 07, 2016 at 04:22:15PM -0500, Wayne Stambaugh wrote:
>> A few quick comments on your patch:
>>
>> 1) It would be nice if the hotkey being changed wouldn't loose it's
>> selection status after the key press.
Hi,
I'd be pretty surprised if my patch were causing library errors. Can you
post more specifically what the errors are? If it is that footprints can't
be found can you post your fp-lib-table?
Lastly maybe you can try doing git checkout origin/master and compiling and
trying that out. I've defini
Hello, Chris!
FYI: changed my email address.
Some more testing on Arch Linux 64bit, XFCE:
An hotkey assignment works fine, but + becomes -
- doesn't get accepted at all (keypress is ignored, nothnig happens).
I think I'll stop digging around that until you get the
next version out.
Regards,
C
Interesting bugs.
I can confirm Ctrl-Tab becoming Ctrl-I -- however, I also tested that
in an old build before I touched the hotkey code, and it *still* does
that. So not a regression. I'm going to file a bug in the tracker for
that, after I get this sorted out (currently head has a bit of my
Hi, There!
I am running kicad-latest for testing purposes in my home directory:
~/SW/usr/local/bin/kicad
There is also kicad-4.0.1 in /usr/bin/kicad.
To test the latest stuff from you, I
1. open kicad-latest from a terminal/console:
[admin@black bin]$ pwd
/home/admin/SW/usr/local/bin
[admin@bl
Hi, Chris!
Output of xev while pressing Ctrl-F:
KeyPress event, serial 37, synthetic NO, window 0x201,
root 0x49b, subw 0x0, time 45842899, (172,-8), root:(2755,562),
state 0x10, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupStr
Yup, your system is eating Ctrl-F. Don't know where it's going, though.
The FocusIn/FocusOut events just mean that focus moved in and out of the
window. That could happen, for instance, if Ctrl-F were popping up a
dialog that took focus - but I suspect you'd notice that.
On Fri, Jan 08, 2016 at
Is there a reason you installed KiCad in ~/SW/usr/local/bin/kicad? That
seems like a strange place to install it. The cmake defaults work fine for
me and coexist just fine with a stable install!
How did you specify that install location?
Jon
On Thu, Jan 7, 2016 at 7:12 PM Clemens Koller wrote:
That's a bit odd. Ctrl-F seems to do nothing special.
I just checked
~/.config/xfce4/xfconf/xfce-perchannel-xml/xfce4-keyboard-shortcuts.xml
and didn't find Ctrl-F or anything "*Focus*". :-(
I have to dig deeper. Never mind.
BTW: The xfce4 settings editor looks really nice:
http://wiki.pcbsd.org
Hello, Jon!
On 2016-01-08 01:36, Jon Neal wrote:
> Is there a reason you installed KiCad in ~/SW/usr/local/bin/kicad?
I don't want to merge/sudo the test builds into my (production)
distribution. So, I just tried to stay in ~/SW.
> That seems like a strange place to install it.
> The cmake defau
Here's a new patch. It fixes all previously mentioned bugs. In
particular, I have moved import/export back out into the menu to solve
the ambiguity issue.
However, I've uncovered a new bug. On Windows, if you try to select Tab
as a hotkey, the entire thing freezes up solid. This appears to be
35 matches
Mail list logo
