Okay how about this: "Vertex Editing" - anything where the user can see a vertex goes here - edit vertex - hole cutter
"Feature Editing" - anything that works on entire feature goes here - split feature - trim feature (which is kind of a fancy version of split combined with delete feature) - delete feature (Aside: the reason I do not use "node" is that a vertex represents a point, and when editing a curve sometimes those points can represent control points, and for splines a few of the control points are called "nodes") -- Jody Garnett On Monday, 17 September 2012 at 3:17 AM, Marco Foi wrote: > > On Sep 16, 2012 10:47 a.m., "Jody Garnett" <[email protected] > (mailto:[email protected])> wrote: > > > > lol - I don't mind as long as we are consistent. > > > > Rather then "node" I tend to use "vertex". > Yes: two 'schools' do exist on the right terms, but we all understand an > agree. > > > > With that in mind: > > - "Editing" --> Vertex > > - "Feature Editing" --> Feature > Yes: we can keep the current lables.. ..but I feel that using the same world > 'editing' is a bit misleading. I keep feeling that such term makes the user > think of activities involvoing direct moving of vertexes. > That to say that is someone shoud ask me "what tools do you expect to find in > these two 'bins': 'Editinig' and 'Feature editing'?".. ..well.. ..I would > not besure of the answer! > So, if changing "feature editing" to "feature processing" (or something else > without 'edit' inside) is perceived as too much.. > ...I would at least move the Trim Tool to this second "Feature editing" > group, since this tool does not involve any direct vertex selection. > Marco > > > > Not sure what I think of that, any other suggestions? > > > > > > > > -- > > Jody Garnett > > > > On Saturday, 15 September 2012 at 2:21 AM, Marco Foi wrote: > >> > >> Ah! Ah! > >> I know who is the man to blame for this.. ..but I wont tell you the name! > >> ;-) > >> > >> Jokes aside, the Feature Editing block was where I first placed the Trim. > >> Then we decided to move it. > >> > >> I feel I understand the idea beyond your suggestion.. ..and I would go > >> even further, since I agree there is something misleading in current Block > >> Labels. > >> > >> I suggest this: > >> > >> RENAME current "Editing" in "Feature Editing" to match with the user > >> feeling that "editing" comprises directly managing feature NODES. > >> RENAME current "Feature Editing" in "Feature Processing" to group all > >> "feature editing" tasks that are performed through geometric/topologic > >> algorithms (so: TRIM, merge, split [as Silvia suggests!]). > >> > >> Marco > >> > >> 2012/9/14 Silvia Franceschi <[email protected] > >> (mailto:[email protected])> > >>> > >>> Dear all, > >>> I just downloaded the new uDig release 1.3.2 and I am starting > >>> testing/using it. > >>> I would just ask you if there is a definite rule for which to add the new > >>> tools in the Palette menu. My question is mainly regarding the Editing > >>> and Feature Editing menus. In particular in my honest opinion the Trim > >>> tool should be in the Feature Editing block instead of in the Editing one. > >>> > >>> What do you think? > >>> > >>> Silvia > >>> _______________________________________________ > >>> User-friendly Desktop Internet GIS (uDig) > >>> http://udig.refractions.net > >>> http://lists.refractions.net/mailman/listinfo/udig-devel > >> > >> > >> _______________________________________________ > >> User-friendly Desktop Internet GIS (uDig) > >> http://udig.refractions.net > >> http://lists.refractions.net/mailman/listinfo/udig-devel > > > > > > > > _______________________________________________ > > User-friendly Desktop Internet GIS (uDig) > > http://udig.refractions.net > > http://lists.refractions.net/mailman/listinfo/udig-devel > > > _______________________________________________ > User-friendly Desktop Internet GIS (uDig) > http://udig.refractions.net > http://lists.refractions.net/mailman/listinfo/udig-devel > >
_______________________________________________ User-friendly Desktop Internet GIS (uDig) http://udig.refractions.net http://lists.refractions.net/mailman/listinfo/udig-devel
