Sean 'Shaleh' Perry wrote: > > And there are a lot of minor inconveniences. For example: > > - The focus lost when I change to a new workspace and the "Focus on Last > > Window" is not set. > > That is why the option exists .... The originally focused window should take the focus IMHO, not the /dev/null. But it's a question of taste, you're right.
> > - The submenu popup positions are confusing after reaching the right > > edge of the screen > > if the menu is too wide to fit in the space it open further left, otherwise it > opens on top of the other menus. Think of the menus as windows. Different but > once you know the why's it makes sense. I absolutely know the reason of this behavior. But I don't like it. It's confusing seeing menus overlapped. It's not logical either. I can see the ominosus IF-THEN-ELSE structure with my eyes closed, but it's still not right. > > - The root menu is not accessible when a window is maximized > Not sure how this could be fixed. What happens if your app wants the right > mouse? It's easy, there is a patch for it: the root menu is also accessible via the toolbar. It's in the bb dev. TODO list as I remember. > > - The window snap to edge ignores the toolbar and the slit (feature? > > don't think so) not mentioning other window borders. > > Yeah, that could use some work. > > - The stay-on-top feature is missing for the windows (ok. not bug, but > > something that should be developed) > > true. > > - The click-to-focus fails on window interior when a lock key is on. > > > > click to focus is there because people begged for it. That code never really > gets attention. It _GETS_ attention of mine, and many other people using this feature. So this is a bug. Minor bug, but something to do with it. -- Laszlo Gerencser PortoLogic Ltd.
