Newsgroup: it.comp.macintosh
Titolo: [OT] html: elenco alfabetico

Salve a tutti.
Qual'è il tag per creare liste che si mantengono in ordine alfabetico? 
Se esiste, ovviamente ;-)
Grazie
Ciao
Nicola

 Se esiste, ovviamente ;-)
Non credo, ci sono le sorted list ma nel senso che ti numera o marca gli 
elementi non che li ordina il browser, a quanto so.

 elementi non che li ordina il browser, a quanto so.
ehhh, lo temevo. Neanche <dl> servirebbe vero? (A parte che non ho 
capito molto bene il suo uso)
grazie

 capito molto bene il suo uso)
No, neanche "dl". DL sta per Definition List, dove indichi una voce e ne
elenchi le definizioni, ad esempio:
<dl>
  <dt>it.comp.macintosh</dt>
    <dd>Gruppo di discussioni dedicato al mondo apple</dd>
    <dd>Seconda definizione, ecc</dd>
  <dt>altro.gruppo</dt>
  <dd>Definizione</dd>
</dl>
HTML non ha nessuna sorta di automatizzazione, è solo per i contenuti.
Per fare quello che ti serve devi usare javascript. Cerca sul web se
trovi qualcosa di già pronto usando le parole chiavi "javascript
sortable list".
Ciao
-- 
Alan
"Ci spiace, ma il lucro è indispensabile."
http://www.qreate.net

 sortable list".
dico, ma non pare più furbo generare le liste ottimizzate?
-- 
blog:  
http://www.akropolix.net/rik0/blogs
 | Uccidete i filosofi,
site:  
http://www.akropolix.net/rik0/
      | tenetevi riso e
forum: 
http://www.akropolix.net/forum/
     | bacchette per voi.

 dico, ma non pare più furbo generare le liste ottimizzate?
Evvabbè, a lui serve ordinarle e io l'ho indirizzato su JS, poi che ne
so che vuole fare :D
E' chiaro che è (non "pare", E') più furbo farle direttamente ordinate..


 E' chiaro che č (non "pare", E') piů furbo farle direttamente ordinate..
se si puň fare lo č. purtroppo potrebbe partire da html staticissimo.
nel caso potrei suggerire uno scriptino python che fa il lavoro.


 ISP sono PHP e Perl... non Python! :-D
Mi hai preceduto :D


 ISP sono PHP e Perl... non Python! :-D
in realtà ormai da tempo anche python è altrettanto poco supportato di
perl. la maggior parte degli isp ti relegano tutti i cgi dentro cgi-bin,
e quando lavori con i cgi questo è relativamente seccante. ma questo
vale sia per perl che per python.
io posso dirti che python con aruba lo ho avuto per anni, anche se non
lo scrivono qua e la. semplicemente scrivono che puoi fare cgi con tutti
i linguaggi presenti. siccome sulla quasi totalità delle distro linux
python è di default (per dire in RH ci sono dei tool di amministrazione
scritti in Python, quindi lo trovi), il risultato è che hai un minimo
supporto per Python.
Se vuoi cose come mod_python o meglio ancora Twisted etc, allora no,
sono cazzi. Ma mi risulta che parecchi ISP lascino anche perl solo come
scriptino cgi.
ad ogni modo, +se+ usa già tecnologie dinamiche è ovvio che gli converrà
generarlo già sortato. se usa html statico, non gli suggerirei di
passare a tecnologie dinamiche solo per sortarsi qualche lista. io
suggerivo uno scriptino statico che pigliava la sua pagina +una volta+
(o ogni volta che aggiornava) e la trasformava. 
In quest'ottica la cosa più comoda è quello che ha già installato sul
suo mac. di python so che ha già builtin tutto quello che serve per fare
quello che deve fare. perl mi pare non abbia installato da 0 il modulo.
per cui o conosce già per e se lo piglia facilmente da cpan, oppure chi
gli facesse lo scriptino per fare sto lavoro dovrebbe farlo che
'autoscarica' il modulo da cpan se non lo trova. a proposito, esiste un
metodo predefinito in perl? che use da errore di compilazione, quindi
non trappabile in modo facile... immagino usando require, e poi? [chiedo
perchè mi serve].


 necessariamente di generazione dei contenuti dinamica.)
se lo ordini sul server lo ordini a spese tue e sottraendo risorse ad
altri utenti; se lo ordini in javascript lo ordina l'utente a spese sue
(se non gli va bene puo' sempre disattivare javascript)
questa IMHO e' una prospettiva piu' interessante.
-- 
Chiedono libertà, ma intendono disfarsi di ciò che odiano
Reclamano diritti, intendono rifiutare ogni dovere
Invocano la giustizia, ma in realtà vogliono punizione

 (se non gli va bene puo' sempre disattivare javascript)
ma  sono io che non mi so spiegare e voi non mi leggete? :)
io sto parlando di *html statico*. lo script prende la pagina e la butta
fuori ordinata secondo criterio. la nuova pagina č quella da uppare sul
server.


 Perl (anche su Mac) ha già tutto quel che serve per sortare una lista.
bella forza. no, parlavo del parsing di xml. ma magari non lo ho trovato
io.
comunque mi interesserebbe sapere se hai dei suggetimenti per trappare
la mancanza di un generico modulo. perchè poi andare a pigliarlo su cpan
e installarlo so già come si fa. ma mi chiedevo se per sgamare i moduli
mancanti ci sia già qualcosa di automatico. 


 server.
che lavoraccio... uno script che ordina le liste ul / ol / dl
alfabeticamente lo scrivi in tre righe e ogni volta che cambi l'html
*statico* non devi fare alcunche' :)


 *statico* non devi fare alcunche' 
ma devi passare a tecnologie server side. oppure non ci stiamo capendo.


 Altrimenti ci sono sempre webmin e la cgi "perldriver".
Non mi sono spiegato. Voglio eseguire lo script: se non trova i moduli
se li scarica e se li installa.


 lo farò, quindi non so proprio cosa dirti.
Allora proviamo a vedere se parlandone ci viene qualche idea.
Chiaramente non si può usare use. perchè è valutato dal compilatore.
bisogna usare require. vedo che se metto require dentro un if non viene
valutato se non sela condizione e' vera. per cui ho bisogno solo di un
modo dentro perl che mi dice se i moduli esistono.
spero ci sia un predicato apposta... ma altrimenti immagino che con due
regex e una scansione sulle dir in @INC ce la si cavi.
Pero' mi sarei aspettato di qualche sistema per trappare direttamente la
require. in altri linguaggi direi che e' un'eccezione... in perl pero'
non saprei che fare.


 uno ha solo i comandi use, l'altro lo esegue e ne valuta l'exit status.
si... anche se come soluzione è parecchio macchinosa. direi che si fa
prima a scoprire cosa accidenti è la cosa che require 'lancia' e
intercettare quella. 


 tutto, e quindi tutto sommato le due soluzioni mi sembrano equivalenti.
credo di avere trovato il sistema:
$ perl -e 'eval("require Foo;") or print "Foo\n";'
Foo
$ perl -e 'eval("require CGI;") or print "Foo\n";'
$
e anche questa è andata.


 blocco, che non rompe con la sintassi precedente.
no. perchè codice tipo
if (foo()){
 
}
scoppia. adesso gestisce la cosa con il valore di ritorno, ma foo
lancerebbe un'eccezione e poi scoppia tutto. per quello dicevo che le
funzioni standard potrebbero lanciare eccezione solo fuori dal contesto
booleano.
imho potrebbe funzionare, senza rompere troppo codice.
se invece non cambi il core del linguaggio e semplicemente 'appiccichi'
le eccezioni, ti trovi con *due* strategie di gestione dell'errore a
seconda di cosa stai usando. adesso sai che Perl comunica gli errori in
un certo modo; se hai due strategie diverse a quel modo, le eccezioni
sarebbero usate meno del necessario e complessivamente diventerebbe solo
più caotico programmare.


 ma devi passare a tecnologie server side. oppure non ci stiamo capendo.
Un javascript al caricamento della pagina non lo definirei server side
;)

 ;)
yeah, qualcosa del genere:
function my_format()
{
  // Fa qualcosa di sporco
}
if (document.addEventListener)
{
  document.addEventListener("load", my_format, true);


 Così non romperebbe con la sintassi precedente, sarebbe solo nuova.
mi sa che non ci siamo capiti :)
il punto non è sintattico, è semantico. se uno introduce le eccezioni in
un linguaggio, sarebbe desiderabile che il cuore del linguaggio stesso
ne facesse uso.
per cui cambierebbe la semantica di molte funzioni 'di base' di Perl,
che invece di ritornare undef lancerebbero un'eccezione.


 basterebbe che trappassero il "die"...
Anche questo sarebbe astuto.
