On Fri, 22 Mar 2013, [email protected] escribió: > From: Daniel Déchelotte <[email protected]> > > The option is called ClipMergedInDock
I am not sure about that. Some questions: - What does the Clip? It can have icon attached and change the desktop using two small buttons. The applications attached can be set as multi-workspace (omnipresent), and the icon can be positioned in 2 dimensions (X-Y). The clip can be placed in any place in the screen, not only in borders. - What does the Dock? Dock can hold icons attached, but only in one dimension. The icons are always omnipresent. The dock cannot change the desktops (no buttons). It must be placed in the left or right scren border. The dock can launch an application, but not the clip. If we need a dock doing the same things like the clip, then, we should use the clip and hide the dock. But, IMO, we should work in have only one object type. No add more functionality to the current clip/dock. We could work in one clip/dock with all the functionality. No more clip, no more dock, only "a new dock". This new dock can change the destkops using the arrows, like the current clip, but can launch an application with double click in the center (in the no-arrow area). It could hold icons in two dimensions, like the clip,... And of course, we should run 1,2 instances of this object, but why no 3 or 4? The arrows or other things could be configurable (show/hide) then we could have our old (current) clip or current dock. That could be better for the users, and less code for the developers. Yes, less code because the clip and the dock are using different code (mostly). kix -- ||// //\\// Rodolfo "kix" Garcia ||\\// //\\ http://www.kix.es/ -- To unsubscribe, send mail to [email protected].
