79427 - java html dom api

Status: RESOLVED FIXED

(Core Graveyard :: Java APIs for DOM, enhancement, P1)

Description

[Brian Satterfield]

Ed,

per our telecon...

there are elements of the html dom that should be exposed to webclient (since
there are no plans to move forward with the api).  For instance, the method
getValue() on the interface org.w3c.dom.html.HTMLInputElement

the org.w3c.dom.html.* interfaces are currently all shipped with webclient.

Brian

Comment 1

[Keyser Sose]

Marking NEW.

Comment 2

[edburns]

I have an implementation for this that requires minimal code on my side.
Brian, please tell me if this meets your requirements.

Assumption: you already have some way of discovering which
org.w3c.dom.Node instances belong to the set of form elements your care
about, let's call it the special set, (1).

The fix I'm about to attach will allow you to call the existing
Node.{get,set}Value() methods on Node instances belonging to the special
set.  

(1).  I need to know up front, the complete and exhaustive HTML elements
in the special set.  I will be very loath to adding elements to this set
once we agree to it.  My answer to such a request will probably be:
"wait for blackConnect to come out".  So...here's your chance.
Currently, the only HTML elements in the special set are: INPUT,
TEXTAREA.  Are there others?

Comment 3

[edburns]

Attachment: cvs diff -u of easy fix for this bug, first iteration

Comment 4

[Brian Satterfield]

I guess the short answer is "any element that a user can change or modify the
value of".

I went back to the HTML spec and found the following tags:

INPUT
BUTTON
OPTION <-- not 100% sure on this, basically looking for whatever node
type will contain the currently selected value (Ed?). There are also SELECT
and OPTGROUP tags but from what I can tell they don't provide that
information.
TEXTAREA

Ed, Henry...did I miss anything?

Comment 5

[Brian Satterfield]

we'd like to add ISINDEX for backward compatibility even though it's been
deprecated.

we're also unsure about the SELECT element.  If SELECT always holds the
currently selected value for an option list or option group then it would make
sense to add SELECT and remove OPTION.  However, I don't see an indication of
that in the HTML spec but javascript seems to work at that level when accessing
list values.

current list is {INPUT, BUTTON, SELECT, OPTION, ISINDEX, TEXTAREA}

Comment 6

[edburns]

Attachment: cvs diff -u of fix for this bug, second iteration, using macro

Comment 7

[edburns]

My latest attachment doesn't support ISINDEX.  I'm working on it.

Comment 8

[edburns]

Brian, after a little investigation, I can't see how to {get,set}Value from 
ISINDEX.  Can you ask JST about it and post to the bug?

Comment 9

[Ashu Kulkarni]

Looks good. ra=ashuk.

Comment 10

[Brian Satterfield]

jst said there's no facility in the current api for getting the value of
ISINDEX.  So, I guess we'll have to do without it.  

Comment 11

[edburns]

Fix checked in.

Comment 12

[Brian Satterfield]

How easy/hard would it be to get this macro to work for {get,set}Checked()?

Reason being...that for radio buttons and checkboxes, just getting the value is
not enough information to know what a user has selected.

Comment 13

[edburns]

Not hard.

Can you tell me how to differentiate between an INPUT that is a text field and 
an INPUT that is a radio button?  Do I ask for the value of the TYPE attribute?

Comment 14

[Brian Satterfield]

yes, type={radio,checkbox}

Comment 15

[edburns]

Reopening, customer is requesting new functionality.

Comment 16

[edburns]

a

Comment 17

[edburns]

Attachment: cvs diff -u of fix for this bug, takes changed requirements into account: RADIO and CHECKBOX

Comment 18

[edburns]

Ashu, can you please review my patch from today?

Comment 19

[Ashu Kulkarni]

Looks good. ra=ashuk.

Comment 20

[edburns]

This checkin adds the following behavior:

On GetValue, if a checkbox or radio button, it returns "CHECKED" 
or "UNCHECKED".  

On SetValue, any string not equal to the empty string causes the checkbox
to be set.
FIX CHECKED IN.