> > 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".
I didn't know there was also an "argb" option. I'm slowly becoming more fluent in edje. Problem fixed :) > > - 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. normal could be theme defined, or configurable, i.e. a configuration panel in which you define thresholds / defaults. What I mean is that I have encountered many times when the maximise button is essentially useless. In some occasions I have encountered windows non full screen that were full screen size so clicking the maximise button didn't shrink/expand by a single pixel. > > - 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. > I find it faster to unfullscreen, move, fullscreen. Less to remember :) It's not imporant, it is just an exception to the norm. > > - 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. :) Oops, missed that one. Thanks :) > > > - 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. > I'll test it again tomorrow when I'm back on my dual monitors at work. > > 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. Please note that this is new behaviour. For instance on my previously compiled r75050 this was not the case. I have had a systray in an autohiding shelf for as long as I can remember and I would rather like to keep it that way. > > > 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. > strange. I'm on 75861 and can reproduce it every time. Right now I dropped an mp3 from efm into smplayer, problem appeared. However dropping mp3 into totem or image into gimp works fine. Maybe smplayer specifically does something differently. On a side note, the opposite does not seem to work. i.e. drag and drop into efm For instance from an archive manager like file roller. > > - 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. It used to work. I could alt+esc, type a few chars and launch my custom commands. Now I have to run them from within a terminal. > > 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. Indeed, however what with compositing becoming default, it looks so much cooler than the window list on alt+tab :) > > > 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, > > New One (forgot to mention on last email) Lock screen related: - Glitch: When screen locks, the keyboard language key combo should work, or something in those lines. Basically when using auto screen lock after x mins, I get locked out when I was for some reason typing in a different language (i.e. sending email). This is the case now I'm using the keyboard module. I have had to disable auto screenlock because it happened regularly :) Thanks for your response :) ------------------------------------------------------------------------------ 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 [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-users
