The current behavior is fairly annoying, you can't really know
beforehand how much the command is gonna delete, since collinear wires
are not always merged (only when drawing more traces, not when
dragging points), so sometimes it might delete just a single little
chunk of the line, or the whole th
Committed in 6815. Thank you.
On Fri, May 20, 2016 at 10:53:28AM +1000, Cirilo Bernardo wrote:
> The attached patch fixes a segfault in the VRML2 plugin
> which is caused by Shape entities with empty vertex
> lists.
>
> - Cirilo
___
Mailing list: http
Hi,
On 20.05.2016 00:25, Thor-Arne wrote:
> Delete wire is on the delete button. and delete segment is on the
> backspace key.
Ah, that makes (some) sense. To me, the behaviour of the delete key
looks fairly nonsensical, because it will stop at corners, but not at
junctions, while I'd expect "de
The attached patch fixes a segfault in the VRML2 plugin
which is caused by Shape entities with empty vertex
lists.
- Cirilo
=== modified file 'plugins/3d/vrml/v2/vrml2_shape.cpp'
--- plugins/3d/vrml/v2/vrml2_shape.cpp 2016-02-23 02:31:51 +
+++ plugins/3d/vrml/v2/vrml2_shape.cpp 2016-05-20 00:4
I use fn-delete, but regular delete does nothing. So is it that "backspace"
works on Mac, but delete does not?
On May 19, 2016 6:22 PM, "Simon Wells" wrote:
> fn-delete
>
> On Fri, May 20, 2016 at 10:47 AM, Thor-Arne wrote:
> > It should be listed on the hot-key list.
> > Perhaps some other key
fn-delete
On Fri, May 20, 2016 at 10:47 AM, Thor-Arne wrote:
> It should be listed on the hot-key list.
> Perhaps some other key is used.
>
> From: Duane Johnson
> Sent: Friday, May 20, 2016 12:36 AM
> To: Thor-Arne
> Subject: Re: [Kicad-developers] [PATCH] Schematic Cleanup: Split lines at
> jun
Hi folks,
While working on the issue of where to store the 3D cache data I
stumbled on some issues with various wxStandardPaths() functions.
Some functions append "appinfo" or ".appinfo" to a path where
"appinfo" is the name of the executable file. In KiCad of course
that can be pcbnew. eeschema
It should be listed on the hot-key list.
Perhaps some other key is used.
From: Duane Johnson
Sent: Friday, May 20, 2016 12:36 AM
To: Thor-Arne
Subject: Re: [Kicad-developers] [PATCH] Schematic Cleanup: Split lines at
junctions
I didn't know about this behavior. On the Mac, there is no backspac
This delete-wire behavior has been available in KiCad for as long as I've
been using it, which is some time before the 2013-stable release.
Delete wire is on the delete button. and delete segment is on the backspace
key.
Please do NOT change the behavior of the delete buton, it is used all th
I like the behavior of this patch, it seems a lot closer to how I'd expect
deleting wires to work. :)
On Thu, May 19, 2016 at 08:49:09PM +0200, Simon Richter wrote:
> Hi jp,
>
> On 19.05.2016 19:44, jp charras wrote:
>
> > It could be worth to *clearly* explain in your patches what bug you want
Hi,
I'm touching a bit of eeschema code and am unsure who is responsible for
adding SCH_ITEM objects to SCH_SCREEN's m_DrawList.
Looking at the AddJunction function, it adds the junction to the draw
list if it is also added to the undo list, while the caller adds it
unconditionally.
Where would
Hi jp,
On 19.05.2016 19:44, jp charras wrote:
> It could be worth to *clearly* explain in your patches what bug you want to
> fix, or what enhancement
> you are adding.
Good point.
The last batch has two goals:
1. fix a long-standing annoyance that deleting a line segment will
delete the enti
As for the motivation behind this annoying to apply patch, it's quite
simple: desktop integration with linux as it is right now is fairly
broken, some mime types are set incorrectly and the icons are not
installed correctly (in a way that the desktop can use them). There
might be some downstream pa
Le 19/05/2016 à 18:03, Simon Richter a écrit :
> ---
> eeschema/bus-wire-junction.cpp | 3 +++
> eeschema/sch_screen.cpp| 18 ++
> 2 files changed, 21 insertions(+)
Simon,
It could be worth to *clearly* explain in your patches what bug you want to
fix, or what enhanceme
---
eeschema/bus-wire-junction.cpp | 3 +++
eeschema/sch_screen.cpp| 18 ++
2 files changed, 21 insertions(+)
diff --git a/eeschema/bus-wire-junction.cpp b/eeschema/bus-wire-junction.cpp
index 44dcdf3..36a416d 100644
--- a/eeschema/bus-wire-junction.cpp
+++ b/eeschema/bus
On Thu, May 19, 2016 at 02:03:54PM +0200, jp charras wrote:
> Le 19/05/2016 à 13:44, Simon Richter a écrit :
> > Hi,
> >
> > On 19.05.2016 09:42, Marco Ciampa wrote:
> >
> >> Changing language IMHO should pop-up a dialog warning that some items
> >> could continue to show as last translation opti
Always run over the entire matrix, skip symmetric tests after passing
diagonal. This allows us to define asymmetric cleanup cases like for
(junction, line) pairs.
---
eeschema/sch_screen.cpp | 19 +++
1 file changed, 15 insertions(+), 4 deletions(-)
diff --git a/eeschema/sch_scre
I think using a max suze could problematic too. What happens if this size
is too small to even hold one single board view?
I think a time pased approach might be better, like if there exists models
that are older, say a week, then delete them if they are not part of the
current project.
Den 19/05/
You mean loading and process a model on the first time?
On my machine (i7) I remember that a moderate models can take some seconds (1..
2.. 3s) to load and process on the first time.
So it will be noticeable for boards with lots of different models files..
depending on the complexity of the model
with the current state of things how many seconds are we talking
about? is it almost better to just use temp files and delete on close?
On Fri, May 20, 2016 at 1:39 AM, Mário Luzeiro wrote:
> Btw,
> On relation to the cache size, on my development tests with my branch, I
> notice it can easily r
Btw,
On relation to the cache size, on my development tests with my branch, I notice
it can easily reach hundreds of MBytes.
Mario
From: Kicad-developers
[kicad-developers-bounces+mrluzeiro=ua...@lists.launchpad.net] on behalf of
Mário Luzeiro [mrluze..
Hi Bernhard,
At moment 3D cache has almost any use in the current code.
If my branch get merged on day:
https://code.launchpad.net/~mrluzeiro/kicad/kicad_new3d-viewer
The 3D viewer will use that cached models to speed up the board loading (so
there is no need to parse the model files and recalcu
its currently in ~/Library/Preferences/kicad/3d
On Fri, May 20, 2016 at 1:14 AM, Bernhard Stegmaier
wrote:
> +1 for the button or auto cleanup from my side.
>
> What is cached there at all?
> I just looked on my OS X setup and I found the cache folder, but it is
> empty.
> And yes, I am working o
+1 for the button or auto cleanup from my side.
What is cached there at all?
I just looked on my OS X setup and I found the cache folder, but it is empty.
And yes, I am working on a couple of boards with 3d models…
How is it in general thought to work?
Is it intended to cache whatever it caches o
yet infinitely better than a half-translated interface
On Fri, May 20, 2016 at 12:03 AM, jp charras wrote:
> Le 19/05/2016 à 13:44, Simon Richter a écrit :
>> Hi,
>>
>> On 19.05.2016 09:42, Marco Ciampa wrote:
>>
>>> Changing language IMHO should pop-up a dialog warning that some items
>>> could
I am not sure having a manual button to click to clear the cache helps a
lot... I think some autocleanup would be nice, but that does of course not
exclude a button for those people who likes to click on stuff.
Den 19/05/2016 12.09 skrev "José Ignacio" :
> +1 on a "Clear cache" button/menu item
>
Le 19/05/2016 à 13:44, Simon Richter a écrit :
> Hi,
>
> On 19.05.2016 09:42, Marco Ciampa wrote:
>
>> Changing language IMHO should pop-up a dialog warning that some items
>> could continue to show as last translation option setting until closing
>> and reopening of all kicad sessions.
>
> I'm
Hi,
On 19.05.2016 09:42, Marco Ciampa wrote:
> Changing language IMHO should pop-up a dialog warning that some items
> could continue to show as last translation option setting until closing
> and reopening of all kicad sessions.
I'm still not sure why we actually need that option. It is 2016, a
+1 on a "Clear cache" button/menu item
On Thu, May 19, 2016 at 3:39 AM, easyw wrote:
> Hi,
> I think it would also useful to have a menu item to clean 3D cache on
> request...
> just to avoid having a huge caching ...
>
> Maurice
>
>
> On 19/05/2016 05.42, Cirilo Bernardo wrote:
>>
>> Hi Folks,
>
Hi,
I think it would also useful to have a menu item to clean 3D cache on
request...
just to avoid having a huge caching ...
Maurice
On 19/05/2016 05.42, Cirilo Bernardo wrote:
Hi Folks,
I've had some feedback on the location of the 3D cache data on various
systems.
At the moment the data
What about pcbnew in the legacy canvas?
Den 19/05/2016 09.26 skrev "Lachlan Audas" :
> GerbView is very very slow, so slow to be unusable,
> So I switch to gerbv which works just fine is any one else seeing this ?
> (build 6813 ) Linux Debian 64bit 8.3
>
> Lachlan
>
>
> _
Changing language IMHO should pop-up a dialog warning that some items
could continue to show as last translation option setting until closing
and reopening of all kicad sessions.
TIA
--
Marco Ciampa
I know a joke about UDP, but you might not get it.
GNU/Linux User
GerbView is very very slow, so slow to be unusable,
So I switch to gerbv which works just fine is any one else seeing this ?
(build 6813 ) Linux Debian 64bit 8.3
Lachlan
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-deve
33 matches
Mail list logo