pulley menu: what do you think?

pulley-menu

asked 2014-12-29 21:44:54 +0300

michel
591 ●8 ●12 ●16

updated 2014-12-29 22:17:25 +0300

eric

12967 ●88 ●133 ●123

https://twitter.com/erkki...

As much as I like the concept of the pulley menu, imho its uncompatibility to scrollable content makes it quite bad. There are 3 approaches to this problem i found in different apps:

No use of the pulley menu
pulley menu is at the top of the content and u need to scroll up to use it (not very comfortable)
leave some space at the top of he screen that wont scroll to pull the menu (which uses even more space than a button would)

None of them are appealing to me as they are either inconvenient to use or create inconsistency in the UI.

The only solution I can think of is using an over-the-edge gesture:

If one would use the top edge, the closing gesture would need to move to either left or right, wich could be configurable (one side closing other side minimize) remaining problem: the top is rather hard to reach with one hand
using the bottom edge would move the notification screen to one side (again preferably configurable)
using one of the side edges would require a new kind of menu. My Idea is to make the menu move faster into the screen than the pulling speed and then with your finger on an entry, trigger on release. If u would pull out the menu completely you could chose conventionally like with the current pulley menu.

I personally would prefer the bottom edge or one of the sides. What do you think? Has someone another solution or do you just like the current pulley menu?

edit retag flag offensive close delete

Comments

1

Voice recognition: Say "pulley"!

Anna ( 2014-12-29 21:48:37 +0300 )edit

I dont quite understand your comment

michel ( 2014-12-29 22:13:49 +0300 )edit

2

May be closing an application is swiping down with two fingers. I would set closing application as a top priority gesture anyway.

hongakonga ( 2014-12-29 22:31:03 +0300 )edit

pulley menus are a great way to have interactive items at the top of the screen without having to reach all the way to the top of the screen. But I do wonder whether they have another idea brewing for SailfishOS2.0 on the tablet, as the current pulley menus might be a bit odd at that screen size

r0kk3rz ( 2014-12-29 23:20:41 +0300 )edit

2

closing the app could be a standard/obligatory option in the pulley menu?

bilgy_no1 ( 2014-12-29 23:28:57 +0300 )edit

1

answered 2015-01-01 07:59:22 +0300

mlwane
746 ●11 ●14 ●20

Wouldn't a slide along either side of the screen suffice? One could simply swipe down along the right/left side of the screen to activate the pulley menu.

edit flag offensive delete publish link

0

answered 2014-12-31 10:24:43 +0300

Obi
141 ●1 ●7 ●5

How about some zik-zak movement to bring pulley menu, when you are in middle of content? Move finger up, down, up, down, at the same time move finger slightly to left or right and pulley down menu appears?

edit flag offensive delete publish link

Comments

1

I also had this idea in another thread this was suggested, but I don't think it was liked that much, as it's not very intuitive. I do still think it's actually a very easy way to get the menu to show up.

nthn ( 2014-12-31 11:30:49 +0300 )edit

0

answered 2014-12-31 08:12:42 +0300

shellkr
305 ●8 ●13 ●19

Another idea that would work better with one-finger navigation would be a long-press, long-press-and-swipe or similar gesture to open the menu. It would mean copy/paste needs a different solution though. I still think the original implementation should be kept and this only as a mid-page scroll solution. You would not want to long-press for menu when you already are at the top of the page.

edit flag offensive delete publish link

0

answered 2014-12-31 03:58:21 +0300

ramoth
6453 ●57 ●71 ●71

http://www.ramoth.de/

What about this, thinking about the web browser, where the controls in the bottom disappear when moving down in the page and reappear when scrolling up, this could be transferred to an extended pulley indicator. So all scrollable apps, once you start scrolling upwards, could show a 10mm or what pulley indicator on top. If you grab it you can pull it down even in the middle of a long scrolling page. If your are on top of the content, it remains as it is currently.

This would seem logical to me, makes pulley available also in long scrollable content with just 2 short motions (short scroll up to make pulley grab-able, then pulley pull) whilst not interfering with the current approach.

edit flag offensive delete publish link

2

answered 2014-12-31 01:05:57 +0300

maxik

266 ●4 ●10 ●12

I think the pulley menu should stay as it is. I really like this feature.

Instead the developers should take care that the pulley items only provide common global tasks, so that the user does not really care his current position when in need for a pulley action. Position specific tasks should be reached from current position, like through long holding the screen.

An enhencement I could think of would be some kind of quick scroll to top and marking last position so you may quickly return, but that should not be nessecary.

edit flag offensive delete publish link

Comments

3

Is "save file" a position specific or a global action? I use it all the time while editing a text file. In the middle of editing, not just at the end.

pichlo ( 2014-12-31 01:43:17 +0300 )edit

Maybe an action like saving should be performed automatically if there is no flush of the redo/undo-stack. I did not use any editor application at the moment but i think there might be some more elegant way to achieve a solid solution without placing it in the pulley.

maxik ( 2015-01-04 18:31:40 +0300 )edit

0

answered 2014-12-31 00:46:52 +0300

tvicol

5032 ●57 ●87 ●82

http://evotronix.eu/

updated 2014-12-31 00:47:30 +0300

Swipe from right - minimise, Swipe from left - pulley menu

edit flag offensive delete publish link

0

answered 2014-12-30 21:08:13 +0300

Holger

2777 ●41 ●71 ●70

Whatever variant is getting implemented (if any): there could be a option in the settings: use traditional pulley menu or <whatever is="" its="" name="">. Or some sort of option, where one could configure, in which situation the traditional pulley is used or the <whatever is="" its="" name="">. That way its probably possible, to leave the pulley menu as it is now on short pages, and create an <advanced> method for long pages.</advanced></whatever></whatever>

edit flag offensive delete publish link

6

answered 2014-12-30 13:55:05 +0300

tokaru
14054 ●175 ●219 ●220

You probably all know the quick scroll controls displayed on the right side when scrolling. What about adding a "pulley handle" to it?

On tap-and-drag it could just pull out the pulley menu (as if you were on top of the page). On tap-and-release it could open and keep the menu (like it does when you flick a pulley menu open fast)

I think it would fit in with the quickscroll buttons, the pulley menu is also part of the navigation within a page. But maybe it would help to have another way of having this navigation bar displayed, without the need to scroll the page.

edit flag offensive delete publish link

Comments

1

u need to start a fast scroll though and u probably just want to stay where u are with content.

michel ( 2014-12-30 15:43:35 +0300 )edit

Yeah, it would be similar "unlike" as in the native browser, where you need to scroll in order to see the toolbar. ;-) I agree, not ideal - that's what I meant to say with "maybe it would help to have another way of having this navigation bar displayed" :)

tokaru ( 2014-12-30 15:55:31 +0300 )edit

6

answered 2014-12-30 13:31:09 +0300

pichlo

4062 ●64 ●92 ●92

updated 2014-12-30 22:40:56 +0300

I quite like the approach taken by the stock Gallery app: tap the screen to split it in half. One side with the original content, the other with options and a pulley menu. Not applicable to any type of content but the basic idea is sound.

A viable alternative for scrollable content (text editors, browsers, email...): have a sub-page bubble or whatever it is called in the top right, like in e.g. the Email app to expose the list of folders. Or slide to the left to do the same thing. Put your menu option on that page. Sure it defeats the pulley paradigm somehow but for scrollable contents it is far better than having to scroll all the way to the top and lose you current position, only to get to the menu.

It would be per application (thus the developer's responsibilty), not global.

edit flag offensive delete publish link

Comments

I didnt thought of the gallery app and it is a sound idea indeed. atm in gallery there is no scrolling content though and if u zoom the images, the trigger is disabled. Probably a double tap would be better.

michel ( 2014-12-30 15:59:43 +0300 )edit

3

Maybe it is just me, but I can remember it took me some time until I actually knew how to handle the gallery.

tokaru ( 2014-12-30 17:17:21 +0300 )edit

Gallery is a quite unique way of viewing thing. I am not exactly sure whether a similar approach would work for scrollable content such as a long email or similar...

ramoth ( 2014-12-31 03:53:45 +0300 )edit

1

answered 2014-12-30 12:29:51 +0300

sirzero1997

775 ●7 ●13 ●16

updated 2014-12-30 12:37:35 +0300

I think there is a better solution . Swiping from the top edge reveals a list of options . It should work like this 1.Item #1

2.Item #2

3.Item #3

4.Close the app

By dragging your finger and releasing on the desire Item the UI would work as you wanted it to . Call this the swiping menu

Changing the bottom swipe gesture won't do since the whole purpose of it was to gave a quick access to your notification . Dividing into sections won't do either since your thumb would have to dance around to reach each specific item

edit flag offensive delete publish link

Comments

3

That would completely defeat the main purpose of pulley menu :)

Pulley menu is there so that you don't have to ever reach the top of the screen to select an option.

nodevel ( 2014-12-30 12:50:22 +0300 )edit

but you have to SCOLL ALL THE WAY TO THE TOP which is fast in ur opinion

sirzero1997 ( 2014-12-30 13:31:28 +0300 )edit

Not sure where you're reading that opinion from.

nodevel ( 2014-12-30 13:57:11 +0300 )edit

I know the whole purpose of the pully is you dont ever have to reach for it again . But sometimes reaching for the top maybe faster than scrolling all the way to the top of a long list to access the pully menu. sr for my previous cmt . Written in a hurry

sirzero1997 ( 2014-12-30 14:31:13 +0300 )edit

this is actually very similar to what i meant with my idea of a side menu :) and i think the sides would be better to reach than the top. Imho it is not necessary to have 2 sides with the same use so i would think that'll be fine

michel ( 2014-12-30 15:49:02 +0300 )edit

pulley menu: what do you think?

Comments

14 Answers

Comments

Comments

Comments

Comments

Comments

Question tools

Stats

Related questions

pulley menu: what do you think?

Comments

14 Answers

Comments

Comments

Comments

Comments

Comments

Question tools

Public thread

Stats

Related questions