Orbeon Forms community mailing list

Orbeon 3.7.1 bugs

Classic

List

Threaded

7 messages Options

Raitis

Orbeon 3.7.1 bugs

Hello,
we have noticed following bugs in Orbeon 3.7.1:
1 - when radio control (select1 appearance="full") value is updated with setvalue, the corresponding node in xforms instance is updated, but radio control in browser is still empty (video 0.04).
2 - when showing and hiding groups that contain table 'tr'/'td' HTML elements, space between table elements becomes larger and larger constantly with each button click (video 0.10 to 0.25). In table row with 'Text 3' labels, the second 'td' HTML element is dynamicly changing position. It shouldn't do so.
3 - dynamic autocomplete (xxforms:autocomplete) input control - text in input field is losing some part during input process from keyboard, but corresponding node in xforms instance is correct (video 0.46).

Ccreencast - http://www.screencast.com/users/raitis.k/folders/Jing/media/b72eec42-1985-4045-8422-3401a9fcbd60
Also attached sandbox example.

--
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
OW2 mailing lists service home page: http://www.ow2.org/wws

view.xhtml (7K) Download Attachment

Alessandro Vernet

Re: Orbeon 3.7.1 bugs

Administrator

Hi Raitis,

First, thank you for the easily reproducible test case, and for the video!

Raitis wrote

1 - when radio control (select1 appearance="full") value is updated with
setvalue, the corresponding node in xforms instance is updated, but radio
control in browser is still empty (video 0.04).

I reproduced this one, and we now know why this is happening. We don't have the time just right now to fix it, but here is the bug for tracking:

http://forge.ow2.org/tracker/index.php?func=detail&aid=313953&group_id=168&atid=350207

Raitis wrote

2 - when showing and hiding groups that contain table 'tr'/'td' HTML
elements, space between table elements becomes larger and larger constantly
with each button click (video 0.10 to 0.25). In table row with 'Text 3'
labels, the second 'td' HTML element is dynamicly changing position. It
shouldn't do so.

This is an interesting one. It is most likely is a bug in the browser; a sort of "space leak" on the page, analogous to memory leaks. It is now fixed; the fix is checked in and will be included in the next nightly build. You'll let me know if this works for you. The bug is:

http://forge.ow2.org/tracker/index.php?func=detail&aid=313954&group_id=168&atid=350207

Raitis wrote

3 - dynamic autocomplete (xxforms:autocomplete) input control - text in
input field is losing some part during input process from keyboard, but
corresponding node in xforms instance is correct (video 0.46).

This implementation of the autocomplete control had quite a few problems, and we recently rewrote it using autocomplete widget from YUI. The new implementation is done in XBL. Since we don't yet have a mechanism to bind XBL components to standard XForms controls with a given appearance (this is in the pipeline though!), for now you need to write <fr:autocomplete> in your code. See:

http://wiki.orbeon.com/forms/doc/developer-guide/xbl-existing-xbl-components#TOC-Autocomplete

You'll let us know if you have any problem with this new autocomplete control.

Alex

Raitis

Re: Re: Orbeon 3.7.1 bugs

Hi Alex,
thanks for response.

2. I checked last nightly-build and vertical "space-leak" is fixed, but second part of this bug still exists. Table 'td' cells within groups are not rendered properly - check attached picture (groups_example.PNG), those groups with table cells are enabled by selecting radio buttons. Cell rendering in FF is wrong, but in IE it is correct.

3. New XBL autocomplete control after some modification is working fine, but why xforms-value-changed event is called three times when user inputs a character? When dynamic autocomplete nodesets are retrieved from database, it is not good.
Attached xforms sandbox example. Just type letter 'a' in text box and there will be three event calls.

Raitis.

On Fri, Jun 26, 2009 at 10:46 PM, Alessandro Vernet <[hidden email]> wrote:

Hi Raitis,

First, thank you for the easily reproducible test case, and for the video!

Raitis wrote:
>
> 1 - when radio control (select1 appearance="full") value is updated with
> setvalue, the corresponding node in xforms instance is updated, but radio
> control in browser is still empty (video 0.04).
>

I reproduced this one, and we now know why this is happening. We don't have
the time just right now to fix it, but here is the bug for tracking:

http://forge.ow2.org/tracker/index.php?func=detail&aid=313953&group_id=168&atid=350207

Raitis wrote:
>
> 2 - when showing and hiding groups that contain table 'tr'/'td' HTML
> elements, space between table elements becomes larger and larger
> constantly
> with each button click (video 0.10 to 0.25). In table row with 'Text 3'
> labels, the second 'td' HTML element is dynamicly changing position. It
> shouldn't do so.
>

This is an interesting one. It is most likely is a bug in the browser; a
sort of "space leak" on the page, analogous to memory leaks. It is now
fixed; the fix is checked in and will be included in the next nightly build.
You'll let me know if this works for you. The bug is:

http://forge.ow2.org/tracker/index.php?func=detail&aid=313954&group_id=168&atid=350207

Raitis wrote:
>
> 3 - dynamic autocomplete (xxforms:autocomplete) input control - text in
> input field is losing some part during input process from keyboard, but
> corresponding node in xforms instance is correct (video 0.46).
>

This implementation of the autocomplete control had quite a few problems,
and we recently rewrote it using autocomplete widget from YUI. The new
implementation is done in XBL. Since we don't yet have a mechanism to bind
XBL components to standard XForms controls with a given appearance (this is
in the pipeline though!), for now you need to write <fr:autocomplete> in
your code. See:

http://wiki.orbeon.com/forms/doc/developer-guide/xbl-existing-xbl-components#TOC-Autocomplete

You'll let us know if you have any problem with this new autocomplete
control.

Alex

-----
Orbeon Forms - Web 2.0 Forms, open-source, for the Enterprise
Orbeon's Blog: http://www.orbeon.com/blog/
Personal Blog: http://avernet.blogspot.com/
Twitter - http://twitter.com/avernet
--
View this message in context: http://www.nabble.com/Orbeon-3.7.1-bugs-tp24053183p24226258.html
Sent from the ObjectWeb OPS - Users mailing list archive at Nabble.com.

--
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
OW2 mailing lists service home page: http://www.ow2.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
OW2 mailing lists service home page: http://www.ow2.org/wws

groups_example.PNG (37K) Download Attachment

ac_events_bug.xhtml (3K) Download Attachment

Alessandro Vernet

Re: Re: Orbeon 3.7.1 bugs

Administrator

Raitis,

Raitis wrote

2. I checked last nightly-build and vertical "space-leak" is fixed, but
second part of this bug still exists. Table 'td' cells within groups are not
rendered properly - check attached picture (groups_example.PNG), those
groups with table cells are enabled by selecting radio buttons. Cell
rendering in FF is wrong, but in IE it is correct.

Do you have a test case for this? I don't see what you are showing here in the screenshot running the test case you attached earlier in this thread.

Raitis wrote

3. New XBL autocomplete control after some modification is working fine, but
why xforms-value-changed event is called three times when user inputs a
character? When dynamic autocomplete nodesets are retrieved from database,
it is not good.
Attached xforms sandbox example. Just type letter 'a' in text box and there
will be three event calls.

I am not surprised that too many events "escape" from the component. We can prevent that in the implementation of the component in XBL. Is that causing a problem for you?

Alex

Raitis

Re: Re: Re: Orbeon 3.7.1 bugs

Alex,

2. In old sandbox example You can see it near "Text 3 Text 3 Text 3 Text 3", when setting and clearing group 2 buttons, when [ + ] and [ - ] is not in same position, that screen shot is from real page.

3. Yes it makes sense, because, if user slowly input 10 letters long word, then there are made 30 database requests.

Raitis.

On Thu, Jul 2, 2009 at 3:20 AM, Alessandro Vernet <[hidden email]> wrote:

Raitis,

Raitis wrote:
>
> 2. I checked last nightly-build and vertical "space-leak" is fixed, but
> second part of this bug still exists. Table 'td' cells within groups are
> not
> rendered properly - check attached picture (groups_example.PNG), those
> groups with table cells are enabled by selecting radio buttons. Cell
> rendering in FF is wrong, but in IE it is correct.
>

Do you have a test case for this? I don't see what you are showing here in
the screenshot running the test case you attached earlier in this thread.

Raitis wrote:
>
> 3. New XBL autocomplete control after some modification is working fine,
> but
> why xforms-value-changed event is called three times when user inputs a
> character? When dynamic autocomplete nodesets are retrieved from database,
> it is not good.
> Attached xforms sandbox example. Just type letter 'a' in text box and
> there
> will be three event calls.
>

I am not surprised that too many events "escape" from the component. We can
prevent that in the implementation of the component in XBL. Is that causing
a problem for you?

Alex

-----
Orbeon Forms - Web 2.0 Forms, open-source, for the Enterprise
Orbeon's Blog: http://www.orbeon.com/blog/
Personal Blog: http://avernet.blogspot.com/
Twitter - http://twitter.com/avernet
--

View this message in context: http://www.nabble.com/Orbeon-3.7.1-bugs-tp24053183p24299129.html

Sent from the ObjectWeb OPS - Users mailing list archive at Nabble.com.

--
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
OW2 mailing lists service home page: http://www.ow2.org/wws

Alessandro Vernet

Re: Re: Re: Orbeon 3.7.1 bugs

Administrator

Raitis,

Raitis wrote

2. In old sandbox example You can see it near "Text 3 Text 3 Text 3 Text 3",
when setting and clearing group 2 buttons, when [ + ] and [ - ] is not in
same position, that screen shot is from real page.

I see. When a

is disabled, even if it has a position: absolute, Firefox still considers that the column is there. I recommend you reorganize your code to move the <xforms:group> inside the

:

<xhtml:td>
<xf:group ref=".[instance('groups-bug')/b = 'true']">[ - ]</xf:group>
<xf:group ref=".[instance('groups-bug')/b != 'true']">[ + ]</xf:group>
</xhtml:td>

Also see the updated file: group-space-leak.xhtml.

Raitis wrote

3. Yes it makes sense, because, if user slowly input 10 letters long word,
then there are made 30 database requests.

Good point. I added a bug for this:

http://forge.ow2.org/tracker/index.php?func=detail&aid=313976&group_id=168&atid=350207

Alex

Erik Bruchez

Re: Re: Re: Orbeon 3.7.1 bugs

Administrator

All,

This bug is now fixed.

-Erik

Alessandro Vernet wrote

Raitis,

Raitis wrote

2. In old sandbox example You can see it near "Text 3 Text 3 Text 3 Text 3",
when setting and clearing group 2 buttons, when [ + ] and [ - ] is not in
same position, that screen shot is from real page.

I see. When a

is disabled, even if it has a position: absolute, Firefox still considers that the column is there. I recommend you reorganize your code to move the <xforms:group> inside the

Raitis wrote

3. Yes it makes sense, because, if user slowly input 10 letters long word,
then there are made 30 database requests.

Good point. I added a bug for this:

http://forge.ow2.org/tracker/index.php?func=detail&aid=313976&group_id=168&atid=350207

Alex