Mailing Lists: Apple Mailing Lists
 Image of Mac OS face in stamp
Re: strange swing behavior when using abbot.sourceforge.ent
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: strange swing behavior when using abbot.sourceforge.ent

On Mar 27, 2004, at 3:35 AM, Stefan Groschupf wrote:

Hi there,

it would be great if one quality manager of the apple jvm team can verify my problem.
I already discuss it in other conversation channels and a set other user report similar problems but nobody was knowing the reason.
To know the reason is the only chance to find a workaround.

I'm using successfully abbot.sourceforge.net for functional j2ee gui tests on m$ win / sun jvm's.
On apples 1.4.2 jvm i notice a set of strange behaviors.

First of all looks like the 1.4.2 jvm do not suuport event listeners for the second and third mouse key.
Second problem: abbot is much much slower on apples jvm. At first i was thinking its depends on the refelction pi implementation but i some tests show that couldn't be the problem.

Next i notice that i cant access menu bars with abbot i can access on m$ sun jvms with abbot. Here it looks like its related to extract menus from the frame and put it to the top of the screen. (Sorry what its name of the menu in top of each mac?)

At least i notice different behaviors of the widget events in the apple jvm.

Can someone notice similar problems?

We have some problems with the screen menu bar in NetBeans, as well. I've nailed down what it is:

- Our menus (some of it admittedly crufty stuff written circa JDK 1.2 and patched later to function on 1.3) do a form of lazy initialization, where the menu contents are constructed on a call to getPopupMenu(). This is fine everywhere else, but with the screen menu bar on Apple, getPopupMenu() is only called when the menu is initialized. Then again, our lazy initialization code *is* depending on an implementation detail - there's no requirement that getPopupMenu() be called to get the popup menu... I'm hoping to do something about it within the next release or so, though I haven't quite settled on what (could make it dead simple and just be constantly adding/removing/enabling/disabling/showing/hiding menu items on an offscreen menu which may be a performance issue (and has other fun implications for holding references to things that shouldn't be held), or could do evil things like bogus component events on a timer [well, I won't do that, but I'm sort of curious if it would work]) to fool it into thinking something has changed. The main problem being there appears to be no way whatsoever to hook the event of the menu being posted.

It's entirely possible that we're not the only ones who've done lazy menus in this fashion...

-Tim
_______________________________________________
java-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/java-dev
Do not post admin requests to the list. They will be ignored.

References: 
 >strange swing behavior when using abbot.sourceforge.ent (From: Stefan Groschupf <email@hidden>)



Visit the Apple Store online or at retail locations.
1-800-MY-APPLE

Contact Apple | Terms of Use | Privacy Policy

Copyright © 2011 Apple Inc. All rights reserved.