On Dec 11, 2010, at 23:29, Jason Grout wrote: > On 12/11/10 4:09 PM, Christiaan Hofman wrote: >> > > >> >> I cannot tell you when precisely this discussion was held on this >> list, as SF's mail search has seriously deteriorated, I have the same >> information you have. But it has been discussed to death. The short >> discussion (that won't be revisited) is that without this (i.e. with >> your branch) it is virtually impossible to select the freehand note, >> and edit it (for instance to change the color or delete it, or join >> it to another, etc.) Now, everything important should at least be >> possible, therefore your solution is just no option. Also by not >> selecting the freehand note afterwards, you cannot easily change >> other properties like color and line style, or perhaps move it. There >> are conflicting requirement, it's necessarily a compromise, but >> making things impossible is most certainly not an acceptable option. >> In fact, as I said before, the fact that any solution would be >> necessarily imperfect was a very important reason to be reluctant to >> add the freehand note feature in the first place (also archived >> somewhere on this list). > > > Thanks for the reply. I can certainly understand not wanting to spend a > lot of time revisiting issues that have been thought and discussed a > extensively. > > You're right that my solution makes it necessary to go back to the > selecting tool in order to change the properties of the lines, combine > lines, etc. These things are possible, but they just require the extra > step of switching out of the freehand annotation tool. For me, since I > am hardly ever changing the properties of the line, or at least I break > my annotations into writing and editing phases, that is not much of an > issue. > > I'm very glad you added the freehand annotation tool, even though it > involves compromises! I've often heard that "perfect" is the enemy of > progress. It would be nice if there was a hidden preference that let us > switch between making it easy to write and making it easy to change line > properties (so we as users get to decide which side of the compromise we > need most). But I'm perfectly fine with just applying my patch so that > I get the functionality I need. Hooray for open-source! > > >> Moreover, the margin to select the line is >> pretty small (smaller than it was), so I really believe this should >> be such a big problem. > > I tried for a while to get used to this, but in many of my strokes in > printing letters, I would start a stroke virtually on top of another > stroke (for example, writing a capital "D" or capital "P"). That would > select the previous stroke and I would lose my thought as I had to deal > with moving the previous stroke back, etc. > > Thanks again for all you've done! > > Jason
At the most, I could consider disabling selection just for NSPenPointingDeviceType if it is feasible to easily change between that and NSCursorPointingDevice on a tablet. Is that the case (I don't have a tablet myself)? Christiaan ------------------------------------------------------------------------------ Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev _______________________________________________ Skim-app-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/skim-app-users
