Re: applets reading from text file on client machine, possible?

2001-08-05 Thread Ingo Rockel

Hi Charlie,

first of all, I would suggest you should address those questions to some
of the forums at java.sun.com. There are more people (and more experts
than I am) which might by able to answer your questions.

On Sat, 4 Aug 2001, belfastolive wrote:

> Ingo, thankyou for your prompt response to my query.  I am wondering if there is 
>another way of managing this problem without creating a signed applet and have been 
>wondering about the following alternatives:
> Alternative 1:
> I want to have access to mouse co-ordinates both within and outside of the applet.  
>I have been using the mouseDragged method.  Once a drag is performed inside the 
>applet the applet can continue to read co-ordinates of the motion outside the canvas 
>frame provided the mouse button remains depressed.  I want to be able to do this 
>without enforcing drag.  Is it possible to write a method that 
> Mouse motion within the browser affects a small coloured window that is a second 
>applet.  The applet receiving the co-ordinates from the mouse motion will appear as a 
>second window within the browser changing colour based on these co-ordinates. My aim 
>is to have the applet registering motions should have as little graphic impact on the 
>html page as possible, in other words, the users should be unaware of its presence.
> 
> Alternative 2:
> Is it possible to create a transparent applet that can sit over the html page so 
>that all mouse movements are contained within the applet canvas - but the applet has 
>no graphic impact on the page?
Sorry I am no applet expert and don't now if the both things mentioned
above are possible.
> 
> Alternative 3:
> If it is not possible to read from the file on a client machine, can I get the 
>client to send a text file to the server and get the server to process the numbers 
>and sent them back to the client for display in an applet on the client machine?
Sure this is possible. But you are stuck with the same problem, because
the program or the javascript code needs to be able to access the file on
your local machine. As long as you need some communication between the
client and the server you will stuck with a signed applet (when you want
to do this with an applet). Signing is really easy, you don't need a key
from Thawte or VeriSign, when you run your stuff in a trusted environment
a generated key from the keytool is sufficient. 
> 
> 
>==
> 
> 
> 
> For the same coloured screen I need to write a second similar program that changes 
>colour based on network traffic or cpu load instead of mouse motion.  What java API 
>would I need to use for this?  Or what is the best way to begin to approach this?
The JDK-built-in network API is very good, but you will need some
additional stuff for analyzing the network traffic. And you will also need
a signed applet to access such stuff. 
> Any further suggestions you may have woudl be greatly appreciated. > 
> 
> Many Thanks,
> Charlie Flynn.
> 
Greets,

Ingo

 -
 Ingo Rockel, eMail: [EMAIL PROTECTED]
 [EMAIL PROTECTED]
   homePage: www.grimmfrost.de
 -
"DON'T PANIC!"


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




ugly html rendering by JEditorPane

2001-08-05 Thread Dick Repasky


Wow, html rendered by JEditorPane looks nothing like the nice looking figure in
Niemeyer and Knudsen's book "Learning Java" (O'Reilly).  Gaps between letters
within words are as large as gaps between words.  I've built the JEditorPane using
defaults, and my runtime environment is Blackdown j2sdk1.3.0.  Before I start trying
things, has anyone already figured out what it takes to render respectable html?

Thanks,

Dick



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: applets reading from text file on client machine, possible?

2001-08-05 Thread Barry Fishman


Since this is a java-LINUX news group, I think the following should be
said.  It is implicitly insecure to allow any access to clients local
system information through an html applet, or any remotely controlled
means, irregardless of any signature validation methods used.  The
client machine should both control access to information and provide
it only through it own permanent servers.  Otherwise, any protection
mechanism, no matter how seeming secure is easily abused.

The fact that this observation has not been grasped by companies like
MicroSoft, systems like NT (which is commonly felt to have a better
protection model than Unix) has remained plagued by viruses.

Barry Fishman


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]