Drake CMS Official Forums - read-only archive

You are reading the Drake CMS Official Forums archive, available for historical purposes only.

Drake CMS has been rebranded into Lanius CMS, visit the new Lanius CMS Official Forums if you need support about Lanius CMS or Drake CMS -> Lanius CMS migration.



Home page > From Italy (Dall'Italia) > Test di "produzione" Permanent link to this page
 
 
Author Message:
rsavarese
Test di "produzione"
25 September 2007 12:36
Anonymous Versione di riferimento : RC2 rev 4427

filebrowser:

Il gestore immagini (add>edit contenuto) consente
di caricare immagini solo all'admin. Il popup infatti
da accesso negato se a pubblicare è un publisher
o manager.

Assegnazione moduli (backend):

l'attuale criterio di assegnazione di visualizzazione
dei moduli prevede le seguenti opzioni:

- su tutte le pagine
- su nessuna
- su n pagine selezionate dalla lista

Ipotizziamo che i moduli predisposti debbano
comparire su 9 delle 10 pagine totali (un area
quindi, ad esempio un wrapper, deve essere
senza colonne laterali). Attualmente bisogna
selezionare tutti i moduli attivi e impostare uno
per uno le 9 pagine in cui devono comparire
escludendo quella senza colonne. E' un lavoraccio
ma se fatto solo in fase di confogurazione
iniziale può anche andare.
Il problema nasce se in un secondo momento
aggiungo ad esempio una voce al menu main.
Tutte le voci di menu (pagine) dovranno essere
recessariamente reimpostate manualmente per
includere l'ultima aggiunta affinchè si possa lasciare
libera quella senza colonne.
Poichè penso che escludere i moduli/colonne da
una sezione sia più raro che includerle, mica la
query di selezione può essere fatta al contrario?
Cioè quando si impostano le visualizzazioni, in
alternativa a 'mostra su tutto' si selezionano
le voci da 'escludere' .

Un fatto è certo, aggiungendo una
voce al mainmenu per aggiungerla a quelle
'visibili' si devono riselezionare anche tutte le altre.

Spostamento voci menu

Mentre per le voci di menu associate a componenti, link ecc.
c'è la 'combobox' parent menu (quindi si può spostare una voce
da un menu all'altro), nel caso di associazioni a sezioni ecc ciò non può essere fatto (manca la combo di cui sopra)

Editor contenuti
L'editor (tiny_mce2) non salva le proprietà grafiche
di contenuti html (bgcolor ad es.), anche se immesse
attraverso l'apposita modalità. In pratica una <table>
con sfondo colorato non si può fare.



 
legolas558
Re: Test di "produzione"
27 September 2007 10:15
Anonymous Quote:

Versione di riferimento : RC2 rev 4427

filebrowser:

Il gestore immagini (add>edit contenuto) consente
di caricare immagini solo all'admin. Il popup infatti
da accesso negato se a pubblicare è un publisher
o manager.

Questo dovrebbe essere risolto; è possibile caricare immagini solo in media/

Quote:

Assegnazione moduli (backend):

l'attuale criterio di assegnazione di visualizzazione
dei moduli prevede le seguenti opzioni:

- su tutte le pagine
- su nessuna
- su n pagine selezionate dalla lista

Ipotizziamo che i moduli predisposti debbano
comparire su 9 delle 10 pagine totali (un area
quindi, ad esempio un wrapper, deve essere
senza colonne laterali). Attualmente bisogna
selezionare tutti i moduli attivi e impostare uno
per uno le 9 pagine in cui devono comparire
escludendo quella senza colonne. E' un lavoraccio
ma se fatto solo in fase di confogurazione
iniziale può anche andare.
Il problema nasce se in un secondo momento
aggiungo ad esempio una voce al menu main.
Tutte le voci di menu (pagine) dovranno essere
recessariamente reimpostate manualmente per
includere l'ultima aggiunta affinchè si possa lasciare
libera quella senza colonne.
Poichè penso che escludere i moduli/colonne da
una sezione sia più raro che includerle, mica la
query di selezione può essere fatta al contrario?
Cioè quando si impostano le visualizzazioni, in
alternativa a 'mostra su tutto' si selezionano
le voci da 'escludere' .

La possibilità di andare per esclusione si potrebbe gestire nell'interfaccia...è una cosa positiva, magari la aggiungiamo al feature tracker

Quote:

Un fatto è certo, aggiungendo una
voce al mainmenu per aggiungerla a quelle
'visibili' si devono riselezionare anche tutte le altre.

Questo bug è adesso stato sistemato

Quote:

Spostamento voci menu

Mentre per le voci di menu associate a componenti, link ecc.
c'è la 'combobox' parent menu (quindi si può spostare una voce
da un menu all'altro), nel caso di associazioni a sezioni ecc ciò non può essere fatto (manca la combo di cui sopra)


Dovrebbe adesso essere possibile, ma non ho testato

Quote:

Editor contenuti
L'editor (tiny_mce2) non salva le proprietà grafiche
di contenuti html (bgcolor ad es.), anche se immesse
attraverso l'apposita modalità. In pratica una <table>
con sfondo colorato non si può fare.


Questo l'ho sistemato, si trattava di non filtrare tale attributo in includes/xhtml.php

Continua così! smile
 
rsavarese
Re: Test di "produzione"
27 September 2007 13:45
Anonymous Rev 4452

Non funziona più il pulsante 'NEW'
per aggiungere voci di menu.

Backend:
Non so se è un bug, ma solo l'admin
visualizza il filtro di selezione
nelle liste tabellari. Dovrebbe
poterlo fare chiunque accede al
backend.


Altra cosa alquanto strana. Facendo
il download di un file di word (.doc)
e scegliendo di 'aprirlo', mentre FF
chiama Word e lo apre, IE(6) chiama
il Word ma quando tenta di aprire il
file (che è un temporaneo in document/setting ecc.)
non lo trova. Il problema dovrebbe essere
del client ma ho provato su 4/5 macchine
diverse con lo stesso risultato.
 
legolas558
Re: Test di "produzione"
28 September 2007 19:33
Anonymous Quote:

Rev 4452

Non funziona più il pulsante 'NEW'
per aggiungere voci di menu.

Sistemato

Quote:

Backend:
Non so se è un bug, ma solo l'admin
visualizza il filtro di selezione
nelle liste tabellari. Dovrebbe
poterlo fare chiunque accede al
backend.

No, è giusto così - altrimenti il manager potrebbe iniettare stringhe e comandi SQL

Quote:

Altra cosa alquanto strana. Facendo
il download di un file di word (.doc)
e scegliendo di 'aprirlo', mentre FF
chiama Word e lo apre, IE(6) chiama
il Word ma quando tenta di aprire il
file (che è un temporaneo in document/setting ecc.)
non lo trova. Il problema dovrebbe essere
del client ma ho provato su 4/5 macchine
diverse con lo stesso risultato.

Metti il file in una cartella pubblicata, raggiungilo via browser e prova di nuovo - se succede la stessa cosa non è Drake CMS - e non penso che c'entri nulla comunque

 
rsavarese
Re: Test di "produzione"
19 October 2007 08:14
Anonymous Penso che si dovrebbe aggiungere la checkbox 'show in frontpage' lato frontend per i publisher o superiori che aggiungono/modificano contenuti. E'l'unica opzione, al quale sono comunque abilitati, che devono andare a settare nel backend per una pubblicazione 'standard'. In questo modo potrebbero fare tutto dal frontend.

Inoltre credo che l'alias autore dovrebbe essere recuperato per default dal Nome utente e non dall'username. E'vero che preserva l'anonimato (anche se uno che pubblica dovrebbe non esserlo), ma è anche vero che si fornisce in chiaro una delle due chiavi di accesso utente. Il discorso si riferisce ovviamente alla pubblicazione 'rapida' fatta da un publisher dal frontend, essendo comunque possibile cambiare l'alias da backend (macchinoso però per gli stessi motivi di sopra)
 
legolas558
Re: Test di "produzione"
19 October 2007 21:25
Anonymous Quote:

Penso che si dovrebbe aggiungere la checkbox 'show in frontpage' lato frontend per i publisher o superiori che aggiungono/modificano contenuti. E'l'unica opzione, al quale sono comunque abilitati, che devono andare a settare nel backend per una pubblicazione 'standard'. In questo modo potrebbero fare tutto dal frontend.

Si sono d'accordo; a patto che non cominciamo ad aggiungere anche il resto delle funzioni


Quote:

Inoltre credo che l'alias autore dovrebbe essere recuperato per default dal Nome utente e non dall'username. E'vero che preserva l'anonimato (anche se uno che pubblica dovrebbe non esserlo), ma è anche vero che si fornisce in chiaro una delle due chiavi di accesso utente. Il discorso si riferisce ovviamente alla pubblicazione 'rapida' fatta da un publisher dal frontend, essendo comunque possibile cambiare l'alias da backend (macchinoso però per gli stessi motivi di sopra)

Pienamente d'accordo!
 
Top