Yumi Murakami
DoIt!AttachTheEarOfACat!
Join date: 27 Sep 2005
Posts: 6,860
|
06-14-2007 18:09
The new rules for keeping/discarding notecards seem to be causing some trouble to new users.
Last version, when you clicked on an information stand on Help Island, it would give you a notecard with the appropriate information. This version, it gives you a Keep/Discard prompt - which many new users have no idea what to do with.
And leaving Help Island is even worse. Here's how it used to work: 1) You click on the plinth. 2) It gives you a notecard explaining the whole leaving Help Island dealie. 3) It gives you a dialog with options to "Stay" or "Leave". 4) You click to Leave. 5) It gives you a landmark, which has the effect of popping up a nice window with a "teleport" button right there for you to click on.
Here's how it works now: 1) You click on the plinth. 2) You get a Keep/Discard dialog for the information notecard. 3) This dialog is immediately covered up by the "Stay" or "Leave" dialog. 4) You click to Leave. 5) It gives you a landmark, which has the effect of.. giving you another Keep/Discard option.
ANY item which gave out a notecard as a prelude to displaying a Dialog, in order to explain the necessary options, will now probably not work so well - as the notecard give will result in a Keep/Discard dialog which is covered up by the scripted one.
I understand that these were created to prevent spam, but how about a specification that a notecard or landmark can be auto-accepted in the previous way provided: a) It is given by an object b) It is given in the handler for a user-initiated event (touch etc.) c) It is the first time a notecard/landmark has been given in the event run This would fix a lot of items that were using this as a user interface.
|
Jeff Kelley
Registered User
Join date: 8 Nov 2006
Posts: 223
|
06-14-2007 19:30
1.17.0.12 Notecards considered as spam /142/3a/190724/1.htmlI second this, and i don't understand how Linden could not have seen that it breaks its own islands experience. Poor integration again. Answer: this is configurable in the Preferences. However, newcomers will NOT configure it before reaching welcome areas. The old behaviour is preferable for: - Telehub greeters: you want to check the rules (especially important in RP areas) but you don't want to keep it into your inventory. - Educational areas: lots of giver to click, lot of beginners, a one-step process is certainly better than a two-step. The new behaviour is preferable when: - Scripting or Busy: i don't want windows to pup-up on my screen. Even blue dialogs. DEFERRED DELIVERY SOULD BE USED WHEN BUSY (same behaviour than when offline). - Folder Spam: you probably never want 100 windows on your screen, so SILENT DELIVERY SHOULD BE USED WHEN A FOLDER IS GIVEN (sams behaviour than llGiveInventoryList). Who takes the pain to JIRA now?
|
Draco18s Majestic
Registered User
Join date: 19 Sep 2005
Posts: 2,744
|
06-15-2007 05:29
https://jira.secondlife.com/browse/VWR-1251Feel free to edit. I just copied both of your comments directly into it.
|
Daz Honey
Fine, Fine Artist
Join date: 27 Jun 2005
Posts: 599
|
06-15-2007 06:03
yeah, there have been times I go to click accept and another blue box covers up the accept button with something I never had a chance to see until it is too late and I end up clicking the wrong button, pretty lame...
_____________________
All children are artists. The problem is how to remain an artist once he grows up. - Pablo Picasso
|
Jeff Kelley
Registered User
Join date: 8 Nov 2006
Posts: 223
|
06-15-2007 13:46
Thanks Draco for the JIRA. I think we should come with some solid suggestion about a "proper" behaviour to handle given items. The goal is to avoid spam. But what is spam?
The most harmful i've seen is being given a full folder of textures. Each texture would open in its own window. Once upon a time, I had been given a 1000+ textures folder and my screen was... well, you imagine. Seems that accross some version, this changed to multiple textures in a single browser window. In the current version, giving a folder does not open a preview (even if Automatically view after accepting is enabled). And there is a (rather stupid) limit to 42 items in a folder. So, i don't see the spam in this case.
Is there a possibility to spam by selecting multiple items then dropping them at once? I've tried today: only one item is given. Problematic also (the sender thinks he sent 5 items, the receiver had one), but no spam this way.
A FOLDER TRANSFER DOES NOT OPEN A PREVIEW. A MULTIPLE ITEM TRANSFER OPEN ONLY ONE PREVIEW.
Did i miss something?
In these conditions, what is the advantage of the blue dialog over the keep/discard mechanism? I see really none. Worst, i see a big disadvantage: I cannot preview before I take the keep/discard decision, so i have to accept, preview, and oops it's too late to reject, i have to cleanup things manually now if i decide i don't want to keep them. Bad logic.
|
Draco18s Majestic
Registered User
Join date: 19 Sep 2005
Posts: 2,744
|
06-15-2007 15:44
I think it's mostly objects, as they can sent one item at a time much much faster than a person (even without mono).
Which means we get into the problem with help island.
I personally don't want to see the blue dialog avoided if the object only sends one texture/notecard because of Island Greeters that hit me with the rules ever time, now that we have the blue dialog I can mute that object and not have to worry about reading the rules yet again.
OTOH Help Island once-pers need to avoid the dialog.
|
Jeff Kelley
Registered User
Join date: 8 Nov 2006
Posts: 223
|
06-15-2007 17:46
From: Draco18s Majestic I personally don't want to see the blue dialog avoided if the object only sends one texture/notecard because of Island Greeters that hit me with the rules ever time, now that we have the blue dialog I can mute that object and not have to worry about reading the rules yet again. You are trading a notecard spam for a dialog spam, here.
|
Domino Marama
Domino Designs
Join date: 22 Sep 2006
Posts: 1,126
|
06-16-2007 08:25
This also causes the blue dialog to appear when getting textures out of a texture viewer.
This is very annoying as now have to accept the texture rather than just using it then disgarding.
This adds a lot of inconvenience to using a texture viewer as also need find and delete the extra textures from inventory instead of just clearing deleted items after use.
|