When running an applet that uses live connect the class
netscape/javascript/JSObject is not found.
This has been tested using the 64-bit version of Firefox in Ubuntu 8.04
beta. The following is written to standard out as soon as the applet
attempts to use live connect:
The icedtea-gcjwebplugin seems to still be missing some components, I'm
getting the following error:
java.lang.NoClassDefFoundError: netscape/javascript/JSObject
Is there something else that should be added for live connect?
--
firefox 64-bit IcedTea java not working.
We are experiencing the same issue as we prepare for our migration to
Hardy. Java 5/6 is a requirement for us so I'm anxious to see a
resolution to this.
Are you saying that the same work-around used in Gutsy for Java 5/6 will
be available in Hardy? Or are you saying if someone makes the fixes
As some have mentioned, knowing what an icon in the panel is does not
require a tooltip. However, that isn't always true.
The icon may sometimes make it clear what the application is, however,
there are many cases where that isn't true.
1. I have 6 configurations of eclipse for different
There is a difference here. Removing icons from menus is more of an
aesthetic change, removing tooltips removes functionality that users
depend on.
I'm crossing my fingers hoping it won't be long until the tooltips are
restored.
--
please include status messages/tooltips
Tooltips do not take input focus away from your current work flow,
clicking the application icon does. For example, I can leave the
tooltip up monitoring information the entire time I write this response.
The only time tooltips aren't the best approach is for mobile devices
where the mouse is
We consider tooltips a core feature, they fill a unique role because
they are never in your way and only pop-up if you hover, implying you
want to see them.
Information that is automatically there when you need it and never there
when you don't is about as perfect as user interaction can get.
The reason that many of us don't want to let this issue go is because
all of the justifications to remove tooltips don't make up for the loss
of functionality that can't be replaced.
Hover based tooltips are a powerful model that play a much needed role
in a pointer based UI:
- they do not take
Dmitrijs, your screen shot is clearly a good example of badly tuned
tooltips.
On my system they do not cover the other indicator icons because I have
them on the top panel and they are correctly set to pop-up below the
panel. This way they do not block your ability to see any of the other
