• All submissions to this site are governed by Second Life Project Contribution Agreement. By submitting patches and other information using this site, you acknowledge that you have read, understood, and agreed to those terms.
Issue Details (XML | Word | Printable)

Key: VWR-8080
Type: New Feature New Feature
Status: Resolved Resolved
Resolution: Fixed
Priority: Normal Normal
Assignee: Tofu Linden
Reporter: McCabe Maxsted
Votes: 42
Watchers: 27
Operations

If you were logged in you would be able to see more operations.
1. Second Life Viewer - VWR

Improved attachment pie menu for prim-based avatars

Created: 07/Jul/08 05:46 AM   Updated: 14/Sep/09 09:33 PM
Return to search "1.21 Issues"
Component/s: Avatar/Character, User Interface
Affects Version/s: None
Fix Version/s: 1.23 Release Candidate, 1.23

File Attachments: 1. XML File menu_pie_attachment.xml (2 kB)
2. XML File menu_pie_attachment.xml (5 kB)
3. XML File menu_pie_attachment.xml (2 kB)
4. XML File menu_pie_self.xml (5 kB)
5. Text File VWR-8080-mccabe2.patch (25 kB)
6. Text File VWR-8080_attachment_pie_menu.patch (2 kB)

Image Attachments:

1. Better pie menu.jpg
(70 kB)

2. better pie suggestion.jpg
(157 kB)

3. right click attachment - more.jpg
(113 kB)

4. right click attachment.jpg
(116 kB)

5. rightClickAv3.jpg
(27 kB)

6. rightclickavattach2.png
(314 kB)

7. rightClickAvAttach3.jpg
(26 kB)

8. suggestion_kitty.JPG
(7 kB)
Issue Links:
Duplicate
 
Parent/Child
 
Relates

Last Triaged: 02/Oct/08 10:42 AM
Linden Lab Issue ID: DEV-17618
Patch attached: Patch attached
Linden Lab Internal Branch: featurettes-7

Sub-Tasks  All   Open   
 Sub-Task Progress: 

 Description  « Hide
With the advent of really awesome prim-based avatars being included in the Library, the attachment pie menu is outdated. Newbies aren't going to understand that in order to get to their groups/friends/profile they have to click their name tag, not their body, and when people tell them "right click your avatar" the advice won't work.

Added to the attachment menu:

  • Friends...
  • Groups...
  • Profile...
  • Gestures...
  • More > sub menu, containing:
  • Touch
  • Inspect


 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
McCabe Maxsted added a comment - 07/Jul/08 06:05 AM
Patch attached.

Jacek Antonelli added a comment - 07/Jul/08 02:04 PM
A good thought. Your design is definitely a step up from what we have now, but I'd like to see more consistency with other right-click menus.

Here's what I'd suggest (but I'm not married to it):

  • The top level menu is the same as when you right click the actual avatar, except for the the bottom item is "Attachment >" or "More >" instead of "Take Off >"
  • The "Attachment >" submenu has, clockwise from the top: Touch, ___, Drop, Edit, Detach, ___, ___, Inspect

You can pick that apart and borrow any useful ideas from it, if you like.


Erica Linden added a comment - 29/Jul/08 11:59 AM
Hi McCabe and Jack - We went through this in Rx bug triage and agree that it needs fixing asap. We'll flesh it out with use cases, make sure the behavior is consistent, and keep you updated. Thanks for the patch and the design!

Erica Linden added a comment - 11/Sep/08 06:56 PM
Attaching proposed changes
  • moving Detach / Take Off to the top of the menu to prevent accidental nudity
  • killing the almost-useless GO option
  • removing Drop from attachment

This keeps everything on the top level, and moves potentially confusing/embarrassing options out of the way.


McCabe Maxsted added a comment - 11/Sep/08 07:49 PM - edited
Dang, I hate how good that looks, because having touch in attachments is just too useful to want to give up

A few things:

  • What guidelines are you using for ellipses? Nice catch on "Edit...", but I've noticed they seem pretty odd in some portions of the UI.
  • A menu_pie_hud.xml would be warranted. The distinction between HUDs and attachments is too close in the UI. We're not going to need all these options when we right click on a HUD. We do need touch, though. Breaking our work flow to touch HUDs-particularly building huds-is a major pain.
  • Is "Gestures..." even needed? I've been asking around, and people don't seem to have noticed it's there, or have used it often. I'd replace it with "Inventory".

Interesting choice on removing "Drop". I've never used it myself due to VWR-4212, but I know it's in a lot of HUD instructions. (Another use case for a HUD right click menu, there).


Jacek Antonelli added a comment - 11/Sep/08 11:01 PM
I'm concerned about removing "Drop" from the menu. That's the only way to use it, so you'd be effectively removing that functionality altogether. Which would be fine if no one used it, but it's actually a useful thing when you need to edit an attachment (both the HUD and avatar kinds).

I'd be fine with moving it, if we can think of another appropriate location. Maybe add a second level attachment pie menu ("More >"), like the pie menu for non-self avatar has? :-\

Other than that, it looks pretty good. The consistency / symmetry between the two menus is very nice.


Tofu Linden added a comment - 12/Sep/08 02:07 AM
I too (slightly) mourn the loss of 'Drop', otherwise it looks good.

Erica Linden added a comment - 12/Sep/08 10:39 AM
Seriously. Where have you guys been all my life? This is great feedback. I love that I finished a mockup late last night, came in this morning and there are three helpful comments.

Good points about Touch and Drop, I'll do another version and work them back in.

McCabe - Now I'm gunning for "Gestures...". I agree that it is underused. It is also easily available from the chat bar, which is now open by default for new residents.

I'm going to try to do this in one menu level, but that might be madness.

Oh and ellipses? Don't get me started. Currently the standard is to use them whenever an action opens a new floater or mode. Malbers and I yearn to use them only when an action completes a process. It's a bit of a nerdfight, and is a low enough priority that nobody has taken it on. I chose to go with the current ... usage so that this feature won't get blocked by religious debates and the need to change the ellipsis use throughout the viewer.

With that said, a PJIRA to change ellipsis use so that they occur less often would certainly have my vote.


Erica Linden added a comment - 17/Sep/08 03:21 PM
Attaching second draft, which includes a new 2nd level menu for attachment properties, a touch action, and rearranged self and attachment options to avoid accidental nudity.

Erica Linden added a comment - 17/Sep/08 03:22 PM
Attaching xml

Tofu Linden added a comment - 07/Oct/08 06:21 AM
Sweet change, and nice back-and-forth iterations. Thanks!

Techwolf Lupindo added a comment - 26/Feb/09 11:11 PM - edited
I just tried this patch on 1.22.10 there is one problem with it. When you click a HUD, the avatar menu comes up. The HUD is highlighted and the pie has "Profile" and other avatar options. On has to click "More.." to edit the HUD to change position or other build function.

Drew Dwi added a comment - 22/Apr/09 03:20 PM
Testing 1.23 PN and on HUD objects, believe the Edit pie option should not be hidden behind More >

I'm not sure what would be sacrificed to move it back, but two clicks to edit a hud object is totally annoying for veteran users.


Harleen Gretzky added a comment - 22/Apr/09 03:31 PM
I believe it is just a manner of moving the menu_pie_attachment.xml from 1.22 directory to the 1.23 directory.

McCabe Maxsted added a comment - 22/Apr/09 03:41 PM
You know, I swear if it weren't for my philosophical objection to submitting patches here, I'd do it. But, if someone else wants to submit a patch, this is how you do it:

http://github.com/mccabe/imprudence/commit/fdf4d97d4d9ce64eee4142e491509106be5b716b


Kitty Barnett added a comment - 30/Apr/09 12:20 AM
Why did this have to break instant access to "Detach" and "Edit"? confuzzled

"Detach" (followed by "Edit") are the options that make the most sense for an attachment.

If you want the avie pie menu then you only have to right-click on your avie mesh (or failing that you right click on your name tag). Dumbing down the UI is all well and good but if it makes the most frequently used options harder to get to then it's a leap backwards rather than forward.


Sephy McCaw added a comment - 30/Apr/09 02:45 PM
why o why did you have to go do this... there was absolutely nothing wrong with the pie menu.... if you must change stuff like this at least give away for people who preferred the old way to still be able to use it

ac14 hutson added a comment - 01/May/09 11:33 AM
Horrible. Why not just teach pepole to use Edit> Appearance on the menu bar. instead of doing this horrible switch

gearsawe stonecutter added a comment - 01/May/09 05:48 PM - edited
Not liking the complete change of the pie menu. I can understand adding more to the pie menu for attachments and HUDs but completely moving the most used options to another section is not advisable. Having things like drop on the first pain can be dangerous that is understood also goes the same with detach all. Also what does the first pain of options have to do with a HUD (Friend, Gestures, Appearance, Profile, and Groups)? Added Related to VWR-1949

Maggie Darwin added a comment - 01/May/09 06:00 PM
Excuse me, what has become of "Inspect" for prim attachments in 1.23?

Pebbles Llewellyn added a comment - 01/May/09 06:11 PM
There is some benefit to rearranging the pie menu; however, the new arrangement is not the way to go. Changing clothes and resizing items now takes too many clicks especially when making several modifications. Let's try this one again.

nekololi woodget added a comment - 02/May/09 02:18 PM
It's good that changes are being made to the pie menu(s). But when clicking an attachment "Edit" REALLY should be on the 'top layer'.

Maggie Darwin added a comment - 02/May/09 07:25 PM
I don't know that I agree the 1.23 pie menus are improved. Separating HUD and non-HUD may be fix pending, but this isn't

Aki Shichiroji added a comment - 07/May/09 07:03 PM
I have to disagree that this new menu would be an improvement. All the tiny folks know they can right click their names to go in to appearance mode, right? I don't think making such a major UI change is the greatest idea, especially since it seems it was made to appease folks who are wearing all-prim avs. And telling a newb 'right click your name' isn't all that much different from 'right click your avatar'.

Content creators need to edit attachments on the fly. Adding another layer of interface between the content creator and the appropriate item on the pie menu is tiring and counterproductive.

This proposed change for 1.23 is really poorly thought out, and the interests of a few folk who don't know to right click on a name rather than on an avatar really shouldn't outweigh the overall efficiency and usefulness of the UI to creators.

At very least, please allow 'Edit' to be on the first layer of selections!


Adger Ragu added a comment - 07/May/09 07:25 PM - edited
"Edit", "Inspect" and "Detach" are the most heavily used functions in that "click on attachment" menu. Sending them to the second layer of the "click on attachment" menu is bogus. If the goal was to degrade usability of the GUI then congratz: Major achievement unlocked.

SubtleSara oh added a comment - 07/May/09 09:04 PM
Oh HELL no. I don't have any feedback except HELL NO. DO NOT CHANGE THE PIE MENU. You are going to make a million people ten times angrier than me, if/when you release this RC.

ragerat Sands added a comment - 07/May/09 09:15 PM
I think this would be very helpful, yes we would have to relearn some botton positions, so what, if you played a new game you would have to learn the controls, so its not that hard. we also had to learn new GUI configurations when the client was updated with the new chat system that came with windlight and voice.

Joshua Nightshade added a comment - 07/May/09 09:52 PM
Thirteen votes and somehow this gets fixed as if it's the most important priority? What the hell?

As someone who regularly creates and sells full prim avatars, do you really understand how difficult and annoying it will be to need to go through two menus every time I want to edit an avatar I'm working on?

WHY is this being changed without soliciting feedback? As a content creator, I do not want this. I do not want the edit/detached menus, which I use far more often than "appearance," to be moved to a second menu, requiring another step before I can edit the prim attachments I'm working on.

This is incessantly annoying, incredibly unnecessary, and ridiculous when you can accomplish the same functionality by right clicking on your name tag or Edit > Appearance/Profile/Groups/Whatever.

Again, why was it decided that this change would be made based on thirteen votes, ignoring the complaints here, without soliciting any information or opinion?


Aki Shichiroji added a comment - 07/May/09 10:03 PM
Ragerat - how would you like to 'relearn' double the clicks, and double your clicking time on prim attachments that number in the hundreds per item? Seriously? How often do you make complex avatar attachments? How hard would it be for people to 'learn the controls' of functionality that already exists? IE: Appearance mode is already accessible from the Edit> Appearance menu and it is also ALWAYS available when you right click your NAME, rather than your avatar.

Seriously, rather than implimenting this rather HUGE change in UI, all LL really needs to do is have Torley do a little video tip explaining how to access the pie menu by right clicking a name instead of an av. how hard is that?


Cristiano Midnight added a comment - 07/May/09 10:09 PM
How on earth was this somehow a priority to fix? Is there a way to vote strongly against the change? It is incredibly unintuitive -progress is not making the UI harder to use and adding more steps to a process just for the sake of it. That is absurd. Put it back the way it was - this is a horrible, ill-advised change. If you want to tinker around with the UI, then get rid of the damn pie menu in the first place in favor of normal context menus. Regardless, scrap this change.

Siyu Suen added a comment - 07/May/09 10:16 PM - edited
If I need to get to my profile, I go to Edit->Profile, and if I need to go to groups or friends, I go to Communication. I never use the Gestures pie, I touch Appearance Mode once in a blue moon, and yet... I am detaching and editing things pretty much every day I log in. Pretty much every time I put something on, work on something, or even look at myself. Why on Earth would I want to go through another pie menu for that?

I'm not entirely averse to having Profile, Friends, and Appearance mode show up when you side-click a prim that's attached to you, but I think there is an appalling disconnect here. I would be agape if someone who's ever tweaked a single prim on their avatar came in here and said "this is a great idea", because clearly their objectivity would be compromised by their love of pointless clicking. People (I'm generalizing this to people who have ever changed their outfit) use the edit/detach functions MORE than Appearance Mode and most especially Gestures (the pie reference).

I also don't see the hate for Drop, since there's been many the time where I've wanted to add something to a modifiable accessory and didn't want to sort through my ocean of Inventory, navigate the folders and dig up the piece just to detach and rez it. Drop is incredibly useful in the right context, but that's the only one I would be okay with being in a submenu.

Edit and Detach are just far too crucial for any sort of avatar related editing to be stuffed in the back.

Oh, and another thing. When I was a noob, I didn't even realize there was a "more" button on the pie menus. So in fact you've made it far more confusing for some noobs, who would expect to see the "edit" option on prims that they are wearing because they see it on literally every other object in the world around them.


Envoy Costagravas added a comment - 07/May/09 10:52 PM
As a software developer, I weigh heavily every small change WRT how it affects the user.

You are now asking me to click twice to get to Edit, when Edit is one of the, if not THE, most frequent tasks in SL. There is hardly a day, hardly a personal item, where I don't end up doing some editing, if nothing else than to correct placement, size, and position.

Friends, this was not thought through At All. I urge you to either revert, or rearrange the Pie and place Edit in the first level of options. This one really is a no-brainer, folks.


Beezle Warburton added a comment - 07/May/09 10:59 PM
Driop is extremely useful for transporting things like vendor servers and whatnot without changing their UUID.

If you attach-drop, the object keeps the same uuid and thus doesn't require reconfiguring other objects.

Besides being handy for people who create attachments and want to wear-drop-edit-wear in the process of creation.

DON"T REMOVE DROP.

KTHX BAI.

And I would like to second "Edit and Detach are just far too crucial for any sort of avatar related editing to be stuffed in the back. "

Why is this even being considered with only 13 votes?


Max Herzog added a comment - 07/May/09 11:17 PM
This is a ridiculous proposal. It is one of the few SL related topics where the expression "if it ain't broke, don't fix it" springs to mind. The pie menu is pretty intuitive - don't make the most common actions a chore. This beggars belief, frankly.

Ingrid Northmead added a comment - 07/May/09 11:19 PM
This change is completely unintuitive and makes editing objects very cumbersome.

There is no reason at all to put 2 of the most-used options in the "More" menu, especially when most of the options in the top level menu can be accessed easily in other ways, such as the Communicate button.


Miriel Enfield added a comment - 08/May/09 12:01 AM
I agree with the people who are complaining. This is obnoxious, creates more work for anyone wanting to editing an attachment, and provides very little benefit. Please change things back the way they were.

Betty Barracuda added a comment - 08/May/09 12:41 AM
While my first reaction was positive (from the perspective of wearing a full prim avatar), I quickly realized this will be a major pain to anyone who works with attachments (or just wears them).

As it as already been proposed, why not just educate users on how to use right-clicking names/menus to access the avatar options rather than bury essential menus for attachments on the second level. People who create or use attachments constantly need to access this menu to adjust things. I think it is safe to say that more people use the edit menu on a regular basis than the avatar menu.

If the menu must be changed, here are two options that would probably make more people happy:

  • add a "More..." option to attachments so people can access the avatar menu on the second level when wearing prim avatars.

-get rid of Go, Gestures and Friends which are pretty useless and replace those with Edit, Drop and Detach. Friends (and Groups too for that matter) are easily accessible via Communicate. As for Go and Gestures, I think these options are just taking up valuable real estate and are pretty much never used, ever (except maybe on your first day to see what they do).


Sveid Heidenstam added a comment - 08/May/09 02:44 AM
I must agree with the dissent over the changes made here. As another who regularly uses full prim avatars, moving the attachment editing options to a sub menu makes SL less intuitive and unnecessarily difficult. Editing attachments is something I find myself doing many times a day. Creating more menus for users to go through to reach these options is not good interface design.

Also, as someone who has spent the majority of four years in SL creating content, and as someone with a background in professional graphics and visual design, it is frustrating that such disruptive changes have been given priority over arguably crucial, yet easily corrected, flaws which design professionals have patiently argued for over the years only to be met with casual dismissal.


Evola Courtois added a comment - 08/May/09 02:56 AM
I agree that the extra click to edit detach or drop is counter-intuitive and less efficient, imo it would make more sense to change the order of the pie menu so they come up 1st when right-clicking as they always have, and then select More> for the other options if needed.

Joshua Nightshade added a comment - 08/May/09 03:43 AM
From a discussion about this issue on SLUniverse, Betty Barracuda posted this pie menu suggestion which I think was excellent.

http://www.sluniverse.com/php/vb/680824-post36.html

I think that this menu would adequately address the concerns of this JIRA while still maintaining the same functionality content creators are currently used to. I would support this change if something has to be done to the pie menu, but I think removing Edit/Detach/Drop as suggested originally is a terrible idea.


Zuza Ritt added a comment - 08/May/09 04:22 AM
It is very annoying "feature". Very, very much for everybody, who wanna edit attachments. You have to click one more at least! You have to think, if you are editing attachment or not-attached prim. It means slower work for every experienced builders. It is pretty big problem. Please make the same way for editing prims attached and not attached - the previous way was easy to understand and clear.

Cindy Claveau added a comment - 08/May/09 04:47 AM
This is NOT an "improvement". Improving things means making them easier for users to use when they perform their most-used tasks. All this tells me is that someone at the Lab was given the keys to the code who doesn't have the first clue how MOST users use the interface.

Ann Launay added a comment - 08/May/09 05:27 AM
Truly wretched decision. It's so contrary to the average Resident's needs, it makes me wonder whether the Linden(s) behind it actually spend any significant time in-world just doing the things we do.

Misty Harley added a comment - 08/May/09 05:38 AM
Not even on the RC and I'm cringing when this goes live.

Tengu Yamabushi added a comment - 08/May/09 06:13 AM
This is horrible. 'Edit' and 'Detach' (the two right-click commands I teach to almost every new arrival when Mentoring) are now buried. It's hard enough trying to explain to a newbie (usually with language issues making things more complicated) that to get rid of that horrible pink skirt they need to right-click it and pick 'Detach' from the menu, now it's buried under 'More'. Given the mangling done by most translators, this is just going to add one more headache to getting folks through the 'New User Experience', not make things better.

And I want to reiterate Cindy's comment:

"This is NOT an "improvement". Improving things means making them easier for users to use when they perform their most-used tasks. All this tells me is that someone at the Lab was given the keys to the code who doesn't have the first clue how MOST users use the interface."

^
Yeah, that.

Please revert this change.


Tengu Yamabushi added a comment - 08/May/09 06:34 AM - edited
"Maggie Darwin added a comment - 01/May/09 06:00 PM
Excuse me, what has become of "Inspect" for prim attachments in 1.23? "

Maggie, I had the same first impression... and opened a JIRA (which I then closed):

"...Not enough coffee this morning... it seem to still be there, but only for other folks' attachments (which IIRC was always the case). Closing this. ..."

Sorry for stirring the pot... I can only blame a lack of coffee at the time.


Beebo Brink added a comment - 08/May/09 06:46 AM
Edit is one of THE most used menu items in my daily SL routine. How can moving it to a deeper level be considered an improvement? It may fix a small problem for a subset of residents, but it comes at a high price to the much larger population. I wish there was a count of all the people who would actively vote AGAINST this change.

Govindira Galatea added a comment - 08/May/09 07:57 AM
I am sad that there is no way to vote AGAINST this awful notion. It's like a speed-bump on a through-way. Argh!

Nefertiti Nefarious added a comment - 08/May/09 08:58 AM
AAARRRGGGHHH!!!! What you have done is change a context-sensitive menu into a context-stupid menu. You have made two ways to edit prims ... and two ways to

It DOUBLES the number of clicks required to get to an attachment to edit it. Wardrobe sorting, adjusting new goodies ... it's all very common and now not nearly as easy.

With the wrist and hand damage I have, that makes it MORE painful that it need be.

If preventing inadvertent nudity is your goal, please find some other way to do it. Or send me a Linden programmer to do the clicking for me.


Satomi Ahn added a comment - 08/May/09 09:39 AM - edited
Well I just had a hell of a time yesterday, adjusting a new prim skirt, and I thought I'd have a look at the JIRA.
I must say, that after seeing this crowd of angry residents, I am not disappointed.

No, this new pie menu makes absolutely no sense!
Making things easier for prim-based avatars, why not. But I it makes it very difficult to work on prims for the overwhelming majority of mesh-based avatars... (oh and btw, aren't prim-based avatars themselves based on... prims? Oooh! ahem... ).

It makes even less sense when a lot of the buttons of the main pie menu aren't really useful. Friends and Groups? Well don't we have other buttons in the UI, for that? Gestures? Does anyone ever use the gesture floater?

Now my question: where should we vote for reverting this change?

[EDIT:] Now my answer: it is there VWR-13320!


sansarya caligari added a comment - 08/May/09 10:18 AM
Change it baaaaack, please! I want my Edit and Drop where they're supposed to be!

Huns Valen added a comment - 08/May/09 11:50 AM
This is absolutely retarded. Please change it back immediately. It adds an extra step where none needs to be, and it adds NO VALUE WHATSOEVER.

Eyana Yohkoh added a comment - 08/May/09 01:37 PM
I am very disappointed to find that these changes are intentional. Moving Take Off and Detach to prevent accidental nudity is unnecessary. What is the difference of accidentally clicking the top of the pie menu instead of the bottom? They'd have to misclick one more time to take off all clothes.

This makes editing and adjusting attachments horrible when being used to a certain pattern of clicks on a pie menu. Now instead of editing my attachments I get to accidentally go into appearance mode, not to mention the extra clicks and movement it takes just to edit an attachment.

I agree with the above commenters as it does not add any value, and detracts from functionality for me.


Lewis Luminos added a comment - 08/May/09 03:26 PM - edited
This is not "improved".

Edit and Detach need to be top level options, they are the prime things one needs to do when clicking avatar attachments.

And Drop is now grayed out. WHY???


Burnman Bedlam added a comment - 09/May/09 09:26 AM - edited
I am using Release Candidate viewer 1.23.1 (119104), and it appears the pie menu has been updated with some of the suggestions made in this jira... and I cannot stress how strongly I dislike this change. The previous pie menu was FAR superior to this, and I would love to see the menu returned to the previous version.

This was not an improvement!!

I am developing a variety of attachment based products, and this new menu is a problem. What was previously a relatively enjoyable task has now become a pain in the backside.


Joshua Nightshade added a comment - 09/May/09 11:10 AM
Harassing McCabe because of this is unacceptable and shocking. Anyone doing so ought to be ashamed of themselves, and I hope McCabe ARs anyone doing so.

While I felt this was a bad idea too, it was never a personal issue with the creator of this idea who (obviously) thought it was a helpful contribution. Anyone taking out their frustration on him is being an asshole and needs to grow up.


jenn luke added a comment - 09/May/09 11:13 AM
Try performing some usability tests before you actually implement it....why on earth do i want to click twice instead of once.

Cummere Mayo added a comment - 09/May/09 06:16 PM
I want to add my voice to those that are pointing out there is no reason to harass Mccabe over this issue. While this wasn't one of his finer ideas, McCabe has done ALLOT to improve SecondLife. More than most Lindens in fact. So while I do not like this change, and authored one of the two big pushes to get it undone, I will not tolerate anyone harassing McCabe.

Viktoria Dovgal added a comment - 09/May/09 06:23 PM
I actually prefer the new layout, but have attached an alternative to play with that is closer to what some people say they might like better. Personally I'd find this version to be a regression, but could live with it since at least it makes the missing functionality available.

This version restores Edit to its old spot, Detach still has to move to make room for More, Drop gets scooted out of the way to hopefully make it less accident prone, and the self stuff moves to the second level. Take Off is partially included, the individual HUD and attachment segments are left out.


Siobhan McCallen added a comment - 10/May/09 09:12 AM
I can understand McCabe's desire to create something more hierarchical, and put like-with-like in this new arrangement. It seems a logical one, but unfortunately, our use of the pie menus tends to be nonlinear and does not conform to a strictly hierarchical layout.

In other words, to heck with logic. It should be laid out usefully, not logically.

I agree with Ann, that no one should be taking out their ire on McCabe. His efforts are, as always, with the best of intentions, and no one should be mistreating him. But one can disagree with his ideas and dislike the products of his labor and not malign or mistreat the man.

I don't like this pie menu arrangement. It is not conducive to the way I am most comfortable functioning. I also use the inspect option on avatar attachments frequently, and require its return.


Nyomiko Dagger added a comment - 10/May/09 12:32 PM
Here's a better pie menu for attachments by Xoza Tyron (I hope Xoza doesn't mind me pasting it here), notice that the ATTACHMENT options are on the TOP menu like they SHOULD be!

The avatar stuff is on the SECOND level.


Jenrose Meredith added a comment - 10/May/09 07:52 PM
NO NO NO NO NO.

This may be good for noobs, but it is HELL for content creators. I will not use 1.23 until this is either opt-able or reverted back.


Michi Lumin added a comment - 11/May/09 02:21 AM
I absolutely second what Siobhan McCallen said above. While this "makes sense", it interrupts workflow. On a chart, it looks very neat and sensible. But in actual use, it's an impediment.

Example; an "ABCDEF" keyboard is a "logical" layout. a "QWERTY" keyboard is a "traditional" layout, whereas DVORAK would likely be considered a useful or "efficient" layout.

Also, Inspect CANNOT be removed. We use this ALL THE TIME, for various reasons.


CrystalShard Foo added a comment - 11/May/09 02:26 AM
As a person who wears many attachments and changes them regulary, I am finding the new and improved pie menu to be a nightmare.

From now on, removing each and every one of my attachments requires me to do two clicks and a mouse movement per item rather then a single click. This may sound minor, but when you consider how a regular outfit change for me involves removing 8 different attachments on each change... you get 16 clicks and 8 wrist movements instead of 8 clicks. Thats quite a difference.

Combine it with the sheer amount of times I change my outfit during my time on SL... and the number grows and becomes rather impressive.

If you are going to re-arrange the pie menu, please consider basing the arrangement on how often the options are used - not on organising items per category relevance.


EddyFragment Robonaught added a comment - 12/May/09 01:30 AM - edited
I understand we have McCabe Maxsted to thank for the new pie menu. Awesome!! I like I imagine many have mistakenly clicked on appearance when we meant to edit an attachment. Ooops. I got used to it as I also imagine many others have. I can't understand all the comments here from "content creators" who are complaining about a simple change which in many many ways is a change for the better. One of the first things I made in SL was a suit of cyber style armour. It was very difficult to reach myself for simply viewing my own profile. And what with the number of non human avs increasing as texturing and sculpting allowing greater freedom of expression, it will be of great help to many that they do not have the same problems I did. Thank you to McCabe and all the Lindens who worked on the pie menu improvements. I Love it!

I have made this comment because it was brought to my attention while conversing with a more open minded content creator that poor McCabe is being abused for his efforts. I ask as just one human being to others that whoever is responsible for hassling McCabe, stop and consider what you have done recently to try to make lifers lives better whilst not thinking of your own profits.

"If you can't say something nice don't say nothing at all" – Thumper from Bambi. http://www.youtube.com/watch?v=jQNJZgKmKV4&feature=related

Edited just to say if you do check the posted link....watch the "april showers" part since it is amazing animation


Kitty Barnett added a comment - 12/May/09 04:08 AM - edited
"One of the first things I made in SL was a suit of cyber style armour. It was very difficult to reach myself for simply viewing my own profile."

Somehow I don't see how the category of people who 1) wear a full prim avie, 2) and who look at their own profile or go into appearance far more often than they ever right-click / Edit or Detach an attachment, 3) and who have the viewer set not to show their own nametag is substantial enough to inconvenience everyone else.

There already were 3 ways to call up your own profile:

  • right-click your avie > Profile
  • right-click your name tag > Profile
  • Edit / Profile

There is only one way to edit an attachment which was made even harder to get at now (and while there are several ways to detach a specific attachment only right-click > Detach is actually convenient).

Add to that the fact that calling up your own profile isn't even context-sensitive and there was no reason for this change. If someone desperately wants a 4th way to get at their own profile (or to go into Appearance) then a keyboard shortcut would be the way to go.


EddyFragment Robonaught added a comment - 12/May/09 06:09 AM
@ Kitty

Why do you assume that I am/was looking at my profile " far more often" than I am/was editing my attached prims?

I do and will set the viewer how i like and nametags are not so useful as being able to access ones own profile easily since I already know my own name but the profile does on occasions need to be altered.

many people including some Lindens wear full prim avis and their popularity is growing in my humble opinion (for the reasons I described) so it makes sense to change the pie menu to suit.

To edit an attachment takes one more click than it did before. The only reason people are getting so uptight about this new system is because it is different and "different is bad" is an all too popular way of thinking. Change is essential and to be encouraged. However as I thought I made clear my main concern and reason for this post was in support of poor McCabe who (as far as I am aware) is being abused for his part in this. As far as what I think of the new menu goes — I have my opinion and I am entitled to it. I still like it.


EddyFragment Robonaught added a comment - 12/May/09 06:24 AM
Oh and.... Why would anyone need to inspect an attachment? To find out who owns it? Erm....... you do. Why would you want to wear an object if you don't know who created it? I know a thing or two about perms and thus never wear anything I am not sure is completely safe to wear. That includes knowing who made it. If you are unsure of it's derivation just rez it on the ground and check. Jeeze. Inspect is not useful for attachments. That'll prolly explain why it's been booted.

Maggie Darwin added a comment - 12/May/09 06:37 AM
@Eddie: I inspect attachments on other avatars all the time. To find out what they are, or who made them, maybe even to go buy one of my own.

Very, very useful.


EddyFragment Robonaught added a comment - 12/May/09 06:46 AM
@Maggy

Have you considered asking the people in question rather than poking their bits and bobs? I make attached items and have had to include script to protect worn items from being poked by any but the owner cause of people poking at things that don't belong to them. But fair point in a small way.


Burnman Bedlam added a comment - 12/May/09 07:25 AM - edited
@Eddie: Oh for crying out loud... The idea that your privacy is being violated by someone inspecting an object you're wearing is just silly. If you don't want people to know what your virtual pixel puppet is wearing, don't wear it in public.

The simple fact of the matter, is that this "new" pie menu layout is horrible. It's a pain in the backside. There was nothing wrong with the original version, it worked very well and there was ABSOLUTELY NO good reason to change it.

I am not "uptight about this new system" because it's different... I am aggravated because it is inconvenient and unnecessary.

And there are no where near as many full prim avatars in use as normal. If this change is to support such a small population of users, than this change was not made in the best interests of the community.


Maggie Darwin added a comment - 12/May/09 07:41 AM - edited
@Eddie (it's "Maggie", by the way)

Have you considered asking the people in question rather than poking their bits and bobs?

No. For one thing. because most of them don't know how to find out anyway, and I don't care to give a noob tutorial.
Also, any object can be inspected; attachments shouldn't be different simply because they are worn.

A fair point is not in a small way when it directly contradicts your assertion ("you don't need to inspect an attachment")


Cummere Mayo added a comment - 12/May/09 07:55 AM - edited
Eddy, I'm going to tell you once to stop trolling. thats it. your disrespectful treatment for those that disagree with you is beyond any sort of reasonable excuse.
It is one thing to disagree with someone, it is totally another to belittle them for disagreeing and to to outright accuse them of violating someone else's privacy. And then to add a totally irrelevant link just to drive your insults home is unacceptable. Any further attempts to imply that those that dont agree are whiners, trouble causers or lazy will be meant with an immediate AR.

Any decent content creator can tell you moving edit to the back creates allot more work and cuts productivity. For those that have arthritis its become literally torture to some. Inspect helps to show every prim in an object and who created it allot more conveniently then edit.

Furthermore, as someone that occasionally wars all prim avatars, and in fact has one alt permanently stuck in one, I STILL say I preferred the old menu by far.

As someone that knows several people with chronic degenerative diseases that affect the hand and wrist ... again I am going to say that this menu only hurts them.

I like McCabe, and respect him allot, but that doesn't mean I have to agree with this new menu system he thought up. Saying that this new menu is not a goo0d design and should be reverted is in no way an attack on him. It simply means one of the many hundreds of ideas he has had turned out to not be so good for the majority of users. Most of the other hundreds have been great ideas.


Kitty Barnett added a comment - 12/May/09 03:28 PM
Re: rightclickavattach2.png

Is that the pending new change? Why not just leave the current options the way they are and add the new ones to vacant spots? confuzzled

Detach / Edit / Drop the way they are... Touch to the left of Detach... which puts all the attachment related functions neatly together (and doesn't change the existing order) instead of mixing them in with options that don't really make sense for attachments.

Additionally... what is the reason for getting rid of "Groups" on the avie self-click pie menu? That's the only I actually use (since there's a keyboard shortcut for Friends and Gestures, but there isn't one for Groups), aside from Profile and Appearance (no shortcuts for those one either).


Q Linden added a comment - 12/May/09 03:44 PM
Ok, here's the deal.

We're not planning to just roll back the change to the original state – we think that we had good reason for making this change to help new users and improve consistency in the UI, and reduce accidental nudity by moving troublesome items away from the lower right quadrant. However, we're willing to go back to a flat (one-layer) menu so that everything is one click away, and take away a couple of the less important items.

The proposed revision is attached:

https://jira.secondlife.com/secure/attachment/23915/rightclickavattach2.png

If we could get some constructive feedback, it would be helpful.

Q


Ann Otoole added a comment - 12/May/09 04:31 PM
Move self body take off back to the bottom.

Put edit in the edit spot. Lower right.

Stick appearance at the very top. Better for inexperienced residents.

What is touch needed for when a click is touch or is supposed to be.

Delete drop unless you can prove the code path does not lead to lost inventory. I.e.; drop is a prime source of inventory loss. Fix the code or remove the drop option. Unless you rename it to "Lose". Rename it to lose and it will more accurately reflect the results of selecting that option.

The word you need to use as a guideline is called consistency.

Better yet develop advanced radial fly out menus that are more science fiction styled with animated graphical effects instead of these boring looking ones. Less clicks is more.


Aki Shichiroji added a comment - 12/May/09 04:48 PM
  • I agree the Edit option needs to remain in the space where it has existed previously. Moving it elsewhere to make room for entering appearance mode is not an intuitive design choice because edit is used far more often than appearance mode. The bottom right position for Edit mode has become used to the point where entering that mode is close to an impulse - this is particularly why there is so much drama surrounding the change.
  • Please do not remove 'drop'. Items that depend on maintaining a single UUID when moved will be broken, leading to a lot of headaches. In almost three years of SL use, I have experienced lots of different kinds of asset loss, but NOT ONCE via dropping of a worn item.

EddyFragment Robonaught added a comment - 12/May/09 05:31 PM
Thankyou to Cummere for actually spelling my name correctly (even tho abbreviated). Take a look Maggie.

I at no point Burnman stated that MaggY was violating anyones privacy but then it could be argued that "and I don't care to give a noob tutorial. " isn't exactly in the spirit of goodwill. And quite openly flies in the face of "this change was not made in the best interests of the community.".

The attacks on McCabe have been made inworld and elsewhere but in order to respect his privacy I am not posting the link to his own blog on the subject. Any "constructive feedback" is obviously not what I was referring to when I simply asked that "whoever is responsible" stop.

But Cummere....How have I been disrespectful? By stating my own views? Then may I say to you that you are also disrespectful for doing the same?

@Ann Otoole. Touch on the menu is very useful when in edit on for eg. a linked prim when you wish to touch_start an object during that edit.

@Q Linden. If the menu for attached items could continue to include all the new features in one layer then surely everyone would end up happy. But personally I think it's just fine the way it is.

Since I have been misspelled, accused of being disrespectful, Warned ("Eddy, I'm going to tell you once to stop trolling. thats it.") and generally made to feel bad for making my own view heard I am not going to add further comments on this subject.


Burnman Bedlam added a comment - 12/May/09 06:40 PM
@Q Linden,

"If we could get some constructive feedback, it would be helpful."

Simply because people disagree (in many cases... very strongly) with the usefulness of this change, does not mean their criticism is not constructive. I think that so many people have voiced disagreement provides a wealth of useful feedback related to the change. For myself, reverting this change to the previously superior menu would be a very positive thing. This new menu is more of a pain than it is useful, and by implementing it, working with attachments has become more of a chore than it ever needed to be.

As for your suggested modification to this new menu, as detailed in your attached image ( https://jira.secondlife.com/secure/attachment/23915/rightclickavattach2.png ), I feel that the grayed out menu options give the menu a very disorganized and cluttered appearance. I suggest moving Detach, Edit, and Drop back to their original positions and adding any new options for this menu to the empty wedges which were previously available. It does not make any sense to "reinvent the wheel" when it's been rolling along so efficiently for as long as it has.

Please forgive me if I sound a bit short here, but I have spent the last two days being irritated by this new menu while trying to work on a couple of my attachment projects.


Q Linden added a comment - 12/May/09 07:08 PM
@burnman: by "constructive" I mean by attempting to work with us on achieving mutual goals.

Here are the constraints we're working under:

  • We do need to improve these menus for new users. We have real data on real support problems caused by the fact that when people accidentally click, they tend to click pie menus down and down right. That means we're not going to revert.
  • Major functionality changes like multiple concentric rings aren't going to happen at this late stage of a release. Sorry, @Ann. I actually agree with you that pie menus have a lot more potential than currently exists, but we're not going to get there before 1.23 ships.
  • We should provide easy access to common operations. The risk of such a statement is that "common" depends on who you are. Different people have very different usage models.
  • Muscle memory for existing residents is useful to preserve, and we'll do so where we can. But it can't and won't be the only criterion, especially where it conflicts with the goals above. "Never change anything I like" is a recipe for long-term irrelevance.

What I got out of the discussion above is that a double-layer menu causes real long-term troubles for builders – two clicks for common operations is bad. That's why we're now proposing a single-layer menu that restores the common operations for builders and stil avoids putting drop at the bottom (where it's commonly clicked accidentally). We've removed some of the new features we had tried in favor of keeping some of the things we already had.

I think it's also a good idea to put edit back where it was so that muscle memory for that operation, at least, is not disrupted. I'm now proposing that we switch Appearance... and Edit... – I'll follow up with images in a minute.


Q Linden added a comment - 12/May/09 07:11 PM
Added rightClickAv3.jpg and rightClickAvAttach3.jpg to illustrate current proposal.

mabb dilweg added a comment - 12/May/09 07:35 PM - edited
This is a process issue. Changes to the UI when there is a large and long-standing existing user base should be put through testing with a cross-section of the different user types before release to a wider beta testing audience. This is such a basic tenet of change management that I am honestly very disappointed in Linden Lab. This issue brings a glaring problem into the bright sunlight. You obviously do not have adequate change management processes in place. Embarking on a program of major change to the UI without a proper analysis and testing strategy in place is a recipe for disaster. The cost of fielding the response, let alone the bad blood created is far greater than the effort involved in approaching a set of representative users and asking them to review this JIRA when it was in its infancy. Had you included a larger number of reviewers from different user demographics I can guarantee someone would have spotted the problems inherent in the initial change - well before Erica implemented it and certainly well before the Storm that its release into the RC has created....

@Q Linden - please tell me that you have learned a lesson here and that any future changes to the UI will be tested with representatives of all user types prior to releasing to the much larger RC population. Just like any other web application, your user population consists of people with differing goals and all of them should be represented in your Use Case scenarios. Clearly they were not, during the analysis of this change. Thank you for releasing a new design for consideration by a wider audience.

I agree the pie menu needed a review. You will have one now but it seems a backwards method to get feedback.

[paragraph deleted - Q's post above, posted while I was writing this, answers my question]


Drew Dwi added a comment - 12/May/09 08:09 PM
the pictures look good Q.

@mabb dilweg - learn lesson? this was RC0, which is suppose to draw feedback on changes, even if we don't like the changes. This is the testing of representatives of all types! and JIRA is the feedback center. Please, you guys are really far too harsh on Linden's who are good intentioned here. The system worked, a change which would have disrupted many users was avoided.


Cummere Mayo added a comment - 12/May/09 08:51 PM
@ q: I like the attachment menu MUCH better, but the self avatar one... PLEASE return the take off to where it was. Otherwise that looks fairly good, and if you sent me the file for it i'd be willing to try it.

Burnman Bedlam added a comment - 12/May/09 11:18 PM
@Q Linden,

The pie menus should not be a hodge podge of commonly accessed features... it should be specific to what is being clicked. If you right click an attachment, then you should be presented with menu options specific to attachments (Detach, Edit, Drop). If you right click your avatar, then you should be presented with avatar specific options (Appearance, Profile, Groups, etc).

If new people are clicking detach because they aren't reading the pie menu before they click, or whatever the reason newbies seem to click down & to the right... then move the 3 attachment specific menu options to the opposite side of the wheel, rather than clutter it up with options available elsewhere. I don't mind getting used to a new position on the menu... but I don't see why "Gestures" need to be accessed from right clicking an attachment... or "Profile"... or "Appearance".

Perhaps things like Appearance, Profile, Gestures, Groups, Friends, etc... should be moved off the "Edit" drop down menu, and added to another drop down menu with a better title for such avatar specific features. Perhaps something like... "My Avatar" or something. Or, rather than add another drop down menu, narrow the buttons at the bottom of the viewer, and add a new button which provides access to these features, and label the button "My Avatar". Then, the pie menu can be used for target specific menus... much like how right clicking an attachment used to work.

It is counterintuitive to use a target specific right click menu to access options which do not relate to the target you right-clicked.


Kitty Barnett added a comment - 13/May/09 03:26 AM
Since I commented on the new layout before Q posted....

Right-click nametag (or avie) / Groups is a rather "common" operation for me to access my groups and while I personally don't particularly care whether it's on the pie menu or not, removing it removes easy access to the groups floater because it doesn't currently have a keyboard shortcut (Friends does and Gestures which gets to stick around for some reason on the other hand both do have one).

As far as the attachment menu is concerned, why not simply leave it the way it was but bump Detach one to the left to the South-West position and have "More >" on the South position which leads to the self-avie menu? [see suggestion_kitty.jpg]

I personally don't think there's anything wrong with the current self pie menu and the removal of options there doesn't seem to be for any other reason than to keep everything in line which feels very clumsy/akward, ending up with a neutered self pie menu and an overly cluttered attachment pie menu with options that don't actually relate to attachments at all.

If your data indicates that newbies tend to gravitate towards the South option then they'll find the self-avie pie menu automatically with that trivial change and everything stays consistant with no useful options getting removed from the self-pie menu either.


nekololi woodget added a comment - 13/May/09 01:53 PM
I'd like to vote for something more like Kitty's idea. There's nothing wrong with a multi-level pie menu as long as the more relevant commands are on the top level.

For right-clicking an attachment we should at least have edit and detach on the top layer, as well as a 'more' button for other options such as avatar functions. Actually, why not just have the avatar menu just as it is as the 2nd level menu?


Lisaine Raymaker added a comment - 13/May/09 02:44 PM
EDIT and DETACH are two pie-menu commands I use ALL the time! Moving EDIT to a second menu-level has increased the actual pain I experience as a result of MORE mouse clicks and mouse movements. Because of this increased pain, I have ceased to use the RC viewer which incorporates those new pie menu changes. I've gone back to the regular viewer BECAUSE of the pie menu change! I will NOT use a release candidate that incorporates this pie menu change, EVER. And if the next viewer release uses any similar change, where I have to click more than once to get to the EDIT option, I will seek out alternate viewers, instead of the LL version.

I wear prims all the time, of various sorts. Sometimes, I just want to take off ONE. Sometimes, I need to be able to QUICKLY remove just the ones that Adding to Outfit didn't knock off my avatar. The DETACH option is what I'm used to using for this. It's much faster than searching my (overloaded) inventory for what didn't get removed. I can rightclick each object and select DETACH much faster than the Search can find what is being worn, so that I can THEN remove extraneous items.

It would be nice if Replace Outfit didn't knock off EVERYTHING that isn't on the avatar layer that one is wearing, such as hair and HUD attachments, since it is THE intuitive choice when changing clothes.

You want to prevent accidental avatar nudity? Moving the EDIT and DETACH options from the main pie menu level is not the way to do it. Reconfigure or rename the Replace Outfit option to what it really is: REMOVE EVERYTHING I'M WEARING, BUT PUT ON WHAT IS IN THIS FOLDER THAT I'M CLICKING ON.

And I would like someone to supply an answer to why the Take Off option has been moved to the topmost point of the pie? It's annoying, although, I could, begrudgingly, get used to that change. I would just like to know why it had to move, please?

Thanks for bearing with me through this... I think we're all "power users" here, or we would not have sought out this forum, in the first place. That makes our opinion of the new pie menus of more informational value than that of someone who has never used SL before. I do agree that the pie menu needs some updating. For something this intrinsic to the user's experience, though, I would have thought there would have been some serious massive warning, such as on the login page. I didn't see anything about this massive change.


Artigan Okelli added a comment - 13/May/09 06:15 PM
I agree 100%. The menu should be made configurable, so WE can decide what is at the top level and easily accessible. If that can't be done, then go back to the old one.

Viktoria Dovgal added a comment - 13/May/09 06:57 PM
The menu is already configurable. It can be a simple drag and drop if you don't plan to roll your own, and the markup difficulty is about comparable to making a simple HTML table, if something totally custom is wanted. If there isn't already a nice set of instructions for this in the wiki, maybe the addition of one would put a lot of this angst to rest.

Skinkie Winkler added a comment - 14/May/09 03:12 AM
I want to add my voice here as these changes make significant impact on my SL work and like many others I detest the double-click for Edit and Detach. However, I understand the need to make the pie menu more new-ueser friendly, and truth is that whilst we might not like ANY change we will relearn relatively quickly. That said, the solutions above that put Edit and Detach back on the first page are things I would welcome.

Looking at the proposal from Q Linden in the image https://jira.secondlife.com/secure/attachment/23915/rightclickavattach2.png I would suggest on the "Self-Attachment" menu swapping "Detach" and "Gestures" so the old relationship between Edit and Detach (next to each other) is maintained, just moved clockwise one step. Personally I never use Gestures and from reading above nor do many people, so the impact of moving it might be less. It still keeps Detach out of the south/south-right position so lessens risk of accidental nudity.

Thanks for listening to our feedback


waterstar eilde added a comment - 14/May/09 06:51 AM
Regarding edit, it's illogical and completely counter-intuitive to have one action to edit an object and a different one to edit an attachment. I echo the request to put both Edit and Detach on the first page.

Tali Rosca added a comment - 14/May/09 07:38 AM
I see little use in having several of the more communications-based menu items as a top-level part of the pie menu, in particular if it takes up space from more useful choices.
The strength of a pie menu is to give easy access to manipulate something which is near the mouse, not to pop a window somewhere else entirely.
This should be the primary use, and as such (and simply because it is a very used command), "Edit" in particular really, really should be top level.
Ease of access to the most common (contextual) functions and minimal movement of the mouse should be the design criteria for pie menus. "Nice" categorization is the domain of pulldown menus where you can build full trees and groups.

EddyFragment Robonaught added a comment - 14/May/09 01:38 PM
Sneeks in and drops this. https://jira.secondlife.com/browse/SVC-4113 Hopes nobody minds.

SLB Wirefly added a comment - 15/May/09 12:06 PM
Since the 1.23.2 (120258) PN, I think in my opinion, it might be useful to have back "Groups..." on the pie menu when clicking a non prim part of the avatar.


Salvatore


Drew Dwi added a comment - 15/May/09 12:39 PM
I completely agree with SLB Wirefly. I've noticed that I keep clicking for groups this way out of muscle memory.

Latif Khalifa added a comment - 18/May/09 01:21 PM
I would like to second to motion to put back "Groups..." to the pie menu when right clicking on non attached parts of the avatar, or name tag. There is a free slot and a lot of residents find it necessary to have easy access to groups floater in order to change active group in order to gain access to places, use equipment, etc.

Harleen Gretzky added a comment - 18/May/09 02:16 PM
There is a menu_self_pie.xml file attached to VWR-12946 that puts Groups and Friends back on the 1..23.2 menu.

Though the point of this was so the attachment and self menus somewhat match, the free slots are not free on the attachment menu. And Drop/Group and Detach/Friends could cause some to accidentally drop or detach attachments, especially on prim-based avatars.


McCabe Maxsted added a comment - 18/May/09 03:09 PM
Attaching VWR-8080-mccabe2.patch here since there hasn't been any feedback on sl-ux. Layout aside, it does fix two bugs: the missing HUD pie menu as and a bug with the Inspect label.

The full layout changes:

http://www.flickr.com/photos/mccabemaxsted/3530057422/

Do with it what you want.


EddyFragment Robonaught added a comment - 18/May/09 03:15 PM
Neat work McCabe.

Burnman Bedlam added a comment - 20/May/09 03:09 PM
Just logged in with "1.23.2 (120719)" to see how the right click menu has changed, pleased to see that attachment specific options are in the parent menu again. I still do not believe "Gestures", "Appearance", or "Profile" have a place on the attachment menu, however. Right clicking your own name/group tag is the same as right clicking on your avatar, so the functionality is already present. Keeping these three completely unrelated items in this menu only clutters the menu.

The best solution to the "issue" of newbies clicking down and to the right, was moving the options up and to the left. Adding the additional menu options does nothing to improve user experience, and will only lead to more false clicks by the tens of thousands of people already used to the perfectly functional menu previously enjoyed.

Mark my words... when this goes live on the normal viewer... people are going to be very upset.


Ephyu Reino added a comment - 20/May/09 07:18 PM
The pie menu implementation on the 1.23.2 viewer does NOT fix the issues of Drop and Detach not being in the place they've ALWAYS been. Edit is now where it should be, but just as often, people quickly right-click and detach things by reflex.

Is it so hard to make sure those things are in the place they've always been? The vast majority of users do not have full prim avatars, so moving the options used least when right-clicking an attachment to the leftover spots shouldn't be a problem. Hell, try the XML files attached to https://jira.secondlife.com/browse/VWR-12946

The fixes there solve the problems of leaving everything where it should be, while ADDING the new features, instead of shoving them in the place of the old, expected ones.


Jack Abraham added a comment - 21/May/09 09:02 AM
As long as we're randomly changing the user interface, I'd like to see "Give Card" promoted to the top level of the "other person" menu. This might help with controlling people's tendency to friend anyone they might ever want to communicate with again.

Henri Beauchamp added a comment - 22/May/09 05:47 AM
Why the Hell did you move "Drop", "Detach" from the attachments pie and remove "Friends" and "Groups" from the self pie in v1.23 ???

Moving stuff around only leads to having old timers getting lost and doing accidental things when they are so used to do everything via "muscle memory" and never read the pie (since they know where everything is).

Removing the Friends and Groups from the self pie makes it only harder to open the friends and groups lists (since the adoption of the calamitous Communicate window, the Friends and Groups buttons disappeared from the toolbar, and users of the official viewer now have to go through the tedious "fly button" one the "Communicate" button to open the contacts panel, but still can't select directly either the friends or groups lists).

I attach modified menu_pie_attachment.xml and menu_pie_self.xml which put back things where they belong.


nekololi woodget added a comment - 22/May/09 02:42 PM
So in 1.23.2 not only is the attachment pie menu broken but the avatar pie is also broken now?

Why are we STILL going backwards? This is even worse than the older 1.23 pie menus


SLB Wirefly added a comment - 23/May/09 09:06 PM
Please consider to reintroduce the Inspect pie item for the self menu.. now (1.23.3 (121118) PN) is impossible to inspect own attached prims.
I think having back Friends and Groups items might be useful and can shorten the number of clicks to get to those tabs through the communicate button.


Salvatore


Lizz Silverstar added a comment - 31/May/09 12:44 PM
I think that the Groups item should be back where it used to be.. Edit remains were it always was, apperance on the bottom is justs fine.. But I would have to say I use the Edit and group items more than anything else on the menu wheel. And after almost 3 years here if you move them I will have big problems... I am already unable to really test the 1.23 RC because of this.. After a dozen times ending up in Appearance when all I wanted to do was to move an attachment I just gave up and went back to 1.22.

The fact that I can (and will) modify the xml file to suit myself is really not material to this discussion. Not everyone can do that, and this change needs to be about the MAJORITY of the users, not just helping out new users at the expense of the existing users.


Scott Maroon added a comment - 08/Jun/09 05:33 AM
Don't remove "Groups" from the pie menu! I use this literally hundreds of times a day!

Paddy Wright added a comment - 12/Jun/09 02:05 AM
Removing the groups section is a major PITA. Please replace.

Barney Boomslang added a comment - 12/Jun/09 02:28 AM
A pie menu is a strongly muscle-memory driven control - there is a reason they exist, and that reason is that you learn where what is and can quickly choose it without actually paying attention to the texts (after you learned where they are). That's the sole reason for using pie menues instead of normal menues, because pie menues have a different direction for each choice.

In that light it is total insanity to randomly move stuff around and removing options that are used by people who got used to it without getting proper feedback and probably running A/B tests to gather hard facts and comments on alternatives.

It would really be fun to one day see that LL actually had someone who had half an idea on what user interfaces actually are and why there are different variants on controls. But I guess hell freezes over sooner than that ...

And regarding groups and friends: it should be in the pie menu just for the reason that LL allready removed the dedicated buttons on the button bar for them (and shuffled them away in that icky "communicate" button menu monster and it's assorted horrible control). It's really puzzling how creators of a virtual world - where one large part of activity is actually chatting with your friends and groups - constantly trie to break core features and make them less usefull and accessible. This is beyond stupid.


Dessie Linden added a comment - 15/Jun/09 04:52 PM
Fixed in 1.23.4, released on 06/15/2009.

Argent Stonecutter added a comment - 15/Jun/09 07:22 PM
Please revert this and start over.

Changing the pie menu is a deal-breaker for me. I will not be upgrading to 1.23.


Cummere Mayo added a comment - 15/Jun/09 10:38 PM
dessie, with all do respect, this ISNT fixed. its jsut changed again this time slightly better, but it still doesnt work well, it still doesnt mesh with ANY of the information on the KB or other resources. And this pie menu has still gotten a failing grade from most of the testers.

if you wont use the 1.22 menue then please use the second verion mccabe used (not the one in rc 1 and rc 2 of 1.23). Its really confusing, allot of people are having trouble with it.

biggest complaints as listed in the mentor group, in bsi chat, and in two rp groups im in:

1) the appearance is moved
2) take off moved
3) gestures on every menu instead of other more relevant things
4) lack of friends (at least group is back)
5) the edit appearance on a HUD menu


Fox Standish added a comment - 23/Jun/09 01:51 PM
I am highly disappointed in the 'new' layout of the Pie Menu. It is severely frustrating thanks to it's counter-intuitive layout which is breaking a several year old tradition. It wasn't broken, why was it fixed?

mabb dilweg added a comment - 10/Jul/09 04:17 AM
I was one of the people very much against the first iteration of this change and I still disagree with the RC being used for beta testing, however I think the latest version is pretty good and I am going to vote for it. I accept the reasoning for the change to detach:

* We do need to improve these menus for new users. We have real data on real support problems caused by the fact that when people accidentally click, they tend to click pie menus down and down right. That means we're not going to revert.

If Friends can be added back, even better, but honestly I am not finding it a huge inconvenience to access them via communicate. It didnt take me long to get use to the new menu at all and I have to say I agree with Q on the following based on my own involvement with usability testing/research:

* Muscle memory for existing residents is useful to preserve, and we'll do so where we can. But it can't and won't be the only criterion, especially where it conflicts with the goals above. "Never change anything I like" is a recipe for long-term irrelevance.

Yes, it can be frustrating for a few days as we re-learn the menu positions... surely not impossible though?


CrystalShard Foo added a comment - 12/Jul/09 07:24 AM - edited

Yes, it can be frustrating for a few days as we re-learn the menu positions... surely not impossible though?

Let me put it this way.

It was "frustrating enough" for me to sit and make a shell script that over-writes the new Pie Menu XML files with the older pie menu design, as well as restore the old font editors.

After a week I'm still going to Appearance instead of detaching. Muscle memory for over several million users is no laughing matter. Especially not for such an often used function as Detach.

How many of us go to Appearance as much as Detach objects during development and rapid changes of looks? Far less, I assure you. To change your appearance, the modern user will either attach/detach objects, or wear/take off items via inventory. Appearance is a minorly used function now days.

Please revert Detach back to its proper place. It has been and still is driving me crazy.


Maggie Darwin added a comment - 12/Jul/09 08:18 AM
You folks just don't get it.

M's juggernaut "Clean Up Second Life" project (the one that brought you Zindra and will bring you a Teen Grid merge) obviously has as an action item "noobs sometimes accidentally take off all their clothes with the pie menu".

So you're beating a dead horse.