On 1/29/07, Andrew Mellinger <andrew@...2091...> wrote:
> I've been trying this with patterns and cloning and I have problems with
> bounding boxes. It looks like the tiling wants to tile base on bounding
> box, but the box is outside of the actual area by some amount like the
> size of miters, or lines or soemthing. i.e. The bounding box doesn't
> bound to the node points, but to the line. This makes it impossible (as
> far as I can tell) to make a pinstripe pattern.
So, does Freehand ignore stroke when displaying bounding box?
I'll need to find a version of classic to fire up to get FH8 working.
The big thing is that I don't really remember being that aware of the
bounding box in FH8. By being aware I mean it was never an issue or
impacted my drawing. Let me give you an example:
I have two rectangles with large strokes and I'm using grid snap. When
I drag them side by side so that two edges align the grid snap has those
two edges overlap. Thus you have a wide rectangle with a single line
down the middle, but the line is the normal stroke width.
That frustrated me about Inkscape at first, until I turned off bounding
box snap and turned on node snap.
We are
thinking about providing this as an optional mode too, so if it does,
it will be another reason to do so. The stroke-inclusive bbox is
better for artistic uses and for newbies, but technical users seem to
prefer a bbox without stroke.
When it really gets right down to it, I don't care too much about
bounding boxes, I just wanted to get the pattern/clone issue to work
right. I suppose my ultimate desire is that things follow the principle
of least astonishment. Thus if I draw a line diagonally across a grid
cell then tile it or pattern it, I expect it to basically fill the other
adjacent grid cells identically. I suppose that is the easiest way to
explain my expectation. But I'm fully aware that this may not be what
normal people do. ;)
Also, we don't have many Freehand users on this list, so I would
really welcome any feedback you can give about Inkscape from the
viewpoint of a Freehand user. What features are you missing the most?
What UI elements you hate/love the most? etc.
It has been a while since I've used it heavily, I'll try to refresh
myself and provide some better input.
What I miss the most is the duplicate command that remembers offsets.
In FH8 it would work like this: Duplicate and the new item is place at
some x,y offset. (Which is configured in user prefs.) The duplicate
object is automatically selected. If the duplicate is moved (e.g.
draegged) somewhere, then the duplicate command is done again, the third
object would have the same offset relative to the second that the second
currently has the first. This makes it really easy to create copies
with arbitrary spacing. This wouldn't be too hard to do in Inkscape.
If the clone option simply created the next clone at the difference
between itself and originator, you'd have the same effect. And it would
be a lot faster / more intuitive than the clone dialog. Maybe it does
this now, but I didn't think so. I'll go back and check. Maybe I'm
thinking of duplicate doesn't do this.
Another thing I miss is the idea of 'last defaut' vs current object
prefs. Let's say I create a new box, then bring up the fill/stroke
dialog and set the stroke dash style. Then I draw another box.
Normally I expect the next box to follow a default not the one I just
modified. If I don't have any objects selected when I call up the
frame/set (object info in other apps) then I can modify the 'defaults'
for the tool. This is also done in OmniGraffle. They go as far as to
make the tool selection be a popup menu that retains the most recently
used styles. This is a lot more work and can be handled more easily
through just keeping a lot default objects around and copying them so
isn't that big of a deal.
I remember also that some app (I'm pretty sure FH8) had the ability to
option (alt) click on objects to select the one beneath. I couldn't
find that in Inkscape. This is great if you have a lot of stacked
objects and need to work down thorugh the stack. Just keep option
clicking down until you get the one you want. Of course this feature
may be there, I just didn't see it.
BTW: The little modifier key tooltips at the bottom of the window
totally rock.
As for your problem, in the clone tiler you can set any interval
between clones, including a negative interval which can be set to
negate the stroke width.
I will try this and the ideas for removing the stroke and see which is
easier! I'm sure one of these will work. Thanks!
-Andrew
From MAILER-DAEMON Tue Jan 30 12:41:07 2007
Date: Tue, 30 Jan
2007 21:40:29 +0100
From: Thorsten Wilms <t_w_@...1631...>
To: inkscape-user(a)lists.sourceforge.net
Message-ID: <20070130204028.GC5453@...1906...>
References: <3c78ff030701291629k78763b24hed1251738576d765@...156...>
<Pine.BSF.4.58L0.0701300318000.32474@...4...>
<3c78ff030701291958r8dc021fra4eef162fdd0d55e@...156...>
<6d21d8d30701292027j369c3029o1adc8ec43528ef26@...156...>
<3c78ff030701292035l1df9e3bekb48f4413aa3a2d26@...156...>
<Pine.BSF.4.58L0.0701301239450.24567@...4...>
<20070130131334.GA5453@...1906...>
<Pine.BSF.4.58L0.0701301612530.36487@...4...>
<20070130170649.GB5453@...1906...>
<20070130195936.GD10720@...983...>
MIME-Version: 1.0
In-Reply-To: <20070130195936.GD10720@...983...>
Priority: normal
X-Mailer: Mutt
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Spam-Score: 0.0 (/)
X-Spam-Report: Spam Filtering performed by
sourceforge.net.
See
http://spamassassin.org/tag/ for more details.
Report problems to
http://sf.net/tracker/?funcd&group_id=1&atid 0001
Subject: Re: [Inkscape-user] Layers dropdown
X-BeenThere: inkscape-user(a)lists.sourceforge.net
X-Mailman-Version: 2.1.8
Precedence: list
Reply-To: t_w_@...1631...,
Inkscape User Community <inkscape-user(a)lists.sourceforge.net>
List-Id: Inkscape User Community <inkscape-user.lists.sourceforge.net>
List-Unsubscribe: <
https://lists.sourceforge.net/lists/listinfo/inkscape-user>,
<mailto:inkscape-user-request@lists.sourceforge.net?subject=unsubscribe>
List-Archive: <
http://sourceforge.net/mailarchive/forum.php?forum=inkscape-user>
List-Post: <mailto:inkscape-user@lists.sourceforge.net>
List-Help: <mailto:inkscape-user-request@lists.sourceforge.net?subject=help>
List-Subscribe: <
https://lists.sourceforge.net/lists/listinfo/inkscape-user>,
<mailto:inkscape-user-request@lists.sourceforge.net?subject=subscribe>
X-List-Received-Date: Tue, 30 Jan 2007 20:41:08 -0000
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
Content-Disposition: inline
On Tue, Jan 30, 2007 at 11:59:36AM -0800, Bryce Harrington wrote:
But this makes me wonder if the status bar could benefit from some
sort
of adaptive ui behavior or perhaps just a configuration setting? For
new users, the layer dropdown (among other things) could initially just
be scary clutter, so clearing off the status bar in favor of status
messages could make the application >look< a lot more approachable.
Then, later once they've gotten more comfortable, they could graduate
into expert mode and have these extra accessories turned on.
All texts I ever read regarding usability that touch this topic
advice against such modes.
- Implementation effort
- Options need to go somewhere
- Need to be documented
- Related to the 2 above: discoverability. It's not likely
that you find what you didn't look for. Forming expectations
and searching for features is extra work.
- how is a user supposed to know when he's ready for any kind of
advanced mode?
- if the app tries to judge the user, it can only fail and
will appear unpredictable.
- if you change any behaviour, user has to learn again.
/me rereads ...
Well, so much on modes and adaptive behaviour :)
Just having show/hide for some more stuff should be ok.
Always opens the question what to show per default.
I don't care about pointer coordinates ... but they don't
bother me so that I didn't even check if I can hide them
already.
--
Thorsten Wilms