Here's the current status update wrt to my comment #3: - The "architectural bug" has been fixed in the Oneiric cycle as part of a bigger revamp of he places/lenses infrastructure. This makes it at least technically feasible to resolve this bug.
- libgnome-menu is probably even more in limbo than I described before. - Afaik there has been no constructive discussion about how to resolve this issue. And as I hinted before the statement "zomg! unity is teh broken because it doesn't support nested folders!☠" is based on frustration (which I can appreciate), but also based on a wrong assumption. Wine assumes that it will always live in a deeply nested hierarchy that it has full control over and Unity's design policy is pretty much the converse. Flat and locked down. The Wine approach wouldn't fly on Android or iOS either. What I think needs to happen to move this bug forward is to have some constructive conversation around how to resolve this. Deep folder browsing is the obvious solution, but probably also the absolutely last resort as it breaks the UX horribly. So let's see if there is a more elegant way out of this. My own best idea right now would be to not include Wine aps in the apps lens, but write a dedicated lens for Wine apps. Each app could then live in its' own cateogry, bundling all related launchers in that category. Living in a dedicated lens gives much more wiggle room for custom layout and interactions. It still doesn't entirely solve the problem in the global dash search though, where you'd end up with hits in the odd launchers... -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/753276 Title: Currently no way to find wine apps in dash other than searching them from search bar To manage notifications about this bug go to: https://bugs.launchpad.net/unity/+bug/753276/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
