On Fri, Jun 28, 2013 at 6:48 AM, Andrej N. Gritsenko <[email protected]> wrote: > Hello everyone! > > I've found a little inconvenience in the FmPathEntry behavior. When > you are in menu://applications/ folder and you go into some folder then > you get not into the folder where you come but into another. For example, > if I go into "Стандартні", I come not into menu://applications/Стандартні > but into menu://applications/Accessories instead. And situation if you > going into Applications come into Tools but going into Tools end up in > the Applications is completely valid (you know, folder names may be any). > It is just because path entry never shows display name (i.e. the name > which is shown in view) but some modification of the path name instead. > I'm not sure if that behavior is right one. The most probably the path > entry should show the same name which is shown in the view, therefore > going from main menu folder into Wine -> Programs should bring you into > folder menu://applications/Wine/Programs instead of another path which > isn't so clear - menu://applications/wine-wine/wine-Programs - which is > shown right now. I know, menu://applications/wine-wine/wine-Programs is > internal path representation in XDG menu specification, but does every > user knows that? It probably will confuse some. And I believe that menu > isn't unique in that and some other VFS may give similar results. > > What do you think? Should that be changed or let it stay as it is? > > Cheers! > Andriy.
We need to leave it as it is and there're no other good options ATM. It's perfectly legal in the XDG spec for two categories to have the same display name. So it's better to use the internal name here. Otherwise there will be ambiguity. Another option is showing the display path in the entry. When the entry gets focus, show the internal path instead. This might look weird, though. ------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev _______________________________________________ Pcmanfm-develop mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/pcmanfm-develop
