328626 - alternative implementation of minimal select1 for xhtml

Status: RESOLVED WONTFIX

(Core Graveyard :: XForms, enhancement)

Description

[alexander :surkov (:asurkov)]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20051212 Firefox/1.6a1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20051212 Firefox/1.6a1

I belive if we'll pick out editable html:select control from xforms:select1 widget then code will be cleaner. I guess too it should bring a good help when base binding for xforms:select1 will be exposed.

Reproducible: Always

Comment 1

[alexander :surkov (:asurkov)]

Attachment: select binding

Comment 2

[alexander :surkov (:asurkov)]

Attachment: select test

It's rough enough version of editable html:select control. It means not all functionality is realized. But the testcase shows how the such control can work. I guess the proposed control has advantages over the current one. Since the control is based on html:select control then we don't need in any special event processing and smart resizing as you can find for the current one. As consequence the bugs like 303351 are not actual for proposed control.

But the proposed control is builded on internal structure of html:select control. And it's a disadvantage.

I look forward for your opinions.

Comment 3

[Allan Beaufour]

Reusing other code is good, as we do not have to reinvent everything ourselves, but I'm sure there was a reason for doron/smaug to take the path we took?

Comment 4

[alexander :surkov (:asurkov)]

Attachment: select binding2

Comment 5

[alexander :surkov (:asurkov)]

Attachment: select test2

Comment 6

[alexander :surkov (:asurkov)]

Reassign to default since I don't have way in my mind how to fix this.

Comment 7

[David Bolter [:davidb] (NeedInfo me for attention)]

RIP xforms