Newsgroup: it.comp.lang.javascript
Titolo: [?] Sito di E-Commerce e specifiche

Sono molto combattuto....
devo fare un sito di e-commerce abbastanza grosso (con la relativa intranet
che è MOLTO grossa) e sto usando/testando 
vs.net
 2003.
Ho visto che il simpaticone crea nei tag form e input un name inventato
(anche se io esplicito il name).
Il name è deprecato dalle nuove specifiche.
Arrivo a ciò che mi assilla e che non riesco a decidere:
Tolgo il name e lavoro solo con getElementById e affini? Abbandono quindi le
collection standard document.forms, images, anchor? (anche perché senza il
name non servono più a molto)? In questo modo saluti e baci a netscape4,
ie4, magari opera6, non so altri browser per Mac-Linux.....
A me quanto sopra non piace molto; potrei allora fare un override del
Render() e forzare il mio name, ma mi è sorto il quesito: se le nuove
specifiche aboliscono il name è corretto inserirlo? Oppure rischio l'uscita
di browser, in un futuro più o meno prossimo, che magari non mi
supporteranno più le collection standard (e dovrei rifare il tal caso tutto
il sito, se lo costruissi basandomi su esse)?
Siamo in una fase dove le vecchie specifiche ultraconsolidate le vedo
allontanarsi, e vedo avvicinarsi nuove specifiche che però non tengono conto
del passato...
Che ne dite? Voi come vi comportate attualmente di fronte allo sviluppo di
un sito internet ex-novo?
-- 
"That until there is no longer first class
And second class citizens of any nation
Until the colour of a man's skin
Is of no more significance than the colour of his eyes
Me say war"
B.M.
--

 un sito internet ex-novo?
Come ho detto poco sopra: uso il name solo per gli elementi di inserimento.
-- 
C'ya,
  ZER0 :: coder.gfxer.webDesigner();
You don't have to be crazy to be a webmaster. But it helps.

 Il name è deprecato dalle nuove specifiche.
[...]
Vero e' che, cosi' come ti viene messo in mano, 
vs.net
 ha molte brutte 
abitudini alla front page, ma puoi tranquillamente scrivere pagine aspx 
secondo gli standard.
Ad ogni modo siamo ormai prossimi alla release di 
asp.net
 2.0 che, a 
quanto ho letto, e' completamente xhtml compliant.
Per quanto riguarda la versione attuale ti lascio qualche link al volo a 
proposito di 
asp.net
 e standard xhtml:
http://www.liquid-internet.co.uk/content/dynamic/pages/series1article1.aspx
http://aspalliance.com/articleViewer.aspx?aId=71&pId=
http://www.charon.co.uk/content.aspx?CategoryID=28&ArticleID=53
Questi ultimi due usano soluzioni un po' "teppistiche" (come direbbe il 
nostro Zer0), ovvero si parla di come modificare il response http prima 
di inviarlo al client (utile ma, secondo il mio modesto parere, da 
evitare nel caso specifico).
Con una veloce ricerca su Google trovi anche dei "pacchetti" gia' pronti 
con tutti i web control / server control riscritti secondo le specifiche 
di cui sopra.
Appena ritrovo cio' che ho scaricato io ti mando una mail...

 per alcuni elementi, non tutti.
Io sono quasi certo (dovrei cercare) che il name è deprecato anche nei tag
input...è proprio da ciò che mi è nato questo quesito...sono certo, per
esempio, che NON è accettato nel tag form.


 volo a proposito di 
asp.net
 e standard xhtml:
[CUT]
Ti ringrazio, ma li ho già letti tutti (e anche applicati).
Il mio dubbio è nato dall'eliminazione del tag name anche dai tag form e
input, ed è più "generico" (scollegato da .net): come comportarsi lato
client?
Quanto sopra lo ho letto in giro, ma Zer0 mi ha messo il dubbio che non sia
vero...devo assolutamente documentarmi.


client?
L'elemento input ha ancora il name:
http://www.w3.org/TR/xhtml1/dtds.html#dtdentry_xhtml1-strict.dtd_input
'bye

 
http://www.w3.org/TR/xhtml1/dtds.html#dtdentry_xhtml1-strict.dtd_input
Interessante; ti ringrazio, ci dò un occhio (vedo che comunque conferma che
hanno tolto il name al tag form, già questo mi è abbastanza antipatico)


 hanno tolto il name al tag form, già questo mi è abbastanza antipatico)
Ehh gia', da qualche parte ho appena letto:
"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."
E quindi, finche' si tratta di form, tutto sommato puo' anche non fregarmene
niente in qualche modo si riesce a fare, pero' iniziano a girarmi le palle
per img
Comunque...

 vero...devo assolutamente documentarmi.
Rileggi meglio: nel primo link che ti ho dato si parla anche di questo.
Per quanto riguarda cosa sia supportato e cosa no: come ti ha detto 
Agostino basta leggere la dtd che andrai ad usare.

 Comunque...
Comunque non e' detto che devi attenerti per forza, volendo puoi sempre 
personalizzarla e referenziarla in locale. Alla fin fine quel che conta 
e' che il documento sia un well-formed XML.
Va da se' che il "name" per le img viene pervalentemente usato per i 
rollover, ma ormai gli effetti rollover (quando si coda in xhtml) si 
fanno quasi esclusivamente con i css su a:hover ...
Certo se almeno avessero previsto un "id" ... :-(
-- 
Ciao, Riccardo
------------------------------------------------------------------------
http://www.jsdir.com
  ---- Bring Your Site To Life!!!!
http://www.wmtools.it
 ---- WebMasterTools - Servizi per il tuo sito
http://www.dev2dev.it
 ---- La rete ha connesso nuove particelle - D2D006
------------------------------------------------------------------------
Per rispondere: togli i PUNTO .

 quanto ho letto, e' completamente xhtml compliant.
Infatti, come dico sempre, per me il .NET avra' un senso relativamente al
world wide dalla versione 2.0.
Il resto, "puo'" andar bene per applicativi intranet o server.
-- 
C'ya,
  ZER0 :: coder.gfxer.webDesigner();
I feel like I'm diagonally parked in a parallel universe.

 esempio, che NON è accettato nel tag form.
Si, ma dai: Che problema ti pone?
-- 
C'ya,
  ZER0 :: coder.gfxer.webDesigner();
Tutti quelli che credono nella psicocinesi, per favore alzino la mia mano.

 
http://www.w3.org/TR/xhtml1/dtds.html#dtdentry_xhtml1-strict.dtd_input
cvd. Dovrei essere piu' fiducioso verso la mia memoria.
-- 
C'ya,
  ZER0 :: coder.gfxer.webDesigner();
Alcune persone sono ancora vive per il semplice motivo che e'
illegale ucciderle.

 per img
LOL. L'XHTML 2.0 *non* contiene piu' il tag IMG, e tu ti lamenti che ti
hanno tolto il name?
-- 
C'ya,
  ZER0 :: coder.gfxer.webDesigner();
Il computer e' una macchina progettata per velocizzare e automatizzare
gli errori.

 Certo se almeno avessero previsto un "id" ... :-(
Che intendi?
-- 
C'ya,
  ZER0 :: coder.gfxer.webDesigner();
Corollario alla prima legge:
"Qualunque tipo di tecnologia aliena sopravviva ad un esplosione
nucleare, puo' essere distrutta da un virus informatico creato dal primo
imbecille che si ritrova un portatile sottomano." (ZER0)

 Che intendi?
http://www.w3.org/TR/xhtml1/dtds.html#dtdentry_xhtml1-strict.dtd_img
pero' quello riguarda DTD/xhtml1-strict.dtd, invece per
DTD/xhtml1-transitional.dtd:
http://www.w3.org/TR/xhtml1/dtds.html#dtdentry_xhtml1-transitional.dtd_img

 hanno tolto il name?
WOW che palle comunque ma quante cose cambiano e cambieranno ancora?
E poi comunque non ci sto capendo piu' niente!
Se e' esistito uno standard ufficiale a cui tutti i browser (supponiamo)
hanno "aderito", un'intestazione con quel DTD non dovrebbe dare la garanzia
di un corretto funzionamento della pagina?!?

 hanno "aderito"
(..)
Guarda che da parte del W3C il tag IMG non era proprio previsto. Stanno
solo tornando alle origini.
-- 
C'ya,
  ZER0 :: coder.gfxer.webDesigner();
Come devo regolare la stampante laser per stordire?
(How do I set a laser printer to stun?)

 
http://www.w3.org/TR/xhtml1/dtds.html#dtdentry_xhtml1-strict.dtd_img
Scusate, ma continuo a non capire cosa intendete. Non e' che state
insinuando che forse il tag img non ha l'attributo id, vero?
-- 
C'ya,
  ZER0 :: coder.gfxer.webDesigner();
L'ingegnere non vive, funziona.

 insinuando che forse il tag img non ha l'attributo id, vero?
OPS, non ti inca**are, ma proprio cosi' :(
Poi pero' ho capito che era una stronzata, l'inganno era che in alcuni
elementi
id        ID
era specificato subito ed era quindi subito visibile, in altri (ad es. tutti
gli elementi di pagina a cui si possono applicare i fogli di stile e che
quindi potevano avere in comune diversi attributi - che era inutile che
venissero tutte le volte elencati-) era specificato:
"%attrs"
che riportava a
<!ENTITY % attrs "%coreattrs; %i18n; %events;">
che in fine:
<!ENTITY % coreattrs
 "id          ID             #IMPLIED
  class       CDATA          #IMPLIED
  style       %StyleSheet;   #IMPLIED
  title       %Text;         #IMPLIED"
  >

 Poi pero' ho capito che era una stronzata
Meno male.
L'id fa parte dei core attributes.
-- 
C'ya,
  ZER0 :: coder.gfxer.webDesigner();
Tutti quelli che credono nella psicocinesi, per favore alzino la mia mano.

 insinuando che forse il tag img non ha l'attributo id, vero?
Si, insinuavo :-P


 il W3C validator ).
Ma insomma non sei mai contento! :-)


 Si, insinuavo :-P
Oh my god :P Spero che adesso tu abbia capito l'eresia :P
-- 
C'ya,
  ZER0 :: coder.gfxer.webDesigner();
"Nei film americani, qualsiasi problema che venga considerato
sufficientemente catastrofico, puo' essere risolto facendo esplodere uno
o piu' ordigni nucleari" (ZER0 & Cosimo)

 Ma insomma non sei mai contento! :-)
Ma se ho appena detto che mi fa piacere! :)
-- 
C'ya,
  ZER0 :: coder.gfxer.webDesigner();
Non esistono donne brutte. Dipende solo da quanta vodka bevi.
(proverbio russo)

 Si, ma dai: Che problema ti pone?
Mah...a parte la mia amata test_form.js da rifare tutta (libreria che
verifica che ogni campo compilato abbia i requisiti necessari), pensavo alla
compatibilità con IE4: se uso document.forms ok, se uso getElementById no;
potrei usare document.forms[0] ma non mi piace per nulla...
Esistono 3-4 collection ultrastandard, se mi tolgono il name al form la
principale di queste viene a mancare.
Diceva il vecchio saggio: `A mè 'ma pare 'na strunzata!`


 cvd. Dovrei essere piu' fiducioso verso la mia memoria.
E io un po' meno della mia, ultimamente...:-/


 principale di queste viene a mancare.
.. nelle specifiche del XHTML 2.0 ci sono un bel po' di cambiamenti.
Vengono a *mancare* tag (non attributi. Tag) come A e IMG.
-- 
C'ya,
  ZER0 :: coder.gfxer.webDesigner();
Se potete leggere questo, la mia donna e' caduta.
(Letta sul retro di una maglietta di un motociclista)

 Vengono a *mancare* tag (non attributi. Tag) come A e IMG.
Vabbé, qua si cambia proprio linguaggio ed è un altro discorso,
direi...senza anchors e images mi sentirei un po' ignudo!


 direi...senza anchors e images mi sentirei un po' ignudo!
Beh, puoi continuare ad usare immagini e link. Solo che non lo fai piu'
tramite quei due tag.
-- 
C'ya,
  ZER0 :: coder.gfxer.webDesigner();
Il computer e' una macchina progettata per velocizzare e automatizzare 
gli errori.

 tramite quei due tag.
Mi inserisco un attimo perche' la cosa mi interessa NON POCO!
Avrei qualche domanda:
-    tra quanto verra' introdotto l'XHTML 2.0? Ci saranno prima 1.2, 1.3,...
-    per le img non ci sono problemi, ma come si fa, invece, un link senza
il tag <a> e senza JS (visto che stiamo parlando di XHTML)?
-    e un ancora come diceva il Larghi?

 piu' tramite quei due tag.
Mi piacerebbe sapere come...posso già applicare il tutto adesso?
Insomma: dovendo fare un sito ex-novo mi sto chiedendo quale strada seguire,
calcolando che dovrà essere compatibile con IE>=5 (e ovviamente gecko), e
ragionando per il futuro (mica che tra un anno salta fuori che i nuovi
browser xhtml-strict segnalano errori dappertutto nel sito).


 browser xhtml-strict segnalano errori dappertutto nel sito).
I browser manterranno (stando a quanto dicono) sempre un minimo di
retrocompatibilita' con i vecchi standard. Dovrebbero supportare l'HTML e
l'XHTML transitional per un bel pezzo. In ogni caso, scrivendo del buon
codice XHTML e separando quindi il contenuto dalla forma (e avendo cosi' un
XML valido), non avrai mai grossi problemi. Anche perche' male che vada, a
fare un programma che automaticamente va a modificarti determinati nodi su
un documento XML well formed ci metti un attimo.
-- 
C'ya,
  ZER0 :: coder.gfxer.webDesigner();
Tutti quelli che credono nella psicocinesi, per favore alzino la mia mano.

 un documento XML well formed ci metti un attimo.
Ok...
Sai dirmi se c'è qualche altra proprietà rimossa che vale la pena sapere e
rimuovere direttamente?
A parte il name nel form, se non ricordo male sono deprecati i tag center e
font...
Grazie
Cristiano


 Avrei qualche domanda:
Da non fare qua. Stiamo incominciando ad uscire un po' troppo dal seminato.
Finche' si tratta di parlare se usare o meno certe collection in JS su una
data DTD, e' un conto.
Le tue domande sono piu' relative al NG di HTML che a quello di JS.
In ogni caso, puoi facilmente risponderti da solo facendo un tuffo sul sito
del w3c, che gia' sai usare.
-- 
C'ya,
  ZER0 :: coder.gfxer.webDesigner();
Una mente perversa e' un peccato sprecarla.
(A dirty mind is a terrible thing to waste)

 font...
Si beh. :) 
-- 
C'ya,
  ZER0 :: coder.gfxer.webDesigner();
You don't have to be crazy to be a webmaster. But it helps.

 del w3c, che gia' sai usare.
E vabbe' mi faro' un bagnetto, pero' rischio sempre di affogare :(
C'e' tanta di quella robba che dopo poco mi perdo...
Mi piacerebbe scaricarmi l'intero sito e guardarmelo con calma, altrimenti
spendo una cifra in connessione :(

 Vengono a *mancare* tag (non attributi. Tag) come A e IMG.
Ma veramente mi sembra che per quanto riguarda <a> non dovrebbero esserci
problemi...
A me sembra che continui ad esserci cosi' come l'attributo target:
http://www.w3.org/TR/xhtml2/mod-hypertext.html#s_hypertextmodule
http://www.w3.org/TR/xhtml2/mod-attribute-collections.html#col_Hypertext

 problemi..
L'anchor link sara' sostituito da una nuova tecnologia definita HLINK.
Per quanto riguarda l'attributo "target", gia' e' assente dall' XHTML
attuale (strict, ovviamente).
-- 
C'ya,
  ZER0 :: coder.gfxer.webDesigner();
You don't have to be crazy to be a webmaster. But it helps.

 attuale (strict, ovviamente).
C'e' qualcosa che non capisco,
come mai ricompare in XHTML2.0?
e come si fa in alternativa, si dichiareranno quelle pagine con i vecchi
DTD?!?

 DTD?!?
Ti rendi conto che la maggior parte dei browser che circola adesso, ancora
ha dei problemi con l'XHTML 1? E tu ti preoccupi dell'XHTML 2?
-- 
C'ya,
  ZER0 :: coder.gfxer.webDesigner();
"Lo dice il buon senso, ma il buon senso non e' uno standard".
(Jeffrey Zeldman)

 ha dei problemi con l'XHTML 1? E tu ti preoccupi dell'XHTML 2?
Si ok, pero' hai saltato quella che maggiormente mi interessa, XHTML 1
(strict) non prevede il "target" e XHTML 2 si', com'e' si sono sbagliati per
XHTML 1?!?

 e XHTML 2 si', com'e' si sono sbagliati per XHTML 1?!?
Santa pazienza.. ma almeno li leggi i link che tu stesso posti?
-- 
C'ya,
  ZER0 :: coder.gfxer.webDesigner();
Io non soffro di pazzia, ne godo ogni minuto.
(I don't suffer from insanity, I enjoy every minute of it)