Newsgroup: it.comp.www.php
Titolo: [OT] programmatori e grafici

Volevo iniziare questa discussione:
Io sono un grafico pubblicitario e internet, con una passione in questo
ultimo periodo della programmazzione PHP, però gardando il lavoro di altri
programmatori mi sono accorto di molti errori svolti da loro!
1) Un sito è fatto di grafica e di codice, quindi grafico e programmatore
convivono!
2) un grafico sa poco di programmazzione
3)un programmatore sa poco di grafica
Quindi, essendo che il PHP è un codice che viene assemblato dall'HTML perchè
creare programmi completamente in PHP? esempio, creare tabelle, immagini e
via in PHP, quando un povero grafico aprirà il file non riuscirà a far
niente!!!
Oppure PHP integrato a JAVA, usarlo solo per delle piccole funzioni!
comunque inserite in una semplice pagina HTML, perchè un grafico normalmente
non sa modificare il codice, e se per caso modificasse la sorgente sarebbero
guai!!
Quindi pensate anche alle collaborazioni scrivendo il codice!!!
Ciao
  Silvio
__________________________________________________________________ Silvio
Fogarolo ICQ#: 163783764 Current ICQ status: + More ways to contact me i See
more about me:
__________________________________________________________________

   Silvio
Ciao Paolo

   Silvio
Infatti, qui usiamo completamente diviso codice con layout html. Per le cose
mini va bene mischiare, ma per siti complessi non va mica bene. Nel altro
reparto si lavora con ASP senza template. Quanti problemi...
Anche la FAQ (nonostante che ci sia solo un autore) si basa su un template
(semplice). Si puo' vederlo con 
http://php.dopoil.com/faq.tmpl.html
 e
http://php.dopoil.com/faqMain.tmpl.html
  (in questo caso un po' sporco,
perche' la tabella del menu e' creata a mano, ma di solito usiamo anche dei
tag per le tabelle che vengono marcate).
Nel caso della FAQ _sarebbe_ meglio di creare un sito statico (quindi dovrei
aggiungere un sistema di deployment che genera il codice, ma non ho tempo di
fare tutto).
Cmq. penso che sia bene che parli di questo argomento, spesso non viene
considerato di investire un attimo di tempo in un sistema strutturato. Il
capo vuole vedere subito dei risultati (perche' un lavoro che si percepisce
prevalentamente visuale, e la qualita' del software viene misurato in base a
questa impressione, non in base alla mantenibilita' del codice e del design,
la estensione del sistema, la modularita' dei componenti, riuso dei moduli
ecc.). Poi, quando un cliente chiede modifiche si piange avendo adattato un
metodo poco strutturato.

 ha scritto nel messaggio
news:RcyX8.28228$7N3.6...@twister2.libero.it...

In effetti è così. Io sono un programmatore e mi intendo poco di grafica,
però ho trovato un sistema per lavorare bene con i grafici.
Generalemente i miei programmi hanno questa struttura.
programma_x
{
  codice php
   controllo degli input
   produzione delle variabili da visualizzare.
   if devo visualizzare pagina;
   {
     require 'testata_html.php':
    require 'programma_x_html.php
    require 'fondo_html.php
    }
}
Tutta la parte di visualizzazione è fatta in HTML con i tag in php per
visualizzare i dati.
Così il grafico è praticamente autonomo, deve solo stare attento a non
modificare i tag di visualizzazione delle variabili php.
Anche in caso di un form, i campi, compresi i menù di scelta vengono
visualizzati da variabili php.
il file html che genera le tabelle è fatto cosi:
:codice html
:codice html
: testata della tabella
<?php ciclo while o for ?>
 :codice html che genera le rige con all'interno tag php per i dati.
<? fine while o for ?>
:fine tabella
:resto della pagina in html.
Cordialmente.

 niente!!!
Io sono un programmatore e mi intendo un po' di grafica.
Quando però devo lavorare come grafico con un altro programmatore o
viceversa faccio così:
- si decide l'output, magari creando una pagina-tipo in html
- si infila dietro il php
Per me è comodo saper fare un po' tutte e due le cose perchè pensando alla
grafica so di dover andare incontro ad alcune limitazioni (o, meglio,
facilitazioni) per metterci il php dietro, e quando faccio uno script penso
anche all'impaginazione!
LAMASE

reparto si lavora con ASP senza template. Quanti problemi...
Utilizzare i template e dividere operativamente il lavoro del
programmatore da quello del grafico secondo me a volte non e' cosi'
semplice.
Ne approfitto per riportare parte di un intervento che a tal proposito
ho fatto sulla ML di php, vorrei sapere cosa ne pensate riguardo ai
punti che ho evidenziato.
--------------
Sto sperimentando PatTemplate (
http://www.php-tools.de/
), prima di
iniziare il lavoro pero' mi e' gia' venuto qualche dubbio su come
separare operativamente il lavoro del grafico dal mio e vorrei sentire
il vostro parere.
Le pagine sono composte da un template principale, il quale si
suddivide in tanti template secondari: il grafico usa Dreamweaver e
puo' aprire se vuole ogni singolo template (a cui ho dato estensione
htm), il problema e' che per forza di cose non riuscira' mai a
lavorare su un template visivamente finito. Il problema diventa
consistente quando le immagini sono parametrizzate nel codice, es.:
una form che contiene un'immagine che faccio variare nel codice, nel
momento in cui si apre il template con DW si trovera' un bel <img
src="{immagine}"> e non vedra' un bel niente.
Altra cosa: l'applicazione usera' i fogli di stile: ogni singolo
template pero' non ha ovviamente il link al file css, quindi quando si
apre con DW apparira' privo di formattazione.
Ultima considerazione: leggendo la documentazione di Pattemplate (e
sfogliando quella di Smarty), ho notato che i motori di template piu'
complessi danno la possibilita' di inserire semplici strutture di
controllo del flusso (if, cicli etc.), in pratica pero' si inserisce
parte della application logic nel template, cosa che si tenta di
evitare proprio usando i template!!
------------------
Lupin
-------------------------
DaDaBIK - DaDaBIK is a DataBase Interfaces Kreator
http://www.dadabik.org/
-------------------------
http://www.favoriti.it/
Importa e gestisci i tuoi bookmarks on-line
----------------------------------
Rimuovere XXX per rispondere via e-mail

Io di solito prima compongo la grafica con in testa l'idea di come dovrebbe
venire in PHP, tenendo conto anche dei cicli, eccetera.
Poi scrivo il codice e chiudo l'HTML in PHP, i vari file che mi servono per
non ripetere troppe volte lo stesso codice, modularizzo un po'...
Si può fare.
E poi, è vero che un sito è grafica e codice, ma mica sempre 50 e 50%.
Dipende dal sito... dall'argomento, dal grado di interattività richiesto ...
A volte si può puntare più sulla grafica e altre volte meno. Dipende.
LAMASE ha scritto nel messaggio ...


Sebbene sono un programmatore, il php lo uso solo a casa per diletto
personale :) e per fare i miei sitarelli...magari un giorno lavorò anche con
questo linguaggio seriamente!!
La difficoltà che avevo trovato inizialmente io, quando mi sono avvicinato
al linguaggio, era proprio mischiare le due parti...grafica e
programmazione.
Prima infatti facevo la mia bella paginatta html, e poi cercavo di
incastrarci il codice php dentro...era un bordello pazzesco, sebbene le mie
sono pagine non troppo elaborate. Pensate ad una semplice finestra di login,
in cui in funzione di quello che uno scrive vede la pagina corretta o la
segnalazione "paswd errata...". Non mi va tanto di usare una pagina
transitoria per poi redirigere alla pagina buona o quella appena descritta.
Secondo me, portando avanti il caso del login, deve esistere una sola pagina
di login che si comporta lei stessa in modo diverso, in base a quello che
uno scrive.
Adesso invece mi "disegno" una pagina in formato html, giusto per avere un
idea visiva e di impatto di quello che è la pagina stessa. A volte la
disegno ancor prima come immagine, con photoshop, e poi cerco di rifarla in
html. Una volta che so come dovrebbe essere la mia pagina, allora scrivo
codice php che, in funzione doi quello che accade me la crea a modino.
Se uno aprisse una mia pagina php si renderebbe conto che gran parte del
codice html e non me lo costruisco da codice, da php stesso.
E' abbastana intuitivo che se dovessi lavorare con grafico il mio lavoro e
il suo non potrebbero mescolarsi più di tanto...ogniuno mette le mani solo
sulle cose, quindi in questo caso un grafico senza di me non farebbe una
mazza, io senza un grafico potrei solo fare pagine brutte va vedere :P
Non so se questo sia in effetti un buon modo di lavorare, ma così facendo ho
il controllo totale sulla pagina html..perchè di gatto la costruisco proio
io, on fly! :)
Nel mio caso però, il problema è abbastanza irrilevante per finchè il
grafico e il programmatore sarò sempre io...le due figure professionali non
avranno mai nessun conflitto con loro :))
Saluti...
--------------------------------
Inviato via 
http://usenet.libero.it