On Dec 13, 2010, at 21:18, Jason Grout wrote: > On 12/13/10 12:37 PM, Christiaan Hofman wrote: > >>> >>> I notice that if I have something selected in the freehand tool mode, >>> hold down shift, and then draw somewhere else, a line is drawn between >>> the end of the selected stroke and the beginning of the new stroke (so >>> I get one joined path, rather than two disjoint paths). Is this >>> intentional, or is it maybe an off-by-one error in creating the new >>> path? To be consistent with the way shift-selecting freehand strokes >>> works in the text tool, I would expect that having a stroke selected and >>> holding shift while drawing another stroke would make a single object >>> having two disjoint paths. >>> >> >> This is intentional, and it has always worked this way. > > Yes, I noticed the same behavior before as well. I didn't know it was > intentional. > > >> >>> In fact, a slight, but very intuitive (to me) extension of this could >>> make things much better when writing notes on PDF files. It seems that >>> right now, when I write something on a PDF, each separate stroke is a >>> separate object, so if I decide to move the writing to a different >>> place, or change the linestyle or color, I have to select each different >>> letter, select each dot for an i or cross for a t, etc., and then I can >>> change the color or style. If I can easily make an object with multiple >>> paths (for example, I suggest by holding down shift as I write, which >>> seems consistent with the existing behavior of the shift modifier >>> joining paths), then it becomes much easier to modify or move the >>> object. I simply hold down shift as I write a phrase or note, and then >>> I can modify that entire phrase immediately since it is considered a >>> single object. >> >> Connect to what? Remember that after these changes, nothing is selected, so >> there is no context for this. > > I don't know the best way to do this. Do you have a record of the last > stroke drawn when a new stroke is started? If you do, that would be context > for the operation. >
No, and it would not be a good context either, because there's nothing to indicate it to the user. The selected note is the only possible context, but it's also the only possible context for editing and dragging. So it's either-or, no and-and. Part of the unavoidable compromise. Christiaan > Thanks, > > Jason ------------------------------------------------------------------------------ Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d _______________________________________________ Skim-app-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/skim-app-users
