Arricchimento culturale in Svezia in corso
Ad
https://www.breitbart.com/europe/2019/01/04/patient-placed-in-quarantine-after-suspected-ebola-case-in-sweden/
The Emergency Room of a Swedish hospital was closed down Friday morning after a patient recently returned from Africa arrived vomiting blood, a possible symptom of the deadly and contagious Ebola virus.
☺
Richieste Forum
Scritto da: Giambo
> Scritto da: Daisuke Niwa
>
> > > Dimentichi che ci vuole anche una relazione con l'utente, cosi' che non possa taggare millemila volte un post.
> >
> > Imo la soluzione più facile a questo problema è che i tag li sceglie chi crea il thread. Può inserire più tag (chessò, al massimo 10), a patto che siano distinti l'uno dall'altro.
>
> Gia' la gente quota alla Pene Di Canide™ e non controlla gli errori grammaticali, ti aspetti che inseriscano una lista di tags
?
>
> Io sono per la soluzione di slashdot. Chi scrive il messaggio puo' dargli un tag: O uno esistente (Search-as-you-type, come per i destinatari dei PVT) o crearne uno nuovo. Un tag e uno solo per nick registrato.
> Sotto il messaggio, in piccolo, vengono mostrati i 5 tags piu' "votati".
È interesse di chi crea il thread che finisca in un determinato tag piuttosto che un altro, se non fanno attenzione e il loro thread finisce nel dimenticatoio sono razzi loro.
Il search as you type è un'ottima cosa.
Io cmq tenderei a semplificare i tag: tutti in minuscolo (se uno lo scrive maiuscolo viene preso in minuscolo lo stesso), niente caratteri speciali che non siano lettere, numeri e spazi, oppure "&", niente accentate, niente virgolette o apostrofi, ecc. Gli attuali forum da trasformare in tag verrebbero riscritti seguendo le stesse regole. Quindi "Proc di Catania" diventa "proc di catania" o anche "proc catania", i forum che contengono punti vengono riscritti senza, ecc
I tag potrebbero anche avere una lunghezza massima di 15-20 caratteri per evitare appunto di facilitare errori di battitura (che comunque scompaiono con il search as you type).
Poi come funziona su /. non lo so ma non vedo perché limitarsi ad un solo tag, la cosa figa dei tag è che appunto lo stesso thread può appartenere a tag diversi... imo almeno inizialmente dovrebbe essere l'autore del thread a scegliersi i tag come ora sceglie il forum, in seguito si può implementare altre soluzioni più complesse e meglio pensate anche in base al risultato della "sperimentazione".
> Scritto da: Daisuke Niwa
>
> > > Dimentichi che ci vuole anche una relazione con l'utente, cosi' che non possa taggare millemila volte un post.
> >
> > Imo la soluzione più facile a questo problema è che i tag li sceglie chi crea il thread. Può inserire più tag (chessò, al massimo 10), a patto che siano distinti l'uno dall'altro.
>
> Gia' la gente quota alla Pene Di Canide™ e non controlla gli errori grammaticali, ti aspetti che inseriscano una lista di tags
?>
> Io sono per la soluzione di slashdot. Chi scrive il messaggio puo' dargli un tag: O uno esistente (Search-as-you-type, come per i destinatari dei PVT) o crearne uno nuovo. Un tag e uno solo per nick registrato.
> Sotto il messaggio, in piccolo, vengono mostrati i 5 tags piu' "votati".
È interesse di chi crea il thread che finisca in un determinato tag piuttosto che un altro, se non fanno attenzione e il loro thread finisce nel dimenticatoio sono razzi loro.
Il search as you type è un'ottima cosa.
Io cmq tenderei a semplificare i tag: tutti in minuscolo (se uno lo scrive maiuscolo viene preso in minuscolo lo stesso), niente caratteri speciali che non siano lettere, numeri e spazi, oppure "&", niente accentate, niente virgolette o apostrofi, ecc. Gli attuali forum da trasformare in tag verrebbero riscritti seguendo le stesse regole. Quindi "Proc di Catania" diventa "proc di catania" o anche "proc catania", i forum che contengono punti vengono riscritti senza, ecc
I tag potrebbero anche avere una lunghezza massima di 15-20 caratteri per evitare appunto di facilitare errori di battitura (che comunque scompaiono con il search as you type).
Poi come funziona su /. non lo so ma non vedo perché limitarsi ad un solo tag, la cosa figa dei tag è che appunto lo stesso thread può appartenere a tag diversi... imo almeno inizialmente dovrebbe essere l'autore del thread a scegliersi i tag come ora sceglie il forum, in seguito si può implementare altre soluzioni più complesse e meglio pensate anche in base al risultato della "sperimentazione".
☺
Richieste Forum
Scritto da: Giambo
> Scritto da: dada216
>
> > > Quel che non vorrei vedere e' una lista di forum dal nome serio
> >
> > presentazioni, mercatino, incontri, notizie, manga e anime, libri e fumetti, film e serie tv, ...
> >
> > concordo, niente nomi seri
>
> E bravo Dada che mi capisce al volo
Il problema è che ora abbiamo nomi scemi, e di conseguenza nessuno li usa, anche perché non avrebbe nessun senso usarli. A che servono allora?
> Scritto da: dada216
>
> > > Quel che non vorrei vedere e' una lista di forum dal nome serio
> >
> > presentazioni, mercatino, incontri, notizie, manga e anime, libri e fumetti, film e serie tv, ...
> >
> > concordo, niente nomi seri
>
> E bravo Dada che mi capisce al volo
Il problema è che ora abbiamo nomi scemi, e di conseguenza nessuno li usa, anche perché non avrebbe nessun senso usarli. A che servono allora?
☺
Richieste Forum
Scritto da:
> > > > > > Per gli altri si vedrà. Intanto bisognerebbe stilare una classifica circa quali sono i forum più usati e quali meno.
> > > > >
> > > > > I forum sono ordinati per numero di messaggi.
> > > > > Quel che non vorrei vedere e' una lista di forum dal nome serio
> > > >
> > > > IMO la soluzione più semplice è quella di far sparire il concetto di forum e sostituirlo con quello di Tag.
> > >
> > >
> >
> > Cosa non ti convince dei tag? Perché sarebbe meglio tenere la struttura a forum che è decisamente meno flessibile?
> > La struttura a tag _contiene_ quella dei forum, ma non è vero il viceversa. Infatti un thread nella struttura a tag può appartenere a più tag attinenti diversi, ma nel caso dei forum può appertenere ad un forum ed uno solo.
> >
> > I tag sono una generalizzazione dei forum che ha svariati vantaggi.
>
> Non sono contro i tag, ma contro la sparizione dei forum. Possiamo implementare gli uni e tenere gli altri.
Se si implementa il discorso a tag non serve eliminare nessun forum che invece diventano tag (quindi ricercabili).
Propongo inoltre dei tag personalizzabili per ogni utente registrato da associare ai singoli messaggi, in questo modo posso aggiungere i miei tag senza disturbare quelli degli altri, e posso usarli per le mie ricerche. Delle specie di bookmark personali.
> > > > > > Per gli altri si vedrà. Intanto bisognerebbe stilare una classifica circa quali sono i forum più usati e quali meno.
> > > > >
> > > > > I forum sono ordinati per numero di messaggi.
> > > > > Quel che non vorrei vedere e' una lista di forum dal nome serio
> > > >
> > > > IMO la soluzione più semplice è quella di far sparire il concetto di forum e sostituirlo con quello di Tag.
> > >
> > >
> >
> > Cosa non ti convince dei tag? Perché sarebbe meglio tenere la struttura a forum che è decisamente meno flessibile?
> > La struttura a tag _contiene_ quella dei forum, ma non è vero il viceversa. Infatti un thread nella struttura a tag può appartenere a più tag attinenti diversi, ma nel caso dei forum può appertenere ad un forum ed uno solo.
> >
> > I tag sono una generalizzazione dei forum che ha svariati vantaggi.
>
> Non sono contro i tag, ma contro la sparizione dei forum. Possiamo implementare gli uni e tenere gli altri.
Se si implementa il discorso a tag non serve eliminare nessun forum che invece diventano tag (quindi ricercabili).
Propongo inoltre dei tag personalizzabili per ogni utente registrato da associare ai singoli messaggi, in questo modo posso aggiungere i miei tag senza disturbare quelli degli altri, e posso usarli per le mie ricerche. Delle specie di bookmark personali.
Trova Wakanda!
Ad
https://imgoat.com/uploads/edebb6e872/182095.jpg
Solo il 5% riesce a trovarla! Provaci anche tu!!
☺
Richieste Forum
Scritto da:
> > > > Per gli altri si vedrà. Intanto bisognerebbe stilare una classifica circa quali sono i forum più usati e quali meno.
> > >
> > > I forum sono ordinati per numero di messaggi.
> > > Quel che non vorrei vedere e' una lista di forum dal nome serio
> >
> > IMO la soluzione più semplice è quella di far sparire il concetto di forum e sostituirlo con quello di Tag.
>
>
Cosa non ti convince dei tag? Perché sarebbe meglio tenere la struttura a forum che è decisamente meno flessibile?
La struttura a tag _contiene_ quella dei forum, ma non è vero il viceversa. Infatti un thread nella struttura a tag può appartenere a più tag attinenti diversi, ma nel caso dei forum può appertenere ad un forum ed uno solo.
I tag sono una generalizzazione dei forum che ha svariati vantaggi.
> > > > Per gli altri si vedrà. Intanto bisognerebbe stilare una classifica circa quali sono i forum più usati e quali meno.
> > >
> > > I forum sono ordinati per numero di messaggi.
> > > Quel che non vorrei vedere e' una lista di forum dal nome serio
> >
> > IMO la soluzione più semplice è quella di far sparire il concetto di forum e sostituirlo con quello di Tag.
>
>
Cosa non ti convince dei tag? Perché sarebbe meglio tenere la struttura a forum che è decisamente meno flessibile?
La struttura a tag _contiene_ quella dei forum, ma non è vero il viceversa. Infatti un thread nella struttura a tag può appartenere a più tag attinenti diversi, ma nel caso dei forum può appertenere ad un forum ed uno solo.
I tag sono una generalizzazione dei forum che ha svariati vantaggi.
☺
Richieste Forum
Scritto da: Giambo
> Scritto da: Daisuke Niwa
>
> > Per gli altri si vedrà. Intanto bisognerebbe stilare una classifica circa quali sono i forum più usati e quali meno.
>
> I forum sono ordinati per numero di messaggi.
> Quel che non vorrei vedere e' una lista di forum dal nome serio
IMO la soluzione più semplice è quella di far sparire il concetto di forum e sostituirlo con quello di Tag.
Due tabelle:
Una strutturata più o meno così:
ThreadID Tag
L'altra:
Tag NrMessaggi
Ogni volta che si aggiunge un nuovo thread si accoda una o più righe nella prima tabella, a seconda del numero di tag specificati.
Esempio: Il thread numero 100 ha associati i Tag Pippo1 e Pippo2
L'altra invece diventa
La seconda tabella può essere aggiornata ad ogni nuovo thread (usando il LOCK TABLES per evitare problemi di concorrenza), oppure anche una volta al giorno contando le voci nella prima tabella (in questo caso il lock tables non serve) rendendo in questo modo il NrMessaggi solo una stima eventualmente sbagliata di 1 giorno che tanto non muore nessuno. In questo caso aggiornarla sarebbe anche più facile perché basta svuotarla e ricrearla da capo.
Si mostrano nella barra a sinistra solo i primi 10 tag ordinati per numero di messaggi decrescenti.
In questo modo i tag inutili tenderanno a scomparire da soli, facendo emergere quelli utili.
I tag comunque rimarranno associati "per sempre" al thread, in questo modo si potrà anche fare ricerche per tag, anche se il tag non è esplicitamente visibile nell'elenco.
**Modificato dall'autore il 17.04.2012 18:54**
**Modificato dall'autore il 17.04.2012 18:56**
> Scritto da: Daisuke Niwa
>
> > Per gli altri si vedrà. Intanto bisognerebbe stilare una classifica circa quali sono i forum più usati e quali meno.
>
> I forum sono ordinati per numero di messaggi.
> Quel che non vorrei vedere e' una lista di forum dal nome serio
IMO la soluzione più semplice è quella di far sparire il concetto di forum e sostituirlo con quello di Tag.
Due tabelle:
Una strutturata più o meno così:
ThreadID Tag
L'altra:
Tag NrMessaggi
Ogni volta che si aggiunge un nuovo thread si accoda una o più righe nella prima tabella, a seconda del numero di tag specificati.
Esempio: Il thread numero 100 ha associati i Tag Pippo1 e Pippo2
ThreadID Tag 100 Pippo1 100 Pippo2
L'altra invece diventa
Tag NrMessaggi Pippo1 1 Pippo2 1
La seconda tabella può essere aggiornata ad ogni nuovo thread (usando il LOCK TABLES per evitare problemi di concorrenza), oppure anche una volta al giorno contando le voci nella prima tabella (in questo caso il lock tables non serve) rendendo in questo modo il NrMessaggi solo una stima eventualmente sbagliata di 1 giorno che tanto non muore nessuno. In questo caso aggiornarla sarebbe anche più facile perché basta svuotarla e ricrearla da capo.
Si mostrano nella barra a sinistra solo i primi 10 tag ordinati per numero di messaggi decrescenti.
In questo modo i tag inutili tenderanno a scomparire da soli, facendo emergere quelli utili.
I tag comunque rimarranno associati "per sempre" al thread, in questo modo si potrà anche fare ricerche per tag, anche se il tag non è esplicitamente visibile nell'elenco.
**Modificato dall'autore il 17.04.2012 18:54**
**Modificato dall'autore il 17.04.2012 18:56**
☺
Richieste Forum
Scritto da:
> > > > > > così altg può spiegarci come fare un compilatore
> > > > >
> > > > > Quoto. Sarebbe anche ora di rivedere l'elenco dei forum aggiungendone qualcuno utile e magari rimuovendo alcuni di quelli inutili e poco usati che erano stati creati al solo scopo di rompere le OO a PI.
> > > >
> > > > Qualcuno aveva proposto di fondere "Sesso" e "Amore" nella "Proc di Catania" e praticamente piallare tutto il resto (Fondere nel forum principale).
> > > > Io ero d'accordo, ma poi non mi ricordo piu' perche' non se n'e' fatto nulla.
> > > >
> > > > Io dico: Fai una proposta, se ne discute e se e' il caso si procede.
> > > > E poi forse e' la volta buona che mi rimbocco le maniche e mi getto nell'implementazione dei tag
...
> > >
> > > Naaaaah, nessuno tocchi i forum storici!
> >
> > Perché?
>
> Perché sono abituato a vederli lì.
Stanno occupando spazio per niente...
> Perché si porrebbe il problema di dove mettere i post dei suddetti forum.
Nel forum principale. Tanto sono per lo più post vecchi.
> Al massimo potrei capire creare diversi forum utili, tra i quali un forum "forum storici" i cui sottoforum siano quei forum lì, tipo l'ultraviolenza, gli amici dei criceti, la formalina e così via.
Implementare i sottoforum potrebbe essere un'idea, ma potrebbe essere difficile da implementare.
In alternativa a tutto questo si potrebbe trasformare i forum in tag... mostrando poi invece di un elenco dei forum un elenco dei tag più usati. Piano piano i tag inutili scomparirebbero da soli ma rimarrebbe sempre possibile ricercarli.
> > > > > > così altg può spiegarci come fare un compilatore
> > > > >
> > > > > Quoto. Sarebbe anche ora di rivedere l'elenco dei forum aggiungendone qualcuno utile e magari rimuovendo alcuni di quelli inutili e poco usati che erano stati creati al solo scopo di rompere le OO a PI.
> > > >
> > > > Qualcuno aveva proposto di fondere "Sesso" e "Amore" nella "Proc di Catania" e praticamente piallare tutto il resto (Fondere nel forum principale).
> > > > Io ero d'accordo, ma poi non mi ricordo piu' perche' non se n'e' fatto nulla.
> > > >
> > > > Io dico: Fai una proposta, se ne discute e se e' il caso si procede.
> > > > E poi forse e' la volta buona che mi rimbocco le maniche e mi getto nell'implementazione dei tag
...> > >
> > > Naaaaah, nessuno tocchi i forum storici!
> >
> > Perché?
>
> Perché sono abituato a vederli lì.
Stanno occupando spazio per niente...
> Perché si porrebbe il problema di dove mettere i post dei suddetti forum.
Nel forum principale. Tanto sono per lo più post vecchi.
> Al massimo potrei capire creare diversi forum utili, tra i quali un forum "forum storici" i cui sottoforum siano quei forum lì, tipo l'ultraviolenza, gli amici dei criceti, la formalina e così via.
Implementare i sottoforum potrebbe essere un'idea, ma potrebbe essere difficile da implementare.
In alternativa a tutto questo si potrebbe trasformare i forum in tag... mostrando poi invece di un elenco dei forum un elenco dei tag più usati. Piano piano i tag inutili scomparirebbero da soli ma rimarrebbe sempre possibile ricercarli.
☺
Richieste Forum
Scritto da: Giambo
> Qualcuno aveva proposto di fondere "Sesso" e "Amore" nella "Proc di Catania" e praticamente piallare tutto il resto (Fondere nel forum principale).
> Io ero d'accordo, ma poi non mi ricordo piu' perche' non se n'e' fatto nulla.
>
> Io dico: Fai una proposta, se ne discute e se e' il caso si procede.
> E poi forse e' la volta buona che mi rimbocco le maniche e mi getto nell'implementazione dei tag ...
Aggiungiamo un forum Informatica o simile.
Rimuoviamo poi i forum insensati spostandone il loro contenuto nel forum principale (tanto è roba vecchia che non darà fastidio).
Per gli altri si vedrà. Intanto bisognerebbe stilare una classifica circa quali sono i forum più usati e quali meno.
> Qualcuno aveva proposto di fondere "Sesso" e "Amore" nella "Proc di Catania" e praticamente piallare tutto il resto (Fondere nel forum principale).
> Io ero d'accordo, ma poi non mi ricordo piu' perche' non se n'e' fatto nulla.
>
> Io dico: Fai una proposta, se ne discute e se e' il caso si procede.
> E poi forse e' la volta buona che mi rimbocco le maniche e mi getto nell'implementazione dei tag
...Aggiungiamo un forum Informatica o simile.
Rimuoviamo poi i forum insensati spostandone il loro contenuto nel forum principale (tanto è roba vecchia che non darà fastidio).
Per gli altri si vedrà. Intanto bisognerebbe stilare una classifica circa quali sono i forum più usati e quali meno.
Il coraggio degli asiatici
Ad
https://imgur.com/iYd5ZkJ
Cinesi salvano Gatto Selvaggio da sicuro annegamento, altro che musulmani!
☺
Richieste Forum
Scritto da:
> > > > così altg può spiegarci come fare un compilatore
> > >
> > > Quoto. Sarebbe anche ora di rivedere l'elenco dei forum aggiungendone qualcuno utile e magari rimuovendo alcuni di quelli inutili e poco usati che erano stati creati al solo scopo di rompere le OO a PI.
> >
> > Qualcuno aveva proposto di fondere "Sesso" e "Amore" nella "Proc di Catania" e praticamente piallare tutto il resto (Fondere nel forum principale).
> > Io ero d'accordo, ma poi non mi ricordo piu' perche' non se n'e' fatto nulla.
> >
> > Io dico: Fai una proposta, se ne discute e se e' il caso si procede.
> > E poi forse e' la volta buona che mi rimbocco le maniche e mi getto nell'implementazione dei tag ...
>
> Naaaaah, nessuno tocchi i forum storici!
Perché?
> > > > così altg può spiegarci come fare un compilatore
> > >
> > > Quoto. Sarebbe anche ora di rivedere l'elenco dei forum aggiungendone qualcuno utile e magari rimuovendo alcuni di quelli inutili e poco usati che erano stati creati al solo scopo di rompere le OO a PI.
> >
> > Qualcuno aveva proposto di fondere "Sesso" e "Amore" nella "Proc di Catania" e praticamente piallare tutto il resto (Fondere nel forum principale).
> > Io ero d'accordo, ma poi non mi ricordo piu' perche' non se n'e' fatto nulla.
> >
> > Io dico: Fai una proposta, se ne discute e se e' il caso si procede.
> > E poi forse e' la volta buona che mi rimbocco le maniche e mi getto nell'implementazione dei tag
...>
> Naaaaah, nessuno tocchi i forum storici!
Perché?
☺
Richieste Forum
Scritto da:
> Richiedo gentilmente uno spazio per articoli tecnici
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> così altg può spiegarci come fare un compilatore
Quoto. Sarebbe anche ora di rivedere l'elenco dei forum aggiungendone qualcuno utile e magari rimuovendo alcuni di quelli inutili e poco usati che erano stati creati al solo scopo di rompere le OO a PI.
> Richiedo gentilmente uno spazio per articoli tecnici
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> così altg può spiegarci come fare un compilatore
Quoto. Sarebbe anche ora di rivedere l'elenco dei forum aggiungendone qualcuno utile e magari rimuovendo alcuni di quelli inutili e poco usati che erano stati creati al solo scopo di rompere le OO a PI.
☺
Richieste Forum
Scritto da: Giambo
> Scritto da: Daisuke Niwa
>
> Ok, credo di essermi fatto piu' o meno un idea.
> Ora devo solo trovare la motivazione per mettere a posto il CSS
>
> O trovare un volontario. Qualcuno che abbia voglia di dimostrare il suo talento, qualcuno pronto a sfidare se' stesso, qualcuno di generoso
Si anche io pensavo a suoranciata.
> Scritto da: Daisuke Niwa
>
> Ok, credo di essermi fatto piu' o meno un idea.
> Ora devo solo trovare la motivazione per mettere a posto il CSS
>
> O trovare un volontario. Qualcuno che abbia voglia di dimostrare il suo talento, qualcuno pronto a sfidare se' stesso, qualcuno di generoso
Si anche io pensavo a suoranciata.
☺
Richieste Forum
Scritto da: Giambo
> In questo caso non tanti: Tutti gli elementi di contorno (Il banner in cima, la navigazione, il footer, la barra laterale, ...),
Questi non sono widget, io per widget intendo qualcosa di interattivo con l'utente. Quelli che hai menzionato sono oggetti comuni a tutte le pagine del sito, perciò ha senso metterle nel CSS generale.
> l'inserimento messaggio e la visualizzazione dl messaggio.
Questi sì sono widget... forse la visualizzazione del messaggio non lo è e visto che questo è un forum e visualizzare messaggi è il suo scopo avrebbe forse senso metterlo nel CSS generale.
Inserire il messaggio invece è un widget interattivo che viene caricato solo di tanto in tanto perciò ha senso che abbia il suo css e js separati, IMO.
> I "widgets" sono JSP con il nome che inizia con "inc". Non corrispondono direttamente a un widget, ma quasi
Hmmm no, io vedo i widget come oggetti interattivi che vengono caricati di tanto in tanto, solo quando servono.
> Io propenderei per una versione intermedia: Invece che dover pensare ogni volta quali CSS includere, io definirei un CSS specifico per ogni "contesto" (Vedi sopra), il CSS viene automagicamente caricato (<link href="css/${contesto}.css type="text/css" rel="stylesheet" />
Bé, vedi tu quello che ti va meglio.
> BTW, hai una "naming convention" per le classi CSS ? Qualcosa che possa velocemente farmi capire di che componente si tratta, in che file e in che contesto. E che eviti naming-clash
Non ne ho. I widget potrebbero cominciare con "wdg", le form con "frm", e via avanti, dipende se ha senso farlo o no.
> La Fondazione Gatto Selvaggio cerca di risparmiare su ogni MIPS e su ogni KB trasmesso: Se il browser deve aprire 10 connessioni TCP per 10 CSS, l'overhead potrebbe prosciugare le casse nel giro di pochi mesi !
Bé, certo, ma fintanto che sono pochi non ci vedo problemi.
> In questo caso non tanti: Tutti gli elementi di contorno (Il banner in cima, la navigazione, il footer, la barra laterale, ...),
Questi non sono widget, io per widget intendo qualcosa di interattivo con l'utente. Quelli che hai menzionato sono oggetti comuni a tutte le pagine del sito, perciò ha senso metterle nel CSS generale.
> l'inserimento messaggio e la visualizzazione dl messaggio.
Questi sì sono widget... forse la visualizzazione del messaggio non lo è e visto che questo è un forum e visualizzare messaggi è il suo scopo avrebbe forse senso metterlo nel CSS generale.
Inserire il messaggio invece è un widget interattivo che viene caricato solo di tanto in tanto perciò ha senso che abbia il suo css e js separati, IMO.
> I "widgets" sono JSP con il nome che inizia con "inc". Non corrispondono direttamente a un widget, ma quasi
Hmmm no, io vedo i widget come oggetti interattivi che vengono caricati di tanto in tanto, solo quando servono.
> Io propenderei per una versione intermedia: Invece che dover pensare ogni volta quali CSS includere, io definirei un CSS specifico per ogni "contesto" (Vedi sopra), il CSS viene automagicamente caricato (<link href="css/${contesto}.css type="text/css" rel="stylesheet" />
Bé, vedi tu quello che ti va meglio.
> BTW, hai una "naming convention" per le classi CSS ? Qualcosa che possa velocemente farmi capire di che componente si tratta, in che file e in che contesto. E che eviti naming-clash
Non ne ho. I widget potrebbero cominciare con "wdg", le form con "frm", e via avanti, dipende se ha senso farlo o no.
> La Fondazione Gatto Selvaggio cerca di risparmiare su ogni MIPS e su ogni KB trasmesso: Se il browser deve aprire 10 connessioni TCP per 10 CSS, l'overhead potrebbe prosciugare le casse nel giro di pochi mesi
!Bé, certo, ma fintanto che sono pochi non ci vedo problemi.
Quando sei parte di una minoranza in via d'estinzione
Ad
https://images2.imgbox.com/d3/da/AZxsgAEN_o.png
ma se vuoi difendere la tua etnia e le tue terre sei "razzista"
☺
Richieste Forum
Scritto da: Giambo
> Scritto da: Daisuke Niwa
>
> > > La mia soluzione carica solo il CSS principale e il CSS specifico di quella pagina
> >
> > In tal caso dovresti mettere il CSS dei widget condivisi (tipo la div per l'invio dei messaggi) nel CSS globale... ma alla fine vai ad ingrandire un file CSS per niente.
>
> L'alternativa e' o avere dei doppioni o avere un file per ogni componente condivisa.
> Quest'ultima soluzione mi fa paura: Si rischia una grande frammentazione (10, 20 CSS in totale) con difficolta' nel trovare quale CSS definisce quale componente e, sopratutto, vedere il browser che deve richiedere 20 micro-CSS invece che uno solo.
La domanda è: quanti widget condivisi ci sono per ogni pagina?
Per "widget condivisi" non intendo oggetti con stili in comune che possono andare nel CSS globale, ma intendo oggetti tipo l'inserimento dei messaggi che viene renderizzato su diverse pagine (o incluso direttamente nell'HTML della pagina o aggiunto via ajax).
Il widget per l'inserimento dei messaggi è uno... quali sono gli altri?
Io in genere creo i widget su file PHP indipendenti, per poi includerli quando serve. Il file CSS associato ha lo stesso nome del file PHP che contiene il widget, quindi non c'è pericolo di sbagliarsi o di non sapere più quale file CSS va assegnato a quale widget.
Se per esempio ho il widget "wdgInserisciMessaggio" allora avrò questi 3 file:
- widget\wdgInserisciMessaggio.php
- script\wdgInserisciMessaggio.js
- css\wdgInserisciMessaggio.css
Se voglio cambiare la width del relativo pulsante "INVIA" del widget mi basta modificare wdgInserisciMessaggio.css e cambierà ovunque quel widget è usato (non mi interesserà scoprire nemmeno in quali pagine è usato se non per testarlo).
Ogni pagina che userà quel widget ovviamente dovrà includere nell'header dell'HTML wdgInserisciMessaggio.js e wdgInserisciMessaggio.css, ma tutte le altre pagine non saranno toccate.
Ora è chiaro che se i widget sono 10 o più per pagina, allora ti conviene inserire tutti i widget in un solo file css/js dei widget e li distingui attraverso le classi. Ma finché sai che ogni pagina al massimo includerà un paio di widget non vedo ragione di fasciarsi la testa.
Se comunque pensi che il forum potrà espandersi fino ad avere più di due widget per pagina allora crea un file unico css e js per tutti i widget e carica quello nelle pagine che li usano... per ogni buon conto, anche all'interno dei singoli CSS dei widget, usa le classi... in questo modo se un domani si metteranno assieme in un unico file non ci saranno problemi di namespace intasato.
Cmq questa cosa dei presunti rallentamenti nel caricare la pagina a causa dei troppi file css/js sono problemi inesistenti IMO, si notano solo la prima volta che apri quella pagina... poi la cache del browser dovrebbe fare il suo lavoro e tenerli memorizzati in locale.
> Scritto da: Daisuke Niwa
>
> > > La mia soluzione carica solo il CSS principale e il CSS specifico di quella pagina
> >
> > In tal caso dovresti mettere il CSS dei widget condivisi (tipo la div per l'invio dei messaggi) nel CSS globale... ma alla fine vai ad ingrandire un file CSS per niente.
>
> L'alternativa e' o avere dei doppioni o avere un file per ogni componente condivisa.
> Quest'ultima soluzione mi fa paura: Si rischia una grande frammentazione (10, 20 CSS in totale) con difficolta' nel trovare quale CSS definisce quale componente e, sopratutto, vedere il browser che deve richiedere 20 micro-CSS invece che uno solo.
La domanda è: quanti widget condivisi ci sono per ogni pagina?
Per "widget condivisi" non intendo oggetti con stili in comune che possono andare nel CSS globale, ma intendo oggetti tipo l'inserimento dei messaggi che viene renderizzato su diverse pagine (o incluso direttamente nell'HTML della pagina o aggiunto via ajax).
Il widget per l'inserimento dei messaggi è uno... quali sono gli altri?
Io in genere creo i widget su file PHP indipendenti, per poi includerli quando serve. Il file CSS associato ha lo stesso nome del file PHP che contiene il widget, quindi non c'è pericolo di sbagliarsi o di non sapere più quale file CSS va assegnato a quale widget.
Se per esempio ho il widget "wdgInserisciMessaggio" allora avrò questi 3 file:
- widget\wdgInserisciMessaggio.php
- script\wdgInserisciMessaggio.js
- css\wdgInserisciMessaggio.css
Se voglio cambiare la width del relativo pulsante "INVIA" del widget mi basta modificare wdgInserisciMessaggio.css e cambierà ovunque quel widget è usato (non mi interesserà scoprire nemmeno in quali pagine è usato se non per testarlo).
Ogni pagina che userà quel widget ovviamente dovrà includere nell'header dell'HTML wdgInserisciMessaggio.js e wdgInserisciMessaggio.css, ma tutte le altre pagine non saranno toccate.
Ora è chiaro che se i widget sono 10 o più per pagina, allora ti conviene inserire tutti i widget in un solo file css/js dei widget e li distingui attraverso le classi. Ma finché sai che ogni pagina al massimo includerà un paio di widget non vedo ragione di fasciarsi la testa.
Se comunque pensi che il forum potrà espandersi fino ad avere più di due widget per pagina allora crea un file unico css e js per tutti i widget e carica quello nelle pagine che li usano... per ogni buon conto, anche all'interno dei singoli CSS dei widget, usa le classi... in questo modo se un domani si metteranno assieme in un unico file non ci saranno problemi di namespace intasato.
Cmq questa cosa dei presunti rallentamenti nel caricare la pagina a causa dei troppi file css/js sono problemi inesistenti IMO, si notano solo la prima volta che apri quella pagina... poi la cache del browser dovrebbe fare il suo lavoro e tenerli memorizzati in locale.
☺
Richieste Forum
Scritto da:
> Scritto da: Giambo
> > Scritto da:
> >
> > > in questo modo però per avere la pagina finale devi caricare 200 file
> >
> > La mia soluzione carica solo il CSS principale e il CSS specifico di quella pagina
>
> il css specifico di una pagina lo puoi mettere dentro la pagina stessa.
Neanche per sogno. Non devo stare a ricompilare il sito ogni volta che devo cambiare il colore di un bordo... e poi mi sporca il codice, rende le pagine HTML più lunghe e difficili da debuggare... includere i file CSS nelle pagine è come spararsi sui coglioni.
> comunque l'idea di wakko ha senso però è estremizzata: io raggrupperei i CSS per funzione (form, visualizzazione, stampa)
>
> uno per ogni widget è troppo
Il punto è che in questo modo quel widget avrà lo stesso aspetto ovunque tu lo chiami, e sarà anche veloce modificarlo perché sai subito che l'aspetto di quel widget è relegato in quel file. Inoltre come dicevo prima è difficile che una pagina usi più di un paio di widget comuni... che alla fine sono davvero pochi.
Quanti sono su questo sito?
Il widget per inserire il messaggio...
Poi?
> Scritto da: Giambo
> > Scritto da:
> >
> > > in questo modo però per avere la pagina finale devi caricare 200 file
> >
> > La mia soluzione carica solo il CSS principale e il CSS specifico di quella pagina
>
> il css specifico di una pagina lo puoi mettere dentro la pagina stessa.
Neanche per sogno. Non devo stare a ricompilare il sito ogni volta che devo cambiare il colore di un bordo... e poi mi sporca il codice, rende le pagine HTML più lunghe e difficili da debuggare... includere i file CSS nelle pagine è come spararsi sui coglioni.
> comunque l'idea di wakko ha senso però è estremizzata: io raggrupperei i CSS per funzione (form, visualizzazione, stampa)
>
> uno per ogni widget è troppo
Il punto è che in questo modo quel widget avrà lo stesso aspetto ovunque tu lo chiami, e sarà anche veloce modificarlo perché sai subito che l'aspetto di quel widget è relegato in quel file. Inoltre come dicevo prima è difficile che una pagina usi più di un paio di widget comuni... che alla fine sono davvero pochi.
Quanti sono su questo sito?
Il widget per inserire il messaggio...
Poi?
☺
Richieste Forum
Scritto da: Giambo
> Scritto da:
>
> > in questo modo però per avere la pagina finale devi caricare 200 file
>
> La mia soluzione carica solo il CSS principale e il CSS specifico di quella pagina
In tal caso dovresti mettere il CSS dei widget condivisi (tipo la div per l'invio dei messaggi) nel CSS globale... ma alla fine vai ad ingrandire un file CSS per niente.
> Scritto da:
>
> > in questo modo però per avere la pagina finale devi caricare 200 file
>
> La mia soluzione carica solo il CSS principale e il CSS specifico di quella pagina
In tal caso dovresti mettere il CSS dei widget condivisi (tipo la div per l'invio dei messaggi) nel CSS globale... ma alla fine vai ad ingrandire un file CSS per niente.
☺
Richieste Forum
Scritto da:
> Scritto da: Daisuke Niwa
> > Scritto da: Giambo
> > > > Sembra apposto, sì...
> > >
> > > "si" mi vuoi bene ?
> >
> > Too old
> >
> > > IMHO il CSS e' un po caotico. Chiaro, e' cresciuto cosi', anarchicamente, pero' quando ho cercato di riutilizzar "questo" frammento di jsp (Scrivi messaggio) in "scrivi PVT" mi sono imbattuto in problemi insormontabili per le mie capacita'.
> >
> > Io faccio così:
> > - un css globale che tiene lo stile comune a tutte le pagine (es: i bordi della pagina, lo sfondo, lo stiling dell'header, ecc)
> > - un css specifico per ogni pagina
> > - un css a parte per ogni "componente ajax", ovvero quelle parti di gui che compaiono in più pagine richiamate da ajax o comunque condivise
> >
> > Tutte le pagine includono il CSS globale, il loro CSS specifico e il CSS di tutti i componenti condivisi attinenti a quella pagina.
> > Ovviamente cerco sempre di usare le classi per essere sicuro che le varie stilate non vadano in conflitto fra loro.
> > Per esempio...
> > se ho un componente condiviso, diciamo "maschera messaggio", allora tutti gli stili che riguardano quella maschera incominceranno con qualcosa tipo:
> >
> > div.mascheraMessaggio div.msg {
> > }
> >
> > div.mascheraMessaggio #sendBtn {
> > }
> >
> > div.mascheraMessaggio div.msg textarea {
> > }
> >
> > Così se ci sono altri div.msg e altri textarea in giro per la pagina che include questo componente questi non vengono toccati.
> >
> > Ovviamente gli stili invece usati globalmente ha senso metterli nel CSS globale, soprattutto cose tipo i "temi", ovvero quelle combinazioni di colori e look&feel che se cambiano devono cambiare ovunque nel sito per avere una GUI coerente.
> >
> > In questo modo non solo eviti i problemi di cui parli, ovvero namespace intasato, ecc... ma ottieni gratis un altro vantaggio... ovvero quello di avere file CSS piccolini e molto veloci a caricarsi.
> >
> > La stessa cosa identica precisa sputata vale per i file javascript: uno globale per le funzioni condivise fra più pagine, e uno specifico per ogni pagina.
> > Tutte le pagine includono il js globale, il loro js specifico e il js di tutti i componenti condivisi caricati con ajax o meno.
> >
> > Purtroppo sta cosa l'ho capita "tardi", e ora mi trovo con progetti con CSS da 160k...
> >
> >
> > **Modificato dall'autore il 13.04.2012 12:48**
>
> in questo modo però per avere la pagina finale devi caricare 200 file
No invece. I file alla fine saranno 3 o 4 per pagina.
Un file CSS globale
Un file specifico per la pagina
Un file per ogni componente condiviso.
Quanti sono i componenti comuni a più pagine? Saranno due o tre in tutto il sito e difficilmente una pagina ne usa più di due contemporaneamente.
> Scritto da: Daisuke Niwa
> > Scritto da: Giambo
> > > > Sembra apposto, sì...
> > >
> > > "si" mi vuoi bene
?> >
> > Too old
> >
> > > IMHO il CSS e' un po caotico. Chiaro, e' cresciuto cosi', anarchicamente, pero' quando ho cercato di riutilizzar "questo" frammento di jsp (Scrivi messaggio) in "scrivi PVT" mi sono imbattuto in problemi insormontabili per le mie capacita'.
> >
> > Io faccio così:
> > - un css globale che tiene lo stile comune a tutte le pagine (es: i bordi della pagina, lo sfondo, lo stiling dell'header, ecc)
> > - un css specifico per ogni pagina
> > - un css a parte per ogni "componente ajax", ovvero quelle parti di gui che compaiono in più pagine richiamate da ajax o comunque condivise
> >
> > Tutte le pagine includono il CSS globale, il loro CSS specifico e il CSS di tutti i componenti condivisi attinenti a quella pagina.
> > Ovviamente cerco sempre di usare le classi per essere sicuro che le varie stilate non vadano in conflitto fra loro.
> > Per esempio...
> > se ho un componente condiviso, diciamo "maschera messaggio", allora tutti gli stili che riguardano quella maschera incominceranno con qualcosa tipo:
> >
> > div.mascheraMessaggio div.msg {
> > }
> >
> > div.mascheraMessaggio #sendBtn {
> > }
> >
> > div.mascheraMessaggio div.msg textarea {
> > }
> >
> > Così se ci sono altri div.msg e altri textarea in giro per la pagina che include questo componente questi non vengono toccati.
> >
> > Ovviamente gli stili invece usati globalmente ha senso metterli nel CSS globale, soprattutto cose tipo i "temi", ovvero quelle combinazioni di colori e look&feel che se cambiano devono cambiare ovunque nel sito per avere una GUI coerente.
> >
> > In questo modo non solo eviti i problemi di cui parli, ovvero namespace intasato, ecc... ma ottieni gratis un altro vantaggio... ovvero quello di avere file CSS piccolini e molto veloci a caricarsi.
> >
> > La stessa cosa identica precisa sputata vale per i file javascript: uno globale per le funzioni condivise fra più pagine, e uno specifico per ogni pagina.
> > Tutte le pagine includono il js globale, il loro js specifico e il js di tutti i componenti condivisi caricati con ajax o meno.
> >
> > Purtroppo sta cosa l'ho capita "tardi", e ora mi trovo con progetti con CSS da 160k...
> >
> >
> > **Modificato dall'autore il 13.04.2012 12:48**
>
> in questo modo però per avere la pagina finale devi caricare 200 file
No invece. I file alla fine saranno 3 o 4 per pagina.
Un file CSS globale
Un file specifico per la pagina
Un file per ogni componente condiviso.
Quanti sono i componenti comuni a più pagine? Saranno due o tre in tutto il sito e difficilmente una pagina ne usa più di due contemporaneamente.
AH SI ma NO Non lo so
Ad
http://sallo.it
LO SAI? Allora NON fa per te. NON LO SAI? Allora non ti serve.
☺
Richieste Forum
Scritto da: Giambo
> > Sembra apposto, sì...
>
> "si" mi vuoi bene ?
Too old
> IMHO il CSS e' un po caotico. Chiaro, e' cresciuto cosi', anarchicamente, pero' quando ho cercato di riutilizzar "questo" frammento di jsp (Scrivi messaggio) in "scrivi PVT" mi sono imbattuto in problemi insormontabili per le mie capacita'.
Io faccio così:
- un css globale che tiene lo stile comune a tutte le pagine (es: i bordi della pagina, lo sfondo, lo stiling dell'header, ecc)
- un css specifico per ogni pagina
- un css a parte per ogni "componente ajax", ovvero quelle parti di gui che compaiono in più pagine richiamate da ajax o comunque condivise
Tutte le pagine includono il CSS globale, il loro CSS specifico e il CSS di tutti i componenti condivisi attinenti a quella pagina.
Ovviamente cerco sempre di usare le classi per essere sicuro che le varie stilate non vadano in conflitto fra loro.
Per esempio...
se ho un componente condiviso, diciamo "maschera messaggio", allora tutti gli stili che riguardano quella maschera incominceranno con qualcosa tipo:
div.mascheraMessaggio div.msg {
}
div.mascheraMessaggio #sendBtn {
}
div.mascheraMessaggio div.msg textarea {
}
Così se ci sono altri div.msg e altri textarea in giro per la pagina che include questo componente questi non vengono toccati.
Ovviamente gli stili invece usati globalmente ha senso metterli nel CSS globale, soprattutto cose tipo i "temi", ovvero quelle combinazioni di colori e look&feel che se cambiano devono cambiare ovunque nel sito per avere una GUI coerente.
In questo modo non solo eviti i problemi di cui parli, ovvero namespace intasato, ecc... ma ottieni gratis un altro vantaggio... ovvero quello di avere file CSS piccolini e molto veloci a caricarsi.
La stessa cosa identica precisa sputata vale per i file javascript: uno globale per le funzioni condivise fra più pagine, e uno specifico per ogni pagina.
Tutte le pagine includono il js globale, il loro js specifico e il js di tutti i componenti condivisi caricati con ajax o meno.
Purtroppo sta cosa l'ho capita "tardi", e ora mi trovo con progetti con CSS da 160k...
**Modificato dall'autore il 13.04.2012 12:48**
> > Sembra apposto, sì...
>
> "si" mi vuoi bene
?Too old
> IMHO il CSS e' un po caotico. Chiaro, e' cresciuto cosi', anarchicamente, pero' quando ho cercato di riutilizzar "questo" frammento di jsp (Scrivi messaggio) in "scrivi PVT" mi sono imbattuto in problemi insormontabili per le mie capacita'.
Io faccio così:
- un css globale che tiene lo stile comune a tutte le pagine (es: i bordi della pagina, lo sfondo, lo stiling dell'header, ecc)
- un css specifico per ogni pagina
- un css a parte per ogni "componente ajax", ovvero quelle parti di gui che compaiono in più pagine richiamate da ajax o comunque condivise
Tutte le pagine includono il CSS globale, il loro CSS specifico e il CSS di tutti i componenti condivisi attinenti a quella pagina.
Ovviamente cerco sempre di usare le classi per essere sicuro che le varie stilate non vadano in conflitto fra loro.
Per esempio...
se ho un componente condiviso, diciamo "maschera messaggio", allora tutti gli stili che riguardano quella maschera incominceranno con qualcosa tipo:
div.mascheraMessaggio div.msg {
}
div.mascheraMessaggio #sendBtn {
}
div.mascheraMessaggio div.msg textarea {
}
Così se ci sono altri div.msg e altri textarea in giro per la pagina che include questo componente questi non vengono toccati.
Ovviamente gli stili invece usati globalmente ha senso metterli nel CSS globale, soprattutto cose tipo i "temi", ovvero quelle combinazioni di colori e look&feel che se cambiano devono cambiare ovunque nel sito per avere una GUI coerente.
In questo modo non solo eviti i problemi di cui parli, ovvero namespace intasato, ecc... ma ottieni gratis un altro vantaggio... ovvero quello di avere file CSS piccolini e molto veloci a caricarsi.
La stessa cosa identica precisa sputata vale per i file javascript: uno globale per le funzioni condivise fra più pagine, e uno specifico per ogni pagina.
Tutte le pagine includono il js globale, il loro js specifico e il js di tutti i componenti condivisi caricati con ajax o meno.
Purtroppo sta cosa l'ho capita "tardi", e ora mi trovo con progetti con CSS da 160k...
**Modificato dall'autore il 13.04.2012 12:48**
☺
Richieste Forum
Scritto da: Giambo
>
>
>
> Mi vuoi bene ora ?
Sembra apposto, sì... ma elimina quel "style" e piazzalo nel file CSS, così se un giorno lo si vuole cambiare non serve andare a cercarlo nel codice.
> Wakko, ho seriamente bisogno di te, delle tue conoscenze in CSS
!!!
Belink?
>
>
>
> Mi vuoi bene ora
?Sembra apposto, sì... ma elimina quel "style" e piazzalo nel file CSS, così se un giorno lo si vuole cambiare non serve andare a cercarlo nel codice.
> Wakko, ho seriamente bisogno di te, delle tue conoscenze in CSS
!!!Belink?
☺
Richieste Forum
Scritto da: Giambo
> Scritto da: dada216
>
> > > L'unico che ci capiva qualcosa di HTML, Dolce&Wakkana, si e' dato alla macchia !
> > > Magari ci puoi aiutare te
?
> >
> > se volete non lo faccio io, e poi non venitemi a dire che non aiuto la comunità
>
> Capisci HTML&CSS ? A livello di Dolce&Wakkana o a livello di ex ma con il gusto dell'orrido di Avve ?
> Scritto da: dada216
>
> > > L'unico che ci capiva qualcosa di HTML, Dolce&Wakkana, si e' dato alla macchia
!> > > Magari ci puoi aiutare te
?> >
> > se volete non lo faccio io, e poi non venitemi a dire che non aiuto la comunità
>
> Capisci HTML&CSS ? A livello di Dolce&Wakkana o a livello di ex ma con il gusto dell'orrido di Avve ?