Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.java.gui > #4701 > unrolled thread

copy paste and JTextField

Back to article view | Back to comp.lang.java.gui

Contents

  copy paste and JTextField Roedy Green <see_website@mindprod.com.invalid> - 2011-09-30 07:45 -0700
    Re: copy paste and JTextField Daniel Pitts <newsgroup.nospam@virtualinfinity.net> - 2011-09-30 10:13 -0700
      Re: copy paste and JTextField Roedy Green <see_website@mindprod.com.invalid> - 2011-10-01 04:59 -0700
    Re: copy paste and JTextField Daniele Futtorovic <da.futt.news@laposte-dot-net.invalid> - 2011-10-01 17:44 +0200
      Re: copy paste and JTextField Roedy Green <see_website@mindprod.com.invalid> - 2011-10-01 22:22 -0700
        Re: copy paste and JTextField Daniele Futtorovic <da.futt.news@laposte-dot-net.invalid> - 2011-10-02 14:16 +0200
          Re: copy paste and JTextField Roedy Green <see_website@mindprod.com.invalid> - 2011-10-02 06:28 -0700
            Re: copy paste and JTextField Daniele Futtorovic <da.futt.news@laposte-dot-net.invalid> - 2011-10-02 16:07 +0200
              Re: copy paste and JTextField Roedy Green <see_website@mindprod.com.invalid> - 2011-10-02 09:00 -0700

#4701 — copy paste and JTextField

I have an Applet that has a JTextField.  I can key into it fine, but I
can't Ctrl-V into it.  It works fine as an Application, but not as an
Applet. 

I seem to remember this working fine a few years ago. Since then I
migrated  to Windows 7 64 bit and Java 7.0

I tried this on half a dozen browsers, all with the same result.

What's the deal?  Without copy/paste an Applet is only 30% as useful.
-- 
Roedy Green Canadian Mind Products
http://mindprod.com
It should not be considered an error when the user starts something
already started or stops something already stopped. This applies
to browsers, services, editors... It is inexcusable to 
punish the user by requiring some elaborate sequence to atone,
e.g. open the task editor, find and kill some processes.

[toc] | [next] | [standalone]

#4702

On 9/30/11 7:45 AM, Roedy Green wrote:
> I have an Applet that has a JTextField.  I can key into it fine, but I
> can't Ctrl-V into it.  It works fine as an Application, but not as an
> Applet.
>
> I seem to remember this working fine a few years ago. Since then I
> migrated  to Windows 7 64 bit and Java 7.0
>
> I tried this on half a dozen browsers, all with the same result.
>
> What's the deal?  Without copy/paste an Applet is only 30% as useful.
I seem to recall it has something to do with permissions to access the 
system clipboard.  It should work if your applet is signed appropriately.

Sorry, I don't know more details off the top of my head, but Hopefully 
that gives you enough to dig further.

[toc] | [prev] | [next] | [standalone]

#4706

On Fri, 30 Sep 2011 10:13:00 -0700, Daniel Pitts
<newsgroup.nospam@virtualinfinity.net> wrote, quoted or indirectly
quoted someone who said :

>I seem to recall it has something to do with permissions to access the 
>system clipboard.  It should work if your applet is signed appropriately.

It used to be that the Applet could not do a get/setClip. I have that
enabled only when run as an application.  

From a security point of view disabling Ctrl-V does nothing to enhance
security, though disabling get/setClip does.  All it does in annoy the
user.

Thanks, that gives me something to work on.



-- 
Roedy Green Canadian Mind Products
http://mindprod.com
It should not be considered an error when the user starts something
already started or stops something already stopped. This applies
to browsers, services, editors... It is inexcusable to 
punish the user by requiring some elaborate sequence to atone,
e.g. open the task editor, find and kill some processes.

[toc] | [prev] | [next] | [standalone]

#4707

On 30/09/2011 16:45, Roedy Green allegedly wrote:
> I have an Applet that has a JTextField.  I can key into it fine, but I
> can't Ctrl-V into it.  It works fine as an Application, but not as an
> Applet. 
> 
> I seem to remember this working fine a few years ago. Since then I
> migrated  to Windows 7 64 bit and Java 7.0
> 
> I tried this on half a dozen browsers, all with the same result.
> 
> What's the deal?  Without copy/paste an Applet is only 30% as useful.

You asked the same question seven months ago. :-)

-- 
DF.
Determinism trumps correctness.

[toc] | [prev] | [next] | [standalone]

#4708

On Sat, 01 Oct 2011 17:44:50 +0200, Daniele Futtorovic
<da.futt.news@laposte-dot-net.invalid> wrote, quoted or indirectly
quoted someone who said :

>You asked the same question seven months ago. :-)

I went into denial. Damed if I was going to sign every Applet!  I must
have blanked it out.

Anyway I have done some research. There is no totally acceptable
solution, but I think I now understand why Oracle did this idiotic
thing.

See http://mindprod.com/jgloss/copypaste.html
-- 
Roedy Green Canadian Mind Products
http://mindprod.com
It should not be considered an error when the user starts something
already started or stops something already stopped. This applies
to browsers, services, editors... It is inexcusable to 
punish the user by requiring some elaborate sequence to atone,
e.g. open the task editor, find and kill some processes.

[toc] | [prev] | [next] | [standalone]

#4709

On 02/10/2011 07:22, Roedy Green allegedly wrote:
> On Sat, 01 Oct 2011 17:44:50 +0200, Daniele Futtorovic
> <da.futt.news@laposte-dot-net.invalid> wrote, quoted or indirectly
> quoted someone who said :
> 
>> You asked the same question seven months ago. :-)
> 
> I went into denial. Damed if I was going to sign every Applet!  I must
> have blanked it out.
> 
> Anyway I have done some research. There is no totally acceptable
> solution, but I think I now understand why Oracle did this idiotic
> thing.
> 
> See http://mindprod.com/jgloss/copypaste.html

If that's all accurate, then it's a excellent overview, thanks.

I understand how discouraging the prospect of signing every Applet must
be, especially for a site like yours. While I also kind of understand
why they'd do it, that's hardly going to push Applet technology overall.
Perhaps they don't care much.

-- 
DF.
Determinism trumps correctness.

[toc] | [prev] | [next] | [standalone]

#4710

On Sun, 02 Oct 2011 14:16:15 +0200, Daniele Futtorovic
<da.futt.news@laposte-dot-net.invalid> wrote, quoted or indirectly
quoted someone who said :

>I understand how discouraging the prospect of signing every Applet must
>be, especially for a site like yours. While I also kind of understand
>why they'd do it, that's hardly going to push Applet technology overall.
>Perhaps they don't care much

The wording Sun/Oracle uses for grant is scary.  People don't realise
it is no more dangerous than installing and running an app.  It is
even worse in my case since I only have a phony cert.  I am reluctant
to sign, but on the other hand who is their right mind would type in
ISBN numbers to see them tidied and convert to both ISBN-10 and
ISBN-13.

I added instructions  on how to override java.policy on all my yet
unsigned Swing applets.

 
-- 
Roedy Green Canadian Mind Products
http://mindprod.com
It should not be considered an error when the user starts something
already started or stops something already stopped. This applies
to browsers, services, editors... It is inexcusable to 
punish the user by requiring some elaborate sequence to atone,
e.g. open the task editor, find and kill some processes.

[toc] | [prev] | [next] | [standalone]

#4711

On 02/10/2011 15:28, Roedy Green allegedly wrote:
> On Sun, 02 Oct 2011 14:16:15 +0200, Daniele Futtorovic
> <da.futt.news@laposte-dot-net.invalid> wrote, quoted or indirectly
> quoted someone who said :
> 
>> I understand how discouraging the prospect of signing every Applet must
>> be, especially for a site like yours. While I also kind of understand
>> why they'd do it, that's hardly going to push Applet technology overall.
>> Perhaps they don't care much
> 
> The wording Sun/Oracle uses for grant is scary.  People don't realise
> it is no more dangerous than installing and running an app. 

I think they do and that that's the gist of the issue. You don't expect
to run an app just because you're opening a web page. I suppose the app
kinda breaks the browser sandbox, and that that's the problem. In a
world that deliberately discourages personal responsibility, it then
becomes Sun/Oracle's responsibility -- not sensu strictu, but in effect.

> I added instructions  on how to override java.policy on all my yet
> unsigned Swing applets.

Altering java.policy is even worse a solution than leaving it enabled in
the Applets, I would say. It tells tale of the crookedness of the
situation that you should be led to such an extreme.

-- 
DF.
Determinism trumps correctness.

[toc] | [prev] | [next] | [standalone]

#4712

On Sun, 02 Oct 2011 16:07:04 +0200, Daniele Futtorovic
<da.futt.news@laposte-dot-net.invalid> wrote, quoted or indirectly
quoted someone who said :

>Altering java.policy is even worse a solution than leaving it enabled in
>the Applets, I would say. It tells tale of the crookedness of the
>situation that you should be led to such an extreme.

The alternative would be to treat ctrl-c and ctrl-v as a special case.
They are safe.

Clicking Paste/Copy are not since app does them.

There is only one permission. If you enable it you turn on the
dangerous ability to peek and poke the clip board programmatically
behind the user's back.

-- 
Roedy Green Canadian Mind Products
http://mindprod.com
It should not be considered an error when the user starts something
already started or stops something already stopped. This applies
to browsers, services, editors... It is inexcusable to 
punish the user by requiring some elaborate sequence to atone,
e.g. open the task editor, find and kill some processes.

[toc] | [prev] | [standalone]

Back to top | Article view | comp.lang.java.gui

csiph-web