[Wt-interest] WDateEdit calendar behavior

[Mario Diethelm Guallar]

Hi,

I found an unexpected behavior within my application related to
WDateEdit reaction every time the user clicks the calendar-edit icon.
With Chrome and IE browsers the widget react exactly as it is expected,
it shows the calendar to allow the user to select a date. With Safari,
the calendar windows appears for a second or less and then disappears.
With FireFox, all the widgets in the form get erased (you get a 100%
empty form, no application crash or logged errors at console level when
the application runs using the built-in httpd connector).

I have tested the widgetgallery WDateEdit example and it works perfectly
with the four above mentioned browsers. Is there any special .css sheet
or other styling configuration that the application needs to load/apply
to work ok within FireFox and Safari?

I am using Wt 3.3.4 with boost 1.55 under Windows. The above described
behavior is the same for both the built-in httpd connector and the IIS
(ISAPI) connector.

Thanks. Best Regards.

________________________
Mario Diethelm Guallar
M: [phone]

[Koen Deforche]

Hey Mario,

the user to select a date. With Safari, the calendar windows appears for

a second or less and then disappears. With FireFox, all the widgets in the
form get erased (you get a 100% empty form, no application crash or logged
errors at console level when the application runs using the built-in httpd
connector).

Those are problems that I cannot relate to a possible bug so we will need
to reproduce it. Can you isolate the misbehavior in a small test case? It
might be influenced by dialogs, other popup widgets, and the css theme used.

Regards,
Koen

I have tested the widgetgallery WDateEdit example and it works perfectly

with the four above mentioned browsers. Is there any special .css
shereproducet or other styling configuration that the application needs to
load/apply to work ok within FireFox and Safari?

I am using Wt 3.3.4 with boost 1.55 under Windows. The above described

behavior is the same for both the built-in httpd connector and the IIS
(ISAPI) connector.

Thanks. Best Regards.
________________________
Mario Diethelm Guallar
M: [phone]

------------------------------------------------------------------------------

BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live

exercises

http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-

event?utm_

source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
_______________________________________________
witty-interest mailing list
https://lists.sourceforge.net/lists/listinfo/witty-interest

[Mario Diethelm Guallar]

Hi Koen,

I agree with you. Those are not problems related to a software bug.

I have tested the application disabling all styles sheets upload (with
the exception of the theme styles and Wt styles) and the problem
disappeared. So it was not a style feature missing but a style feature
that was there, causing the unexpected behavior. I identified the style
sheet file that was causing the problem, I did a copy of the file and
started again from an empty version of the problematic style sheet file
adding one by one the original file styles until the problem arose
again.

The problem was caused as a result of a z-index property set to a very
high negative value (-9999) in order to assure that the related object
was always on the bottom of the stack. The WDateEdit widget is a child
of a WTable widget that uses the style with the z-index property set to
-9999. If you eliminate the z-index property from the WTable widget
style, FireFox and also Chrome and IE work ok (not sure why).

There is still a problem with Safari where after clicking the
calendar-edit icon the calendar widget doesn't appear until you scroll
the whole page. Still working on that.


Thanks again. Best regards.

________________________
Mario Diethelm Guallar

------ Original Message ------
From: "Koen Deforche" <***@emweb.be>
To: witty-***@lists.sourceforge.net; ***@gmail.com
Sent: 14-04-2015 07:21:53
Subject: Re: [Wt-interest] WDateEdit calendar behavior

Post by Koen Deforche
Hey Mario,

the user to select a date. With Safari, the calendar windows appears

for a second or less and then disappears. With FireFox, all the widgets
in the form get erased (you get a 100% empty form, no application crash
or logged errors at console level when the application runs using the
built-in httpd connector).
Those are problems that I cannot relate to a possible bug so we will
need to reproduce it. Can you isolate the misbehavior in a small test
case? It might be influenced by dialogs, other popup widgets, and the
css theme used.
Regards,
Koen

I have tested the widgetgallery WDateEdit example and it works

perfectly with the four above mentioned browsers. Is there any special
.css shereproducet or other styling configuration that the application
needs to load/apply to work ok within FireFox and Safari?

I am using Wt 3.3.4 with boost 1.55 under Windows. The above

described behavior is the same for both the built-in httpd connector
and the IIS (ISAPI) connector.

Thanks. Best Regards.
________________________
Mario Diethelm Guallar
M: [phone]

------------------------------------------------------------------------------

BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live

exercises

http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-

event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF

_______________________________________________
witty-interest mailing list
https://lists.sourceforge.net/lists/listinfo/witty-interest