[3ddesktop-dev] Re: Multi digit desktop numbers

Robert Wittams wrote:

> Heres a patch to do desktop numbers > 10. 
> Didn't do rows  & columns yet. 

Cool!  I will take a look.  Howerver the freelists.org mailing list 
handler stripped the patch.  I've enabled mime attachments now I think
though.  Can you try sending it again?  (Or just send it directly to me).


> Re the build system: kde detection is really odd.
> It completely misses my installation ( gentoo cvs ebuilds in /usr/kde/
> cvs/) and I couldn't get it to work with configure switches. Didn't try 
> too long..  
> Why don't you use the executable kde-config? 

I believe I didn't use kde-config because I didn't know how to.  Most
-config's will take a --cflags arg to get the include path.  I didn't 
see how to do that with kde-config.


> I was thinking about what would be needed to achieve the Fast User 
> Switch and Expose features from MacOSX - 
> Fast User Switch: 
> -- Biggest issue is getting X servers and kernel to communicate and 
> avoid pointless and slow mode switching.

3ddesktop should use the same mode as you're currently in so mode switching
should not be noticable.


> -- Have an instance of 3ddeskd for each active server . 
> -- These servers communicate ( /tmp files? races  ) , and use mmaped 
> files to share an image of the screen wih each other. 
> 
> Expose:
> -- Basically take a shot of every toplevel window that is ever mapped. 
> -- Currently workable ( hack) methods of doing this is to cycle through 
> the windows - eek , get signaled by the wm on map ( dbus / dcop.. ). Is 
> there another way? 
> -- Proper way is when XFree gets proper backing store & save unders, and 
> a glX extension to use the backing store directly as a texture. Amazing 
> would be if this texture was dynamic, ie the texture would update as 
> the app drew into backing store. Might even be the easiest 
> implementation in the end. 
>  -- Also need a shot of empty desktop. Easy enough.. 
> -- Then on activate, do the funky scalotron fun and see. 
>
> The expose stuff would also enable any number of slightly evil window 
> manager hacks. eg OSX/Longhorn style fancy window move and resize. 
> Other windows would not update in the evil version... The correct 
> version is when XFree gets compositing.. and it interacts well with 
> OpenGL. 
> MacOSX can do this because the "root" window is composited using OpenGL 
> for all toplevels on top of it.  
> 
> All of these things would indeed be memory hogs, but we're not here for 
> minimalism, eh? 
> 
> On a more mundane note... the unacquired desktop textures could be ( as 
> a placeholder), a copy of the least "busy" other desktop texture.
> Also could have an effect to show its not perfectly accurate.. 


No doubt, a better working knowledge of how X worked and more time
we could make some improvements.  And certainly if X was better 
integrated with hardware accel everything could be a lot easier.
Thanks for the notes and suggestions.

--Brad


 

> 
> 
> -- Binary/unsupported file stripped by Ecartis --
> -- Type: text/x-diff
> -- File: 3ddesktop-multidigit.patch

Please resend ^^^^

 


________________________________________________
Get your own "800" number
Voicemail, fax, email, and a lot more
http://www.ureach.com/reg/tag

Other related posts: