Il giorno 27/ott/08, alle ore 16:44, Cristiano Ferrari ha scritto:
> Spesso gli articoli dei giornalisti cominciano con (per fare un
> esempio) "MILANO (27 ottobre)
> mi fermo a come inserire il mese in italiano.
Ti rispondo in lista perché questo è un trucchetto che potrebbe
servire a più di una persona.
"Milano (28 ottobre)" nella pagina mastro si ottiene così
<p>{luogo}, ({BEGIN dataInItaliano}{giorno} {mese}{END
dataInItaliano})</p>
La vista "data in italiano" si ottiene con questa vista ad hoc:
SELECT ELF(MONTH(creation), 'gennaio', 'febbraio', ...) AS mese,
DAY(creation) AS giorno FROM news WHERE id=@id
L.A.
--
Accomazzi.net di Luca Accomazzi
Via Antonio Gramsci, 40
20017 Rho (Mi)
Tel. 02.00615556
Fax 02.700537345
Cell. 349.7680116
Skype misterakko
http://www.accomazzi.net
P. IVA 04850210966
Lavorando sulla v8.1 di Sar-At mi sono reso conto ce c'è un errore nel
manuale "Costruie il sito", tabella delle variabili predefinite a
pagina 33-34.
La tabella vale per Sar-At 7, ma alcune informazioni sono obsolete
nella versione 8. Correggo il manuale non appena possibile, per ora
eccovi il testo delle due righe icriminate
@saratLanguage
Il codice ISO della lingua della pagina, composto da due lettere. Nel
caso dell’esempio vale “es”. Per i moduli, quindi quando il programma
corrente è showForm, è il codice dell’ultima lingua usata nell’ultima
pagina vista con showPage in precedenza
@saratPremium
La pagina è riservata ai visitatori registrati o di libero accesso
anche ai visitatori anonimi? Nel secondo caso questa variabile, che è
sempre un numero intero, vale zero. Per i moduli vale normalmente zero
--
Accomazzi.net di Luca Accomazzi
Via Antonio Gramsci, 40
20017 Rho (Mi)
Tel. 02.00615556
Fax 02.700537345
Cell. 349.7680116
Skype misterakko
http://www.accomazzi.net
P. IVA 04850210966
Abbiamo appena messo in linea su tutti i server la versione 8.0.3 di
Sar-At. Abbiamo ovviamente risolto tutti gli errori conosciuti, e in
aggiunta trovate numerose nuove funzionalità che abbiamo elencato in
una pagina web sul sito accomazzi.net
La documentazione aggiornata è in linea, sia in PDF che in HTML, sul
sito Sar-At
Una cosa importante: avendo rilasciato la 8.0.3 cominciamo
immediatamente lo sviluppo della versione 8.1, che avrà una serie di
funzionalità aggiuntive. Di particolare interesse per i designer, la
versione 8.1 adotta una nuova architettura "perpendicolare" per la
generazione delle pagine. Mi spiego con un esempio grossolano ma
semplice. In tutte le versioni del programma fino alla 8.0.2 compresa,
l'elaborazione delle pagine (gestione di IF, di BEGIN, eccetera) viene
eseguita direttamente da showPage, showForm, testPage eccetera, per
motivi prestazionali. Ci sono una serie di ottimizzazioni specifiche
per ciascun caso: la compilazione di un modulo è gestita in modo
diverso rispetto alla produzione di una pagina.
Questo però rende molto più difficile per me e per i miei
collaboratori testare ogni nuova versione di Sar-At (ci sono un monte
di differenti casi da provare) e introduce dei comportamenti da
grattacapo per voi. Un esempio: in tutte le versioni, {IF
sarel_userlogged} funziona esattamente come ve lo aspettereste, ma
dentro un modulo funziona solo fuori dalle viste. Se in un modulo,
quindi con showForm, voi usate {BEGIN vista}{IF
sarel_userlogged}eccetera, in sostanza non funziona. Non sto a
spiegarvi il perché, ci metterei cinque pagine e sarei noioso e
probabilmente incomprensibile.
Ora, visto che l'architettura introdotto con Sar-At 7.x è
spaventosamente veloce, e visto che i server diventano sempre più
veloci, ho deciso di immolare un po' di velocità di esecuzione
sull'altare della semplicità. Sat-At dalla versione 8.1 userà un nuovo
motore unico di rappresentazione delle pagine, showCore.
Perché ve lo anticipo? Perché mentre scrivo queste righe showCore è
già in versione beta e ce n'è una copia dentro Sar-At 8.0.3. L'ho
abilitato su tutte le macchine di test e interne alle aziende partner,
mentre invece (per prudenza) le copie di Sar-At 8.0.3 installate sui
server di produzione usano ancora la versione classica del sistema.
Quindi: se vedete comportamenti curiosi mentre testate un sito
offline, fatemelo sapere. Grazie.
L.A.
--
Accomazzi.net di Luca Accomazzi
Via Antonio Gramsci, 40
20017 Rho (Mi)
Tel. 02.00615556
Fax 02.700537345
Cell. 349.7680116
Skype misterakko
http://www.accomazzi.net
P. IVA 04850210966
Ti rispondo nella lista designer, che mi pare più adatta alla
discussione.
Il giorno 04/ott/08, alle ore 22:02, Cristiano 4minuti ha scritto:
> A volte tornerebbe comodo poter mettere una singola checkbox,
> esattamente come avviene per il campo visibilità.
> Come per quello il campo flaggato avrebbe valore 'Y'.
In Sar-At 7.5 o superiore, fa così
Definisci una sezione menu normalissima, cioè aggiungendo ai campi
incorporati solo il campo "stringa", tipo "breve testo", può venire
lasciato in bianco: sì; valore unico: sì.
> Il primo esempio di utilità potrebbe essere il fatto che in ambito
> collaborativo permetterebbe facilmente la "firma" da parte di più
> soggetti; si vuole pubblicare il tal articolo solo se è stato
> controllato sia da Tizio che da Caio.
Nella sezione menu inserisci uno e un solo record.
Title: Controllato
Stringa: Y
> Si abilita ciascuno di loro ad intervenire rispettivamente ai campi
> checkTizio e checkCaio
Nella sezione articolo, aggiungi un campo chiamato checkTizio, tipo
"caselle di controllo", sezione menu di provenienza: quella definita
sopra, valore di default=''. E un campo checkCaio con identica
definizione.
> nella vista si inserisce "checkTizio ='Y' AND checkCaio ='Y'
Quasi. La vista sarà
"checkTizio ='Y,' AND checkCaio ='Y,'
oppure, se ti pare più leggibile
"checkTizio LIKE '%Y%' AND checkCaio LIKE '%Y%'
L.A.
P.S. Funzionerebbe anche in Sar-At 7.0 e 7.1, ma lì ogni sezione menu
può venire usata una sola volta nella definizione di una sezione
ordinaria, quindi dovresti usare la sezione meu per checkTizio,
clonare la sezione menu e usare il clone per checkCaio.
