On 9/5/06, Nicolas Roard <[EMAIL PROTECTED]> wrote:
On 9/5/06, Yen-Ju Chen <[EMAIL PROTECTED]> wrote:
> I put a screenshot on blog:
> http://www.etoile-project.org/etoile/blog/
> It still need some fine-tune to work better, though
>
> I intend to make the GNUstep icon serve as a workspace switcher.
> Probably a contextual menu to show all available workspaces
> and a small icon on the menu item of current workspace.
Hmm... Not sure... It depends how we want to do the virtual desktops /
"projects", no ?
(although, well, this could indeed be used to show the currently
"running" projects...)
But what I was thinking for this icon was simply to use it as a
placeholder for the filemanager (similar to OSX) -- eg clicking on it
will show the filemanager.
Yeah... I just try to make a use of that icon
and find a way to visualize the switch of workspaces.
> Unfortunately, the dock cannot get the application icon in real time.
> In other word, some applications will change their application icons.
> For example, GNUMail may display number of unread mails
> and AZDock will not know and get the icon image.
Well, yes, hence my previous remark about the way you are using
reparented windows :-P
As you create yourself a window, draw an icon on it, then reparent
it.. There's little value above doing exactly the same thing but
dropping the "create window and reparent part" (eg, simply draw the
icon in a NSView). That's why for most of the icons on the dock, it
probably would be better to not have reparented windows.
Yet; your point about using reparented windows (that it will be useful
if we want docklets, because then it's easy to integrate) is sound.
So...
It is easy to convert currently implement into a single window
with many views. So I am not worry about it currently.
Well, what's an appicon window ? eg the square icons/windows that
wmaker display ? the one GNUMail modify to show the presence of new
mail ? Well.. it's simply a normal NSWindow ! WMaker just handles them
specially, and reparent them on its own dock.
Eg that's exactly what we need to do. Afaik, appicon windows have a
special X11 hint indicating that they are appicon windows. So what we
must do then is to get the list of an application's windows, iterate,
and if one window is the appicon window, reparent it on the dock. That
way GNUMail can simply updates its icon, Preferences.app can display a
clock, etc. And we get docklets that way too (simply create an
application with just one appicon and nothing else). It's even
possible WMaker docklets would work out of the box that way...
(then there's the "look" question (the background), but for GNUstep
apps it's easy to solve; instead of drawing the tile gradient in the
appicon NSWindow, simply draw the default background color)
Although it is doable by docking the appicon into the dock,
it is messy.
I have to deal with much more x window stuff
and in that case, there is no reason to write AZDock with GNUstep.
For example, changing icon order by drag-and-drop
have to be done with XDND, not GNUStep's.
So the best way is that each appicon can push the change of icon
into xwindow so that AZDock can read it.
This kind of system integration sutf is something we need to face
in the future.
Ok, now... another thing... we were talking about a tabbed panel, not
a dock; but I was simply thinking that we can easily have both. I will
start a AZPanel... ;-)
You can always take the part you need from AZDock. :)
By the way, I fix bug you mentioned earlier.
Yen-Ju
--
Nicolas Roard
"I love deadlines. I like the whooshing sound they make as they fly
by." -- Douglas Adams
_______________________________________________
Etoile-discuss mailing list
[email protected]
https://mail.gna.org/listinfo/etoile-discuss
_______________________________________________
Etoile-discuss mailing list
[email protected]
https://mail.gna.org/listinfo/etoile-discuss
