Newsgroup: it.lavoro.professioni.webmaster
Titolo: Newsletter Html poco ortodossa...

Avrei necessità di creare una newsletter html per un cliente poco propenso
a farsi convincere della migliore visibilità di una newsletter solo testo.
Dovrei però gestire il tutto tramite client di posta e un indirizzario che
lui si aggiorna manualmente (niente in dinamico con form di iscrizione,
per capirci). Come faccio? Creo le pagine Html e le spedisco con
Outlook? Funziona già così?
O le uploado (bel neologismo!) sul server e le linko in qualche modo
nel messaggio (dovrebbe comunque apparire subito la pagina, non il
link).
Che accorgimenti dovrei utilizzare per aumentare l'accessibilità per chi
leggerà da un client solo testo?
Qualcun'altro avrà già avuto questo fastidioso problema...

 leggerà da un client solo testo?
O fai due versioni (mi pare pero' che non sia proponibile nel tuo caso), 
oppure invii una mail in multipart, sia in HTML che in testo normale. In 
questo caso pero', la mail pesa il (piu' o meno) doppio, e non ho idea 
di come si faccia a prepararla con Outlook.
Per quanto riguarda la parte in HTML: ormai tutti i clienti moderni 
supportano bene o male l'HTML, pero' non tutti allo stesso modo.
Prepara dei documenti HTML ben strutturati (h1, h2, h3, p, ecc) e usa i 
CSS per colori e eventualmente scelta dei caratteri (meglio comunque non 
modificarli) invece dei tag FONT.
In questo modo risparmi un po' di spazio e anche i client meno moderni 
dovrebbero essere in grado di mostrare una pagina 'comprensibile'. 
E se la newsletter e' lunga, per la parte in HTML sfrutta la 
possibilita' di creare link interni, per evitare che il lettore si perda.

 modificarli) invece dei tag FONT.
Intendi CSS incorporati?
Per la mail multipart hai qualche consiglio da darmi? Tu utilizzi
un'applicazione
server side per gestire il tutto?
Grazie mille


Evita anche di inserire immagini nel documento, altrimenti quando gli utenti
sono off-line si ritroveranno una serie di x rosse (molto irritanti). Cosě
facendo l'email dovrebbe pesare di meno e poi sono convinto che si possa
fare una bella pagina HTML anche utilizzando soltanto i fogli di stile e
scegliendo i giusti accostamenti di colore.
[CUT]
Mao
--------------------------------
Inviato via 
http://usenet.libero.it

 sono off-line si ritroveranno una serie di x rosse (molto irritanti).
[CUT]
Il problema si verifica se io linko il contenuto dell'e-mail, ma se io il
loghetto
lo invio e non lo richiamo dal server il problema dovrebbe essere risolto,
no?
O la cosa genera ulteriori problemi (del tipo ad alcuni arriva come
allegato)?

 server side per gestire il tutto?
La newsletter invece ci arriva come file di Word.
La sistemiamo assegnando (in Word) gli stili predefiniti per i titoli e 
paragrafi (Heading1, Heading 2, Normal, ecc.).
In questo modo esportando in HTML da Word basta rimuovere il CSS 
generato da Word e i tag SPAN (con il trova e sostituisci di DW MX), e 
il resto del codice e' gia' HTML 4 valido e correttamente strutturato in 
H1, H2, H3, P, eccetera.
Poi applichiamo al documento HTML il solito template, e spediamo la 
newsletter con questo:
http://mojo.skazat.com/
Che e' installato sul server del cliente e lo usiamo per gestire le 
iscrizioni.

 allegato)?
Esatto. Cioe', non puoi avere la certezza che l'immagine venga 
visualizzata come parte dell'email.

 sono off-line si ritroveranno una serie di x rosse (molto irritanti).
Di questo m'ero scordato. Nella newsletter di cui parlavo non ci sono 
immagini, solo testo e un po' di colore.
Il vantaggio c'e', in fondo, nell'usare l'HTML rispetto al plain text, 
ed e' la possibilita' di strutturare il documento e utilizzare il markup 
corretto per rendere il tutto piu' leggibile.

Qualcun'altro avrà già avuto questo fastidioso problema...
sì.
-- 
dipende

prestampa, e considerazioni sull'accessibilita' hanno avuto ben poca 
li odio, li odioooo!  aaaah come li odio...
quanto vorrei andare a mettere i piedi nel piatto di un cartaceo e
dire be', in fondo la carta è come il web, no, per cui si fa come dico
io in un campo di cui non capisco una mazza...
-- 
dipende

paccia quel cacchio di outlook che si scombinano tutti i thread!
-- 
dipende

 (uploadare è usato da decenni).
orrendo uguale, saluti

 paccia quel cacchio di outlook che si scombinano tutti i thread!
Pero' io non ho capito mai una cosa di 'sta storia del 'R:' Vs. 'Re:'.
Vabbe' che l'"R:" di OE non e' standard e tutto il resto ma... in che 
modo influisce sul threading?
Cioe', ci sono i campi "References" e "Message-Id" per costruire i 
thread. Con il prefisso di replica non standard, che succede?

stesso discorso e' successo anche a me.....ma non mi sono fatto poi tanti
problemi....
ho creato una pagina html normale direttamente online non accessibile al
pubblico, quando il mio cliente vuole fare un po' di promo. si collega al
suo sito richiamando la pagina promo.htm
poi fa un el copia /incolla e clicca su invio.
niente dinamismo, niente database, niente di qui e di la'
e il bello e' che VENDE!
bye
LeLe
;-D

 wrote:

    Anche perche' alcuni di noi tolgono la visualizzazione automatica
dell immagini nei messaggi. Alla faccia della moltitudine di aziende e
grafici che insieriscono in ogni messaggio (anche quelli con due righe
di testo) il loro loghetto tutto precisino...
-- 
    Nicola "nez" D'Agostino
  <!-- 
nezge...@geocities.com
 --remove/togli "getitout" -->

 io in un campo di cui non capisco una mazza...
a me succede tutti i giorni :) e non hai idea dell'approssimazione di cui 
sono capaci a volte i webbisti 'puri'... 
uno script o una pagina 'sbagliata' si editano e si rimettono online. Con 
un 50.000 copie _sbagliate_ di un libro c'e da pulircisi il *ulo per dieci 
vite.
Motivo per cui la scelta della carta giusta diventa molto importante.
QQG

thread. Con il prefisso di replica non standard, che succede?
succede che i client standard pensano che si tratta di un nuovo
thread.  se ad es. io voglio iniziare un nuovo thread in uno già
affollato posso mettere un subject del tipo:
nuovo argomento, was vecchio argomento
per far capire che deriva comunque da "vecchio argomento" anche se non
voglio che il nuovo thread si perda nell'eventuale mare magnum del
vecchio thread.
è possibile impostare alcuni client (ad es. freeagent) in modo da
ignorare il titolo nell'inthreadazione (vabè...) ma insomma, non vedo
perché dovrei rimediare io agli errori altrui.
-- 
dipende

orrendo uguale, saluti
benvenuto nel mondo reale.
-- 
dipende

 perché dovrei rimediare io agli errori altrui.
perche' il threading per References e' piu' figo :)

 benvenuto nel mondo reale.
grazie, erano anni che fluttuavo nel mondo delle idee