On Thu, 11 Jun 2009 01:28:46 -0500, Mark Rages wrote:
> This patch also fixes it in a less-hacky way (no alpha required). It
> simply draws grips back over the cue dots so they don't become obscured.
Has this patch been pushed to the main repository?
---<(kaimartin)>---
--
Kai-Martin Knaak
Öff
On Thu, Jun 11, 2009 at 1:00 AM, Mark Rages wrote:
> I see that this might be an annoyance with my patch. I solved it by
> editing my $GEDA/share/gEDA/gschem-colormap-darkbg:
>
> - (net-endpoint "#ff")
> + (net-endpoint "#ffa0")
>
> A bit hacky, but works OK in practice. I
On Tue, Jun 9, 2009 at 8:50 PM, Peter Clifton wrote:
> On Tue, 2009-06-09 at 21:39 -0400, DJ Delorie wrote:
>> Perhaps some combination of world size, pixel size, and
>> relative-to-the-line size ranges with rules about which ones have
>> priority? Then you get mostly consistent handles, with limi
On Wed, 10 Jun 2009 02:58:38 -0500, Mark Rages wrote:
> Before: http://vivara.net/images/huge_grips.png After:
> http://vivara.net/images/smaller_grips.png
>
> This small change is a big usability improvement for me.
I'll second that. The whole concept of scaling handles is a pain. They
should
On Tue, Jun 9, 2009 at 8:35 PM, Peter Clifton wrote:
> On Tue, 2009-06-09 at 20:16 -0500, Mark Rages wrote:
>>
>> If a line is selected, a square-shaped handle appears on each end.
>> However, when I zoom in these handles become bigger. This defeats the
>> point of zooming in, because it remains e
Mark Rages wrote:
> I am working on some intricate gschem symbols.
>
> If a line is selected, a square-shaped handle appears on each end.
> However, when I zoom in these handles become bigger. This defeats the
> point of zooming in, because it remains extremely difficult select the
> small lines a
On Tue, 2009-06-09 at 21:39 -0400, DJ Delorie wrote:
> Perhaps some combination of world size, pixel size, and
> relative-to-the-line size ranges with rules about which ones have
> priority? Then you get mostly consistent handles, with limits on how
> big/small they can get relative to usability -
Perhaps some combination of world size, pixel size, and
relative-to-the-line size ranges with rules about which ones have
priority? Then you get mostly consistent handles, with limits on how
big/small they can get relative to usability - I.e. if the width of
the handle had an upper limit of 50% t
On Tue, 2009-06-09 at 20:16 -0500, Mark Rages wrote:
>
> If a line is selected, a square-shaped handle appears on each end.
> However, when I zoom in these handles become bigger. This defeats the
> point of zooming in, because it remains extremely difficult select the
> small lines among all the
I am working on some intricate gschem symbols.
If a line is selected, a square-shaped handle appears on each end.
However, when I zoom in these handles become bigger. This defeats the
point of zooming in, because it remains extremely difficult select the
small lines among all the overlapping hand
10 matches
Mail list logo
