Sagewire Logo

Applets automatically resizing when page size changes

27 Message(s) by 4 Author(s) originally posted in java gui


From: Qu0ll Date:   Wednesday, August 29, 2007
I know almost nothing about applet s so please excuse the possible lameness
of this question.

Can someone tell me if it's possible for an applet to adjust its size (i.e.
the amount of the web page it takes up) when the size of the web page itself
changes? What I mean is that when you increase the size of the browser
window then the web page (HTML ) usually automatically adjusts its own size
to accommodate the new browser window size and the contents of the page are
laid out accordingly. Is it possible to have the applet do something
similar? My only experience with applets was when they used to be annoying
little grey boxes but I am hoping that the platform has improved and I can
port my Swing application s to the web (and yes I know about JNLP which is
not what I am looking for).

--
And loving it,

-Q
_________________________________________________
Qu0llSixFour@xxxxxxxxxxx
(Replace the "SixFour" with numbers to email me)


From: Andrew Thompson Date:   Wednesday, August 29, 2007
wrote in message :
I know almost nothing about applets so please excuse the possible lameness
of this question.



Applets aren't for noobs. You are better off looking to a web
start launched JFrame (which is automatically resizable), or
the same launch for an applet (though that requires a bit
of hackish tweaking, to make it resizable in the applet viewer).

Can someone tell me if it's possible for an applet to adjust its size (i.e.
the amount of the web page it takes up) when the size of the web page itself
changes?



Yes, no, maybe. Depends on the browser/VM combo.

1) You might look to JAVAScript to check the page size
regularly, and then resize the applet accordingly.
Obviously that will fail if JS is disabled.

2) Use a combination of HTML and CSS and 'hope for
the best'. Here are my best experiments.
<http://www.physci.org/test/resize/>

...port my Swing applications to the web (and yes I
know about JNLP which isn't what I am looking for).



Applets and Swing embedded in web pages.
'Welcome to a world of trouble'.

Why does web start *not* provide what these applications
need? There are a very few applets that rely of interaction
with JS that simply *cannot* be run using web start, but
very little else prevents a web start launch, and something
coming from being a desktop application is unlikely to
rely on use of JAVAscript.

--
Andrew Thompson
http://www.athompson.info/andrew/

Message posted via JAVAKB.com
http://www.JAVAkb.com/Uwe/Forums.aspx/JAVA-gui/200708/1


From: Roedy Green Date:   Wednesday, August 29, 2007
On Wed, 29 Aug 2007 23:54:49 +1000, "Qu0ll" <Qu0llSixFour@xxxxxxxxxxx>
wrote in message, quoted or indirectly quoted someone who said :

Can someone tell me if it's possible for an applet to adjust its size (i.e.
the amount of the web page it takes up) when the size of the web page itself
changes?



see Applet.setSize. Try the experiment.
--
Roedy Green Canadian Mind Products
The JAVA Glossary
http://mindprod.com


From: Qu0ll Date:   Wednesday, August 29, 2007
OK thanks for the info Andrew. I am not a JAVA n00b - just applets and
everyone has to start somewhere with them. I can report that your resize
applet runs well in both IE 7.0 and Firefox 2.0.1 but when I click on the
link to display the source I get a blank page in IE and a garbled mess in
Firefox which looks the unformatted code of the JSP.

Where can I get the source to the applet otherwise? It behaves in exactly
the way I'd like mine to behave.

--
And loving it,

-Q
_________________________________________________
Qu0llSixFour@xxxxxxxxxxx
(Replace the "SixFour" with numbers to email me)


From: Qu0ll Date:   Wednesday, August 29, 2007
wrote in message


see Applet.setSize. Try the experiment.



Yes there is that method (which is actually in Component) and there is
resize() in JApplet but the problem is how does it know when to resize
itself? i.e. how does it know the surrounding page has resized?

--
And loving it,

-Q
_________________________________________________
Qu0llSixFour@xxxxxxxxxxx
(Replace the "SixFour" with numbers to email me)


From: Andrew Thompson Date:   Thursday, August 30, 2007
wrote in message:
..
Where can I get the source to the applet otherwise?



The point isn't the applet. The applet doesn't do *anything*
specific to cause the resize. The only aspect the applet has
that helps the entire demo ., is that is it amenable to resizing.

It is the HTML and styles (CSS) in the page that cause the applet
to either be resized, or not (in the case of the browsers that fail).

As far as that 'noob' comment goes, I didn't mean it quite the
way it came out sounding. The point I was trying to make was
that there are an entire new world of potential problems when
it comes to the browser interaction (or rather, the interaction of
an applet with a VM/Browser (with Plug-Ins), the HTML, CSS and
JS, other element s in the same page..).

The 'latest' little quirk I heard of, was that in some patch
of FF, scrolling *down * will cause all applets in the page
to reload (the bug doesn't manifest when scrolling up).**

So, as a trivial e.g. of my warnings.

Is your applet amenable to working under those conditions?
Are you prepared to write a 'fix' for the broken FF behaviour?
Are you ready to perform patches to the applet the *next*
time a browser develops a problem?

Despite my seeming success in the example you saw,
I decided that because it failed in Opera (badly), that it
was unusable on the 'big bad' WWW.

** And if that FF report is in any way surprising, I stand
by my 'noob' (to applet deployment) comment.

Since it seems to have been trimmed in the reply ,
I'll ask again..

Why does web start *not* provide what these
applications need?



--
Andrew Thompson
http://www.athompson.info/andrew/

Message posted via JAVAKB.com
http://www.JAVAkb.com/Uwe/Forums.aspx/JAVA-gui/200708/1


From: Andrew Thompson Date:   Thursday, August 30, 2007
wrote in message:
see Applet.setSize. Try the experiment.



I second 'try the experiment' (in a slew of browsers),
because..

Yes there is that method (which is actually in Component) and there is
resize() in JApplet but the problem is how does it know when to resize
itself? i.e. how does it know the surrounding page has resized?



.the ways, and forms, of the failures are fascinating.

--
Andrew Thompson
http://www.athompson.info/andrew/

Message posted via JAVAKB.com
http://www.JAVAkb.com/Uwe/Forums.aspx/JAVA-gui/200708/1


From: Andrew Thompson Date:   Thursday, August 30, 2007
wrote in message:
..
2) Use a combination of HTML and CSS and 'hope for
the best'. Here are my best experiments.
<http://www.physci.org/test/resize/>



Your initial reply to that link had me vaguely irritated that
the information there, had failed to communcicate a variety
of things that it was intended to. Now I check the page,
it becomes obvious the 'major link' to the discussion
behind the example, was broken.

Read more, from the c.l.j.gui thread starting with this post.
<http://groups.google.com.au/group/comp.lang.JAVA.gui/msg/18b3469ff25b0614>

Just to confuse matters further, the links in that
thread pointing to the test/lnf/ path of my site
were apparently changed* to test/resize/ as the
resizing apparently became much more important
than the (relatively simple) PLAF change.

Hope that clarifies some things for you.

(Oh, and I still want to know why 'no JWS'.)

* Bad, bad Andrew. "Good URL's do not change".

--
Andrew Thompson
http://www.athompson.info/andrew/

Message posted via http://www.JAVAkb.com


From: Qu0ll Date:   Thursday, August 30, 2007
wrote in message

The point isn't the applet. The applet doesn't do *anything*
specific to cause the resize. The only aspect the applet has
that helps the entire demo., is that is it amenable to resizing.
It is the HTML and styles (CSS) in the page that cause the applet
to either be resized, or not (in the case of the browsers that fail).



OK then, do you provide guidelines as to the requirements on the HTML/CSS
side for applet resizing or could you recommend a good source for such
guidelines?

As far as that 'noob' comment goes, I didn't mean it quite the
way it came out sounding. The point I was trying to make was
that there are an entire new world of potential problems when
it comes to the browser interaction (or rather, the interaction of
an applet with a VM/Browser (with Plug-Ins), the HTML, CSS and
JS, other elements in the same page..).



There was no problem on my side with the n00b remark but I wanted you to
know that I do know my way around JAVA and especially Swing. However when
it comes to web development them I certainly am a newbie so I appreciate the
time you've taken to assist me on this matter.

The 'latest' little quirk I heard of, was that in some patch
of FF, scrolling *down* will cause all applets in the page
to reload (the bug doesn't manifest when scrolling up).**



Nasty.

So, as a trivial e.g. of my warnings.
Is your applet amenable to working under those conditions?
Are you prepared to write a 'fix' for the broken FF behaviour?
Are you ready to perform patches to the applet the *next*
time a browser develops a problem?



Well at this stage I am just investigating the possibility of porting my
Swing apps to the web in one way or another. If I do decide to go down the
applet route then I'd do whatever it took to get it to work on all
platforms.

Despite my seeming success in the example you saw,
I decided that because it failed in Opera (badly), that it
was unusable on the 'big bad' WWW.



I think you are being too hard on yourself. If your technology works in IE
and FF then that covers well over 90% of all browsers. I do not expect to
ever achieve 100% coverage.

Since it seems to have been trimmed in the reply,
I'll ask again..
Why does web start *not* provide what these
applications need?



Sorry, did not mean to avoid it. It's not so much that web start can not
handle my requirements - it's more that I just do not like it. Ideally I
want users to be able to surf the net in their browser and perform all their
interactions *in* the browser. It feels more comfortable like that where
the need to switch betweens applications is obviated. I also do not like the
way web start integrates with the OS - some work is needed there with
application icons and shortcuts. And I am concerned about the deployment
model of web start. My (limited) knowledge of it suggests that all clients
of the JNLP-delivered application have to get updated at the same time even
though some sites may have issues with some versions of your application and
need to remain at a particular release. Also, how do you pull back a faulty
release or update? There are other issues with web start that I can not
recall at the moment too but the main thing is I'd really like to
provide a browser-based experience with a GUI application.

--
And loving it,

-Q
_________________________________________________
Qu0llSixFour@xxxxxxxxxxx
(Replace the "SixFour" with numbers to email me)


From: Andrew Thompson Date:   Thursday, August 30, 2007
wrote in message:
The point isn't the applet. The applet doesn't do *anything*
specific to cause the resize. The only aspect the applet has
that helps the entire demo., is that is it amenable to resizing.

It is the HTML and styles (CSS) in the page that cause the applet
to either be resized, or not (in the case of the browsers that fail).
OK then, do you provide guidelines as to the requirements on the HTML/CSS
side for applet resizing or could you recommend a good source for such
guidelines?



As far as the actual example goes, pull up the HTML
and CSS by viewing the source of the web page in your
browser. The styles (90% of the behaviour) are written
directly into the page.

Guidelines? The W3C is the definitive source of
recommendations for HTML and CSS. The trouble is
that browser manufacturers choose which bits of the
recommnedations they'll implement, and how.

A class ic example is this very page we've been talking about.
<http://www.physci.org/test/resize/fullwnd5.html>

It is declared as HTML 4.01 transitional (but even
then it has two validation errors because I neglected
to specify a width/height for the first (invisible) applet).

It requires HTML 4.01 for styles - CSS, but the APPLET
element was deprecated in HTML 4.01 in preference
to the OBJECT element, which isn't support ed in
Mozilla family browsers. To support applets in pure
HTML 4.01 requires the horrid nested OBJECT/EMBED
element, but ..what am I saying! That can *never* be
pure, *valid* HTML 4.01, since the EMBED element is
not defined in HTML 4.01!

Then we come to the last comment in the HTML of that
page (the details are hidden in HTML comments, directly
in the web page!). The page ends like this..
"...
<!--
IE introduces scroll-bars unless the last three tags are
together on a single line.
-->

</applet></body></html>"

It certainly isn't specified in any spec. that you might
need to put all those elements together on a single line
in order to get IE to honour the layout and style of the
web page!

...If I do decide to go down the applet route then I'd
do whatever it took to get it to work on all platforms.



You're a better man than me, Gungadin, if you can
achieve that aim.
..
Why does web start *not* provide what these
applications need?
Sorry, did not mean to avoid it. It's not so much that web start can not
handle my requirements - it's more that I just do not like it. ...
(snip)



Answered. I cannot say I entirely agree with your caveats
to web start, but the 'want it embedded in a web page'
certainly answers the question.

--
Andrew Thompson
http://www.athompson.info/andrew/

Message posted via JAVAKB.com
http://www.JAVAkb.com/Uwe/Forums.aspx/JAVA-gui/200708/1


From: Roedy Green Date:   Thursday, August 30, 2007
On Thu, 30 Aug 2007 12:06:37 +1000, "Qu0ll" <Qu0llSixFour@xxxxxxxxxxx>
wrote in message, quoted or indirectly quoted someone who said :

Yes there is that method (which is actually in Component) and there is
resize() in JApplet but the problem is how does it know when to resize
itself? i.e. how does it know the surrounding page has resized?



This requires JAVAScript to send your Applet a message. Yucch!

Do a Google search on JAVAScript, DOM, Applet and/or resize.
--
Roedy Green Canadian Mind Products
The JAVA Glossary
http://mindprod.com


From: Qu0ll Date:   Friday, August 31, 2007
wrote in message

2) Use a combination of HTML and CSS and 'hope for
the best'. Here are my best experiments.
<http://www.physci.org/test/resize/>



Just one question, when I open this page in IE 7.0 the applet runs straight
away without any annoying prompt about unsafe controls and yet when I run my
own applets I get the prompt. What do I have to do to my applet to get it
to behave like yours?

--
And loving it,

-Q
_________________________________________________
Qu0llSixFour@xxxxxxxxxxx
(Replace the "SixFour" with numbers to email me)


From: Roedy Green Date:   Saturday, September 01, 2007
On Sat, 1 Sep 2007 09:48:56 +1000, "Qu0ll" <Qu0llSixFour@xxxxxxxxxxx>
wrote in message, quoted or indirectly quoted someone who said :

Just one question, when I open this page in IE 7.0 the applet runs straight
away without any annoying prompt about unsafe controls and yet when I run my
own applets I get the prompt. What do I have to do to my applet to get it
to behave like yours?



note how his Applet is invoked, jarless. That means it can not possibly
be signed.

<applet
code="PlafChanger.class"
codebase="."
alt="Pluggable Look'n'Feel Changer appears here if JAVA is
enabled"
width='100%'
height='250'>

<p>Pluggable Look'n'Feel Changer appears here in a JAVA capable
browser.</p>
</applet>

--
Roedy Green Canadian Mind Products
The JAVA Glossary
http://mindprod.com


From: Qu0ll Date:   Saturday, September 01, 2007
wrote in message


note how his Applet is invoked, jarless. That means it can not possibly
be signed.
<applet
code="PlafChanger.class"
codebase="."
alt="Pluggable Look'n'Feel Changer appears here if JAVA is
enabled"
width='100%'
height='250'>

<p>Pluggable Look'n'Feel Changer appears here in a JAVA capable
browser.</p>
</applet>



Roedy, I think there is more to it than that because I copied his HTML
*exactly* and just changed the class name of the applet to mine and it still
comes up with the security warning prompt. Maybe it has something to do
with the way I am running it. I am not using any form of server at this
stage and am simply starting the web page and HTML from the local file
system . I notice too that all the JDK demo applets cause the security
prompt as well.

--
And loving it,

-Q
_________________________________________________
Qu0llSixFour@xxxxxxxxxxx
(Replace the "SixFour" with numbers to email me)


From: Roedy Green Date:   Saturday, September 01, 2007
On Sat, 1 Sep 2007 16:57:43 +1000, "Qu0ll" <Qu0llSixFour@xxxxxxxxxxx>
wrote in message, quoted or indirectly quoted someone who said :

Roedy, I think there is more to it than that because I copied his HTML
*exactly* and just changed the class name of the applet to mine and it still
comes up with the security warning prompt.



Are you using IE 7? Part of Bill Gates' war on JAVA is that phony
security warning message.

If you are using Internet Explorer 7 you must allow blocked content
permission for Active X to run. This also gives permission to JAVA to
run. Click the Information bar, and then click Allow blocked content.

Bill insists you permit the dangerous Active X to run in order to get
the perfectly safe JAVA.
--
Roedy Green Canadian Mind Products
The JAVA Glossary
http://mindprod.com


From: Qu0ll Date:   Saturday, September 01, 2007
wrote in message


Are you using IE 7? Part of Bill Gates' war on JAVA is that phony
security warning message.
If you are using Internet Explorer 7 you must allow blocked content
permission for Active X to run. This also gives permission to JAVA to
run. Click the Information bar, and then click Allow blocked content.
Bill insists you permit the dangerous Active X to run in order to get
the perfectly safe JAVA.



I am indeed using IE7 but that does not explain why Andrew's applet loads
without the warning and mine does not (using the exact same HTML and
browser).

--
And loving it,

-Q
_________________________________________________
Qu0llSixFour@xxxxxxxxxxx
(Replace the "SixFour" with numbers to email me)


From: Roedy Green Date:   Saturday, September 01, 2007
On Sat, 1 Sep 2007 17:19:58 +1000, "Qu0ll" <Qu0llSixFour@xxxxxxxxxxx>
wrote in message, quoted or indirectly quoted someone who said :

I am indeed using IE7 but that does not explain why Andrew's applet loads
without the warning and mine does not (using the exact same HTML and
browser).



Perhaps at some point in past you allowed blocked content for Andrew's
site.

Try one my applets. See http://mindprod.com/applet/applets.html
You should see the same problem as on your site.
--
Roedy Green Canadian Mind Products
The JAVA Glossary
http://mindprod.com


From: Qu0ll Date:   Saturday, September 01, 2007
wrote in message


I am indeed using IE7 but that does not explain why Andrew's applet loads
without the warning and mine does not (using the exact same HTML and
browser).
Perhaps at some point in past you allowed blocked content for Andrew's
site.
Try one my applets. See http://mindprod.com/applet/applets.html
You should see the same problem as on your site.
--
Roedy Green Canadian Mind Products
The JAVA Glossary
http://mindprod.com



Thanks, I think I have sorted it out - mostly. I tried your applets and they
also run without any security warning. Further, I deployed my applet to a
web server and accessed it on the same machine and I too do not get any
security warnings. Same goes for accessing it on another machine via the
server. So it must be that when you access an applet from the local file
system IE needs to warn you about security for some strange reason. I do
know that there are differences in the security profiles for local
files/intranet compared to internet but I would've expected that the extra
security would've been applied to internet access and not the local file
system. Bizarre!

--
And loving it,

-Q
_________________________________________________
Qu0llSixFour@xxxxxxxxxxx
(Replace the "SixFour" with numbers to email me)


From: Roedy Green Date:   Sunday, September 02, 2007
On Sat, 1 Sep 2007 22:38:08 +1000, "Qu0ll" <Qu0llSixFour@xxxxxxxxxxx>
wrote in message, quoted or indirectly quoted someone who said :

I do
know that there are differences in the security profiles for local
files/intranet compared to internet but I would've expected that the extra
security would've been applied to internet access and not the local file
system. Bizarre!



That is peculiar. Have you got some peculiar security settings for
local intranet configured in IE tools/Internet/security to distrust
yourself more than others?

Do you've a custom policyfile? see
http://mindprod.com/jgloss/policy.html

--
Roedy Green Canadian Mind Products
The JAVA Glossary
http://mindprod.com


From: Qu0ll Date:   Sunday, September 02, 2007
wrote in message


That is peculiar. Have you got some peculiar security settings for
local intranet configured in IE tools/Internet/security to distrust
yourself more than others?



No, I have checked and the security settings for the intranet are no more
restrictive than the internet settings.

Do you've a custom policyfile? see
http://mindprod.com/jgloss/policy.html



No, I do not.

Roedy, have you tried running an applet from the local file system? Can you
try running one of the JDK demo applets for example and seeing if you
encounter the same thing?

--
And loving it,

-Q
_________________________________________________
Qu0llSixFour@xxxxxxxxxxx
(Replace the "SixFour" with numbers to email me)


From: Roedy Green Date:   Monday, September 03, 2007
On Mon, 3 Sep 2007 06:36:37 +1000, "Qu0ll" <Qu0llSixFour@xxxxxxxxxxx>
wrote in message, quoted or indirectly quoted someone who said :

Roedy, have you tried running an applet from the local file system? Can you
try running one of the JDK demo applets for example and seeing if you
encounter the same thing?



I do it all the time. See http://mindprod.com/applet/applets.html
However, with IE7 I must kiss Bill's ass with that stupid "allow
blocked content" gambit each time.
Microsoft does all they legally can to screw JAVA. Use a different browser.
See http://mindprod.com/jgloss/browser.html

--
Roedy Green Canadian Mind Products
The JAVA Glossary
http://mindprod.com


From: Qu0ll Date:   Monday, September 03, 2007
wrote in message


Roedy, have you tried running an applet from the local file system? Can
you
try running one of the JDK demo applets for example and seeing if you
encounter the same thing?
I do it all the time. See http://mindprod.com/applet/applets.html
However, with IE7 I must kiss Bill's ass with that stupid "allow
blocked content" gambit each time.



So why you've to kiss his arse when you run the applet from the local file
system but not if it's loaded over the internet?

> Microsoft does all they legally can to screw JAVA. Use a different browser.



That's fine for me but I can not make all the users of my applets use a
different browser too. Most will always use IE.

--
And loving it,

-Q
_________________________________________________
Qu0llSixFour@xxxxxxxxxxx
(Replace the "SixFour" with numbers to email me)


From: Andrew Thompson Date:   Tuesday, September 04, 2007
wrote in message:
...
Just one question, ..
'Just two questions' (from past conversations,
still unanswered)
..when I open this page in IE 7.0 the applet runs straight
away without any annoying prompt about unsafe controls and yet when I run my
[quoted text clipped - 4 lines]
What is the message of the dialog or prompt?
Please quote the exact text it is telling you.
OK. Cut that down to 'one'.
Answer the *last* question, and I'll consider
devoting more thought to this matter.
But please be specific and pay attention to what
I am asking you, otherwise this is too much
trouble for me to bother with*.
& while you're at that 'specific' stage, please
provide a 'prompt'/'no prompt' report for all
6 URL's at the basic address we were
discussing earlier, the main page, as well
as *each* of the 5 examples.
Also, can you 'copy/paste' the HTML that you
are pulling up in IE, for any one specific page
that is 'no prompt'? You will need to identify which
URL it represents. That might reveal some
intricacies of what is happening.
* Note that I don't run IE 7, so if it is the Eolas
patent thing, I am unable to do any local testing,
& have to rely on reports from IE 7 users.



'bump'

--
Andrew Thompson
http://www.athompson.info/andrew/

Message posted via http://www.JAVAkb.com


From: Qu0ll Date:   Wednesday, September 05, 2007
wrote in message

'Just two questions' (from past conversations,
still unanswered)

..when I open this page in IE 7.0 the applet runs straight
away without any annoying prompt about unsafe controls and yet when I
run my
[quoted text clipped - 4 lines]
What is the message of the dialog or prompt?
Please quote the exact text it is telling you.

OK. Cut that down to 'one'.

Answer the *last* question, and I'll consider
devoting more thought to this matter.
But please be specific and pay attention to what
I am asking you, otherwise this is too much
trouble for me to bother with*.

& while you're at that 'specific' stage, please
provide a 'prompt'/'no prompt' report for all
6 URL's at the basic address we were
discussing earlier, the main page, as well
as *each* of the 5 examples.

Also, can you 'copy/paste' the HTML that you
are pulling up in IE, for any one specific page
that is 'no prompt'? You will need to identify which
URL it represents. That might reveal some
intricacies of what is happening.

* Note that I don't run IE 7, so if it is the Eolas
patent thing, I am unable to do any local testing,
& have to rely on reports from IE 7 users.
'bump'



Andrew, I know it is rude to ignore people trying to help you and I can
assure you that I wasn't ignoring you. The truth is that this post of yours
never appeared on my news server so I never saw it. I regard this problem
as being solved because I don't experience any security warnings when I run
the applet from a server. I am not concerned that I get the warning when I
run it from the local file system as this will never be done in practise.
Once again, sorry for not being able to reply to your post and thank you for
your assistance.

--
And loving it,

-Q
_________________________________________________
Qu0llSixFour@xxxxxxxxxxx
(Replace the "SixFour" with numbers to email me)


From: Roedy Green Date:   Friday, September 14, 2007
On Mon, 3 Sep 2007 19:11:04 +1000, "Qu0ll" <Qu0llSixFour@xxxxxxxxxxx>
wrote in message, quoted or indirectly quoted someone who said :

So why you've to kiss his arse when you run the applet from the local file
system but not if it's loaded over the internet?



It is a decision IE is making. It somehow considers content from your
own local hard disk more dangerous than stuff out on the Internet. It
makes no sense, especially when I configured IE to use lower security
on my intranet than the Internet.

--
Roedy Green Canadian Mind Products
The JAVA Glossary
http://mindprod.com


From: John Burton Date:   Friday, September 21, 2007
wrote in message

On Mon, 3 Sep 2007 19:11:04 +1000, "Qu0ll" <Qu0llSixFour@xxxxxxxxxxx>
wrote in message, quoted or indirectly quoted someone who said :
So why you've to kiss his arse when you run the applet from the local
file
system but not if it's loaded over the internet?



This explains why and how to bypass the warning
http://msdn2.microsoft.com/en-us/library/ms537628.aspx


From: Andrew Thompson Date:   Saturday, September 22, 2007
wrote in message:
So why you've to kiss his arse when you run the applet from the local
file
system but not if it's loaded over the internet?
This explains why and how to bypass the warning
http://msdn2.microsoft.com/en-us/library/ms537628.aspx



The Microsoft 'Mark of the Web'!

(slaps self) I had entirely forgotten it.

One day, maybe, I am going to prepare a page listing the
most problematic and common 'applet/browser gotchas'.

--
Andrew Thompson
http://www.athompson.info/andrew/

Message posted via JAVAKB.com
http://www.JAVAkb.com/Uwe/Forums.aspx/JAVA-gui/200709/1



Next Message: cad source


Blogs related to Applets automatically resizing when page size changes

In a client-server architecture where everything the passed over ...
i'm not too worried about db size. mainly on management. depends on the kind of code. i code for money, but noone can afford me so i do it for free. londonmet050, I'. yeah… I'll do homework for $75/hour ...

Registry tricks
In Internet Explorer or when viewing a Help file, simply hold the ctrl key while you spin the mouse wheel up to increase text size, or down to decrease text size. Java VM: Java applets run in Internet Explorer 6 (a component of Windows ...

Dynamic Arrays and ArrayLists
The following applet simulates this program. I've included an output statement in the DynamicArrayOfInt class. This statement will inform you each time the data array increases in size. (Of course, the output statement doesn't really ...

Menus and Dialogs
In both these cases there is no way for the system to determine the correct preferred size automatically, and you should set a preferred size by hand. For example: panel.setPreferredSize( new Dimension(400, 250) ); ...

Graphics and Painting
The message can be specified in the constructor; if the default constructor is used, the message is the string "Java!". The panel works OK no matter what its size. Here's an applet that uses the panel as its content pane: ...

The magazine, published each week inside the paper.
Atlasmiles frederickfakkai.com maryland raceway king size mattress .bigmuscle.com ivkellation 5 of 16 000.00 majestic theatre broadway abc the view com gaston gazette gastonia nc cien.pdf directdish.com 95 348 spider ferari gene mcnair ...


Programming | Sports | Autos

copyright 2006
Valid XHTML 1.0 Transitional