Работа с uOpenOffice

[Mr.Smart]

Касательно переменной в Case - она может быть не Integer?

Данная "фича" появилась в 2.5.1 вот. ИМХО, лишнее это всё!

[leo_bsv]

Почему ж лишнее, вообще-то удобно и компактно даже вот здесь люди пишут...

Добавлено спустя 3 минуты:

Я не про баги - конкретно про String в case - правильно ли?

вообще-то не правильно... т.к. скорее всего нужно иметь ввиду обратную совместимость...
но если всё переписать на if...than...else... то там так всё будет громоздко... ппц.
Я считаю что обработка string в case вполне логична.

Добавлено спустя 3 минуты 34 секунды:
х.з. чё и делать терь - неужели переписывать

[Mr.Smart]

leo_bsv указываете минимальную версию FPC 2.6.0 и забиваете на всё...

[Владимир]

х.з. чё и делать терь - неужели переписывать

К сожалению - да, переписывать, чтобы проблем у народа не было.

[leo_bsv]

ок... переписано...

Добавлено спустя 45 секунд:
но я всё-равно за case с поддержкой string )

[Brainenjii]

+1!!! Case со string'ами - да я же этого джва года ждал!!!! Спасибо, разработчики FPC!!!!

[Sergei I. Gorelkin]

Не за что
Теперь осталась самая мелочь - научить этот case компилироваться в вычисление perfect hash набора строк с последующим выбором за O(1), вместо обычного набора сравнений...

[leo_bsv]

научить этот case компилироваться в вычисление perfect hash набора строк с последующим выбором за O(1), вместо обычного набора сравнений...

почувствовал себя убогим

[dunin]

Не за что
Теперь осталась самая мелочь - научить этот case компилироваться в вычисление perfect hash набора строк с последующим выбором за O(1), вместо обычного набора сравнений...

Gorelkin = Голова!
Очень хорошо. Пока народ к синтаксису привыкает все отполируете. Верю.

[Brainenjii]

leo_bsv: есть очень хорошая книжка - "Фундаментальные алгоритмы и структуры данных в delphi". Главу из неё можно почитать здесь, остальные легко гуглятся ^_^
Я тут недавно её почитал, и теперь могу полностью понять ответ Сергея ^_^

p.s. а для этой uOpenOffice нужен запущенный OpenOffice? И насколько производительно решение?

[v-t-l]

а для этой uOpenOffice нужен запущенный OpenOffice

Для чтения шаблона и/или генерации финального .odt ни запущенный, ни даже установленный OpenOffice не требуется. Для просмотра/правки/печати требуется любая программа, умеющая проделывать эти операции с .odt-файлами.

И насколько производительно решение?

Думаю, быстрее чем через OLE/XPCOM.
Кстати, 2leo_bsv, для повышения производительности рекомендую обратить внимание на FlatODT (чтобы избавиться от зачастую лишних операций распаковки/упаковки/распаковки), тем более, что в LibreOffice его обработку переписали с Java на C.

[Владимир]

предлагаю оттестировать новый функционал

Остался один case PropNode.Attributes[c].NodeName of - заменил на if then, заработало.
Что смог - проверил - вроде живет.

[leo_bsv]

Остался один case PropNode.Attributes[c].NodeName of

исправлено

Что смог - проверил - вроде живет.

очень своеобразно работают атрибуты margin..., width, rel-width, align =) ограничения накладывает сам ООо...

для повышения производительности рекомендую обратить внимание на FlatODT

для работы с .fodt потребуется вносить слишком много изменений в уже написанный код... пока что не рассматривается.
да и шаблоны для программ придётся сохранять в .fodt вместо .odt не очень стандартное решение...
хотя в файлах без картинок и прочей дополнительной фигни действительно может быть быстрее...

[Владимир]

очень своеобразно работают атрибуты margin..., width, rel-width, align =

Да Бог с ними... Нам бы AppendCols - и можно бы жить. Вы вроде говорили, что имеете подвисший проект - я в таком же положении. Понятно, извернусь как-нибудь, но некрасиво!
А откуда от верблюда - вроде раньше был Йошкар-Ола?

[leo_bsv]

Да Бог с ними...

Бог то с ними, но придётся с ними разбираться, т.к. AppendCols со своим width от этого зависит напрямую

Добавлено спустя 2 минуты 35 секунд:

А откуда от верблюда - вроде раньше был Йошкар-Ола?

да, из Йошкар-Олы