🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: borland.public.jbuilder.java.language
Article #8746

Re: Does appletviewer show tooltips?

#8746
From: Ken Warner
Date: Thu, 01 Mar 2001 21:42
150 lines
7901 bytes
Thanks for the thoughtful discussion.  Point taken RE: applets. Although, I
have worked a few projects where an applet was really the only general solution.

I'm just now starting to focus on Swing after having spent a lot of time with AWT and
am in the process of gathering "foundation" information if you'll pardon the pun....

Thanks for your input.

Rich Wilkman wrote:

> Ken:
>
> Generally, if you've got an awt item in your UI it'll block the painting of such
> lightweight items as you get from JFC.  This ranges from every single item in the panel to
> dropdowns that hit the heavyweight button below them onscreen.
>
> This is one of the big differences between awt and jfc and when jfc came out there was
> quite a bit written on the topic.  Your best bet is to go to the javasoft site and search
> on "heavyweight".  You'll get quite a few docs and background pieces, etc.
>
> The basic rule of thumb is that you don't mix and match.  It's not as if a single
> heavyweight widget will kill all the painting, but it will certainly block it if the
> painting would happen in or around it's "space".  A couple years ago, when this all was
> really new, the most common side effect people would post about was that they'd see all the
> components from all the pages in a tab control the first time it was painted.
>
> The differences between IE and IE on different platforms (or the same platform with
> different IE versions) are more than enough to cause pain.  Add in the same types of issues
> for NS and you start to see why Applets really aren't that viable in many situations.  Why
> add caring about AppletViewer to that mix? (Though the fact that one does applets would
> indicate a mashchistic tendency with a subtle hatred for ones customers as well <g>).
>
> -Rich
>
> Ken Warner wrote:
>
> > Hi Rich,
> >
> > I would like to focus on what you call "popups" because that seems like
> > an important detail that needs expansion.
> >
> > By "popup" do you mean the painting of the tooltip on the screen?  And when
> > you say, "heavyweight component in your UI that is masking your ability to see them."
> > Explain with a little more detail what you mean please.  Do you mean that if the mouse
> > is hovering over a Swing component, the tooltip won't show if there is an AWT container
> > somewhere at a deeper Z level.   Or do you mean that an AWT component anywhere
> > else in the applet will cause the tooltip to somehow not be painted?
> >
> > This is a new an interesting detail to me.
> >
> > BTW: I have been knocking my head against the differences between IE and NN
> > for over a year now and have intimate and deep knowledge of the pain you speak of.
> > My applet looks one way in the appletviewer, another in NN and yet another way in IE.
> >
> > Arrggghhh!
> >
> > Rich Wilkman wrote:
> >
> > > Ken:
> > >
> > > Josh is mostly correct <g>.
> > >
> > > Actually, with the exception of JBuilder 3.0 Solaris (first all-java edition) and
> > > 3.5, JBuilder has used the version of AppletViewer present in the JDK used by your
> > > project.  There was a brief hiatus during the port where AppletTestBed was the only
> > > option (hence the problems when trying to run JFC based applets with JDK 1.2), but
> > > that was rectified in JB4.
> > >
> > > In all cases, however, AppletViewer is a waste of time for real testing (in or out
> > > of the IDE) once you've got your files laid out.  The main reason being that none of
> > > the Browsers have implemented their Applet support to match AppletViewer.  To avoid
> > > chasing ghosts, the best advice I can give you is to compile your classes into your
> > > staging server location and run from the Browser(s) you need to support.  Once you
> > > are satisfied, archive the classes into whichever archive type satisfies all your
> > > clients, do another quick round of testing and then move the applet from staging to
> > > production.
> > >
> > > Since none of the Browsers supports JFC in any real way without the Plugin and each
> > > Browser still has it's own quirks even when using the Plugin, most of this work
> > > really has to be done outside the IDE.  For things like popups you'll inherit all of
> > > the base JFC bugs for Applications *and* get the added benefit of some painting
> > > decisions made for you by Netscape and Microsoft.
> > >
> > > A quick thought, though, is that your popups are happening just fine but that there
> > > is a heavyweight component in your UI that is masking your ability to see them.
> > > Some quick diagnostic printlns would tell you if the code fragment is at least being
> > > hit.
> > >
> > > -Rich
> > >
> > > Ken Warner wrote:
> > >
> > > > Absolutly correct ... I won't be using the applet viewer to run the
> > > > deployed applet.
> > > >
> > > > Anyway, I'm told by reliable sources that JBuilder doesn't use the appletviewer.
> > > >
> > > >      You might try posting the the Sun forums.  The appletviewer has
> > > >      nothing
> > > >      to do with JBuilder.
> > > >
> > > >      -Josh
> > > >
> > > > However, I may want to debug a custom component where I override
> > > > the standard tooltips stuff and make my own tooltips stuff.  And then
> > > > I'll be using whatever JBuilder uses to run the applet as I go through
> > > > the edit-run-debug cycle.  And for that reason I need to know that
> > > > when I'm running my applet and not seeing tooltips, it isn't my fault.
> > > >
> > > > I'm just trying to get my ducks lined up so that I don't chase ghosts.
> > > >
> > > > Rich Wilkman wrote:
> > > >
> > > > > Ken:
> > > > >
> > > > > Probably not, but it's really irrelevant because in the real world you won't
> > > > > be using AppletViewer to run the Applet.
> > > > >
> > > > > -Rich
> > > > >
> > > > > Ken Warner wrote:
> > > > >
> > > > > > Hi,
> > > > > >
> > > > > > Had to repost this again and use twice the bandwidth because I violated
> > > > > > the sacred rule against
> > > > > > crossposting and my previous message was cancelled by the news group
> > > > > > Gray Council.
> > > > > >
> > > > > > I have a Swing applet and I set the tool tip text for a component.  Then
> > > > > >
> > > > > > I test it by running it from the IDE and it runs in the applet viewer.
> > > > > > But
> > > > > > when I hover the mouse over the component, the tool tip doesn't show.
> > > > > >
> > > > > > Does the appletviewer not show tooltips?
> > > > > >
> > > > > > Environment: JBuilder Pro 4.0; WinNT 4.
> > > > > >
> > > > > > --
> > > > > > Ken Warner
> > > >
> > > > --
> > > > Ken Warner
> >
> > --
> > Ken Warner

--
Ken Warner
Technical Details
Message-ID: <3A9EC253.E3F11DC5@cts.com>
Path: arc1-ca.pugleaf.net!supernews.google.com!sn-xit-03!supernews.com!cyclone-sf.pbi.net!63.208.208.143!feed2.onemain.com!feed1.onemain.com!newsfeeds.belnet.be!news.belnet.be!newsfeed00.sul.t-online.de!t-online.de!news1.dtag.de!news.stgl.sel.alcatel.de!news.stgl.sel.alcatel.de!bornews.borland.com!dnews!216.120.80.235
References: <3A9BD2A0.77234397@cts.com> <3A9D5FCF.D1F759FC@formlessvoid.com> <3A9C208C.8A81F69C@cts.com> <3A9D3C34.6B350E70@formlessvoid.com> <3A9E7208.B0558715@cts.com> <3A9E9917.F7994056@formlessvoid.com>

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: f74b3,828ebfcffe119e2c
X-Google-Attributes: gidf74b3,public
X-Google-ArrivalTime: 2001-03-01 16:10:07 PST
Message-ID: <3A9EC253.E3F11DC5@cts.com>
Date: Thu, 01 Mar 2001 15:42:43 -0600
From: Ken Warner <kwarner@cts.com>
X-Mailer: Mozilla 4.73 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
Newsgroups: borland.public.jbuilder.java.language
Subject: Re: Does appletviewer show tooltips?
References: <3A9BD2A0.77234397@cts.com> <3A9D5FCF.D1F759FC@formlessvoid.com> <3A9C208C.8A81F69C@cts.com> <3A9D3C34.6B350E70@formlessvoid.com> <3A9E7208.B0558715@cts.com> <3A9E9917.F7994056@formlessvoid.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
NNTP-Posting-Host: 216.120.80.235
X-Trace: 1 Mar 2001 15:44:36 -0800, 216.120.80.235
Lines: 152
Path: arc1-ca.pugleaf.net!supernews.google.com!sn-xit-03!supernews.com!cyclone-sf.pbi.net!63.208.208.143!feed2.onemain.com!feed1.onemain.com!newsfeeds.belnet.be!news.belnet.be!newsfeed00.sul.t-online.de!t-online.de!news1.dtag.de!news.stgl.sel.alcatel.de!news.stgl.sel.alcatel.de!bornews.borland.com!dnews!216.120.80.235