On Fri, 31 Aug 2012 11:04:01 +0300 (EEST) Robert Krambovitis <rob...@split.gr> said:
> Good Morning, > > please consider checking out these (mostly) minor things I have encountered > in E that I believe should be brought to your attention and potentially fixed. > > Compositor related: > - MAJOR: Resizing of windows with shaped borders is broken. It updates approx > 1/sec on my slow laptop. The result is that the border does not get drawn all > the way around the swallowed window, and the window contents don't refresh, > i.e. it appears to have become stuck. This applies to simple things that > automatically change size, i.e. when clicking the "advanced" button in the > pager options. shaped borders make compositing have a lot more overhead. i highly suggest u don't use such a theme. but be that as it may - if i try detorious which has shaped borders (rounded corners) it works fine for me here. that's because it uses "argb" not "shaped". shaped window handling in comp is insanely slow as it has to fall back to pixel fetching so it can apply the shape rects to the alpha pixel values. it is, at best, a fallback that is going to go away. as for e18 we will be compositing only and thus wont even need shaped window paths (except for client window content). so in this case i suggest a theme "fix". > - Informative: opengl compositing works on my computer at work with nouveau > driver. As with the rest of the driver, it's an order of magnitude faster > than nvidia driver. i find nvidia's drivers to be better as they at least offer vsync swaps which nouveau doesn't. i have 1 machine with nvidia, one with nouveau. the nvidia ones in general are better with fewer glitches. i guess its a local issue there for you driver-wise. > Generic E related: > - Annoying: When restarting E, any window that was maximised with the "fill" > option is remembered as normal maximised. i.e. if I use the "fill" option to > tile windows to my liking, after restarting E, all those windows will take up > the entire screen. ok. > - Obvious: Ability to set a threshold of screen size % above which the window > is considered "maximised", so when clicking the maximise button, instead of > growing say 5 pixels, it will revert to a predefined "unmaximised" size. Or > at least after growing 5 pixels, and re-clicking, instead of shrinking those > 5 pixels back, it will revert to said predefined size. not so simple. if the "normal" size is almost maximized... then e has no idea WHAT the normal size WAS - ever.e places a property on the window that survives a restart: __E_WINDOW_BORDER_SIZE and this holds the "normal" geometry. ie geometry before e did a maximize. if the geom before e did a maximize is almost maximized.. then what IS normal? e has zero clue. it doesn't know. > - Request: Ability to move fullscreen window to another desktop by alt + > click (drag) + f desktop number. that's tricky as that action is part of the move handling that is totally not allowed for fullscreen windows as they are SPECIAL cases. there's a menu you can use to move the window so its still possible without un-fullscreening it. > - Request: Ability to lock items in IBar to avoid accidental drag / removal > on slow computers. that sounds sensible,and is already there. :) ibar settings -> lock icon move. enable it. :) > - Request: Don't autohide shelf when moving items in IBar (changing order). kind of related to systray thing. the dnd grabs the mouse and thus it exist the shelf and the shelf hides. > - Glitch: When jumping to a different screen on a multi-screen setup, the > window under the mouse does not receive focus. at least with sloppy focus i dont see this. focus is on window under the mouse for me. same with pointer focus. > Systray related: > - Minor: When moving my mouse over an icon in the systray which is in a shelf > with autohide, the shelf starts autohiding, and reappearing. You may need to > set the autohide speed to fast to see this. won't be fixed. don't use autohide then if u use systray. :) the only way to make systray work is to hover extra tray window(s) over the shelf. this means the mouse exits the shelf thus the shelf hides. it's a bi-product of systray protocol and design. it'd need some nasty tray-specific hacks to make it work and as systray is just a gadget/module i have no desire to do that. > EFM related: > - Bug: When drag-and-dropping item into application, mouse events seem to > stop functioning. i.e. drop playlist into player, then can no longer drag > window from title bar, or close window by clicking on X etc. can't reproduce here. just tried. works fine. > - Glitch: pathbar_button: When a directory name is long, and you select a > previous directory, the unselected text spans across multiple buttons which > looks messy. yeah. pathbar could be much better/slicker. this seems to be partly a theme issue though as its trying to do something sneaky that is very hard to do with edje unfortunately. i worked around it. > - Bug: Moving items does cp+rm instead of mv. (i.e. when moving a 1G file to > a subdir) right now efm is broken in that it just does a CP - never an mv., this is totally broken behaviour. it used to do mv no matter what and a cp+rm if the mv failed (eg across filesystems) to keep consistent move behaviour (yes i know other filemanagers etc. will do a cp and not rm here). the current cp tho is totally broken as its utterly unexpected behaviour in the majority of cases. > - Annoying: Preview popup gets in the way and does not follow keyboard > actions. i.e. when I navigate tiles photos in a directory using the arrow > keys etc, the preview will continue to show the item that my mouse is over, > hiding what I'm interested in. (note, with mouse focus, mouse will usually be > over someting by accident) yes. the preview should hide when you key-navigate selection (or should display what is selected in this case). > run_everything related: > - Missing: My own custom commands that are in the path, no longer appear in > the run everything popup. dunno. don't know if this ever was meant to work. > comp_scale related: > - Minor: There does not appear to be a setting for the speed of the "focused > window" animation (i.e. when selecting next(all)). This makes it look wierd > when initialising, since all windows will get into place, except the > currently focused one that takes a while to sort of slide in from somewhere. not part of e17 release, so not worrying about it. > tiling related: > - Request: Enable old-style tiling (extra). 1 major window i.e. assign 70% > screen size. All other windows tiled at side. 1key combo to make focused > window the major. 1key combo to float/un-tile a window. I found this very > useful, since I can remember 2 key combos, it made sense, it was fast and > helped with productivity. The current tiling method does not appear to fit my > own use case and seems much more complicated. not my area. you should poke boris. :) > Thanks in advance, > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
