From luca a accomazzi.it Sun Mar 1 17:28:31 2009 From: luca a accomazzi.it (Luca Accomazzi) Date: Sun, 1 Mar 2009 17:28:31 +0100 Subject: [Sar-at_designer] Siti multilingue, Sar-At 8.3 e il Localization Manager Message-ID: Sto sviluppando la prossima versione di Sar-At con in testa ulteriori miglioramenti al sistema delle newsletter e i siti multilingue. In questo messaggio mi concentro su questi ultimi: se il vostro sito è monolingua potete cestinare immediatamente questa email. Innanzitutto vi invito a vedere la nuova versione in azione in questo screencast: http://www.sar-at.it/TmovieI7.html mostra la interfaccia utente del nuovo Localization Manager in azione. L'arrivo del Localization Manager in Sar-At comporta alcuni cambiamenti, e qui voglio sottolinearli in modo che arriviate preparati alla data del rilascio. Prima cosa da sapere: c'è un nuovo campo incorporato in tutte le sezioni che memorizza l'id di pagina ed è comune a tutte le localizzazioni di una pagina. Si chiama masterId. Se nel vostro sito mettere due ricette con traduzioni in 4 lingue ciascuna avremo masterId 1 id 1 language 1001 ricetta numero 1 in italiano masterId 1 id 2 language 1002 ricetta numero 1 in inglese masterId 1 id 3 language 1005 ricetta numero 1 in russo masterId 1 id 4 language 1016 ricetta numero 1 in portoghese brasiliano masterId 5 id 5 language 1001 ricetta numero 2 in italiano masterId 5 id 6 language 1002 ricetta numero 2 in inglese masterId 5 id 7 language 1005 ricetta numero 2 in russo masterId 5 id 8 language 1016 ricetta numero 2 in portoghese brasiliano Come funziona? Se io navigo sul vostro sito, sezione prodotti in italiano, e poi mi mandate su showPage.php?template=ricette&masterId=1 io vedrò la localizzazione della pagina indicata nella mia lingua favorita, l'italiano, che Sar-At trova nel cookie. Oppure se mi spedite con showPage.php?template= ricette&masterId=1&language=1005 vedrò la localizzazione russa, esattamente come se mi aveste spedito su showPage.php?template= ricette&id=3 Se mi mandate su showPage.php?template= ricette&masterId=1&language=1020, cioè su una localizzazione inesistente, Sar-At mi mostra un'altra localizzazione, il Localization Manager non va mai in errore. Il sottosistema delle Viste permette di create Viste che usano masterId. Seconda cosa da sapere. Il localization manager va abilitato sezione per sezione dentro la linguetta Informazioni. Se non viene acceso, il comportamento della v8.3 è identico a quello delle versioni precedenti. Con un'unica eccezione. Se in Sar-At sino alla versione 8.2.1 voi create un amministratore per la sezione ricette e gli assegnate solo la lingua portoghese, questo signore non può guardare i contenuti delle ricette in italiano, inglese e russo. Nella 8.3, lui può entrare in modalità "Modulo" (ma non "Editing al vivo"), e guardare tutto, ma non può cambiare niente. Il motivo di questo cambiamento è per ablitare un nuovo flusso di lavoro più semplice per il traduttore. Se il Localization Manager è arrivo in questa sezione, nella schermata di una ricetta in italiano che non ha ancora una traduzione in portoghese lui può cliccare la icona + di colore verde. In questo caso la pagina viene clonata, al clone viene assegnata la lingua portoghese e lo stesso masterId dell'originale italiano, e il traduttore può sovrascrivere il testo italiano con il testo portoghese. 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 -------------- parte successiva -------------- Un allegato HTML è stato rimosso... URL: http://liste.accomazzi.net/pipermail/sar-at_designer/attachments/20090301/b39667c8/attachment.html From luca a accomazzi.it Mon Mar 23 14:23:47 2009 From: luca a accomazzi.it (Luca Accomazzi) Date: Mon, 23 Mar 2009 14:23:47 +0100 Subject: [Sar-at_designer] Problema con gruppi utenti registrati In-Reply-To: <003601c9a987$d11408c0$733c1a40$@net> References: <074E2787-81DF-4DF2-B7F8-725E08005648@accomazzi.it> <71ADC34B-14E4-4544-9246-AF4EFB71ED22@accomazzi.it> <003601c9a987$d11408c0$733c1a40$@net> Message-ID: > Noto un comportamento strano nella gestione utenti registrati del > sito, in particolare se guardi qui > > http://www.centronumismatico.ch/sarat/editAddNewsletter.php?id_invio=5 > > sembra che il gruppo iscritti alla newsletter abbia 21 utenti, > mentre se vai nel menu utilizzatori gli utenti sono solo 4 Tieni presente una cosa. Se tu hai una tabella di anagrafiche e un gruppo di utenti registrati che fa capo su quella, è possibilissimo avere numeri discordanti. Il caso più banale è questo. Tu crei la tabella di anagrafica e ci metti dentro tre persone. Poi crei il gruppo di utenti registrati, che parte vuoto. In questo momento i numeri sono tre e zero, rispettivamente. Dalla versione 8.0 di Sar-At, quando tu aggiungi una persona nella sezione anagrafiche essa viene aggiunta automaticamente anche al gruppo di utenti registrati. Dalla versione 8.2.1 di Sar-At, quando tu importi un gruppo di anagrafiche in quella sezione, le medesime persone vengono anche aggiunte al gruppo di utenti registrati. L.A. From luca a accomazzi.it Wed Mar 25 09:42:14 2009 From: luca a accomazzi.it (Luca Accomazzi) Date: Wed, 25 Mar 2009 09:42:14 +0100 Subject: [Sar-at_designer] Illegal mix of collations In-Reply-To: <13F21C4E-08A1-48F9-A7F5-A57E78B23D1C@unimediagroup.it> References: <09AB319F-6480-404E-AFAB-E50E324A6A73@unimediagroup.it> <370290D0-468E-40F4-B98A-351F2413A997@accomazzi.it> <13F21C4E-08A1-48F9-A7F5-A57E78B23D1C@unimediagroup.it> Message-ID: <22C6DBC6-2E0E-4FDF-B320-B225AC72D123@accomazzi.it> Rispondo in lista, è argomento di comune interesse. Il giorno 24/mar/09, alle ore 11:19, Cristiano Ferrari ha scritto: > una Vista ad hoc, da quando ho aggiunto la clausola > IF(regione<>@prev_r, regione, '') mi restituisce questo errore: > > Database error: Invalid SQL: SELECT IF(regione<>@prev_r, regione, > '') AS regione_formattata, title, numerofax, prefissotel, > @prev_r:=regione FROM `recapitifax` WHERE visible='Y' ORDER BY > regione, title ASC > MySQL Error: 1267 (Illegal mix of collations > (latin1_swedish_ci,IMPLICIT) and (latin1_general_ci,IMPLICIT) for > operation '<>') > Forse l'editor delle viste è in svedese? > Ritolta la parte aggiunta ed è tornato italiano... beati voi se ci > capite :) > Ora faccio senza quella variabile quindi non preoccupatevi, spero > solo vi possa servire per capire cosa successo. Capito. MySQL è inutilmente complesso quando si tratta di gestire i set di caratteri, perché fa differenza non solo tra ISO e Unicode ma anche per le collation, cioè i canoni di ordinamento (per dire, nell'ordine alfabetico tedesco la ß sta sotto alla s perché si legge ss). Inutilmente perché prende in considerazione la collation non solo per mettere in ordine ma anche per paragonare, e se io dico IF a=b c'è poco da ordinare. Illegal mix of collations (latin1_swedish_ci,IMPLICIT) and (latin1_general_ci,IMPLICIT) for operation '<>' vuol dire: mi hai chiesto di paragonare regione<>@prev_r. Secondo me il primo termine, regione, è svedese. Il secondo termine, @prev_r, è occidentale. Nel tuo database abbiamo alcune tabelle, probabilmente create con una beta di Sar-At, che sono convinte di dover usare la collation svedese. Quando vengon usate per far paragoni con le variabili, che sono in collation europa occidentale "case insensitive", MySQL dà fuori di testa. La soluzione dunque è: alter table NOMESEZIONE modify NOMECAMPO DEFINIZIONECAMPO collate latin1_general_ci; L.A. -------------- parte successiva -------------- Un allegato non testuale è stato rimosso.... Nome: smime.p7s Tipo: application/pkcs7-signature Dimensione: 1617 bytes Descrizione: non disponibile Url: http://liste.accomazzi.net/pipermail/sar-at_designer/attachments/20090325/d5c9c4e5/attachment-0001.bin