Orbeon Forms community mailing list

xforms:alert not working?

Classic

List

Threaded

4 messages Options

Larry T. Chen

xforms:alert not working?

Hi All,

I saw that this same issue in was supposedly fixed in an earlier thread
"xforms:alert text not updated."
However, using the latest nightly build 7/1/06, xforms:alert is still
not working for me.

I looked into it a little more and saw in xforms.css:

.xforms-alert-inactive, .xforms-alert-active {
display: -moz-inline-box;
display: inline-block;
... (remaining properties omitted)
}

It seemed strange to me that both .xforms-alert-inactive and
.xforms-alert-active would share the same display property.
So I changed it to:

.xforms-alert-inactive {
display: none;
...
}

.xforms-alert-active {
display: inline-block;
...
}

and now xforms:alert works for me.

So I'm confused why the CSS would be written like it currently is ...
please clarify how the xforms:alert styling was supposed to work, thanks
in advance.

Larry T. Chen
Software Engineer
Intelenet Communications, Inc.

--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

Alessandro Vernet

Re: xforms:alert not working?

Administrator

Hi Larry,

We would like the space for the alert to be always "reserved" on the
page, even if the alert is not displayed. When the alert is not
active, there is a white area of 16x16px next to the control. When the
alert is active, a red exclamation mark is displayed in that area.

This way, when an alert becomes active, nothing nothing will change in
the page layout.

The alerts are working fine for me with the CSS code as-is. Is the
problem you are talking about browser-specific? Would you have an
XForms file we can run the sandbox to reproduce this?

Alex

On 7/3/06, Larry T. Chen <[hidden email]> wrote:

> Hi All,
>
> I saw that this same issue in was supposedly fixed in an earlier thread
> "xforms:alert text not updated."
> However, using the latest nightly build 7/1/06, xforms:alert is still
> not working for me.
>
> I looked into it a little more and saw in xforms.css:
>
> .xforms-alert-inactive, .xforms-alert-active {
> display: -moz-inline-box;
> display: inline-block;
> ... (remaining properties omitted)
> }
>
> It seemed strange to me that both .xforms-alert-inactive and
> .xforms-alert-active would share the same display property.
> So I changed it to:
>
> .xforms-alert-inactive {
> display: none;
> ...
> }
>
> .xforms-alert-active {
> display: inline-block;
> ...
> }
>
> and now xforms:alert works for me.
>
> So I'm confused why the CSS would be written like it currently is ...
> please clarify how the xforms:alert styling was supposed to work, thanks
> in advance.
>
> Larry T. Chen
> Software Engineer
> Intelenet Communications, Inc.
>
>
>
>
> --
> You receive this message as a subscriber of the [hidden email] mailing list.
> To unsubscribe: mailto:[hidden email]
> For general help: mailto:[hidden email]?subject=help
> ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
>
>
>

--
Blog (XML, Web apps, Open Source):
http://www.orbeon.com/blog/

--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

--
Follow Orbeon on Twitter: @orbeon
Follow me on Twitter: @avernet

Larry T. Chen

Re: xforms:alert not working?

Alex,

Actually it does appear to be working. I was expecting the alert message to show up directly on the form, not realizing that it defaults to showing up in a mouseover floating tooltip. So if I wanted to show the alert messages directly on the page itself, should I just modify xforms.css the way I have (as below)? Or is there another recommended way of changing the behavior of alert messages?

.xforms-alert-inactive {
display: none;
...
}

.xforms-alert-active {
display: inline-block;
...
}

Larry T. Chen
Software Engineer
Intelenet Communications, Inc.

Alessandro Vernet wrote:

Hi Larry,

We would like the space for the alert to be always "reserved" on the
page, even if the alert is not displayed. When the alert is not
active, there is a white area of 16x16px next to the control. When the
alert is active, a red exclamation mark is displayed in that area.

This way, when an alert becomes active, nothing nothing will change in
the page layout.

The alerts are working fine for me with the CSS code as-is. Is the
problem you are talking about browser-specific? Would you have an
XForms file we can run the sandbox to reproduce this?

Alex

On 7/3/06, Larry T. Chen [hidden email] wrote:

Hi All,

I saw that this same issue in was supposedly fixed in an earlier thread
"xforms:alert text not updated."
However, using the latest nightly build 7/1/06, xforms:alert is still
not working for me.

I looked into it a little more and saw in xforms.css:

.xforms-alert-inactive, .xforms-alert-active {
    display: -moz-inline-box;
    display: inline-block;
    ... (remaining properties omitted)
}

It seemed strange to me that both .xforms-alert-inactive and
.xforms-alert-active would share the same display property.
So I changed it to:

.xforms-alert-inactive {
    display: none;
...
}

.xforms-alert-active {
    display: inline-block;
...
}

and now xforms:alert works for me.

So I'm confused why the CSS would be written like it currently is ...
please clarify how the xforms:alert styling was supposed to work, thanks
in advance.

Larry T. Chen
Software Engineer
Intelenet Communications, Inc.

--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: [hidden email]
For general help: [hidden email]
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: [hidden email]
For general help: [hidden email]
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
  

--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

Alessandro Vernet

Re: xforms:alert not working?

Administrator

Larry,

You can modify the CSS to have the message displayed next to the
control, like you did. But in a number of cases this does not work
very well as showing and hiding the alert message changes the page
layout causing some flickering effect.

For most forms, I can imagine having just the exclamation mark next to
the control and a summary of the errors displayed close the main
"submit" or "save" button on the page, but this is just an idea at
this point. I would be certainly interested in hearing your
suggestions or the suggestions from others on the list.

Alex

On 7/5/06, Larry T. Chen <[hidden email]> wrote:

>
> Alex,
>
> Actually it does appear to be working. I was expecting the alert message
> to show up directly on the form, not realizing that it defaults to showing
> up in a mouseover floating tooltip. So if I wanted to show the alert
> messages directly on the page itself, should I just modify xforms.css the
> way I have (as below)? Or is there another recommended way of changing the
> behavior of alert messages?
>
>
> .xforms-alert-inactive {
> display: none;
> ...
> }
>
> .xforms-alert-active {
> display: inline-block;
> ...
> }
>
> Larry T. Chen
> Software Engineer
> Intelenet Communications, Inc.
>
> Alessandro Vernet wrote:
> Hi Larry,
>
> We would like the space for the alert to be always "reserved" on the
> page, even if the alert is not displayed. When the alert is not
> active, there is a white area of 16x16px next to the control. When the
> alert is active, a red exclamation mark is displayed in that area.
>
> This way, when an alert becomes active, nothing nothing will change in
> the page layout.
>
> The alerts are working fine for me with the CSS code as-is. Is the
> problem you are talking about browser-specific? Would you have an
> XForms file we can run the sandbox to reproduce this?
>
> Alex
>
> On 7/3/06, Larry T. Chen <[hidden email]> wrote:
>
> Hi All,
>
> I saw that this same issue in was supposedly fixed in an earlier thread
> "xforms:alert text not updated."
> However, using the latest nightly build 7/1/06, xforms:alert is still
> not working for me.
>
> I looked into it a little more and saw in xforms.css:
>
> .xforms-alert-inactive, .xforms-alert-active {
> display: -moz-inline-box;
> display: inline-block;
> ... (remaining properties omitted)
> }
>
> It seemed strange to me that both .xforms-alert-inactive and
> .xforms-alert-active would share the same display property.
> So I changed it to:
>
> .xforms-alert-inactive {
> display: none;
> ...
> }
>
> .xforms-alert-active {
> display: inline-block;
> ...
> }
>
> and now xforms:alert works for me.
>
> So I'm confused why the CSS would be written like it currently is ...
> please clarify how the xforms:alert styling was supposed to work, thanks
> in advance.
>
> Larry T. Chen
> Software Engineer
> Intelenet Communications, Inc.
>
>
>
>
> --
> You receive this message as a subscriber of the [hidden email]
> mailing list.
> To unsubscribe: mailto:[hidden email]
> For general help: mailto:[hidden email]?subject=help
> ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
>
>
>
>
>
>
> ________________________________
>
> -- You receive this message as a subscriber of the [hidden email]
> mailing list. To unsubscribe:
> mailto:[hidden email] For general
> help: mailto:[hidden email]?subject=help ObjectWeb
> mailing lists service home page: http://www.objectweb.org/wws
>
>
>
> --
> You receive this message as a subscriber of the [hidden email]
> mailing list.
> To unsubscribe: mailto:[hidden email]
> For general help: mailto:[hidden email]?subject=help
> ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
>
>
>

--
Follow Orbeon on Twitter: @orbeon
Follow me on Twitter: @avernet