Hi Tom,
Understood. Is there anything I can help with? Or will that just get in the way?
Otherwise, what should I be looking for when test-driving (i.e. what's
helpful to report)? So far:
* Some tools seem to work \o/
* Some tools don't (global labels, for example)
* As noted, some colours
On 23/07/18 12:48, John Beard wrote:
> Hi Tom,
>
> It's now building on 621206fdd, thanks!
>
> I get the following asserts. Let me know if you rather I reported this
> kind of thing in separate emails/threads/on another platform!
>
Hi John,
It's a work in progress, I'm aware of this assert (I
Hi Tom,
It's now building on 621206fdd, thanks!
I get the following asserts. Let me know if you rather I reported this
kind of thing in separate emails/threads/on another platform!
1) When pressing Escape:
ASSERT INFO:
./src/gtk/cursor.cpp(234): assert "Assert failure" failed in
Hi Tom,
I tried to build this (commit 4eb9a3c51), and CMake failed with a
missing file (eeschema/libedit/controller.cpp).
Removing that from the CMakeLists.txt resulted in (predictably enough)
a link failure:
Any hint on the linking failure reported?
On Tue, May 29, 2018 at 12:43 AM, Tomasz Wlostowski <
tomasz.wlostow...@cern.ch> wrote:
> Hi all,
>
> This is to inform that I'm working on it (as the XOR-based rendering
> doesn't work under GTK3). I wrote a hacked GAL canvas which uses the
> legacy
On 04/06/18 23:25, Nick Østergaard wrote:
> It looks like loose text strings in symbols are not transformed
> correctly in the tom-eeschema-gal branch I just tested. See attached image.
>
Nick, can you share this project or send it privately?
Tom
> 2018-06-04 22:55 GMT+02:00 Nick Østergaard
It looks like loose text strings in symbols are not transformed correctly
in the tom-eeschema-gal branch I just tested. See attached image.
2018-06-04 22:55 GMT+02:00 Nick Østergaard :
> Ok, sorry, I see Eeli also saw that and you intend to fix it later. I will
> stay with make eeschema.
>
>
Ok, sorry, I see Eeli also saw that and you intend to fix it later. I will
stay with make eeschema.
2018-06-04 22:53 GMT+02:00 Nick Østergaard :
> Hi Tomasz,
>
> the build failed for me with:
> [ 54%] Linking CXX shared module _cvpcb.kiface
> ../common/libcommon.a(block_commande.cpp.o): In
Hi Tomasz,
the build failed for me with:
[ 54%] Linking CXX shared module _cvpcb.kiface
../common/libcommon.a(block_commande.cpp.o): In function
`BLOCK_SELECTOR::InitData(DRAW_PANEL_BASE*, wxPoint const&)':
/home/nickoe/kicad-source-mirror/common/block_commande.cpp:150: undefined
reference to
On 04/06/18 21:14, Seth Hillbrand wrote:
> Hi Tom-
>
> Would you like feedback on any of this? If so, what's most useful for
> you? Github issue tracker? Merge requests? Or just posts to the dev list?
Hi Seth,
Patches & posts to the devlists are my favourite :)
Cheers,
Tom
Seth,
Thanks. That was the issue.
Wayne
On 6/4/2018 3:09 PM, Seth Hillbrand wrote:
> Wayne-
>
> I think that checkout -b created a new branch based on the branch you
> were in. You probably want `git checkout tom-eeschema-gal`.
>
> -S
>
>
>
> Am Mo., 4. Juni 2018 um 12:01 Uhr schrieb
Hi Tom-
Would you like feedback on any of this? If so, what's most useful for
you? Github issue tracker? Merge requests? Or just posts to the dev list?
Best-
Seth
Am Mo., 4. Juni 2018 um 05:22 Uhr schrieb Tomasz Wlostowski <
tomasz.wlostow...@cern.ch>:
> On 04/06/18 13:42, jp charras
Wayne-
I think that checkout -b created a new branch based on the branch you were
in. You probably want `git checkout tom-eeschema-gal`.
-S
Am Mo., 4. Juni 2018 um 12:01 Uhr schrieb Wayne Stambaugh <
stambau...@gmail.com>:
> On 6/4/2018 2:58 PM, Tomasz Wlostowski wrote:
> > On 04/06/18
On 6/4/2018 2:58 PM, Tomasz Wlostowski wrote:
> On 04/06/18 19:31, Wayne Stambaugh wrote:
>>
>> On 6/1/2018 4:39 PM, Tomasz Wlostowski wrote:
>>> On 28/05/18 23:43, Tomasz Wlostowski wrote:
Hi all,
This is to inform that I'm working on it (as the XOR-based rendering
doesn't
On 04/06/18 19:31, Wayne Stambaugh wrote:
>
> On 6/1/2018 4:39 PM, Tomasz Wlostowski wrote:
>> On 28/05/18 23:43, Tomasz Wlostowski wrote:
>>> Hi all,
>>>
>>> This is to inform that I'm working on it (as the XOR-based rendering
>>> doesn't work under GTK3). I wrote a hacked GAL canvas which uses
On 6/1/2018 4:39 PM, Tomasz Wlostowski wrote:
> On 28/05/18 23:43, Tomasz Wlostowski wrote:
>> Hi all,
>>
>> This is to inform that I'm working on it (as the XOR-based rendering
>> doesn't work under GTK3). I wrote a hacked GAL canvas which uses the
>> legacy eeschema tool code. It's
Le 04/06/2018 à 14:22, Tomasz Wlostowski a écrit :
> On 04/06/18 13:42, jp charras wrote:
>> Le 03/06/2018 à 19:45, Tomasz Wlostowski a écrit :
>>> On 03/06/18 09:24, Eeli Kaikkonen wrote:
Correction: it wasn't in configuring, but in generating phase. It still
generated makefiles. But
On 04/06/18 13:42, jp charras wrote:
> Le 03/06/2018 à 19:45, Tomasz Wlostowski a écrit :
>> On 03/06/18 09:24, Eeli Kaikkonen wrote:
>>> Correction: it wasn't in configuring, but in generating phase. It still
>>> generated makefiles. But compilation doesn't succeed:
>>>
>>> In file included from
Le 01/06/2018 à 22:39, Tomasz Wlostowski a écrit :
> On 28/05/18 23:43, Tomasz Wlostowski wrote:
>> Hi all,
>>
>> This is to inform that I'm working on it (as the XOR-based rendering
>> doesn't work under GTK3). I wrote a hacked GAL canvas which uses the
>> legacy eeschema tool code. It's
Le 03/06/2018 à 19:45, Tomasz Wlostowski a écrit :
> On 03/06/18 09:24, Eeli Kaikkonen wrote:
>> Correction: it wasn't in configuring, but in generating phase. It still
>> generated makefiles. But compilation doesn't succeed:
>>
>> In file included from
>>
Yes, it compiles now, but linking fails:
[ 63%] Linking CXX shared module _cvpcb.kiface
../common/libcommon.a(block_commande.cpp.o): In function
`BLOCK_SELECTOR::InitData(DRAW_PANEL_BASE*, wxPoint const&)':
block_commande.cpp:(.text+0xaab): undefined reference to
On 03/06/18 09:24, Eeli Kaikkonen wrote:
> Correction: it wasn't in configuring, but in generating phase. It still
> generated makefiles. But compilation doesn't succeed:
>
> In file included from
> /work/ohjelmointi/kicad/kicad-dev/common/draw_panel_gal.cpp:27:0:
>
Correction: it wasn't in configuring, but in generating phase. It still
generated makefiles. But compilation doesn't succeed:
In file included from
/work/ohjelmointi/kicad/kicad-dev/common/draw_panel_gal.cpp:27:0:
/work/ohjelmointi/kicad/kicad-dev/include/draw_frame.h:37:10: fatal error:
I originally double checked, but looks like it still was wrong. But now I
get a configuration error:
CMake Error at eeschema/CMakeLists.txt:309 (add_library):
Cannot find source file:
sch_view.cpp
Eeli Kaikkonen
2018-06-03 3:29 GMT+03:00 Tomasz Wlostowski :
> On 02/06/18 09:13, Eeli
On 02/06/18 09:13, Eeli Kaikkonen wrote:
> Is it really from 2014?
Nope, it's from yesterday. Did you check out the correct branch?
Tom
>
> I couldn't build it, the latest problems were from boost and bzr. It
> didn't succeed with the system's boost, and bazaar says:
> bzr: ERROR: unknown
Is it really from 2014?
I couldn't build it, the latest problems were from boost and bzr. It didn't
succeed with the system's boost, and bazaar says:
bzr: ERROR: unknown command "patch"
Could this be made to work on top of the latest code? The build system
would already be set up.
2018-06-01
I think it's safe to say that the only real explanation for the inverted coordinates is "hysterical raisins".___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe :
On 28/05/18 23:43, Tomasz Wlostowski wrote:
> Hi all,
>
> This is to inform that I'm working on it (as the XOR-based rendering
> doesn't work under GTK3). I wrote a hacked GAL canvas which uses the
> legacy eeschema tool code. It's non-functional yet (editing-wise), but
> draws the schematics and
Awesome!
> On 28 May 2018, at 22:43, Tomasz Wlostowski wrote:
>
> Hi all,
>
> This is to inform that I'm working on it (as the XOR-based rendering
> doesn't work under GTK3). I wrote a hacked GAL canvas which uses the
> legacy eeschema tool code. It's non-functional yet (editing-wise), but
>
Hi all,
This is to inform that I'm working on it (as the XOR-based rendering
doesn't work under GTK3). I wrote a hacked GAL canvas which uses the
legacy eeschema tool code. It's non-functional yet (editing-wise), but
draws the schematics and the selection rectangles.
I'll publish the code as
30 matches
Mail list logo
