LINUX.ORG.RU
Ответ на: комментарий от z2v

В догонку - а чего проще-то? Печатаем Ар 72м кеглем и меряем расстояние от верхушкаи буквы А до самой нижней части буквы р... Это плюс-минус километр, но позволит понять к чему ближе шрифтовое очко в данном конкретном случае - к 25.4мм или 27.1мм...:)

Irsi
()

Не совсем в тему, но вижу большое количество спецов по OOF и не могу удержаться от вопроса:

Каким образом можно работать с группированными объектам ? Беру MS Word-овский файл, а в нем картинка наложена на другую картинку (сгруппированны объекты), OOF такое дело (проверял на 1.1.1) не переваривает. Как это можно полечить в OOF или как в MS Word "заморозить", т.е. просто объединить эти две картинки в одну с помощью макро или какой командой, чтобы потом в OOF без проблемы работать.

Буду рад услышать советы.

Олег

megera
()
Ответ на: комментарий от Irsi

2yozhhh: вообще случай конечно редкий, но если хочется... включи в скрипт проверку даты создания файла и не удаляй те, что созданы сегодня...:) Элементарно, Ватсон!

Вот так вот виндузятники тупые и маются постоянно со своим глюкаловом - то там дерьмо подберут - то сям. Слушай, Ирси, знаешь, что сделает умный админ? А он просто поставит ОО.

Alphaer ★★
()
Ответ на: комментарий от Alphaer

2Alphaer: между прочим, как было показано немного выше это стандартный сценарий из RH, как оказалось...:)
Угу... красноглазый поставит ОО... и вместо одной, легкорешаемой проблемы, получ кучу нерешаемых или решаемых не так лехко... Каких? См. выше... Одна засада с уползанием шрифтов любого до белего каления доведет и очень быстро - по себе знаю, в свое время пришлось помучится, лет 10 назад... Ну на виндах эту проблему приблизительно тогда же и решили, но пришли линуксоиды и на их софте она выползла опять...:)

Irsi
()
Ответ на: комментарий от Petya

> дык надо самому собирать из исходников - тогда грузится будет за пару секунд и всё

Маразм. Достоверно известно, что при попытках включения агрессивной оптимизации, OO.org не соберешь (или соберешь, но потом не запустится). А потому, собрав его у себя, получишь билд в лучшем случае не быстрее официального. Я говорю "в лучшем случае", потому как известны случаи, когда самосборный билд _медленней_ официального (поковыряйся на гентушных форумах - там эта проблема неоднократно всплывала уже).

int19h ★★★★
()
Ответ на: комментарий от Petya

>дык надо самому собирать из исходников - тогда грузится будет за пару секунд и всё ...

Достаточно юзать какой-нибудь WM, а не DE - загрузка происходит ощутимо быстрее. И неужели свет клином сошёлся на загрузке? Загрузил и пускай себе висит, главное, что работает быстро и стабильно ;)

bsh ★★★
()
Ответ на: комментарий от Irsi

Я возможно неясно выразился, но проблемы эти в документах OO под windows и под Linux. Очень сомневаюсь, что в версиях под разные платформы исмользуются разные страндарты дюйма. Так что проблема скорее всего в X. Как мне говорили, подобный эффект наблюдается при верстке в продуктах Adobe на Mac и PC. pdf конечно рулит, но использовать его в документообороте невозможно.

kenneth ★★★
()
Ответ на: комментарий от bsh

я использую gentoo в качестве WM -> fluxbox .... ООо собирал через emerge openoffice - ну там всякие use flags редактировал - продбирал минут 5 сначала ...

ну а насчет пары секунд - у меня грузщится без кикстартера за 6 секунд ...

athlon xp 2200+ | 256 ddr | ge force 4 mmx 440 ( 64 мега) ну и всё такое ...

Petya
()
Ответ на: комментарий от Petya

>ну а насчет пары секунд - у меня грузщится без кикстартера за 6 секунд ...

Будем мерятся скоростью загрузки?

Целик 900Мгц, 256М рамы pc133 (никакого ddr :)), i815 16M видеопамяти - OO 1.1.0 (прекомпиленый бинарник альтовской сборки) грузится в WindowMaker 17 сек. в первый раз, от нажатия батона в менюшке до полной загрузки. После закрытия ОО, второй запуск 10 сек. Без всяких quikstarter'ов. Машина, as you can see, совсем не крутая ;)

bsh ★★★
()
Ответ на: комментарий от kenneth

1. По своему опыту могу сказать что эта проблема скорее всего связана с тем подсистема печати интерпретирует данные. Не могу судить про Linux (слабоват), но в виндах именно так. Один и тот же документ открытый на рабочих станциях с разными принтерами по умолчанию дает и на экране и соответственно при печати отличающиеся друг от друга результаты. Даже если это принтеры одной фирмы. 2. Утверждение по поводу невозможности использования PDF в документообороте достаточно спорное. Возможно именно в Вашем случае это так как Вы и говорите. 3. Кто-нибудь может подсказать ссылку на добротную русскоязычную документацию о работе подсистемы печати в Linux.

anonymous
()
Ответ на: комментарий от bsh

я говорю про то что готовые билды это не самый лучший вариант ...

Petya
()
Ответ на: комментарий от AP

>> Раньше диаграммы даже посмотреть нельзя было

>У кого как :)

Тебе прислать тестовый файлик?

anonymous
()
Ответ на: комментарий от yozhhh

> примется искать процесс "winword.exe" с целью линчевать его? Или перезагрузит винду? Попробуй угадать :)

Я небуду гадать. Я тебе сразу скажу. Он МЕНЯ позовёт :(

anonymous
()
Ответ на: комментарий от anonymous

коллеги! есть вопросец: писал кто-нибудь из вас макросы под ООо 1.1.0 Basic? если да, то подскажите пожалуйста какие там есть команды для работы с ячейками .xls (типа получить содержание ячейки в переменную, произвести поиск по таблице и т.д.), может кто знает где литература про это имеет место быть, в хелпе - нету. и еще, не попадались вам описания библиотек и модулей, которые идут со стандратным пакетом? а то из сокращений трудно понять...

Lenivetzi
()
Ответ на: комментарий от anonymous

Не подскажите хорошую книжку или статью про ЛаТех. Хотел попробовать что это такое, но не знаю с чего начать.

alex320388
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.