On Fri, 9 Nov 2012 10:15:01 -0800 Marc MERLIN <[email protected]> said:
> On Fri, Nov 09, 2012 at 07:54:40PM +0900, Carsten Haitzler wrote: > > > Ok, I found out yesterday that the e17 code for a huge display with fake > > > xinerama is broken and offsets things on other screens (I sent details > > > with screenshots to Raster directly). > > > Also, it seems to break the remember windows code too, so half of my many > > > terminals don't go back where I saved them (it was working with 4 > > > independent screens). > > > > that looks like an xorg hw or config issue - not anything to do with e17. :) > > New Xorgs don't have config files anymore, but I can't tell you it's not a > hardware bug. All I know is that without fake xinerama, it worked ok. > > > you said you don't need or want virtual desktops... so why do you want a > > pager:? the pager controls VIRTUAL desktops. you want all 4 screens to be 1 > > big screen > > Good question. > I like seeing my windows in the pager sometimes drag them, but I agree that > I do that seldom and don't really need the pager. > > > with no virtual desktops... and you have that via fake-xinerama options. > > (beats me why u want that though - have 4 screens, each with as many > > virtual desktops as u like and place pagers in shelves in appropriate > > places - eg the top left, bottom-left,m top-right and bottom-right corners > > per screen. you can add and delete shelves as u like - u dont need to drag > > them around to have them on other screens). > > You're correct that I don't need virtual desktops with 4 screen, and I > indeed don't have any. > Now that you convinced me that I actually don't really need a pager without > virtual screens (see, you didn't waste your time :) ), and there are clearly > problems with the fake xinerama config, I'll go back to using e17 the way > you intended :) the reason i point the finger back to xorg/driver land is that e is not capable of doing what you describe. that means offsetting both the output AND the input of all screen content by maybe 30 pixels or so on the right side of the screen. i assume input works ok? ie when u click a titlebar and drag - it moves? etc. in x11 there is no mechanism (anymore) to modify input coordinates of the mouse. output CAN be modified by the compositor but without modifying both input and output you'll end up with the mouse input and the content offset from eachother making for odd usability. if it is 1 or 2 pixels u may never notice, but if its large, you will for sure. so i can't see how you'd get the results you claim to have as the fake xinerama options just tell e to ignore what xinerama says and take your manual input for what the xinerama info is. you'd get the same result if you compiled ecore without xinerama and randr support (then ecore can't expose such info and e17 would be blind to the fact you have 4 screens pointing to your root window). > > > Otherwise, I still didn't quite find how I can add a simple 'lock' button > > > to my shelf. Is there not a way to have a run everything icon on a shelf > > > and have it call xlock on disk as soon as I click on the icon? > > > > u can make an ibar with a custom desktop file (see applications settings) > > and point ibar to a custom launcher directory (also settings). why you want > > to do this and not just use e's built-in lock that can auto enable on > > screen blank, i don't know. the default binding to bring it up is ctrl+alt > > +l, so you dont need a button in the shelf for that - no gadget was ever > > provided as at least i never saw a good use for it due to there already > > being key bindings and it auto enabling on blank anyway. :) > > Lock on blank doesn't work in a corp environment when your screen needs to > be locked now. ctrl+alt+l. :) > With E16 I had a 'lock' epplet that did that. > I know E17 can have a hotkey, maybe I'll get myself used to using that, I > was just curious how to have a 'one click here to lock' button since I've > been doing this for so many years. you could also bind a button action to it - it is an action as such so can be re-bound to keyboard and/or mouse - so eg ctrl+alt+right mouse could lock when clicked on the screen background (set it up for click on zone like the left and middle click bindings) :) e has remote ipc to ask it to perform any action it has... there just isn't a tool to send that request for you. in maybe 20 lines of c or so you could make one... and then make a desktop file to run it... :) > Thanks for your answers. > Marc > -- > "A mouse is a device used to point at the xterm you want to type in" - A.S.R. > Microsoft is to operating systems .... > .... what McDonalds is to gourmet > cooking Home page: http://marc.merlins.org/ > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [email protected] ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_nov _______________________________________________ enlightenment-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-users
