Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > it.comp.www.php > #20440 > unrolled thread

Generazione PDF

Back to article view | Back to it.comp.www.php

Contents

  Generazione PDF g4b0 <email_sul_mio_sito@che_leggi_in.firma> - 2016-03-04 09:14 +0100
    Re: Generazione PDF fmassei@gmail.com - 2016-03-04 01:03 -0800
      Re: Generazione PDF g4b0 <email_sul_mio_sito@che_leggi_in.firma> - 2016-03-04 10:38 +0100
        Re: Generazione PDF fmigliori <fmigliori@gmail.com> - 2016-03-04 08:33 -0800
          Re: Generazione PDF g4b0 <email_sul_mio_sito@che_leggi_in.firma> - 2016-03-07 11:56 +0100
            Re: Generazione PDF fmigliori <fmigliori@gmail.com> - 2016-03-07 07:06 -0800
              Re: Generazione PDF g4b0 <email_sul_mio_sito@che_leggi_in.firma> - 2016-03-07 16:22 +0100
                Re: Generazione PDF fmigliori <fmigliori@gmail.com> - 2016-03-07 11:30 -0800
                  Re: Generazione PDF g4b0 <email_sul_mio_sito@che_leggi_in.firma> - 2016-03-08 09:03 +0100
                    Re: Generazione PDF fmigliori <fmigliori@gmail.com> - 2016-03-09 02:08 -0800
                      Re: Generazione PDF g4b0 <email_sul_mio_sito@che_leggi_in.firma> - 2016-03-09 14:33 +0100
                        Re: Generazione PDF fmigliori <fmigliori@gmail.com> - 2016-03-09 06:41 -0800
                          Re: Generazione PDF g4b0 <email_sul_mio_sito@che_leggi_in.firma> - 2016-03-09 16:50 +0100
                          Re: Generazione PDF fmassei@gmail.com - 2016-03-09 09:03 -0800
                            Re: Generazione PDF g4b0 <email_sul_mio_sito@che_leggi_in.firma> - 2016-03-10 08:53 +0100
                Re: Generazione PDF fmassei@gmail.com - 2016-03-07 11:40 -0800
                  Re: Generazione PDF g4b0 <email_sul_mio_sito@che_leggi_in.firma> - 2016-03-08 09:06 +0100
                    Re: Generazione PDF fmassei@gmail.com - 2016-03-08 09:21 -0800
                      Re: Generazione PDF g4b0 <email_sul_mio_sito@che_leggi_in.firma> - 2016-03-09 09:08 +0100
                        Re: Generazione PDF bramante <bramante@yopmail.com> - 2016-03-09 22:46 +0100
                          Re: Generazione PDF Andrea D'Amore <anddam+NOSPAM@brapi.net> - 2016-03-10 08:07 +0100
                            Re: Generazione PDF g4b0 <email_sul_mio_sito@che_leggi_in.firma> - 2016-03-10 08:52 +0100
                              Re: Generazione PDF fmigliori <fmigliori@gmail.com> - 2017-04-13 11:12 -0700
                                Re: Generazione PDF g4b0 <g4b0@nospam.com> - 2017-04-19 15:17 +0000
                                  Re: Generazione PDF fmigliori <fmigliori@gmail.com> - 2017-04-19 13:44 -0700
        Re: Generazione PDF fmassei@gmail.com - 2016-03-04 17:31 -0800
          Re: Generazione PDF g4b0 <email_sul_mio_sito@che_leggi_in.firma> - 2016-03-07 11:58 +0100

Page 1 of 2  [1] 2  Next page →

#20440 — Generazione PDF

Ciao a tutti,
Avrei la necessità di gestire la generazione dinamica di cataloghi PDF
particolarmente complessi ed articolati (per intenderci si tratta di
cataloghi di un ricambista in ambito automotive, ~300 pag di tabelle
fitte di dati e non uniformi, corredata di immagini e fronzoli vari).

Voi che libreria scegliereste se doveste partire da 0?

Grazie
-- 
g4b0, linux user n. 369000
http://brosulo.net

[toc] | [next] | [standalone]

#20441

On Friday, March 4, 2016 at 3:14:08 AM UTC-5, g4b0 wrote:
> Ciao a tutti,
> Avrei la necessità di gestire la generazione dinamica di cataloghi PDF
> particolarmente complessi ed articolati (per intenderci si tratta di
> cataloghi di un ricambista in ambito automotive, ~300 pag di tabelle
> fitte di dati e non uniformi, corredata di immagini e fronzoli vari).
> 
> Voi che libreria scegliereste se doveste partire da 0?
> 

Dipende cosa hai come input - tcpdf fa il suo porco lavoro a partire da HTML
formattato come richiede.

Ciao!

[toc] | [prev] | [next] | [standalone]

#20442

On 04/03/2016 10:03, fmassei@gmail.com wrote:
> On Friday, March 4, 2016 at 3:14:08 AM UTC-5, g4b0 wrote:
>> Ciao a tutti,
>> Avrei la necessità di gestire la generazione dinamica di cataloghi PDF
>> particolarmente complessi ed articolati (per intenderci si tratta di
>> cataloghi di un ricambista in ambito automotive, ~300 pag di tabelle
>> fitte di dati e non uniformi, corredata di immagini e fronzoli vari).
>>
>> Voi che libreria scegliereste se doveste partire da 0?
>>
> 
> Dipende cosa hai come input - tcpdf fa il suo porco lavoro a partire da HTML
> formattato come richiede.

In realtà i dati sono un'estrazione ad-hoc da DB, il problema dell'HTML
è che dobbiamo gestire salti pagina customizzati, scritte in verticale
nei margini a bordo pagina, numerazione pagine ecc.

Ma tcpdf mi gestisce per esempio bootstrap o CSS3 in generale?

Questi PDF andranno stampati e rilegati, per cui probabilmente sarebbe
meglio lavorare direttamente sul PDF, senza passare da HTML. Per contro
una delle specifiche è la gestione "fluida" dei contenuti, per cui se
c'è spazio per un box va messo nella pagina precendete anzichè finire
"d'ufficio" in quella successiva, pertanto in queso caso HTML aiuterebbe.


-- 
g4b0, linux user n. 369000
http://brosulo.net

[toc] | [prev] | [next] | [standalone]

#20445

Il giorno venerdì 4 marzo 2016 10:38:37 UTC+1, g4b0 ha scritto:
> On 04/03/2016 10:03, fmassei@gmail.com wrote:
> > On Friday, March 4, 2016 at 3:14:08 AM UTC-5, g4b0 wrote:
> >> Ciao a tutti,
> >> Avrei la necessità di gestire la generazione dinamica di cataloghi PDF
> >> particolarmente complessi ed articolati (per intenderci si tratta di
> >> cataloghi di un ricambista in ambito automotive, ~300 pag di tabelle
> >> fitte di dati e non uniformi, corredata di immagini e fronzoli vari).
> >>
> >> Voi che libreria scegliereste se doveste partire da 0?
> >>
> > 
> > Dipende cosa hai come input - tcpdf fa il suo porco lavoro a partire da HTML
> > formattato come richiede.
> 
> In realtà i dati sono un'estrazione ad-hoc da DB, il problema dell'HTML
> è che dobbiamo gestire salti pagina customizzati, scritte in verticale
> nei margini a bordo pagina, numerazione pagine ecc.
> 
> Ma tcpdf mi gestisce per esempio bootstrap o CSS3 in generale?
> 
> Questi PDF andranno stampati e rilegati, per cui probabilmente sarebbe
> meglio lavorare direttamente sul PDF, senza passare da HTML. Per contro
> una delle specifiche è la gestione "fluida" dei contenuti, per cui se
> c'è spazio per un box va messo nella pagina precendete anzichè finire
> "d'ufficio" in quella successiva, pertanto in queso caso HTML aiuterebbe.
> 
> 
> -- 
> g4b0, linux user n. 369000
> http://brosulo.net

HTML e CSS hanno fatto salti da giganti anche nella gestione tipografica, ti consiglio di dare un'occhiata e non scartarlo a priori.

https://www.smashingmagazine.com/2015/01/designing-for-print-with-css/

[toc] | [prev] | [next] | [standalone]

#20463

On 04/03/2016 17:33, fmigliori wrote:
> HTML e CSS hanno fatto salti da giganti anche nella gestione tipografica, ti consiglio di dare un'occhiata e non scartarlo a priori.

Ho dato un occhiata, ma nel nostro caso il PDF dovrà avere la precisione
"al pixel", pertanto non mi fido ancora di HTML/CSS. Non vorrei
ritrovarmi a sviluppo ultimato a non riuscire a fare la modifica killer
richiesta dal cliente...

-- 
g4b0, linux user n. 369000
http://brosulo.net

[toc] | [prev] | [next] | [standalone]

#20465

Il giorno lunedì 7 marzo 2016 11:56:32 UTC+1, g4b0 ha scritto:
> On 04/03/2016 17:33, fmigliori wrote:
> > HTML e CSS hanno fatto salti da giganti anche nella gestione tipografica, ti consiglio di dare un'occhiata e non scartarlo a priori.
> 
> Ho dato un occhiata, ma nel nostro caso il PDF dovrà avere la precisione
> "al pixel", pertanto non mi fido ancora di HTML/CSS. Non vorrei
> ritrovarmi a sviluppo ultimato a non riuscire a fare la modifica killer
> richiesta dal cliente...
> 
> -- 
> g4b0, linux user n. 369000
> http://brosulo.net

Lavorando con le primitive non hai il controllo sulle sovrapposizioni e quando il cliente vorrà cambiare un aspetto per lui insignificante non troverai nessun css ad aiutarti, dovrai ripartire da capo, anche per l'aumento di 2pt del font. Però è anche vero che se l'html ti vuole deprimere ti deprime, specie i non grafici.
Buon lavoro.

[toc] | [prev] | [next] | [standalone]

#20466

On 07/03/2016 16:06, fmigliori wrote:
> Lavorando con le primitive non hai il controllo sulle sovrapposizioni e quando il 

cliente vorrà cambiare un aspetto per lui insignificante non troverai
nessun css ad

aiutarti, dovrai ripartire da capo, anche per l'aumento di 2pt del font.

Però è anche vero che se l'html ti vuole deprimere ti deprime, specie i
non grafici.
> Buon lavoro.

Giusto per capirci, secondo te una cosa del genere è fattibile con
HTML+CSS -> PDF?

http://goo.gl/tlQMBL

-- 
g4b0, linux user n. 369000
http://brosulo.net

[toc] | [prev] | [next] | [standalone]

#20468

Il giorno lunedì 7 marzo 2016 16:22:31 UTC+1, g4b0 ha scritto:
> On 07/03/2016 16:06, fmigliori wrote:
> > Lavorando con le primitive non hai il controllo sulle sovrapposizioni e quando il 
> 
> cliente vorrà cambiare un aspetto per lui insignificante non troverai
> nessun css ad
> 
> aiutarti, dovrai ripartire da capo, anche per l'aumento di 2pt del font.
> 
> Però è anche vero che se l'html ti vuole deprimere ti deprime, specie i
> non grafici.
> > Buon lavoro.
> 
> Giusto per capirci, secondo te una cosa del genere è fattibile con
> HTML+CSS -> PDF?
> 
> http://goo.gl/tlQMBL
> 
> -- 
> g4b0, linux user n. 369000
> http://brosulo.net


Mi ero già fatto questa ricerca non molto tempo 
fa ed ero giunto a questa conclusione, 
ma per risponderti devo farti una domanda: 
questa generazione di cataloghi quante volte avviene?

A. poche volte al giorno/mese? 

B. di continuo, ogni utente definisce come deve essere il suo 
catalogo e questo avviene 15.000 volte al giorno.

Risposte:

A. SI, la creazione dell'html via php, riutilizzabile nel sito, 
ma per il pdf dovrai cercare strumenti diversi dalle librerie php, 
userai programmi concatenati in maniera automatizzata. 
Ad esempio http://wkhtmltopdf.org

B. SI, il server produrrà tutti i 15.000 cataloghi al giorno 
(altrimenti sarebbe bastato un grafico) ma ha un costo di licenza.
http://www.princexml.com (che è in java ma si interfaccia col php)


Per mia esperienza diretta, anni fa quando dovetti produrre i pdf
via php scelsi di lavorare direttamente con le primitive perché
le librerie html>pdf all'epoca disponibili non mi parevano all'altezza.

Se anche tu prenderai questa via ti consiglio caldamente di crearti delle
classi che ti permettano di impaginare con la filosofia di
FileMaker/Access, cioè a sezioni e colonne, in modo che tu 
definisci solo piccoli modelli e sia la classe a riproporli alle
diverse coordinate. Io feci così e mi trovai bene.

Lo spirito del mio precedente post era che vista la 
maturità di html anche per la stampa,
di trovare una terza via che saltasse il pdf.
Rimanere in html, magari come app cordova,  ebook...

[toc] | [prev] | [next] | [standalone]

#20470

On 07/03/2016 20:30, fmigliori wrote:
> Il giorno lunedì 7 marzo 2016 16:22:31 UTC+1, g4b0 ha scritto:
>> On 07/03/2016 16:06, fmigliori wrote:
>>> Lavorando con le primitive non hai il controllo sulle sovrapposizioni e quando il 
>>
>> cliente vorrà cambiare un aspetto per lui insignificante non troverai
>> nessun css ad
>>
>> aiutarti, dovrai ripartire da capo, anche per l'aumento di 2pt del font.
>>
>> Però è anche vero che se l'html ti vuole deprimere ti deprime, specie i
>> non grafici.
>>> Buon lavoro.
>>
>> Giusto per capirci, secondo te una cosa del genere è fattibile con
>> HTML+CSS -> PDF?
>>
>> http://goo.gl/tlQMBL
>>
>> -- 
>> g4b0, linux user n. 369000
>> http://brosulo.net
> 
> 
> Mi ero già fatto questa ricerca non molto tempo 
> fa ed ero giunto a questa conclusione, 
> ma per risponderti devo farti una domanda: 
> questa generazione di cataloghi quante volte avviene?
> 
> A. poche volte al giorno/mese? 

Una volta al giorno, notte tempore.


> A. SI, la creazione dell'html via php, riutilizzabile nel sito, 
> ma per il pdf dovrai cercare strumenti diversi dalle librerie php, 
> userai programmi concatenati in maniera automatizzata. 
> Ad esempio http://wkhtmltopdf.org

Strumento interessante, l'unica cosa che mi turba è che i PDF andranno
poi anche in stampa per essere distribuiti in cartaceo, per cui temo di
arrivare ad un punto in cui con l'HTML non si riesca più a gestire i
problemi di "grana fine" (es. spostare di 2mm a sx la tabella, o fare un
box di 6mm agganciato esattamente al bordo della pagina).

Attualmente questi PDF vengono generati con una vecchia versione di
PDFLib, ma essendo cambiata la base dati sottostante, che tra l'altro è
dinamica ed in continuo mutamento, dobbiamo riscrivere tutto, anche in
vista del restyling grafico.

> Per mia esperienza diretta, anni fa quando dovetti produrre i pdf
> via php scelsi di lavorare direttamente con le primitive perché
> le librerie html>pdf all'epoca disponibili non mi parevano all'altezza.

È la stessa sensazione che ho anche io, però forse è dettata dal fatto
che sono moltop più skillato sulla programmazione server side che non su
HTML/CSS ed amenicoli vari.

> Se anche tu prenderai questa via ti consiglio caldamente di crearti delle
> classi che ti permettano di impaginare con la filosofia di
> FileMaker/Access, cioè a sezioni e colonne, in modo che tu 
> definisci solo piccoli modelli e sia la classe a riproporli alle
> diverse coordinate. Io feci così e mi trovai bene.

Hai per caso un account su github? :D

> Lo spirito del mio precedente post era che vista la 
> maturità di html anche per la stampa,
> di trovare una terza via che saltasse il pdf.
> Rimanere in html, magari come app cordova,  ebook...

La terza via non è percorribile, il cliente vuole un PDF perchè deve
stamparlo e distribuirlo, il target sono i vari distributori sparsi per
il mondo. Ti immagini il meccanico che sceglie il ricambio con un app su
un tablet?

-- 
g4b0, linux user n. 369000
http://brosulo.net

[toc] | [prev] | [next] | [standalone]

#20474

> Ad esempio http://wkhtmltopdf.org
> 
> Strumento interessante

Assomiglia molto al cmd/crtl P, solo automatizzato e magari con maggiore riproducibilità.


>cambiata la base dati sottostante, che tra l'altro è
> dinamica ed in continuo mutamento

Quindi astrazione spinta sia della base dati usando viste, sia -e soprattutto- nella progettazione delle classi. Tre mesi? ma in quanti siete?

> Hai per caso un account su github? :D

No, ma una mano non mancherà.

> La terza via non è percorribile, il cliente vuole un PDF perchè deve
> stamparlo e distribuirlo, il target sono i vari distributori sparsi per
> il mondo. Ti immagini il meccanico che sceglie il ricambio con un app su
> un tablet?

Tutti i giorni stampa e distribuisce il cartaceo a millemila meccanici? E comunque i meccanici hanno sia il computer che internet, per cui il catalogo html diventa più pratico perché aggiornato e con strumenti che il cartaceo non può avere. Ovviamente non è per insistere, sicuramente il pdf è l'unica soluzione.

[toc] | [prev] | [next] | [standalone]

#20475

On 09/03/2016 11:08, fmigliori wrote:
>> Ad esempio http://wkhtmltopdf.org
>>
>> Strumento interessante
> 
> Assomiglia molto al cmd/crtl P, solo automatizzato e magari con maggiore riproducibilità.
> 
> 
>> cambiata la base dati sottostante, che tra l'altro è
>> dinamica ed in continuo mutamento
> 
> Quindi astrazione spinta sia della base dati usando viste, sia -e soprattutto- nella progettazione delle classi. Tre mesi? ma in quanti siete?

Siamo in due sul progetto, ma probabilmente solo uno si occuperà del
PDF. Secondo te tre mesi sono pochi o tanti?

>> La terza via non è percorribile, il cliente vuole un PDF perchè deve
>> stamparlo e distribuirlo, il target sono i vari distributori sparsi per
>> il mondo. Ti immagini il meccanico che sceglie il ricambio con un app su
>> un tablet?
> 
> Tutti i giorni stampa e distribuisce il cartaceo a millemila meccanici?

No, lo stampa quando le scorte si esauriscono, nel frattempo online c'è
la versione sempre aggiornata. Per la questione catalogo online/cartaceo
sono daccordo con te, ma purtroppo il mondo vuole ancora il cartaceo
(soprattutto in posti come india, africa e sudamerica, ma anche l'italia
non scherza)


P.S.
Non centra nulla, ma faccio fatica a quotare decentemente i tuoi post
inviati tramite google groups (vedi l'ultimo quote troncato)

-- 
g4b0, linux user n. 369000
http://brosulo.net

[toc] | [prev] | [next] | [standalone]

#20476

Il giorno mercoledì 9 marzo 2016 14:33:57 UTC+1, g4b0 ha scritto:
> On 09/03/2016 11:08, fmigliori wrote:
> >> Ad esempio http://wkhtmltopdf.org
> >>
> >> Strumento interessante
> > 
> > Assomiglia molto al cmd/crtl P, solo automatizzato e magari con maggiore riproducibilità.
> > 
> > 
> >> cambiata la base dati sottostante, che tra l'altro è
> >> dinamica ed in continuo mutamento
> > 
> > Quindi astrazione spinta sia della base dati usando viste, sia -e soprattutto- nella progettazione delle classi. Tre mesi? ma in quanti siete?
> 
> Siamo in due sul progetto, ma probabilmente solo uno si occuperà del
> PDF. Secondo te tre mesi sono pochi o tanti?


Tre mesi non mi sembrano tanti per il prodotto finito del livello che mi hai
mostrato, forse una decorosa beta. Che poi sarà necessaria un'interfaccia
utente poderosa per indicare cosa mostrare (sorgente disomogenea), come e dove e accettare 
cambiamenti radicali di dati e stili di presentazione senza dover scrivere una riga
di codice. Se ci riuscite davvero in tre mesi avete tutta la mia stima.

> No, lo stampa quando le scorte si esauriscono, nel frattempo online c'è 
> la versione sempre aggiornata. Per la questione catalogo online/cartaceo 
> sono daccordo con te, ma purtroppo il mondo vuole ancora il cartaceo 
> (soprattutto in posti come india, africa e sudamerica, ma anche l'italia 
> non scherza) 

Lo so e hai perfettamente ragione.

PS
> Non centra nulla, ma faccio fatica a quotare decentemente i tuoi post 
> inviati tramite google groups (vedi l'ultimo quote troncato) 

Ho notato ma non saprei come fare.

[toc] | [prev] | [next] | [standalone]

#20477

On 09/03/2016 15:41, fmigliori wrote:
> Il giorno mercoledì 9 marzo 2016 14:33:57 UTC+1, g4b0 ha scritto:
>> On 09/03/2016 11:08, fmigliori wrote:
>>>> Ad esempio http://wkhtmltopdf.org
>>>>
>>>> Strumento interessante
>>>
>>> Assomiglia molto al cmd/crtl P, solo automatizzato e magari con maggiore riproducibilità.
>>>
>>>
>>>> cambiata la base dati sottostante, che tra l'altro è
>>>> dinamica ed in continuo mutamento
>>>
>>> Quindi astrazione spinta sia della base dati usando viste, sia -e soprattutto- nella progettazione delle classi. Tre mesi? ma in quanti siete?
>>
>> Siamo in due sul progetto, ma probabilmente solo uno si occuperà del
>> PDF. Secondo te tre mesi sono pochi o tanti?
> 
> 
> Tre mesi non mi sembrano tanti per il prodotto finito del livello che mi hai
> mostrato, forse una decorosa beta. Che poi sarà necessaria un'interfaccia
> utente poderosa per indicare cosa mostrare (sorgente disomogenea), come e dove e accettare 
> cambiamenti radicali di dati e stili di presentazione senza dover scrivere una riga
> di codice. Se ci riuscite davvero in tre mesi avete tutta la mia stima.

Beh, i tre mesi sono per la generazione del PDF, previa normalizzazione
della base dati. Tutta la gestione del dato, con relativi import/export
da competitor e fornitori, connessioni con webservice del mondo
automotive, allienamento con amazon, e tante altre amenità sono escluse
dal conteggio.

Si tratta di un intervento mastodontico che credo mi darà filo da
torcere per almeno un anno, ma forse anche qualcosa di più.

-- 
g4b0, linux user n. 369000
http://brosulo.net

[toc] | [prev] | [next] | [standalone]

#20479

On Wednesday, March 9, 2016 at 9:41:38 AM UTC-5, fmigliori wrote:
> Il giorno mercoledì 9 marzo 2016 14:33:57 UTC+1, g4b0 ha scritto:
> > Non centra nulla, ma faccio fatica a quotare decentemente i tuoi post 
> > inviati tramite google groups (vedi l'ultimo quote troncato) 
> 
> Ho notato ma non saprei come fare.

Uso anch'io google groups, bisogna sistemare tutto il quoting a mano,
che in automatico non ce la fa (e, in tutti questi anni, non ce l'ha mai
fatta), così come mettere a mano i ritorni a capo.
Da questo punto di vista è veramente scomodo.

Ciao!

[toc] | [prev] | [next] | [standalone]

#20491

On 09/03/2016 18:03, fmassei@gmail.com wrote:
> On Wednesday, March 9, 2016 at 9:41:38 AM UTC-5, fmigliori wrote:
>> Il giorno mercoledì 9 marzo 2016 14:33:57 UTC+1, g4b0 ha scritto:
>>> Non centra nulla, ma faccio fatica a quotare decentemente i tuoi post 
>>> inviati tramite google groups (vedi l'ultimo quote troncato) 
>>
>> Ho notato ma non saprei come fare.
> 
> Uso anch'io google groups, bisogna sistemare tutto il quoting a mano,
> che in automatico non ce la fa (e, in tutti questi anni, non ce l'ha mai
> fatta), così come mettere a mano i ritorni a capo.
> Da questo punto di vista è veramente scomodo.

Io ho smesso e sono tornato a Thunderbird, google groups lo uso solo
quando non sono a casa o in ufficio, ma in quelle situazioni raramente
ho bisogno di usenet. Inoltre sto cercando di abbandonare google in
toto, ma questo è un altro discorso.

-- 
g4b0, linux user n. 369000
http://brosulo.net

[toc] | [prev] | [next] | [standalone]

#20469

On Monday, March 7, 2016 at 10:22:31 AM UTC-5, g4b0 wrote:
> Giusto per capirci, secondo te una cosa del genere è fattibile con
> HTML+CSS -> PDF?
> 
> http://goo.gl/tlQMBL
> 

La vedo dura, ma la vedo dura anche a primitive. :)

Comunque non è un aut-aut, puoi anche sgrossare in HTML e piazzare a mano
quello che in HTML non puoi fare.

Ciao!

[toc] | [prev] | [next] | [standalone]

#20471

On 07/03/2016 20:40, fmassei@gmail.com wrote:
> On Monday, March 7, 2016 at 10:22:31 AM UTC-5, g4b0 wrote:
>> Giusto per capirci, secondo te una cosa del genere è fattibile con
>> HTML+CSS -> PDF?
>>
>> http://goo.gl/tlQMBL
>>
> 
> La vedo dura, ma la vedo dura anche a primitive. :)

Eh lo so. Infatti si parla di lavorare qualche mese attaccati a questi
PDF... non vedo l'ora :(

> Comunque non è un aut-aut, puoi anche sgrossare in HTML e piazzare a mano
> quello che in HTML non puoi fare.

Ci avevo anche pensato, ma il problema è che la base dati cambia in
continuazione, per cui quelle tabelle avranno dimensioni diverse di
giorno in giorno. Secondo te con una libreria tipo tcpdf riesco ad
importare dell'html e poi capire, per esempio, dove finisce una tabella?

Anche il numero di pagine è variabile, le immagini che oggi non ci sono
domani potrebbero essere inserite, e via discorrendo.

-- 
g4b0, linux user n. 369000
http://brosulo.net

[toc] | [prev] | [next] | [standalone]

#20472

On Tuesday, March 8, 2016 at 3:06:28 AM UTC-5, g4b0 wrote:
> On 07/03/2016 20:40, fmassei@gmail.com wrote:
> > On Monday, March 7, 2016 at 10:22:31 AM UTC-5, g4b0 wrote:
> >> Giusto per capirci, secondo te una cosa del genere è fattibile con
> >> HTML+CSS -> PDF?
> >>
> >> http://goo.gl/tlQMBL
> >>
> > 
> > La vedo dura, ma la vedo dura anche a primitive. :)
> 
> Eh lo so. Infatti si parla di lavorare qualche mese attaccati a questi
> PDF... non vedo l'ora :(
> 

Se hai "qualche mese" a disposizione fai in tempo ad inventare un nuovo
formato alternativo al PDF :D

Ti suggerivamo lo HTML perché di solito vuoi finire in giornata: se non hai
questo tipo di restrizioni vai tranquillo di placeText/placeImage/drawTable
(funzioni di fantasia) di qualsiasi libreria più ti piaccia, che farai
sicuramente in tempo (io avevo suggerito tcpdf perché da quello che ho visto
è la migliore sulla funzione HTML->PDF, ma visto che non ti serve puoi
sceglierne qualsiasi altra).

Ciao!

[toc] | [prev] | [next] | [standalone]

#20473

On 08/03/2016 18:21, fmassei@gmail.com wrote:
> Se hai "qualche mese" a disposizione fai in tempo ad inventare un nuovo
> formato alternativo al PDF :D

Be, c'è da dire che "qualche mese" comprende il refactoring della base
dati, lo studio di un nuovo layout, la generazione del PDF e tutte le
verifiche necessarie alla messa in stampa (si tratta di stampare ~10K
copie in prima battuta).

Ho provato tcpdf e non sembra male, ora vorrei dare un'occhiata alla
libpdf, poi credo che sceglierò tra queste due. E magari provo
l'approccio ibrido: HTML in prima battuta e primitive per rifinire.
Staremo a vedere :)

-- 
g4b0, linux user n. 369000
http://brosulo.net

[toc] | [prev] | [next] | [standalone]

#20483

Il 09/03/2016 09:08, g4b0 ha scritto:
> On 08/03/2016 18:21, fmassei@gmail.com wrote:
>> Se hai "qualche mese" a disposizione fai in tempo ad inventare un nuovo
>> formato alternativo al PDF :D
>
> Be, c'è da dire che "qualche mese" comprende il refactoring della base
> dati, lo studio di un nuovo layout, la generazione del PDF e tutte le
> verifiche necessarie alla messa in stampa (si tratta di stampare ~10K
> copie in prima battuta).
>
> Ho provato tcpdf e non sembra male, ora vorrei dare un'occhiata alla
> libpdf, poi credo che sceglierò tra queste due. E magari provo
> l'approccio ibrido: HTML in prima battuta e primitive per rifinire.
> Staremo a vedere :)
>

uso tcpdf per generare fatture, prenotazioni ed elenchi (una decina di 
pagine), vado di ibrido, primitive + html (table).

la versione che ho risale a qualche hanno fa, (devo decidere di fare 
l'aggiornamento all'ultima versione)

tcpdf non mastica bene i css, li devi mettere inline non possono essere 
un file separato, e poi se sono semplici li gestisce se sono complicati 
(diversi cascade), non me li prende.

una cosa che devi da considerare è il "tempo" di generazione del PDF, 
sopratutto nel tuo caso dove generi cataloghi da centinaia di pagine con 
foto, table, ecc..

da qualche parte ho letto che tcpdf sia il più veloce, soprattutto con 
immagini, sfondi, trasparenze ecc..

Ciao

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | it.comp.www.php

csiph-web