• 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-6232
Type: Bug Bug
Status: Resolved Resolved
Resolution: Expected Behavior
Priority: Major Major
Assignee: Unassigned
Reporter: Ordinal Malaprop
Votes: 203
Watchers: 20
Operations

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

Petition *against* 1.20 RC - "double-tap to run" implementation

Created: 09/Apr/08 02:18 PM   Updated: 19/Apr/09 07:27 PM
Return to search
Component/s: User Interface
Affects Version/s: 1.20 Release Candidate
Fix Version/s: 1.20 Release Candidate, 1.22

Environment: 1.20 RC
Issue Links:
Duplicate
 
Relates
 

Linden Lab Issue ID: DEV-13500


 Description  « Hide
This is a basic change in behavior and should not be implemented. Double-tapping is a behavior not currently directly recognized by LSL and which does not currently have any particular meaning; there is an amount of content for which it has been trapped via LSL and used for special purposes (fast moves, special attacks and so on).

This will obviously cause unwanted behavior:

  • Under heavy lag (double-tap to run will be detected first because it is client-side, while other double-tap implementations are detected server-side)
  • In scripts where double tap doesn't override animations
  • In scripts where double tap expects the character to be walking

Also, making it an option doesn't solve one main concern, since it is off by default. That is, even if sometimes it doesn't cause any unwanted behavior, no new scripts will dare to use this previously useful key combo because it will be known by users to be used by the client. Scripters yet only have only a few usable keys detected by LSL, taking that one away is a bad move.

Hence we urge Liden Labs to revert this "feature", set it off by default or find a way to map it to another key.



 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
Felixe Thorne made changes - 09/Apr/08 02:33 PM
Field Original Value New Value
Summary 1.20 source - double-tapping should not have a change in behaviour 1.20 source - "double-tap to run" should be optional, and NOT the default
Strife Onizuka made changes - 09/Apr/08 02:39 PM
Key MISC-1100 VWR-6232
Component/s User Interface [ 10033 ]
Project 4. Second Life Misc Issues - MISC [ 10000 ] 1. Second Life Viewer - VWR [ 10003 ]
Component/s Miscellaneous [ 10036 ]
Strife Onizuka made changes - 09/Apr/08 02:40 PM
Link This issue is duplicated by VWR-6231 [ VWR-6231 ]
Strife Onizuka made changes - 09/Apr/08 02:41 PM
Affects Version/s Source code [ 10012 ]
Ordinal Malaprop made changes - 09/Apr/08 02:52 PM
Summary 1.20 source - "double-tap to run" should be optional, and NOT the default 1.20 source - "double-tap to run" should not be implemented
Argent Stonecutter made changes - 09/Apr/08 08:50 PM
Link This issue is related to by VWR-6250 [ VWR-6250 ]
Aimee Congrejo made changes - 09/Apr/08 09:19 PM
Link This issue is related to by VWR-6256 [ VWR-6256 ]
Zero Gee made changes - 10/Apr/08 02:21 AM
Summary 1.20 source - "double-tap to run" should not be implemented 1.20 RC - "double-tap to run" should not be implemented
Environment 1.20 source 1.20 RC
Affects Version/s Source code [ 10012 ]
Affects Version/s 1.20 Release Candidate [ 10300 ]
Zero Gee made changes - 10/Apr/08 02:22 AM
Comment [ updating title and version it effects. ]
Zero Gee made changes - 10/Apr/08 02:22 AM
Description From sldev mailing list relating to proposed changes in v1.20 - https://lists.secondlife.com/pipermail/sldev/2008-April/009013.html

* DEV-4706 Make running more intuitive by double-tapping forward

This is a basic change in behaviour and should not be implemented. Double-tapping is a behaviour not currently directly recognised by LSL and which does not currenty have any particular meaning; there is an amount of content for which it has been trapped via LSL and used for special purposes (fast moves, special attacks and so on).

Adding a standard client behaviour to double-tap would break this existing content.
From sldev mailing list relating to proposed changes in v1.20 - https://lists.secondlife.com/pipermail/sldev/2008-April/009013.html

* DEV-4706 Make running more intuitive by double-tapping forward

This is a basic change in behavior and should not be implemented. Double-tapping is a behavior not currently directly recognized by LSL and which does not currently have any particular meaning; there is an amount of content for which it has been trapped via LSL and used for special purposes (fast moves, special attacks and so on).

Adding a standard client behavior to double-tap would break this existing content.
Feynt Mistral made changes - 10/Apr/08 05:40 AM
Link This issue is duplicated by VWR-6279 [ VWR-6279 ]
Gellan Glenelg made changes - 10/Apr/08 07:38 AM
Link This issue is duplicated by VWR-6275 [ VWR-6275 ]
Argent Stonecutter made changes - 10/Apr/08 10:48 AM
Link This issue is related to by SVC-2134 [ SVC-2134 ]
Tofu Linden made changes - 11/Apr/08 02:32 AM
Linden Lab Issue ID DEV-13500
McCabe Maxsted made changes - 11/Apr/08 03:54 AM
Link This issue is duplicated by VWR-6275 [ VWR-6275 ]
Gellan Glenelg made changes - 11/Apr/08 09:30 AM
Link This issue is related to by VWR-6275 [ VWR-6275 ]
Zero Gee made changes - 17/Apr/08 10:31 PM
Summary 1.20 RC - "double-tap to run" should not be implemented Petition *against* 1.20 RC - "double-tap to run" implementation
Beezle Warburton made changes - 19/Apr/08 07:18 AM
Link This issue is related to by VWR-6690 [ VWR-6690 ]
Lex Neva made changes - 20/Apr/08 11:47 AM
Link This issue is related to by MISC-1137 [ MISC-1137 ]
Tofu Linden made changes - 22/Apr/08 05:53 AM
Status Open [ 1 ] Resolved [ 5 ]
Fix Version/s 1.20 Release Candidate [ 10300 ]
Resolution Fixed [ 1 ]
Assignee Tofu Linden [ Tofu Linden ]
Yukinoroh Kamachi made changes - 23/Apr/08 07:40 PM
Link This issue Relates to VWR-6806 [ VWR-6806 ]
Yukinoroh Kamachi made changes - 23/Apr/08 07:57 PM
Comment [ Created VWR-6806.

People whose vote to have this feature removed were not heard by LL, please vote for that issue. ]
Yukinoroh Kamachi made changes - 23/Apr/08 08:01 PM
Status Resolved [ 5 ] Reopened [ 4 ]
Resolution Fixed [ 1 ]
Yukinoroh Kamachi made changes - 23/Apr/08 08:05 PM
Summary Petition *against* 1.20 RC - "double-tap to run" implementation  "double-tap to run" feature should be removed, set off by default or mapped to another key
Description From sldev mailing list relating to proposed changes in v1.20 - https://lists.secondlife.com/pipermail/sldev/2008-April/009013.html

* DEV-4706 Make running more intuitive by double-tapping forward

This is a basic change in behavior and should not be implemented. Double-tapping is a behavior not currently directly recognized by LSL and which does not currently have any particular meaning; there is an amount of content for which it has been trapped via LSL and used for special purposes (fast moves, special attacks and so on).

Adding a standard client behavior to double-tap would break this existing content.
This is a basic change in behavior and should not be implemented. Double-tapping is a behavior not currently directly recognized by LSL and which does not currently have any particular meaning; there is an amount of content for which it has been trapped via LSL and used for special purposes (fast moves, special attacks and so on).

This will obviously cause unwanted behaviour:

- Under heavy lag (double-tap to run will be detected first because it is client-side, while other double-tap implementations are detected server-side)
- In scripts where double tap doesn't override animations
- In scripts where double tap expects the character to be walking

Also, making it an option doesn't solve one main concern, since it is off by defaut. That is, even if sometimes it doesn't cause any unwanted behaviour, no new scripts will dare to use this previously useful key combo because it will be known by users to be used by the client. Scripters yet only have only a few usable keys detected by LSL, taking that one away is a bad move.

Hence we urge Liden Labs to revert this "feature", set it off by default or find a way to map it to another key.
Yukinoroh Kamachi made changes - 23/Apr/08 08:07 PM
Link This issue Relates to VWR-6806 [ VWR-6806 ]
Yukinoroh Kamachi made changes - 23/Apr/08 08:09 PM
Link This issue is duplicated by VWR-6806 [ VWR-6806 ]
Yukinoroh Kamachi made changes - 23/Apr/08 08:28 PM
Summary  "double-tap to run" feature should be removed, set off by default or mapped to another key  "double-tap to run" will cause unwanted behaviour and changes semantics
Tofu Linden made changes - 24/Apr/08 06:20 AM
Assignee Tofu Linden [ Tofu Linden ]
Zero Gee made changes - 01/May/08 11:27 PM
Summary  "double-tap to run" will cause unwanted behaviour and changes semantics  Petition *against* 1.20 RC - "double-tap to run" implementation
Description This is a basic change in behavior and should not be implemented. Double-tapping is a behavior not currently directly recognized by LSL and which does not currently have any particular meaning; there is an amount of content for which it has been trapped via LSL and used for special purposes (fast moves, special attacks and so on).

This will obviously cause unwanted behaviour:

- Under heavy lag (double-tap to run will be detected first because it is client-side, while other double-tap implementations are detected server-side)
- In scripts where double tap doesn't override animations
- In scripts where double tap expects the character to be walking

Also, making it an option doesn't solve one main concern, since it is off by defaut. That is, even if sometimes it doesn't cause any unwanted behaviour, no new scripts will dare to use this previously useful key combo because it will be known by users to be used by the client. Scripters yet only have only a few usable keys detected by LSL, taking that one away is a bad move.

Hence we urge Liden Labs to revert this "feature", set it off by default or find a way to map it to another key.
This is a basic change in behavior and should not be implemented. Double-tapping is a behavior not currently directly recognized by LSL and which does not currently have any particular meaning; there is an amount of content for which it has been trapped via LSL and used for special purposes (fast moves, special attacks and so on).

This will obviously cause unwanted behavior:

- Under heavy lag (double-tap to run will be detected first because it is client-side, while other double-tap implementations are detected server-side)
- In scripts where double tap doesn't override animations
- In scripts where double tap expects the character to be walking

Also, making it an option doesn't solve one main concern, since it is off by default. That is, even if sometimes it doesn't cause any unwanted behavior, no new scripts will dare to use this previously useful key combo because it will be known by users to be used by the client. Scripters yet only have only a few usable keys detected by LSL, taking that one away is a bad move.

Hence we urge Liden Labs to revert this "feature", set it off by default or find a way to map it to another key.
Sue Linden made changes - 13/Nov/08 11:10 AM
Workflow jira-2007-12-22a [ 54460 ] jira-2008-11-14 [ 65040 ]
Sue Linden made changes - 13/Nov/08 11:32 AM
Workflow jira-2007-12-22a [ 65040 ] jira-2008-11-14 [ 73355 ]
Sue Linden made changes - 13/Nov/08 05:04 PM
Workflow jira-2008-11-14 [ 73355 ] jira-2008-11-14a [ 98623 ]
Sue Linden made changes - 13/Nov/08 05:19 PM
Workflow jira-2008-11-14 [ 98623 ] jira-2008-11-14a [ 104327 ]
Sue Linden made changes - 13/Nov/08 05:28 PM
Workflow jira-2008-11-14 [ 104327 ] jira-2008-11-14a [ 108179 ]
Sue Linden made changes - 13/Nov/08 05:46 PM
Workflow jira-2008-11-14 [ 108179 ] jira-2008-11-14a [ 113797 ]
Sue Linden made changes - 13/Nov/08 06:17 PM
Workflow jira-2008-11-14 [ 113797 ] jira-2008-11-14a [ 125089 ]
Sue Linden made changes - 13/Nov/08 06:44 PM
Workflow jira-2008-11-14 [ 125089 ] jira-2008-11-14a [ 135364 ]
Sue Linden made changes - 13/Nov/08 07:02 PM
Workflow jira-2008-11-14 [ 135364 ] jira-2008-11-14a [ 142646 ]
Ellla McMahon made changes - 12/Mar/09 12:09 PM
Link This issue is related to by VWR-12373 [ VWR-12373 ]
Baloo Uriza made changes - 19/Apr/09 07:27 PM
Status Reopened [ 4 ] Resolved [ 5 ]
Fix Version/s 1.22 [ 10430 ]
Resolution Expected Behavior [ 9 ]