Tag Info

Hot answers tagged

15

Though the left and right icons would give information that you can continue scrolling, another option is use a layout where only part of the images are visible and the user will have to scroll to the right to see them as given below: Another approach which I am not a fan of would be to use a horizontal scrollbar at the bottom which informs the user that ...


9

You could try something like this: Note the line breaks at left and right as well as the cut off text. Omit the left line breaks if nothing to swipe to at left. Even the line breaks alone would be a very simple cue that would be better than nothing if the cut off text is a problem to implement:


7

Conventions for this micro-interaction are weak I haven't seen a study, but from a usability perspective I really don't like this microinteraction. There is no usability cue/affordance. Users need to be trained or they may not know the interaction even exists. Even if they are trained, there's no cue for what direction causes what action, so it's easy ...


5

One of my favourite soluion for this is pulse's: on first run, display an overlay with help: you can show this once, and never worry about it again. Of course it has downsides as well: user forget it quickly, or ... But you should thick to the Android 4.x design conventions, section swiping between tabs. Also a good idea would be something like the ...


4

Indicator dots below them. Part of the next image peaking in from the sides. Left / Right arrows. On load have the first image slide in from the right. Or just use a picture of John Stamos, it fixes everything.


4

An important factor to consider is the audience of the application (or website). It seems that typically, many younger audiences (or those familiar with touch devices) are used to swiping across carousels. If you look core applications of iOS (and I'm assuming Android as well), you'll find that carousels support swiping to switch to the next image. However, ...


3

Don't create a dead zone Assuming you allow both horizontal and vertical swipes and only horizontal and vertical swipes then I see no reason not to simply say that if your swipe is within 45° of horizontal treat as a horizontal swipe and within 45° of vertical, treat it as a vertical swipe. I'm not sure there a need for a dead zone on the middle where it ...


3

The biggest risk with these isn't that they won't figure out to swipe, it's that they won't realize there are other images. Use a generic page count bubble, and trust them to figure out the rest. download bmml source – Wireframes created with Balsamiq Mockups


3

In physics this would be a case of 'dry friction'. The velocity should decrease linear in time. The linear factor is the coefficient of kinetic friction. I suppose you want to experiment with different values there. If velocity is linear in time, then scroll position is quadratic.


3

You should use neither of them. When you are referring to vertical content, you should say "scroll up" or "scroll down". Vertical content movement has been used for decades now, and there is no good reason to change the terminology. Yes, you are swiping, but you shouldn't refer to how it is done, just what you want to achieve. We say "click on X" not ...


3

Yes. Apple use the terms "swipe up and swipe down: http://www.apple.com/iphone/iphone-5/tips/ The Apple HCI Guidelines may be of use here in conveying defined actions: On avoiding redefining gestures: ...


3

This isn't a new design pattern. It's a carousel. But, as you say, it does seem to be more popular on mobile as of late. The main benefit is that it keeps the user on the page while giving them the ability to browse more content. Does it work? Sure, if you want to browse through some more secondary information in a small space. That said, there will be a ...


3

Changing chapter is a major operation, which should be handled with care. A swiping motion changing chapter is in a way careless, since users who accidentally makes the swiping action will be completely lost. Therefore I thing your best option is to use a standard hamburger menu containing the chapters and possibly subchapters as well. download bmml ...


3

I suppose the first point to make is that you shouldn't depend on invisible interactions to accomplish anything. The example made in virtualnobi's comment of iOS's swipe-to-delete gesture is a good example; Mail items etc. can be deleted the long way by choosing Edit, then checking the items you wish to delete, then choosing "Trash"/"Archive" at the bottom ...


3

Some desktop applications do take left/right handedness into account, for example games often use the WASD keys for directional movement, but also have IJKL set up by default. Equally some applications don't take it into account. When I broke my right wrist and had to hold the mouse with my left hand, I soon realised how the keyboard shortcuts for a lot of ...


3

Using Gmail and Inbox by Gmail as examples we can see a clear difference in ideas regarding this matter. Unless you are in a serious fight for space within the object I would recommend using icons that reflect the action. This would remove any learning curve that results in removing actions from clear view. Gmail: Swipe left: archive Swipe right: archive ...


3

I've not find any research about this but you could analyze: Mental Models : There's no a massive use of swiping to choose between yes/no - good/bad to take as "common use", so you will not confuse anyone comparatively more if you set the actions one way or the other. Familiarity and flow: It's common in mobile applications to place the option that let you ...


3

You mention the way Tinder handles swiping (right -> good, left -> bad), but in addition, Tinder offers buttons which perform the exact same behavior and are visible to the user at all times. These buttons are placed in the same location as their corresponding swipe directions (i.e.: dislike button on left, swipe left to dislike). Assuming these swipe-able ...


2

Horizontal scrolling has become cumbersome in comparison to vertical scrolling. With mouse input horizontal scrolling is often better supported by the hardware (scroll wheels). With touch UIs horizontal scrolling is just as easy as vertical scrolling but mixing the 2 is problematic when it's not clear that part scrolls which way (could sure use some visual ...


2

I would: cut off the last column of thumbnails as mervinj suggests it, to show that there is more to see make the grid of thumbnails slightly slide from right to left when page is loaded, to indicate the user what part of the screen moves when swiping.


2

I'm a massive Swype user in 2 languages (Hebrew & English), and I just completed an article that will be published soon on UXBooth about the challenges of typing for people who lack the use of an arm or hand. The thing with Swype is that it works on memory more than anything else. That's why the QWERTY is the only real solution...theoretically there ...


2

From a user experience point of view inputting information would be easiest, if the most used keys are in close proximity, and common keyboard combinations are next to each other. While the DVORAK layout is efficient for typing with ten fingers that lay on the home key row and thus have fast access to the most commonly used letters, the same logic does not ...


2

Vertical scrolling is the "natural" way to see additional content in the same document. Making horizontal swipe go to another page in the same document would be confusing for most users. Perhaps the most straightforward option is to use nested lists. First the user chooses a team, then the user chooses a document, and finally the user sees the viewer. ...


2

The first left swipe (activates right menu) can be set to start from the edge of the screen. like the side menu in facebook. The seocnd left swipe (Activates actions on an item) can be set to start from anywhere EXCEPT the edge of the screen. Just like when you're moving about a zoomed in page in a browser


2

I don't think showing the buttons for a short time and then moving them is a good idea. You might put these (unlikely) options in the menu (always available in the menu) but have the buttons completely gone once an allergy is specified. But it seems to me logically inconsistent to allow an allergy to be specified and be able to specify "No Known Allergies" ...


2

You'd need some sort if indicator saying that the bar is swipe-able to begin with, for example indicator dots below, or having the red/green peeking in from the left/right. See this discussion: best image to indicate swipe left right. With that indicator in place I would personally just use more paper prototypes to display the different states But to answer ...


2

Basing your apps functionality on what the user tells you they need is considered a wrong approach. In UX it's widely believed best practice to observe your users' behavior and base functionalities on that. Users don't want what they tell you they want, but want what they don't know they want. As for swipe gesture or just buttons, there isn't a clear ...


2

Research From Nielsen: Desktop websites have a strong guideline to avoid horizontal scrolling. But for touch-screens, horizontal swipes are often fine. Indeed, mobile-device users typically expect to horizontally swipe their way through a carousel. There's also this research from Poynter showing a similar trend: iPad users have an overwhelming ...


2

Because we read from left to right this means the most natural way of swiping would to bring in new content from the right. So the comment above is correct. Swipe to the left. updated by 'we' I mean the West. For other languages will be in accordance with the reading direction.


2

Without knowing anything about your app, the best solution I can think of, is introducing a brief on-boarding that includes instructions on swiping with one finger to use the app (with an accompanying visual example). I'd be interested to know where they're getting the idea that two fingers is for swipe; maybe they're laptop users having a hard time ...



Only top voted, non community-wiki answers of a minimum length are eligible