Dmitry,
Dmitry Barsukov wrote:
Hi Max,
Will do.
However I would not mix my case with what Simon kindly described.
These issues may be correlated and I will mention Simon's case in the defect
description.
But the assignee for the bug should not be misled by mixing up "hour-glass"
with PPR and "hour-glass" with inputDate elements.
Thanks. I will take a look at this issue as soon. inputDate stuff is
likely to be related.
Max, as a matter of curiosity, I am somehow sure you are an expert in ADF.
Considering that Oracle ADF take its roots from Trinidad, this becomes a
practical curiosity matter.
Does this defect appear in Oracle ADF too?
I do not think so, or at least it has not been reported.
Regards,
Max
Regards,
Dmitry
On 15 June 2010 15:06, Max Starets <[email protected]> wrote:
Simon, Dmitry ,
Could one of you log a Trinidad JIRA for this?
Thanks,
Max
Simon Kulessa wrote:
Hi,
I send an email with the same problem to the dev mailinglist but did not
receive an answer. Search for "IE8 MouseIcon Bug with inputDate".
To reproduce this bug at irian.at you just need to do these steps:
Goto:
http://www.irian.at/trinidad-demo/faces/components/inputDate.jspx
1. Enter something that is not a date (or does not match the expected
date format)
2. Click 'update'
3. Remove the focus from the inputField
Regards,
Simon.
Am 15.06.2010 12:23, schrieb Dmitry Barsukov:
Hi Toby,
Thanks for your prompt attempt to help, this is very much appreciated.
However it does not help. The form I posted initially gets blocked
quickly
(3rd or 5th click).
Here is what I included into the header of the form:
<trh:head><title>hour glass issue</title>
<trh:script text="function _pprStartBlocking(a0) {return;}"/>
</trh:head>
Surprisingly I could not reproduce the issue on Irian.at Trinidad demo
page... that looks strange.
Regards,
D.
On 15 June 2010 10:50, Eisenträger, Tobias<[email protected]
wrote:
Hello Dmitry,
we stumled upon the same problem, and simply deactivated the hour glass
functionality via overwriting the javascript which comes bundled in
trinidad.
We include a custom javascript anyway in each page, and the last method
overwrites the hourglass functionality.
/**
* Overwrites the jsFile for PPR which comes in
* trinidad-impl.1.3.13
* /META-INF/adf/jsLibs/Core.js
* /META-INF/adf/jsLibsDebug/Core.js
* to prevent the IE to freeze at PPR.
* look at function _pprStartBlocking(a0)
**/
function _pprStartBlocking(a0) {
return;
}
However, it would be correct to find the real problem the IE Javascript
has
and fix it in the source, or create a JIRA for it.
Please let me know if that helps,
Toby
-----Ursprüngliche Nachricht-----
Von: Dmitry Barsukov [mailto:[email protected]]
Gesendet: Dienstag, 15. Juni 2010 11:02
An: [email protected]
Betreff: [Trinidad] IE + PPR causing "Hour-glass"
Hi All,
I wonder if anyone has ever come across an issue with "hour-glass"
cursor
when working with PPR and IE?
Here is the simplest form below which does cause "hour-glass" cursor
appearing and a form freezing when rendered on IE.
Rick then left-left mouse click may help to switch the form back into a
normal state.
<f:view xmlns:f="http://java.sun.com/jsf/core";
xmlns:tr="http://myfaces.apache.org/trinidad";
xmlns:trh="http://myfaces.apache.org/trinidad/html";>
<trh:html>
<trh:head><title>hour glass issue</title> </trh:head>
<trh:body>
<tr:panelGroupLayout layout="vertical">
<tr:form id="frm_1">
<tr:inputText label="Surname:"
id="it_1"/>
<tr:commandButton id="cb_1"
text="Search"
partialSubmit="true"/>
</tr:form>
</tr:panelGroupLayout>
</trh:body>
</trh:html>
</f:view
To catch an issue you need to click inputText element several times
quickly
then commandButton then inputText element again.
With this simplest form the issue is not that apparent. However if the
form
becomes more complicated "hour-glass" cursors spoils the whole
application
because it may appear VERY often, for instance on each third click in
the
form.
If I remove "partialSubmit" the issue disappears.
What is wrong here?
---
Sincerely yours
Dmitry Barsukov
