Великі документи

[piktor]

Тримайте

Next hint - рекурсія.

[DalekiyObriy]

Код: [Вибрати]

kword -v
Qt: 4.5.3
KDE: 4.3.4 (KDE 4.3.4)
KWord: 2.1.0Начебто все працює, а на яких операціях зазнає краху? Попри все дуже сильно гальмує, це вже справді треба щось для роботи з базою даних, а не текстовий процесор.

ну я вже не згадаю, можливо падало ще коли в беті було, але працювати с таким гальмом все одно неможливо, так що поки що доводиться користуватися меншим злом — ООо і бігати «поміж крапельками» :\

[Сергій Лисовенко]

Flame:

Next hint - рекурсія.

А дзуськи: я її не люблю.

ну я вже не згадаю, можливо падало ще коли в беті було, але працювати с таким гальмом все одно неможливо, так що поки що доводиться користуватися меншим злом — ООо і бігати «поміж крапельками» :\

Ваші словники наявні як чистий форматований текст? І яке їх походження?

[DalekiyObriy]

Ваші словники наявні як чистий форматований текст? І яке їх походження?

не зовсім зрозумів, що значить чистий форматований текст? це той що Content-Type: text/pure-formatted-text ?
фактично технологічний процес виглядає так: odt -> (купа скриптів) -> xml -> (sql і ts в postgres) -> (php) -> html -> до переглядача
походження різне, але здебільша: оцифровування + вичитування

[Сергій Лисовенко]

Не зрозуміло, що робить odt.
Можна ж text (скрипти та ін) -> xml -> ...

[DalekiyObriy]

Не зрозуміло, що робить odt.
Можна ж text (скрипти та ін) -> xml -> ...

а форматування звідки візьметься?

[noddeat]

Не зрозуміло, що робить odt.
Можна ж text (скрипти та ін) -> xml -> ...

а форматування звідки візьметься?

а LyX ви не можете для цього процесу використовувати? Він ніби одразу в html вміє експортувати. Чесно кажучи, не дуже зрозумів, навіщо вам ОО.

[DalekiyObriy]

Не зрозуміло, що робить odt.
Можна ж text (скрипти та ін) -> xml -> ...

а форматування звідки візьметься?

а LyX ви не можете для цього процесу використовувати? Він ніби одразу в html вміє експортувати. Чесно кажучи, не дуже зрозумів, навіщо вам ОО.

про це вже була дискусія

[Сергій Лисовенко]

Не зрозуміло, що робить odt.
Можна ж text (скрипти та ін) -> xml -> ...

а форматування звідки візьметься?

Форматування - зі структури тексту. До того ж в тексті форматування розіб'ється не візуально, а за змістом.
наприклад

Код: [Вибрати]

\term Бад\'яжити
\item Проводити хімічний синтез.
\item Готувати страву.
\item Писати програму.
\item Виконувати творчу роботу.
може дати щось типу

Код: [Вибрати]

<word><name>Бадяжити</name>
<spell>Бад\'яжити</spell>
<mention>Проводити хімічний синтез.</mention>
<mention>Готувати страву.</mention>
<mention>Писати програму.</mention>
<mention>Виконувати творчу роботу.</mention>
</word>


[DalekiyObriy]

Форматування - зі структури тексту. До того ж в тексті форматування розіб'ється не візуально, а за змістом.
наприклад

Код: [Вибрати]

\term Бад\'яжити
\item Проводити хімічний синтез.
\item Готувати страву.
\item Писати програму.
\item Виконувати творчу роботу.


ви колись пробували вичитувати і звіряти з оригіналом файли, в яких 30-40 тис. позицій від одного до декількох рядків кожний з такими тегами? тобто з одного боку у вас є текстовий оригінал з нормальним форматуванням (грубий, курсив...), а з іншого електронна форма з такими тегами...

та й міняти форматування при вичитуванні дододиться мало не більше ніж сам текст, і погодьтеся міняти форматування в WYSIWYG набагато швидше

окрім того форматування скажімо академічного словника зовсім не схоже на \item...\item, зазирніть напр. в статтю «II. Паха́ть» і відкрийте сирці, навіть якщо там буде не xml а спрощені теги оком працювати там буде просто неможливо

плюс там є ще купа інших моментів, наприклад експорт в pdf, обмін з лінгвістами, що працюють лише з вордом і т.п.

[noddeat]

ну, я так розумію, вся проблема в тому, що файл великий. тоді напрошується питання: а якщо його скриптом порізати на шматки, а потім зібрати назад?

друге, це можна замість текстових редакторів зробити веб-пику з WYSIWIG html редактором. Правда, я поняття зеленого не маю, чи ті, що існують, добре перетравлюють великі файли.

[cadca]

З тим документом взагалі все дуже цікаво - content.xml всередині весь одною стрічкою - щось це мені дуже нагадує

[DalekiyObriy]

ну, я так розумію, вся проблема в тому, що файл великий. тоді напрошується питання: а якщо його скриптом порізати на шматки, а потім зібрати назад?

ну проблема в тому, що з одним файлом працювати легше, бо багато помилок повторюються, а повторювати ту саму заміну 5-10 разів на різних документах — не в кайф зовсім

друге, це можна замість текстових редакторів зробити веб-пику з WYSIWIG html редактором.

ну для сучасного словника, окремі статті редагуються саме так (у вебі через TinyMCE), але для тих що приходять з оцифрування це не вихід

Правда, я поняття зеленого не маю, чи ті, що існують, добре перетравлюють великі файли.

не перетравлюють, на 100-200кб сирців, вже важко, а тут десятки мегабайт

[DalekiyObriy]

З тим документом взагалі все дуже цікаво - content.xml всередині весь одною стрічкою - щось це мені дуже нагадує

ну він не призначений для перегляду людиною, а програмі \n нафіг не потрібно, так що тут все досить логічно

але у мене є скрипт, що ставить \n після кожного параграфу , щоб можна було переглядати і правити в текстовому редакторі при потребі, плюс після редагувань в мене запускається скрипт, що перевіряє регресії і видає diff, і там без \n нікуди

[z86]

люди то ОпенОфіс жити буде?