how to remove/hide .. item ?

(2012-04-11 13:55)`Black Wrote:  And you shouldn't hide it since you sometimes need it if you're using a control with very few buttons like the Apple remote for example.

Isn't menu button mapped to previous menu on Apple remote?

---

(2012-04-11 23:39)jmarshall Wrote:  There was some discussion in the development forum (my post on iPad experience) as to whether it makes sense to be determined in part by the skin or not (perhaps incorporated with the type of interface used for navigation). If your skin has an "Up" or "Back" button, there's probably no need for parent folder items, after all.

I guess everybody knows that I just hate this ".." item

May I ask what's the reason it's in XBMC at all?

Apart from skinning problems (lots of checks to hide info parts when this is focused, Container(id).NumItem not always working...) experience looks like browsing file system, not library. Furthermore, sometimes it is there and takes you step back, but sometimes it is not there and you still have to use remote/keyboard button.

Having it or not would be a non-issue if we the focus goes by default directly to the 1st item on the list or on ".." if no item.

Is that possible?

Think of any skin without a back button in the UI on a touch device. This is why we have to keep it.

(Similarly, any skin with a mouse).

The point is, that the skin "knows" these things. So if the skin tells us it's touch-friendly, XBMC could then automatically get rid of the buttons.

(2012-04-12 12:22)pecinko Wrote:  I guess everybody knows that I just hate this ".." item

Its there because some people just don't have a input device that allows you to go back and seriously pushing a "menu" button to go back like the apple remote does is so lame and un-intuitive I wonder why it was even added in the first place ti the default keymap its like the push menu in home and it brings up favourites :\

Another reason is exists and still shows up even when you have it disabled is because when you go to a file list or folder that is empty it gives you something to have focus on or else you loose navigation eg: for people who make smart playlists that have nothing in them or skins that have direct shortcuts to library sections that are dead empty

(2012-04-12 23:22)jmarshall Wrote:  Think of any skin without a back button in the UI on a touch device. This is why we have to keep it.

(Similarly, any skin with a mouse).

Don't wanna argue and it is teams decision to make just my opinion

- we might be better with a separate touch skins section as 10f interface skins are not suitable for tablets at all, regardless of touch/mouse support
- touch skins are not suitable for 10f interface at all and you will run into troubles if you activate them with mouse turned off

Mouse right button functions as previous menu, if I'm not wrong

And I seriously doubt anyone uses anything else but Touched on tablet. I probably know what I'm trying to say if you tried it with Confluence. It just don't fit at all.

Well for touch screen there is Joggler and really confluence does alright on bigger PC touch screens as well I also hear that xeeboo works pretty decent too

While I do agree with the whole small screen vs large screen skin difference if a skin is designed well from the start its could function as both. Apparently by the amount of gestures not working on win7 anymore complaints I get a few people do use 19" and above touch screen pc's with xbmc

(2012-04-12 23:52)Jezz_X Wrote:  Its there because some people just don't have a input device that allows you to go back and seriously pushing a "menu" button to go back like the apple remote does is so lame and un-intuitive I wonder why it was even added in the first place ti the default keymap its like the push menu in home and it brings up favourites :\

Yup, there are more examples where Apple remote mapping can be improved. However, most Apple users (that I know) are used to it as Menu button takes you step back in Frontrow or on Apple TV for quite some time. I had MCE remote before and found it confusing.

Quote:Another reason is exists and still shows up even when you have it disabled is because when you go to a file list or folder that is empty it gives you something to have focus on or else you loose navigation eg: for people who make smart playlists that have nothing in them or skins that have direct shortcuts to library sections that are dead empty

This is the point where I disagree. Dialog OK should pop-up in case of empty DIR and say "This folder is empty. " OK button in that dialog should take you back. Current solution is not always nice - if you are updating add-on you are in a folder with one item. As soon as update finishes you end up in an empty DIR with ".." How intuitive is that? (In Quartz case selector drops to the center of screen as Container.NumItems, that I'm using to vertically align fixed list , probably returns 0 in that case did not have time to check if I can fix it somehow)

As for skin linking to dead library sections, again just my opinion, they would not do it if people would actually like to drill out through library/addon sections. We need 3 step interface to utilize simple home layout like PM3.HD: Movies-filters-content. There are not many users that find it intuitive to go Videos-Movies-Titles-Content as it was in older layout. If you put Movies and TV Shows on home you are opening can of worms as playlists, recently added, add ons etc are in video section. It seems that our ".." item is not that helpful here.

---

(2012-04-13 00:45)Jezz_X Wrote:  While I do agree with the whole small screen vs large screen skin difference if a skin is designed well from the start its could function as both. Apparently by the amount of gestures not working on win7 anymore complaints I get a few people do use 19" and above touch screen pc's with xbmc

I'm not sure if you are just trying to be modest here but Confluence does not come near Touched usability wise, regardless of screen size. This goes double for 2nd version you released recently. In other words, it does work but it is not fun at all, as user experience is nowhere near.

Oh I agree its no where in the ball park as touched is but it is usable I certainly wouldn't use it but it is in fact jmarshall did the whole gesture support on win7 (thats broke) using confluence because its all he had at the time and he said it worked well for the most on the 21" screen he had on the iPad well it just plain sucks unless you have 2mm wide fingers

Dialog OK is messy IMO. An alternative is just going up a folder automatically.