FPDF и форматированный текст

[GusarByID]

FPDF и форматированный текст

Всем привет!
Возможно ли с помощью FPDF вывести в формате PDF текст из базы данных, отформатированный до этого WYSIWYG редакторами , например SPAW.
Я нашел примеры на http://fpdf.org/ но там только "человеческие" теги, а SPAW творит вот что:

<h3  style="MARGIN: 0cm 0cm 0pt 54pt; TEXT-INDENT: -36pt; mso-list: l0 level1 lfo1; tab-stops: list 54.0pt"><font face="Times New Roman">
<span  style="FONT-SIZE: 10pt; mso-bidi-font-size: 12.0pt"><span  style="mso-list: Ignore">I.<span  style="FONT: 7pt "Times New Roman"">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
</span></span></span><span  style="FONT-SIZE: 10pt; mso-bidi-font-size: 12.0pt">Modul Ersteller<p></p></span></font></h3><p class="MsoNormal"  
style="MARGIN: 0cm 0cm 0pt"><p><font face="Times New Roman" size="3">&nbsp;</font></p></p><p class="MsoNormal"  style="MARGIN:...

И еще. Не понял как сделать автоматический перенос строки, но это может сам найду.

 

[440hz]

[offtop]
ИМХО, ИМХО, визивики портят как юзеров так и приводят в ужос разработчиков, когда юзер начинет верставть в ворде а потом заниматься Copy+Paste, а потом возникают сии треды. причем это не первый тред за ближайшее время.

Они хороши для менеджеров когда впаривается ЦМС. Мол у нас полный алес! делайте что хотите! Полный контроль за содержимым страницы, а по факту - фогос под нос.

Имхо достаточно обычных BB, ну или простой визивиг (b.i.p). остальное прикручено за уши. про загрузку картинок ваще молчу. ни один грамотный дизайн не позволит менять размеры картинок и заниматься всякой чушью.

Нормальный CSS и дизайн ляжет грамотно без наворотов и без всяких там супервизивиков. Я сделал много сайтов и ни на одном визивигов нету и люди работают и довольны.
[offtop]

а fpdf грамотная либа. при ее расширении можно наворотить много красоты. пример я уже приводил сегодня.
http://440hz.ru/trash/sample.pdf (генерируется на лету и потом юзеру на мыло)

-~{}~ 12.09.07 18:08:

а SPAW творит вот что

а эт о не SPAW это как раз Copy+Paste из MSOffice

 

[GusarByID]

В том-то и проблема, коллеги сначала форматируют документ в ворде, а потом постят в базу.

 

[440hz]

В том-то и проблема

проблема в том, что им это позволили. уберите причину и следствия уберутся атоматически.
а разргебать этот фарш - себя не уважать.

 

[Vladimir_UA]

TO: 440Ghz

Согласен, что проблемы создают редакторы.
Но как быть в таком случае.

Пользователи создают документы, допустим исходящие письма.

Задача вести учет этих документов, вести автоматическую нумерацию, использовать стандартный шаблон для конкретных типов документов.

Исходя из Вашего поста, я вообще невижу решения даного вопроса, так как форматирования в виде <b>, <i>, <u>, <img>, <table> - явно недостаточно.

Как решить такую задачу на PHP + PDF?

 

[440hz]

Vladimir_UA

начнем сначала - какая стоит задача?
а реализацией займемся попозже...

 

[Vladimir_UA]

Задача - создать систему документооборота.

Система должна уметь:
1. Автоматически проставлять номер, дату документа.
2. Подставлять к документу нужный шаблон
(например, исходящее письмо от оргазнизации "А" или от организации "Б").
3. Система должна сохранять электронные копии документов, позволяя просматривать и выводить на печать нужные документы.

 

[440hz]

Автор оригинала: Vladimir_UA
Задача - создать систему документооборота.

Система должна уметь:
1. Автоматически проставлять номер, дату документа.
2. Подставлять к документу нужный шаблон
(например, исходящее письмо от оргазнизации "А" или от организации "Б").
3. Система должна сохранять электронные копии документов, позволяя просматривать и выводить на печать нужные документы.

ну теперь подробно-подробно про сущность "документ"

p.s. дале смогу ответить тока завтра... сорри... иду на ДР

 

[Vladimir_UA]

Документ:

1. Документ может содержать разнообразную информацию: форматированный текст, таблицы, изображения.

2. Исходя из того, что система будет работать в обычном офисе, то набор и форматирование документов будет производиться в пакете Microsoft office (Word, Excel).
Заставить пользователей постоянно использовать визуальный HTML редактор - будет сложно.

3. Документ может быть разных размеров (скорей всего заранее определенных: А5, А4, А3, ...), а также может иметь альбомную или книжную ориентацию.

4. Желательно отображение документов в виде PDF - для облегчения передачи электронных документов клиентам.

П.С. Приятного празднования Д.Р.!

 

[dimagolov]

Vladimir_UA, не заморачивайся с конвертацией форматов. Храни файлы в орининальном виде или в некой структуре каталогов (типа DepartmentID/PersonID/CaseId/S/DocId) и храни в бызе иерархию только или засунь документы в BLOB-ы.
потом по настроению прикрутишь ф-ю экспорта оригинальных документов в pdf.

 

[Vladimir_UA]

TO dimagolov.

Согласен! Даже проходил такой вариант.

Дело в том, что мне необходимо создавать документы по утвержденному шаблону (грубо говоря, шапка вверху документа + нужные отступы по краям).
Шаблон не должен быть доступен для редактирования пользователям, как и оступы в документе.

Для этого мне прийдется:
1. Брать документ пользователя в оригинальном формате, например - RTF.
2. Брать из него содержимое.
3. После этого формировать новый документ, который будет соответствовать нужному шаблону
4. Вставлять в новый документ содержимое из оригинального документа.

Только после этого сохранять в БД или структуре каталогов.

Но тогда возникает проблема с форматами, DOC - например практически невозможно обработать без использования COM.

-~{}~ 17.09.07 22:58:

Более того.
Если использовать только RTF (исключая DOC), то возникает новая проблема:

Когда пользователю отдается готовый (читай зарегистрированный в системе документ) с автоматически установленным номером, датой и шаблоном (колонтитулами), то при его открытии пользователю доступна возможность редактирования, и он сам сможет изменить номер, дату или весь документ. Чего быть не должно.

Если режим просмотра - то только просмотр или печать.
Режим редактирования - тогда возможность редактирования, но только содержания документа, не номера, шаблона, а именно содержания.

 

[440hz]

не. документооборот так не сделать или будет чудовищное извращение.

я бы даже не пытался, а смотрел в сторону готовых решений на платформе win32.