Utilizing deployJava.runApplet for precise element targeting

Question

Utilizing deployJava.runApplet for precise element targeting

After years of successfully maintaining an applet that utilizes the traditional:

<script src="foo.js"></script>

method for embedding a Java applet, we can no longer ignore the need for change.

It's time to switch to:

deployJava.runApplet()

When I invoke this method using a click handler (such as an event listener on a button with jQuery, although the method doesn't matter):

$('#button').click(function() {
  deployJava.runApplet(attributes, parameters, version);
});

...it replaces the entire existing document with the applet. How can I specify a specific DOM element to contain the applet, so my page isn't completely replaced?

I thought there might be an attribute like target: someElement where "someElement" could be a DOM object or the element's ID as a string. However, I haven't been able to find documentation for such an attribute.

Just to provide all information, here are the attributes being passed:

/* A possible location for an applicable attribute */
var attributes = {
  name: "SomeName",
  code: "some.class",
  archive: "some.jar",
  width: 640,
  height: 400
};

var parameters = {
  someParameter: someValue
};

var version = "1.5";

I could use document.write to reconstruct the document, but you can understand why I'd prefer to avoid that approach.

Any guidance would be much appreciated.

java javascript css applet

Answer 1

Answer №1

Instead of following the solution provided by Christophe Roussy, you can opt for a different approach by overriding the document.write function while executing deployJava.runApplet.

Here's how you can do it:

function wrapDocumentWrite(func) {
    var writeTo = document.createElement('ins'),
        oldwrite = document.write,
        content = '';
    writeTo.id = "you";
    document.write = function(text) {
        content += text;
    }
    func();
    writeTo.innerHTML += content;
    document.write = oldwrite;
    document.body.appendChild(writeTo);
}

Then, use this wrapper like so:

wrapDocumentWrite(function () {
    deployJava.runApplet(attributes, parameters, "1.6");
});

This method may seem a bit unconventional but it gets the job done effectively!

Answer 2

Instead of following the solution provided by Christophe Roussy, you can opt for a different approach by overriding the document.write function while executing deployJava.runApplet.

Here's how you can do it:

function wrapDocumentWrite(func) {
    var writeTo = document.createElement('ins'),
        oldwrite = document.write,
        content = '';
    writeTo.id = "you";
    document.write = function(text) {
        content += text;
    }
    func();
    writeTo.innerHTML += content;
    document.write = oldwrite;
    document.body.appendChild(writeTo);
}

Then, use this wrapper like so:

wrapDocumentWrite(function () {
    deployJava.runApplet(attributes, parameters, "1.6");
});

This method may seem a bit unconventional but it gets the job done effectively!

Answer 3

Answer №2

The main issue at hand revolves around deployJava.js utilizing the document.write method. Utilizing this method after the page has already been rendered results in clearing the document, leading to obvious negative consequences.

While initially designed for JavaFX, some individuals have reported successful outcomes with dtjava.js, presenting it as a potential alternative worth exploring.

Despite the viability of dtjava.js, certain team members have invested time and effort into working with deployJava.js and are hesitant to abandon their progress. This required me to adhere to using deployJava.js exclusively, ensuring that it is invoked during the page rendering process rather than through Ajax requests or delayed triggers.

In practice, we gather necessary information and pass it onto a secondary page responsible for rendering the applet accordingly. This approach proves effective, especially considering that our clients typically follow a similar pattern of data collection, server-side processing, and receiving a redirect response. While we currently utilize query strings for passing information, alternatives like cookies or the localstorage API could also be considered for maintaining a cleaner-looking window.location.

I appreciate the input provided, even if shared within the comment section. Additional suggestions are welcome as we remain open to exploring better practices!

Answer 4

The main issue at hand revolves around deployJava.js utilizing the document.write method. Utilizing this method after the page has already been rendered results in clearing the document, leading to obvious negative consequences.

While initially designed for JavaFX, some individuals have reported successful outcomes with dtjava.js, presenting it as a potential alternative worth exploring.

Despite the viability of dtjava.js, certain team members have invested time and effort into working with deployJava.js and are hesitant to abandon their progress. This required me to adhere to using deployJava.js exclusively, ensuring that it is invoked during the page rendering process rather than through Ajax requests or delayed triggers.

In practice, we gather necessary information and pass it onto a secondary page responsible for rendering the applet accordingly. This approach proves effective, especially considering that our clients typically follow a similar pattern of data collection, server-side processing, and receiving a redirect response. While we currently utilize query strings for passing information, alternatives like cookies or the localstorage API could also be considered for maintaining a cleaner-looking window.location.

I appreciate the input provided, even if shared within the comment section. Additional suggestions are welcome as we remain open to exploring better practices!

Answer 5

Answer №3

If you're working with jQuery and need to specifically target a particular DOM element instead of simply appending content:

function customAppend(jq, func) {
    var oldwrite = document.write,
        content = '';
    document.write = function(text) {
        content += text;
    }
    func();
    document.write = oldwrite;
    jq.html(content);
}

customAppend($('#specificDiv'), function () {
    deployJava.runApplet(attributes, parameters, version);
});

Answer 6

If you're working with jQuery and need to specifically target a particular DOM element instead of simply appending content:

function customAppend(jq, func) {
    var oldwrite = document.write,
        content = '';
    document.write = function(text) {
        content += text;
    }
    func();
    document.write = oldwrite;
    jq.html(content);
}

customAppend($('#specificDiv'), function () {
    deployJava.runApplet(attributes, parameters, version);
});

Answer 7

Answer №4

In order to resolve this frustrating issue, I took the step of downloading and modifying deployJava.js at line 316. I substituted the existing line with my customized code:

  // document.write(n + "\n" + p + "\n" + r);
  myDiv.append(n + "\n" + p + "\n" + r);

The variable myDiv in the script refers to a global JavaScript variable that has been assigned to the specific div element before executing the runApplet function:

myDiv = jQuery('#someDiv');

If you come across a less invasive solution, please feel free to share it with me...

Answer 8

In order to resolve this frustrating issue, I took the step of downloading and modifying deployJava.js at line 316. I substituted the existing line with my customized code:

  // document.write(n + "\n" + p + "\n" + r);
  myDiv.append(n + "\n" + p + "\n" + r);

The variable myDiv in the script refers to a global JavaScript variable that has been assigned to the specific div element before executing the runApplet function:

myDiv = jQuery('#someDiv');

If you come across a less invasive solution, please feel free to share it with me...

Utilizing deployJava.runApplet for precise element targeting

Answer №1

Answer №2

Answer №3

Answer №4

Similar questions

Displaying PHP output within a JavaScript expression

Equivalent of JMS Topic in C/C++ Messaging Libraries

Looking for a discreet JavaScript-based text editor with advanced features?

A pair of div elements within one section

Update the canvas box's color when you interact with it by clicking inside

Error encountered: TypeError: __webpack_require__.t is not a function - Issue appears only on live server, while localhost runs without any problem

webdriverIO encountered an unhandled promise rejection, resulting in a NoSuchSessionError with the message "invalid session id

Eliminate the Div Attribute once the radio button is activated

Wheelnav.js implementing a dynamic bouncing animation

Using jQuery.ajax to manage caching and manipulating timestamps

Creating a three-column layout with position fixed in the center

How to manage print preview feature in Firefox with the help of Selenium in the Robot Framework

Unable to render data in Chart JS using PHP JSON

Struggling with Bootstrap 4 - need help with navbar and flexbox alignment issues

Integrating redux-form with the react-widgets DateTimePicker component

Arrange data into columns on a website

Can you recommend a straightforward method in Vue.js for validating the format of user input?

Exploring the differences between UTC and non-UTC date formats in Javascript

The functionality of a JQuery post within a PHP loop is not functioning optimally

The JavaScript array slideshow is experiencing some glitches in its transition