Revision history [back]

When arranging or deleting apps in the launcher ”edit mode” (entered by a tap-and-hold), I have noticed the following glitches:

• Sometimes when tapping and holding an icon to enter the edit mode, the view of the app grid jumps to different position (so that the last apps in your grid are on the bottom row). I think this can only happen when doing this on your last page of apps, but it doesn’t happen there every time. Haven’t worked out the logic. Now this could be expected behavior (so that you see more icons after entering the edit mode), but if it is, I don’t think it’s good. When you want to delete or move an app, you probably do the long press on that particular icon and expect it to be under your finger after entering the edit mode. The view position should stay as it is.

Capture 1: before tap-and-hold

Capture 2: after tap-and-hold

• When dragging an app to a different position, there’s a delay before the icon ”sticks to your finger” to be dragged around. If you start moving your finger too soon, the icon still comes along, but ”drags behind”; i.e. it is not right under your finger but offset in some direction (by even as much as two grid rows). Hard to explain; try it out.

• When an app is deleted and after the remorse time has elapsed, the icon doesn’t disappear immediately, but after a delay of few seconds. Makes me briefly wonder ”was it deleted or not”? The icon should disappear immediately or at least grey out immediately (fade out, maybe)?

When arranging or deleting apps in the launcher ”edit mode” (entered by a tap-and-hold), I have noticed the following glitches:

• Sometimes when tapping and holding an icon to enter the edit mode, the view of the app grid jumps to different position (so that the last apps in your grid are on the bottom row). I think this can only happen when doing this on your last page of apps, but it doesn’t happen there every time. Haven’t worked out the logic. Now this could be expected behavior (so that you see more icons after entering the edit mode), but if it is, I don’t think it’s good. When you want to delete or move an app, you probably do the long press on that particular icon and expect it to be under your finger after entering the edit mode. The view position should stay as it is.

Capture 1: before tap-and-hold

Capture 2: after tap-and-hold

• When dragging an app to a different position, there’s a delay before the icon ”sticks to your finger” to be dragged around. If you start moving your finger too soon, the icon still comes along, but ”drags behind”; i.e. it is not right under your finger but offset in some direction (by even as much as two grid rows). Hard to explain; try it out.

• When an app is deleted and after the remorse time has elapsed, the icon doesn’t disappear immediately, but after a delay of few seconds. Makes me briefly wonder ”was it deleted or not”? The icon should disappear immediately or at least grey out immediately (fade out, maybe)?

• Edit: One more thing! Deleting several apps in succession. If you tap the cross on app A to delete it and then tap the cross on app B while the remorse timer for app A is still going, this first timer is replaced by the one for app B. So you can't cancel the the deletion of app A anymore, but its remorse timer seems to be still going (just not visible), as it takes some time for app A to disappear. Possible fixes: 1) show several timers for different apps at the same time; 2) delete app A immediately when you perform the next delete action.

When arranging or deleting apps in the launcher ”edit mode” (entered by a tap-and-hold), I have noticed the following glitches:glitches. (Edit 29th April: updated to represent the situation in 1.0.5.19. Some issues fixed, some remaining.)

• Sometimes when When tapping and holding an icon to enter the edit mode, mode on your last page of apps (if it has one or more empty rows in the bottom), the view of the app grid jumps to different position (so that the last apps in your grid are on the bottom row). I think this can only happen when doing this on your last page of apps, but it doesn’t happen there every time. Haven’t worked out the logic. Now this could be This is probably expected behavior (so that you see more icons after entering the edit mode), but if it is, I don’t think it’s good. When you want to delete or move an app, you probably do the long press on that particular icon and expect it to be under your finger after entering the edit mode. The view position should stay as it is.

Capture 1: before tap-and-hold

Capture 2: after tap-and-hold

• When dragging an app to a different position, there’s a delay before the icon ”sticks to your finger” to be dragged around. If you start moving your finger too soon, the icon still comes along, but ”drags behind”; i.e. it is not right under your finger but offset in some direction (by even as much as two grid rows). Hard to explain; try it out.out. I think the best way would be that once an icon/app is "picked up", it should jump to a position just a bit above your finger and stay there – so that you can see what you are moving.

• When an app is deleted and after the remorse time has elapsed, the icon doesn’t disappear immediately, but after a delay of few seconds. Makes me briefly wonder ”was it deleted or not”? The icon should disappear immediately or at least grey out immediately (fade out, maybe)?maybe)? (Edit, 1.0.5.19: Improved now, as a progress indicator is displayed after the remorse timer has run out and before the icon disappears; still, after that the icon comes back for a moment, which I think is not necessary.)

• Edit: One more thing! Deleting several apps in succession. If you tap the cross on app A to delete it and then tap the cross on app B while the remorse timer for app A is still going, this first timer is replaced by the one for app B. So you can't cancel the the deletion of app A anymore, but its remorse timer seems to be still going (just not visible), as it takes some time for app A to disappear. Possible fixes: 1) show several timers for different apps at the same time; 2) delete app A immediately when you perform the next delete action.action. (Edit, 1.0.5.19: Seems to be fixed as in option 2.)

When arranging or deleting apps in the launcher ”edit mode” (entered by a tap-and-hold), I have noticed the following glitches. (Edit 29th April: updated to represent the situation in 1.0.5.19. Some issues fixed, some remaining.)

• When tapping and holding to enter the edit mode on your last page of apps (if it has one or more empty rows in the bottom), the view of the app grid jumps to different position (so that the last apps in your grid are on the bottom row). This is probably expected behavior (so that you see more icons after entering the edit mode), but I don’t think it’s good. When you want to delete or move an app, you probably do the long press on that particular icon and expect it to be under your finger after entering the edit mode. The view position should stay as it is.

Capture 1: before tap-and-hold

Capture 2: after tap-and-hold

• When dragging an app to a different position, there’s a delay before the icon ”sticks to your finger” to be dragged around. If you start moving your finger too soon, the icon still comes along, but ”drags behind”; i.e. it is not right under your finger but offset in some direction (by even as much as two grid rows). Hard to explain; try it out. I think the best way would be that once an icon/app is "picked up", it should jump to a position just a bit above your finger and stay there – follows your finger there, so that you can see what you are moving.

• When an app is deleted and after the remorse time has elapsed, the icon doesn’t disappear immediately, but after a delay of few seconds. Makes me briefly wonder ”was it deleted or not”? The icon should disappear immediately or at least grey out immediately (fade out, maybe)? (Edit, 1.0.5.19: Improved now, as a progress indicator is displayed after the remorse timer has run out and before the icon disappears; out; still, after that the icon comes back for a moment, moment before disappearing, which I think is not necessary.)

• Deleting several apps in succession. If you tap the cross on app A to delete it and then tap the cross on app B while the remorse timer for app A is still going, this first timer is replaced by the one for app B. So you can't cancel the the deletion of app A anymore, but its remorse timer seems to be still going (just not visible), as it takes some time for app A to disappear. Possible fixes: 1) show several timers for different apps at the same time; 2) delete app A immediately when you perform the next delete action. (Edit, 1.0.5.19: Seems to be fixed as the way described in option 2.)

When arranging or deleting apps in the launcher ”edit mode” (entered by a tap-and-hold), I have noticed the following glitches. (Edit 29th April: updated to represent the situation in 1.0.5.19. Some issues fixed, some remaining.)

• When tapping and holding to enter the edit mode on your last page of apps (if it has one or more empty rows in the bottom), the view of the app grid jumps to different position (so that the last apps in your grid are on the bottom row). This is probably expected behavior (so that you see more icons after entering the edit mode), but I don’t think it’s good. When you want to delete or move an app, you probably do the long press on that particular icon and expect it to be under your finger after entering the edit mode. The view position should stay as it is.

Capture 1: before tap-and-hold

Capture 2: after tap-and-hold

• When dragging an app to a different position, there’s a delay before the icon ”sticks to your finger” to be dragged around. If you start moving your finger too soon, the icon still comes along, but ”drags behind”; i.e. it is not right under your finger but offset in some direction (by even as much as two grid rows). Hard to explain; try it out. I think the best way would be that once an icon/app is "picked up", it should jump to a position just a bit above your finger and follows follow your finger there, so that you can see what you are moving.

• When an app is deleted and after the remorse time has elapsed, the icon doesn’t disappear immediately, but after a delay of few seconds. Makes me briefly wonder ”was it deleted or not”? The icon should disappear immediately or at least grey out immediately (fade out, maybe)? (Edit, 1.0.5.19: Improved now, as a progress indicator is displayed after the remorse timer has run out; still, after that the icon comes back for a moment before disappearing, which I think is not necessary.)

• Deleting several apps in succession. If you tap the cross on app A to delete it and then tap the cross on app B while the remorse timer for app A is still going, this first timer is replaced by the one for app B. So you can't cancel the the deletion of app A anymore, but its remorse timer seems to be still going (just not visible), as it takes some time for app A to disappear. Possible fixes: 1) show several timers for different apps at the same time; 2) delete app A immediately when you perform the next delete action. (Edit, 1.0.5.19: Seems to be fixed the way described in option 2.)

When arranging or deleting apps in the launcher ”edit mode” (entered by a tap-and-hold), I have noticed the following glitches. (Edit 29th April: updated to represent the situation in 1.0.5.19. Some issues fixed, some remaining.)

• When tapping and holding to enter the edit mode on your last page of apps (if it has one or more empty rows in the bottom), the view of the app grid jumps to different position (so that the last apps in your grid are on the bottom row). This is probably expected behavior (so that you see more icons after entering the edit mode), but I don’t think it’s good. When you want to delete or move an app, you probably do the long press on that particular icon and expect it to be under your finger after entering the edit mode. The view position should stay as it is.

Capture 1: before tap-and-hold

Capture 2: after tap-and-hold

• When dragging an app to a different position, there’s a delay before the icon ”sticks to your finger” to be dragged around. If you start moving your finger too soon, the icon still comes along, but ”drags behind”; i.e. it is not right under your finger but offset in some direction (by even as much as two grid rows). Hard to explain; try it out. I think the best way would be that once an icon/app is "picked up", it should jump to a position just a bit above your finger and follow your finger there, so that you can see what you are moving.

• When an app is deleted and after the remorse time has elapsed, the icon doesn’t disappear immediately, but after a delay of few seconds. Makes me briefly wonder ”was it deleted or not”? The icon should disappear immediately or at least grey out immediately (fade out, maybe)? (Edit, 1.0.5.19: Improved now, as a progress indicator is displayed after the remorse timer has run out; still, after that the icon comes back for a moment before disappearing, which I think is not necessary.)

• Deleting several apps in succession. If you tap the cross on app A to delete it and then tap the cross on app B while the remorse timer for app A is still going, this first timer is replaced by the one for app B. So you can't cancel the the deletion of app A anymore, but its remorse timer seems to be still going (just not visible), as it takes some time for app A to disappear. Possible fixes: 1) show several timers for different apps at the same time; 2) delete app A immediately when you perform the next delete action. (Edit, 1.0.5.19: Seems to be fixed the way described in option 2.)

Edit Jul 22 2014: I decided to close this old question. Some of the requested things have been released; the remaining ones can be voted for in this new question.

When arranging or deleting apps in the launcher ”edit mode” (entered by a tap-and-hold), I have noticed the following glitches. (Edit 29th April: updated to represent the situation in 1.0.5.19. Some issues fixed, some remaining.)

• When tapping and holding to enter the edit mode on your last page of apps (if it has one or more empty rows in the bottom), the view of the app grid jumps to different position (so that the last apps in your grid are on the bottom row). This is probably expected behavior (so that you see more icons after entering the edit mode), but I don’t think it’s good. When you want to delete or move an app, you probably do the long press on that particular icon and expect it to be under your finger after entering the edit mode. The view position should stay as it is.

Capture 1: before tap-and-hold

Capture 2: after tap-and-hold

• When dragging an app to a different position, there’s a delay before the icon ”sticks to your finger” to be dragged around. If you start moving your finger too soon, the icon still comes along, but ”drags behind”; i.e. it is not right under your finger but offset in some direction (by even as much as two grid rows). Hard to explain; try it out. I think the best way would be that once an icon/app is "picked up", it should jump to a position just a bit above your finger and follow your finger there, so that you can see what you are moving.

• When an app is deleted and after the remorse time has elapsed, the icon doesn’t disappear immediately, but after a delay of few seconds. Makes me briefly wonder ”was it deleted or not”? The icon should disappear immediately or at least grey out immediately (fade out, maybe)? (Edit, 1.0.5.19: Improved now, as a progress indicator is displayed after the remorse timer has run out; still, after that the icon comes back for a moment before disappearing, which I think is not necessary.)

• Deleting several apps in succession. If you tap the cross on app A to delete it and then tap the cross on app B while the remorse timer for app A is still going, this first timer is replaced by the one for app B. So you can't cancel the the deletion of app A anymore, but its remorse timer seems to be still going (just not visible), as it takes some time for app A to disappear. Possible fixes: 1) show several timers for different apps at the same time; 2) delete app A immediately when you perform the next delete action. (Edit, 1.0.5.19: Seems to be fixed the way described in option 2.)