Newsgroup: it.comp.retrocomputing
Titolo: ARCHIVIO POLVEROSO: scusate l'assenza...

Scusate se ho proposto la mia soluzione ma poi non prendo parte alla
discussione sul formato dei dati, ma questo e' il classico periodo in
cui uno ha tempo si e no per espletare le sue funzioni corporali...:)) 
comunque seguo la discussione.
Solo qualche precisazione riguardo la mia applicazione: 
- attualmente per ogni prodotto sono previsti i campi codice, nome e
descrizione, piu' le immagini e gli oggetti da scaricare. Il codice NON
e' una chiave primaria (quella e' gestita internamente), quindi potete
scriverci quello che vi pare o non usarlo affatto. Posso  aggiungere
campi supplementari senza grosse difficolta', purche' siano puramente
descrittivi e non legati l'uno all'altro da qualche logica perversa (del
tipo "campo1 puo' essere vuoto ma solo se campo2 e' pieno", ecc. ecc.)
senno' devo personalizzare eccessivamente l'applicazione e non ho tempo
per farlo, almeno in tempi brevi;
- la scheda prodotto, che viene visualizzata a parte seguendo un link,
contiene gia' tre campi descrittivi, di tipo equivalente ai campi memo
del dBaseIII (testo lungo insomma). 
- la navigazione e' purtroppo basata sui frames perche' in questo caso
sono effettivamente piu' comodi e perche' alle aziende non frega una
benemerita ceppa dei retrocomputeristi, basta vedere quali orge di gif
animate e presentazioni Flash si trovano in giro... ad ogni modo era
gia' in programma una versione senza frames, quindi colgo l'occasione
per crearla. Il problema della pesantezza dell'interfaccia grafica
invece non si pone perche', essendo completamente basata su template, si
puo' realizzare come meglio si crede... ad esempio la mia installazione
di sviluppo e' puramente testuale e navigabile anche con Lynx (frames a
parte), mentre la maggior parte dei siti delle aziende che la usano
caricano come immagini anche i link delle categorie (in questo caso
metto il nome della categoria come alternate text).
Per ora cercate di selezionare le informazioni da inserire valutando
quali sono quelle sulla cui base ha senso effettuare ricerche e
suddivisioni in categorie, e quali quelle che "fanno volume e basta"...
poi vedremo fino a che punto posso adattare l'applicazione o se
addirittura risulta troppo rigida e quindi non adatta allo scopo (e'
possibile). 
D'altra parte e' nata per presentare il catalogo prodotti di un'azienda,
ma viene anche usata per raccogliere ordini e per organizzare
documenti... 
Non vi do' indirizzi di siti che usano sta roba qua perche' non voglio
fare spamming, inoltre non sarebbe corretto verso le aziende
tralasciate. Quindi se la volete vede' aspettate la demo (penso questo
fine settimana).
Ciao
-Guglielmo Cancelli
P.S. per Davide G. Borin: l'idea dell'XML e' buona e PHP ha anche il
supporto adatto, ma richiede qualcosa che permetta di generarlo in
maniera trasparente perche' sono molto pochi quelli in grado di
scriverlo direttamente... del resto nemmeno io l'ho ancora studiato :))

 scriverlo direttamente... del resto nemmeno io l'ho ancora studiato :))
L'XML e` piu` facile dell'HTML e ha una sintassi simile. Scriverlo credo
sia alla portata di tutti. Presto postero` una proposta di DTD e` qualche
esempio.
In giro esistono gia` degli editor XML: mi viene in mente Morphon e
XMLtree (mi pare), entrambi in Java e quindi multipiattaforma.
A risentirci
\  Davide G. Borin
\\ !!Scudo anti-spam attivo!! Togliere le x e "eliminami" dall'indirizzo
\\\_____________________________________________________________________