How so? Which feature of the UITableView can not be replicated in JS? I'm struggle to think of one. Swipe left/right to remove rows in a table can be done with touch events.
I agree with you that we've trained users to expect UITableView Cells to be swipeable, yet I'd argue that the comments on MiniHack don't fit into a "standard" UI for cells (they don't look like a table view cell from Mail and Reeder, especially since a cell can take up more than a screen of height).
As such, I wouldn't expect my users to know to swipe them. I do agree that a help pane would do the trick, but personally I would probably lean towards an AlienBlue type of indication that the "cell" is actionable (the triangle showing Compressed or Uncompressed, and a row of icons that appears when you tap the cell, instead of the popup from the bottom).
That said, a JazzHands[0] type tutorial would serve perfectly fine too!
Way back in 2008, the Music app made use of this sort of feature (baked into UIKit). Table views can be "indexed," meaning you get A, B, C, etc down the side, and can swipe on it to move faster down the list.
Um, I have no idea if this is cool or not, because I'm sitting in a doctor's office on my iPhone.
Is it really too much to ask to implement swipe gestures in JavaScript? The world is mobile now. Whether this is actually cool or not I shall never know, it has disqualified itself from my web browsing time.
Yeah, I've heard this a few times now. This is the standard AppKit NSTableView swipe action, but I agree it's not tuned very well – I'll look into improving this this.
One tip: by default, the Delete key is mapped to Archive (though you can change that in Preferences to be Trash if you prefer that). A little faster than swiping.
This is fantastic - feels native (iPhone 5, iOS 6.1).
Semi related: does anyone know of a good js library for displaying side navigation(a la face books app) or detecting swipes from the edge of the screen?
I was going to build a mobile web app but I don’t like the way iOS handles button clicks on the bottom of the screen. The first click is ignored and it slides up your bottom menu bar, then you can click the button.
You don’t have as much control in the browser.
Oops I see a little bug. I forgot that on mobile instead of the wheel event you need to look for the touch move event because I think if you're not actually moving the screen then you don't get a wheel event on mobile and maybe you don't get one at all. Sorry forgot about that little quirk between mobile and desktop browsers. I should kind of know because I've dealt with that before but anyway I'll add some touch event handlers to implement the swipe stuff on the mobile... damn, must have been kind of annoying for you people who saw swipe and then. Sad, sorry :(
One change highlighted in the keynote presentation: instead of tapping the ‘Back’ button on the upper left corner of a UITableView layout, in iOS 7 you swipe horizontally from the left edge of the screen.
I recommend using the excellent Hammer.js[0] library to pick up swipes (since that's the gesture you're looking for). I've put together a small proof-of-concept here[1]. Try it out on your phone.
Alternatively, if you wanted to have some slick dragging action (so that a user could swipe a little, and control the rate at which the menu drawer opens), you could put a smaller (maybe 10-20% width) dragbox along the left-hand-side of the screen, and keep your selectable content to the right of that.
iOS's heavy reliance on this gesture is a great example of how bad it's gotten. Unlike drawers, which usually have some kind of pullable tab, or reorderable items in a list, which have little icons indicating grabbable-ness, there is no visual cue that items can be swiped left. If you've never used iOS before, you have no way to delete important things unless you've been instructed how to from friends or iPhone-using ancestors.
The glaring usability issue for me was deleting a post.
Swiping doesn't work, nor are clues provided in detail view. The answer is that the delete button is hidden inside the Smiley Face/Like button, which was not intuitive to me. After all, if I want to delete a post I obviously don't like it and won't think to look there. As a caveat to what this article says, it would be better for swipe to be reappropriated to the expected behavior. This is going to be more of an issue if more apps adopt under-tableview navigation.
You can do those things! You just need to be a magic mind-reader and somehow know that you can swipe items left or right to either delete them or start (copy) them. Swipe a timer to the right to show a “delete” button, swipe to the left to show a “start / copy” button.
Once I can figure out how to make one of those step-by-step walk-through tutorials I'll definitely add that to the app, because that functionality has absolutely 0 discoverability.
> Mr. Brichter was the first developer to create or help popularize app features such as pulling on a touch screen to refresh a page, panels that slide out from the side of a screen and the "cell swipe," which is swiping to uncover a list of hidden buttons.
Actually, all of these three examples seem bad to me. I guess such hidden features make sense on an iPhone with small screen and one button, but there always has to be some indication that additional buttons are there. Conformng Android apps have a menu button, either hardware or on-screen, and you can always be sure to find functionality there. I really don't want to have to swipe around to find expected features.
It took me > 60 seconds to figure out how to turn the page. My feedback is this: I hate it. When I'm using my ipad, every blog that has onswipe enabled leaves me frustrated. The UX feels slow, choppy, and unnecessary.
I don't understand what problem is trying to be solved. Browsing web pages on the ipad is a pleasant experience. I can scroll with my finger. With onswipe, I can no longer scroll with my finger. Why was that a problem? that's not a problem. It doesn't need solving. Please tell us explicitly the value you are trying to add, because I cannot see it.
The swipe left to right to me is counter-intiutive, most of the apps I've come across it is swipe from right to left, and the button to delete appears on the right.
Although, testing with some apps right now it appears both ways works, but I have noticed that apps also generally include an edit button that then lets me select multiple items and do a particular action on them.
What am I missing?
reply