Le 3 mars 06 à 18:22, Sašo Kiselkov a écrit :

Quoting Quentin Mathé <[EMAIL PROTECTED]>:

Le 3 mars 06 à 08:08, Sa&#65533;o Kiselkov a écrit :

Let me know what you want to do and how I can integrate
ServicesBarKit with this menu server.

I'd prefer to make NSStatusBar support available through a menulet, as has been
suggested before.

I agree on that.

Grab a code snapshot from

http://altair.dcs.elf.stuba.sk/~diablos/menubar

and take a look in EtoileMenuServer/Menulet.h and design your own menulet
accordingly - all you'll need to do is implement a single method ;-)

ok, I'm going to plug NSStatusBar and NSStatusItem right in this menu server.

May you could send me your code or commit it in Étoilé repository
since it seems to functionnal ? That doesn't prevent to submit it for
inclusion in GNUstep repository at a later point.

I doubt GNUstep would ever accept for core-lib incorporation such a specific thing as the entire menubar system :-) Well, we shall see what the future
brings. For now, this doesn't concern me at all.

Probably not for the menu server, but rather parts of your update to WildMenus. Richard Frith-Macdonald has incoporated most of WildMenus code in AppKit, yet he has refactored the code quite a lot. So we may rely directly on AppKit for most EtoileMenus/WildMenus logic and just have a minimalistic WildMenus bundle for our own specific features (and look & feel). You have refactored and extended WildMenus in an important manner, then I'm not sure what's possible on this front… some of your modifications could be interesting to submit for inclusion in GNUstep NSMenu implementation (following Richard updates).

If you want to, please, commit it to Etoile SVN, but I don't have SVN write
access, so please take care of that then too ;-) Thanks :-)

I have committed EtoileMenuServer in Etoile/Services/Private/ MenuServer, though it's not part of the build process right now. I haven't make any changes right now outside adding a README (the one you packaged in parent directory) and a ChangeLog.

It seems Nicolas has set up an account for you… Feel free to commit updates in the repository. Just take care to update the related ChangeLog.

We should discuss how these various pieces WildMenus bundle,
EtoileMenuServer and ServicesBarKit (StatusBar framework) are going
to interact with each other precisely, and where they would be
located in the repository (because I suppose WildMenus in a not
bundle anymore).

EtoileMenuServer is a separate app, so it doesn't really interact with anything in EtoileMenus (the modified WildMenus thing) at all. EtoileMenus replaces WildMenus - it doesn't make any sence having both loaded at the same time.

That's why I have committed EtoileMenuServer but not yet the updated WildMenus part. When I quit the menu server, EtoileMenus is still functionnal, that's nice and just matching WildMenus behavior. I'm planning to update WildMenus with EtoileMenus content. I'm currently reporting the changes you have done in a ChangeLog, your refactoring being rather major. Then I'm going to commit it. In your code, #import and #include are strangely mixed, may I remove every #include directives ?

I suppose at some later point, we could bundle the NSStatusBar- implementing menulet with EtoileMenuServer - the menulet will depend on ServicesBarKit and
encapsulate all necessary functionality within itself.

Yes, it would be better.

Oh and one more thing: unlike Apple, this menusystem *will* have
tear-off menus
- we won't be making the same mistake as Apple.

Nice.

Damn I'm great! :-D

Yeah :-)

… but well this tear-off feature has a minor bug in my test ;-) More precisely, when I start an application with a menu already torn-off on a previous use (where traditionnal vertical menu was enabled), the tear-off menu appears partially behind the menu bar… When I click on its related menu item in the menu bar, every menus disappear, only the menu server remains visible (and the menu I just clicked on).

Quentin.

--
Quentin Mathé
[EMAIL PROTECTED]


_______________________________________________
Etoile-dev mailing list
[email protected]
https://mail.gna.org/listinfo/etoile-dev

Reply via email to