JAVASCRIPT/PHP y XHTML --> id o name ?

[yoguuu]

Hola amigos.

Como el W3C dice que el atributo name="" desaparecerá..... Comenzé a pensar sobre hacer formularios y pasar sus valores por las id="" de XHTML, entonces vinieron a mi mente un monton de dudas... y es que:

Si pasamos los valores por id, no estamos obligados a usar el DOM desde JavaScript para hacer document.getElementById('id').value ? Es mas... Esto nos obliga a recibir los valores desde el cliente, php solo podria usarlo despues de haberlos recibido con "JS". Mas dudas... Que pasa si con php desaparece el name ? como hacerlo desde php ? Seria imposible ? Ademas considero que algo que deberia ocupar poco espacio con la sintaxis document.getElementById('id').value, cuando necesitemos muchos valores, se hará bastante mas largo que un $_POST['valor']

Suelo pensar, que la gente que hace los lenguajes de programación, es gente inteligente y estas cosas estarán ya previstas y que el problema está situado en mi ignorancia sobre el tema...

Estoy seguro que muchos de vosotros sabreis darme alguna orientación al respecto.

Gracias ^^
Ha ganado el Barça la Champions ^^ uee ;)

[yoguuu]

perdon... Me he equivocado escribiendo el post en un foro al que no corresponde... Podeis moverlo el post Please ? Gracias y sorry

[GreenEyed]

De todas formas, si no lo entiendo mal el atributo "id" y el atributo "name" en el caso de campos de formulario cumple dos funciones diferentes y por tanto no deberia desaparecer ninguno a no ser que lo sustituyan por una alternativa.

Tienes alguna información donde el W3C diga que va a retirar el atributo "name", por que la verdad es que así de buenas me parece muy extraño.

<S>

[yoguuu]

Tienes alguna información donde el W3C diga que va a retirar el atributo "name", por que la verdad es que así de buenas me parece muy extraño.

Pues si..... :S Fijate sobretodo en el ultimo parrafo... Es de una claridad estremecedora jejeje

Este texto esta sacado de aqui... http://www.w3.org/TR/xhtml1/

C.8. Fragment Identifiers

In XML, URI-references [RFC2396] that end with fragment identifiers of the form "#foo" do not refer to elements with an attribute name="foo"; rather, they refer to elements with an attribute defined to be of type ID, e.g., the id attribute in HTML 4. Many existing HTML clients don't support the use of ID-type attributes in this way, so identical values may be supplied for both of these attributes to ensure maximum forward and backward compatibility (e.g., <a id="foo" name="foo">...</a>).

Further, since the set of legal values for attributes of type ID is much smaller than for those of type CDATA, the type of the name attribute has been changed to NMTOKEN. This attribute is constrained such that it can only have the same values as type ID, or as the Name production in XML 1.0 Section 2.3, production 5. Unfortunately, this constraint cannot be expressed in the XHTML 1.0 DTDs. Because of this change, care must be taken when converting existing HTML documents. The values of these attributes must be unique within the document, valid, and any references to these fragment identifiers (both internal and external) must be updated should the values be changed during conversion.

Note that the collection of legal values in XML 1.0 Section 2.3, production 5 is much larger than that permitted to be used in the ID and NAME types defined in HTML 4. When defining fragment identifiers to be backward-compatible, only strings matching the pattern [A-Za-z][A-Za-z0-9:_.-]* should be used. See Section 6.2 of [HTML4] for more information.

Finally, note that XHTML 1.0 has deprecated the name attribute of the a, applet, form, frame, iframe, img, and map elements, and it will be removed from XHTML in subsequent versions.

El W3C me tiene loquito xDD

[GreenEyed]

Por lo que entiendo yo, eso afectaría a los enlaces, applets, formularios, imagenes, frames, iframes y mapas, donde no tiene sentido tener dos atributos diferentes (id y name) que sirven para lo mismo.

Sin embargo, no menciona para nada el uso de id y name en el caso de los sub-elementos de formulario (input y textarea) que son los que nos interesan, ya que en estos casos el id y el name tienen usos diferentes (el id ha de ser único e identifica al elemento y el name es el nombre del parámetro y puede repetirse). Así que yo creo que desde el punto de vista de recibir los parámetros no habrá cambios, si no tendrán que inventarse un nuevo atributo para los sub-elementos de los formularios para que los podamos repetir y enviar parametros múltiples.

A veces las especificaciones parece que las escriban en clave para tocarnos....la moral

Un saludo

[tunait]

Hola qué tal

Cierto que el elemento name salió de la circulación; sin embargo, no así para los elementos de un formulario. Lo que sí va a suceder (si no recuerdo mal) es que los formularios actuales serán re-emplazados por otro sistema en el cual no se identificará a los campos por un name

Traslado el tema al foro de (x)html

un saludo

[yoguuu]

gracias tunait y Greeneyed

[Jorolo]

Hola a todos, hola yoguuu.

Sobre el tema la especificación de xhtml 1.0 dice:

4.10 Elementos con atributos id y name

HTML 4.0 definía el atributo name para los elementos a, applet, frame, iframe, img, y map. HTML 4.0 también introducía el atributo id. Ambos atributos están diseñados para ser usados como identificadores de fragmentos de información.

En XML, los identificadores de fragmentos son del tipo ID, y tan sólo puede haber un único atributo de tipo ID por elemento. Por tanto, en XHTML 1.0 el atributo id se define con tipo ID. Con objeto de asegurar que los documentos XHTML 1.0 sean documentos XML bien estructurados, los documentos XHTML 1.0 DEBEN usar el atributo id para definir un identificador de fragmento, incluso en elementos que históricamente también hayan usado el atributo name. Ver las directrices de compatibilidad con HTML para recabar información sobre cómo asegurar la compatibilidad retroactiva de los anclajes cuando se sirvan documentos XHTML cuyo tipo de soporte de internet (MIME) sea text/html.

Notar que en XHTML 1.0, el atributo name de dichos elementos está formalmente prohibido y desaparecerá en la siguiente versión de XHTML.

Pero a tí esto no te interesa, te interesan los formularios.
Tus dudas vienen por que no hay un atributo name, hay varios:
http://html.conclase.net/w3c/html401...ttributes.html


Los que desaparecen son los relativos a los elementos mencionados, no los de los elementos para formularios

name en img es un "identificador de fragmento".
name en select en un "nombre de control"
no son lo mismo aunque se llamen igual

[yoguuu]

Entiendo la diferencia entre identificador de fragmento y nombre de control...
Está muy interesante la lista esa ;) me será util...

La verdad es que nunca he sabido que el atributo name fuesen en realidad varios atributos, sigo incredulo... Pero aun asi... en esa lista dice que tanto los input como el form que son los elementos de un formulario mas basicos el name está desaprobado

Entonces dado eso... sigue habiendo la misma duda para mi... como pasamos los valores por id ?? :S

[Jorolo]

Hola de nuevo

Iniciado por yoguuu

Pero aun asi... en esa lista dice que tanto los input como el form que son los elementos de un formulario mas basicos el name está desaprobado

No.

El estandar al cual pertenece la lista de atributos que enlacé, es un documento bastante técnico. si no entiendes la terminología que usa puedes liarte.

Insisto. No tienes ni tendrás que dejar de usar name para manipular formularios.

No se como esplicarlo sin enrrollarme.

Iniciado por yoguuu

Pero aun asi... en esa lista dice que tanto los input como el form que son los elementos de un formulario mas basicos el name está desaprobado

¿Podrias poner un enlace al punto del estandar donde crees que dice eso?

[tunait]

Iniciado por yoguuu

...
Pero aun asi... en esa lista dice que tanto los input como el form que son los elementos de un formulario mas basicos el name está desaprobado

Se desaprueba para el tag de form, pero no para sus controles.

[yoguuu]

Jajajaja Os pido disculpas y a la vez os doy las gracias por aclararme esta duda...

No me di cuenta.... y lei mal la tabla que publicó Jorolo que es de una claridad apabullante.... asi que.. lo dicho...

Mil perdones y mil gracias a todos ^^ Soys los mejores :D