Newsgroup: it.comp.java
Titolo: web framework e accessibilità

Salve,
dei seguenti erb framework (chiedo a chi li usa), mi sapreste indicare 
la situazione riguardo l'affinità del codice html/xhtml generato con le 
specifiche W3C?
1) Struts 1.
2) Struts 2.
3) JSF 1.2 (Se non sbaglio, questo dovrebbe essere XHTML 1.0  TRANSITIONAL)
Altri su  sui avete esperienze a riguardo?
Grazie

Antonio ha scritto:

Nessuno ha avuto esperienze in merito?
Possibile?

> 
Posso dirti per JSF. Non e' vero che puo' generare un contenuto XHTML 
transitional e basta. Solitamente viene utilizzato con Facelets (al posto 
di JSP), con la quale e' molto agevole generare contenuto xhtml.
Detto questo il framework come specifica ha un piccolo problema di 
validita' rispetto alle specifiche  W3C: se crei piu' campi form nella 
stessa pagina hai dei dublicati per quando riguarda alcuni id di elementi 
nascosti :
<input type="hidden" id="javax.faces.ViewState" value="..."/>
questo <input> e' presente  per ogni form e quindi ci sono id duplicati, 
il che rende la pagina non validabile.
Il problema e' aggirabile comunque...se ti interessa chiedi pure.
Altro problema riguarda i componenti. JSF e' un framework a componenti. 
Ci sono i componenti standard e componenti di terze parti. I componenti 
standard sono generalmente ok. Ad eccezione del noto commandLink che 
esige la presenza di javascript gli altri dovrebbero essere accessibili.
Per quelli di terze parti, dipende da come sono stati disegnati e 
implementati.

 Il problema e' aggirabile comunque...se ti interessa chiedi pure.
Si mi interesserebbe sapere come, non ho un'esigenza specifica in questo 
momento, ma vorrei saperlo diciamo per "curiosità professionale".
Grazie.

 
Se usi l'implementazione della Sun, chiamata ora Mojarra, hai un opzione 
abilitabile sul web.xml per risolvere questo problema:
<context-param>
  <param-name>com.sun.faces.enableViewStateIdRendering</param-name>
  <param-value>true</param-value>
</context-param>
Questo e' valido dalla versione 1.2_08 in poi. Il parametro e' descritto 
qui: 
https://javaserverfaces.dev.java.net/rlnotes/1.2_08/changelog.html
.
C'e' anche un avvertimento: potrebbe rompere il funzionamento di una 
libreria AJAX ad esempio, che fa affidamento su quel id. Valuta tu se e' 
il caso.
Se invece usi MyFaces non saprei (non so neanche se hanno considerato il 
problema).

 
Non mi riferivo a questo, puoi scrivere il template JSP/Facelets che 
conterrà i componenti JSF in html/xhtml ecc, in esso puoi dichiarae un 
doctype XHTML strict(ad esempio o transitional) ecc.. ma se poi i 
componenti JSF come quelli che generano le FORM o commandLink generano 
xhtml che non è neppure -transitional-  il documento finale template + 
codice generato non verrà validato. (mi riferivo a questo)
In mojarra 1.2_09 negli esempi (per esempio) c'e' un'applicazione 
"guessnumber", la pagina greeting.jsp "dovrebbe" generare XHTML1.0 
Transitional.
A quanto pare  neanche tag base come FORM (se ve ne sono più di 1 nella 
stessa pagina) sono ancora xhtml "compatibili" ( a meno di non usare una 
RI >= 08).
Io volevo capire quale dei due (tre) framework alla fine desse più 
possibilità di generare codice validabile (accessibile è un altro 
discorso ancora)
O se esistesse un altro framework ancora oltra STRUST1-2 e JSF che fosse 
"migliore" sotto questo aspetto.
grazie.

 RI >= 08).
L'unico problema e' quello del campo hidden, ma ti ho gia' detto
essere risolvibile.
Non mi risulta ci siano mai state altre problematiche con i componenti
di base. A te si?

 
No, non conosco JSF e i vari componenti, se tu li usi e mi dici che 
l'unico problema č quello, la prendo per buona.
Su google cercando argomenti sul problema ho trovato dei post(vecchi) a 
riguardo, sai se sono stati risolti?
                              *******
I want to use XHTML 1.1 for my web site. When I use <f:form> tag for 
putting a form to my page, it's rendering like <form id=".." name="..." 
.... But the form tag's name element is illegal for XHTML 1.1. So, my 
page dose not validating for W3C's validator.
Also, JSF's hidden input areas are locating to just under the <form> 
tag. But XHTML 1.1 standards say that: "input elements must be in a 
<div> (or etc.) element".
....
Currently RI supports only XHTML transitional.You can vote for Issue 404 
to push XHTML strict
                              *******
Comunque questo dovrebbe tagliare la testa al toro.
https://javaserverfaces.dev.java.net/issues/show_bug.cgi?id=404
A quanto pare(se tutto va bene) XHTML 1.0 Transitional.

 A quanto pare(se tutto va bene) XHTML 1.0 Transitional.
Lo strict non sembra effettivamente essere supportato dai componenti
standard. Ma c'e' qualcuno che usa lo strict? Mi pare dia enormi
problemi con i browser...
Comunque sia, non dovrebbe essere una vera e propria limitazione del
framework, in quanto se scrivi un render-kit tuo, puoi ancora generare
markup XHTML strict.