On 28.04.2015 16:53, jp charras wrote:
Le 28/04/2015 15:43, Sergey A. Borshch a écrit :
Hi everyone.
Someone broke printing again.
bzr rev. 5596 prints ok, while today bzr rev. 5628 print arcs in wrong
direction(?).
See attached screenshots.
AFAIK, there is no changes in printing/drawing
Le 29/04/2015 09:34, Sergey A. Borshch a écrit :
> On 28.04.2015 16:53, jp charras wrote:
>> Le 28/04/2015 15:43, Sergey A. Borshch a écrit :
>>> Hi everyone.
>>> Someone broke printing again.
>>>
>>> bzr rev. 5596 prints ok, while today bzr rev. 5628 print arcs in wrong
>>> direction(?).
>>>
>>>
Hi all,
I share same experience. OpenGL GAL keyboard user-interface is different from
the default one.
I have to spend a bit time always to upgrade my new "keyboard mental map" for
that mode.
Also not mentioned by Michael, editing a track is not eminently or there is no
shortcut that is working
Hi everyone,
I also think this is an important bug / flaw, the e for edit and the
shortcuts to change layers are in my opinion the most importants. I would
love to always use the openGL mode but I find myself working always with
non-opengl mode because of the shortcuts.
If I new enough about the
On 04/29/2015 10:14 AM, Alejandro Méndez A. wrote:
> Hi everyone,
>
> I also think this is an important bug / flaw, the e for edit and the
> shortcuts to change layers are in my opinion the most importants.
Hi Alejandro,
Does not 'e' hotkey work for you? It should show "Properties" dialog for
mo
On 04/29/2015 10:06 AM, Mário Luzeiro wrote:
> Hi all,
>
> I share same experience. OpenGL GAL keyboard user-interface is different from
> the default one.
> I have to spend a bit time always to upgrade my new "keyboard mental map" for
> that mode.
> Also not mentioned by Michael, editing a trac
On 04/28/2015 11:10 PM, Michael Heidinger wrote:
> Dear Developpers,
>
> first of all I want to say thank you for putting your energy to this
> great project.
>
> There are some points I would propose some small edits to make KiCad
> more convenient.
>
> 1. Deleting a track to next junction: In
Hi Orson,
I think I understand now why I didn't thought it didn't work. If you press
X for routing and then press E, it gives you the Interactive router
configuration. Instead, if you haven't go to routing mode and press E, it
modifies the track/via with the value configured as it is supposed to.
[copy for the list]
On 04/29/2015 11:00 AM, Alejandro Méndez A. wrote:
> Hi Orson,
>
> I think I understand now why I didn't thought it didn't work. If you press
> X for routing and then press E, it gives you the Interactive router
> configuration. Instead, if you haven't go to routing mode and pr
Hi Orson,
Ya sorry I (was mistake, I) mean:
Default mode: if you press D it will immediately start Drag Keep slope.
OpenGL GAL: pressing D or G does nothing, is is very difficult to start drag a
track. I was just testing right now, and I cannot find a pattern sequence to
start draging. .usuall
On 04/29/2015 11:50 AM, Mário Luzeiro wrote:
> Hi Orson,
>
> Ya sorry I (was mistake, I) mean:
>
> Default mode: if you press D it will immediately start Drag Keep slope.
> OpenGL GAL: pressing D or G does nothing, is is very difficult to start drag
> a track. I was just testing right now, and
Its hard to explain without showing it (video? how can I do it?)
I am now in a Windows machine, but I believe I experience same behaviours on
linux.
If I press F11, X, and G
even if the mouse is on a track it will not always start dragging. What happen
is the screen get "light down" and nothing
On 29.04.2015 11:02, jp charras wrote:
Le 29/04/2015 09:34, Sergey A. Borshch a écrit :
On 28.04.2015 16:53, jp charras wrote:
Le 28/04/2015 15:43, Sergey A. Borshch a écrit :
Hi everyone.
Someone broke printing again.
bzr rev. 5596 prints ok, while today bzr rev. 5628 print arcs in wrong
dir
On 4/27/2015 6:56 PM, Adam Wolf wrote:
> Oof. Guess that's what happens when you spend March in Canada.
>
> How are users supposed to know what footprints are available in each
> library? Are we expecting users to open libraries in a text editor?
> Should they add each one, one by one, and then
Blair,
Thanks for testing this. I am curious if the boost::geometry issue has
been fixed. I looked at the change log and there were a bunch of bug
fixes in the geometry library. Although the bug report JP filed was not
among them. Hopefully they solved this problem. If someone could
verify th
On 4/29/2015 9:39 AM, Adam Wolf wrote:
> I agree, Wayne.
>
> When I get a better grasp on where eeschema is going, I might mock up
> some UI changes and see what people think.
>
> Right now, there is very little discoverability for new users to know to
> add extra libraries that we have already c
On 29/04/15 15:37, Wayne Stambaugh wrote:
> On 4/27/2015 6:56 PM, Adam Wolf wrote:
>> How are users supposed to know what footprints are available in each
>> library? Are we expecting users to open libraries in a text editor?
>> Should they add each one, one by one, and then see if they have
>> f
This is something I'm very interested in fixing, and I think we can fix it
without a huge amount of work, but I have too much work before the stable
release to work on it now.
Adam Wolf
Cofounder and Engineer
W&L
On Wed, Apr 29, 2015 at 9:31 AM, Vesa Solonen wrote:
> On 29/04/15 15:37, Wayne St
Good catch. Patch committed in product branch r5631. Thank you for you
contribution to KiCad.
Cheers,
Wayne
On 4/27/2015 10:02 AM, Simon Richter wrote:
> ---
> CMakeModules/FindOpenSSL.cmake | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/CMakeModules/FindOpenSSL.cma
Nick, thanks for steadily reporting any issues.
Even in the latest version, it seems that confluence is eventually hitting an
OutOfMemory
situation, even for all the RAM java will let me give it…
So, I have set this into cron:
# restart confluence every saturday
* 0 * * 6 /sbin/service confluen
20 matches
Mail list logo