Организация Document Foundation анонсировала (http://listarchives.documentfoundation.org/www/announce/msg0...) релиз офисного пакета LibreOffice 3.3 (http://www.libreoffice.org/), независимого форка проекта OpenOffice.org, основанного (http://www.opennet.me/opennews/art.shtml?num=28093) в результате расхождения взглядов (http://www.opennet.me/opennews/art.shtml?num=28604) на будущее развитие проекта независимых разработчиков и компании Oracle. Готовые установочные пакеты подготовлены (http://www.libreoffice.org/download) в форматах deb и rpm.
Из улучшений (http://www.libreoffice.org/download/new-features-and-fixes/), появившихся в LibreOffice 3.3, можно отметить (улучшения представлены по сравнению с OpenOffice.org 3.2):- Поддержка встраивания в PDF всех 14 стандартных PDF-шрифтов;
- Расширение средств для защиты документов в Calc и Writer. Например, добавлена вкладка "File/Properties../Security", позволяющая установить пароль на редактирование документа. Ранее ...
URL: http://listarchives.documentfoundation.org/www/announce/msg0...
Новость: http://www.opennet.me/opennews/art.shtml?num=29376
OpenOffice.org 3.3 ещё не вышел, но уже есть LibreOffice 3.3. К чему бы это?
Как это нет? Есть.
На данный момент только OpenOffice.org 3.3.0 Release Candidate 10
А почему бы и "да"?Это форк и разработчики вправе начать свою нумерацию проекта.
Так я наоборот за. Если не будут дожидаться релиза OO.org, а будут всегда основываться на последнем RC -- релизы будут быстрее выходить.
> Так я наоборот за. Если не будут дожидаться релиза OO.org, а будут
> всегда основываться на последнем RC -- релизы будут быстрее выходить.с чего вы взяли что они будут основываться на какой либо версии OO.org (будь то релиз или релиз кандидат), libreoffice независимый форк (в отличии от того чем являлся go-oo) и его разработка никак не связана с OO.org.
Зачем тогда 3.3 ? Начинали же просто без номеров, альфа, бэта, а тту вдруг раз и 3.3, если бы хотели быть непривязанными к основной ветке
какой основной ветки? основная ветка теперь LibreOffice
Мда, взяли Oo, подправили напильником и сразу основная ветка. Если бы они сразу после форка свое пилили, то можно было бы рассуждать. А пока это просто переименованный Оо.
Почему то вам минусов понаставили, а ведь на данном этапе развития LibO так и есть.
> Почему то вам минусов понаставили, а ведь на данном этапе развития LibO
> так и есть.Минус в том числе я поставил. LO с каждым месяцем всё больше отличается от OOo. Многие это заметили уже по одному только изменению скорости работы. :) (я сам не сравнивал... во всяком случае, пока) Факт — в LO охотнее принимают патчи. Сейчас они больше переделывают внутренности «под себя», это вполне ожидаемо. А главное — они смогли выпустить в срок свой, самостоятельно сделанный релиз. А это значит, что силы у них есть.
Ага, за пару месяцев разработки только сформировавшимся сообществом Libre смогли превзойти годы работы над openoffice, м координально поминять основные принципы работы, увеличив скорость работы в энное количество раз. Все что они могли за это время оптимизировать - это увеличить скорость загрузки при помощи интеграции патчей из go-oo.
не нужно преувеличивать. никто не говорит о "превзойти годы", "увеличить тра-та-та" и прочий "бла-бла-бла".говорим только об одном - идёт штатная работа штатным коллективом, теми кто и до этого пилил и ооо, и го-оо.
и работа эта не плоха. тем более если учесть что могло быть намного хуже.зы:
кстати, ссылка http://go-oo.org/download/ не работает. коллектив го-оо уже работает над либре. поэтому если они и
>за пару месяцев разработки только сформировавшимся сообществом Libre смогли превзойти годы работы над openofficeто только самих себя.
> Все что они могли за это время оптимизировать - это увеличить скорость загрузки при помощи интеграции патчей из go-oo.Это плохо?
специально для вас написано какие изменения взяты из openoffice, а какие внесены независимо от него.
И каких больше? А вообще соответствующая постановка вопроса разве не подтверждает мое мнение?
> А вообще соответствующая постановка вопроса разве не подтверждает мое мнение?нет
когда уже сделают репозиторий? ставить его непонятно по-какому не дебиан-вэй(
А в Генту уже появился ebuild - можно ставить по вполне себе генту-вей =)
ну скажем так... я понимаю, что в squeeze он и не появится (в крайнем случае в бэкпортах, но не раньше чем сквиз станет стабля), но documentfoundation мог бы создать такой репозиторий у себя
В debian Experimental libreoffice-3.3.0~rc4-1
В арче, кстати, тоже пару дней назад объявился.
пару дней? вобщето в арче он с конца сентября 2010.
Релизный 3.3? о_О Почему-то сомневаюсь.
почитайте ветку, речь идёт о LibreOffice в репозитариях дистрибутивах. если вы имели ввиду релиз 3.3 то вы не вникли в суть обсуждаемого вопроса.
В Slackware уже есть давно модифицированный SlackBuild скрипт =)
Так в Дебиане (Experimental) он и так есть
а как его поставить оттуда, если у меня testing?
sudo aptitude -t experimental install libreoffice libreoffice-help-ru libreoffice-l10n-ru
http://www.omgubuntu.co.uk/2011/01/new-ppa-makes-installing-.../
Вай соу слоу?
> когда уже сделают репозиторий? ставить его непонятно по-какому не дебиан-вэй(Держать в sources.list помоечную сборку из мелких сторонних репов - вот что не дебиан-вей.
Вот вам, держите, пользуйтесь:
http://packages.debian.org/search?keywords=libreoffice&searc...
Скоро и 3.3.0 "ровно" будет там же.
но если я это место пропишу в sources.list, то оттуда установятся нестабильные версии всего того, что там ещё есть, а не только либреофис? Как этим (experimental) правильно пользоваться?
Добавить все репозитоири (stable, testing, unstable и experimental) и в /etc/apt/apt.conf добавить:APT::Default-Release "testing";
Или тот реп, который нужен.
А как ставить из других репозиториев выше писали (-t).
PS: Порядок источников в sources.list, кажется, важен, но я не помню какой. :)
http://manlinux.org/how-to-put-the-experimental-package-in-t.../
такой вот способ немного ужасный) в части установки требуемых зависимостей, которые помечаются как установленные вручную. Да и хлопотно всё это.
> APT::Default-Release "testing";Кривой способ. Так установленные из experimental пакеты не будут обновляться. Правильный способ — использовать приоритет репозиториев, который можно менять для отдельных пакетов.
При добавлении репозиторий experimental уже имеет низкий приоритет, из-за чего пакеты автоматически из него не обновляются.
Подробнее — man apt_preferences и http://wiki.debian.org/DebianExperimental.
открой для себя pinning, http://wiki.debian.org/AptPreferences
он позволяет выставлять приоритет для каждого отдельного репа.
sid или testing должен иметь более высокий приоритет, тогда по умолчанию будет ставиться из них.
Он уже давно в experimental лежит.
>когда уже сделают репозиторий?так в подготовке к убунту 11.04 в репе есть и для других есть возможность подключить РРА с LО, если так хотели могли бы и подключить.
есть уже всё репах
Улучшения OpenOffice.org 3.3, идентичные с OpenOffice.org 3.3... еще бы =)
да да я сию штурмующую мозг фразу тоже не понял
"Улучшения OpenOffice.org 3.3, идентичные с OpenOffice.org 3.3"
LibreOffice оветвился от OpenOffice.org ещё до выхода 3.3, поэтому на ряду с собственными улучшениями разработчики переносили улучшения из OpenOffice, чтобы подчеркнуть что эти изменения не их заслуга (или не только их), а также подчеркнуть что собственные улучшения это только их заслуга, эти изменения описаны отдельно.
"This release is bit-to-bit identical to Release Candidate 4"...
good
$ yaourt -Qi libreoffice
Название : libreoffice
Версия : 3.3.0.4-1
$ pacman -Qi libreoffice
Version : 3.3.0.4-1
Build Date : Fri 21 Jan 2011 19:34:29 EET
Install Date : Sat 22 Jan 2011 21:31:41 EET
> ...и минимизации использования компонентов на языке Java.Давить Oracle?-)
Эти компоненты на C++ переписываются, вообще-то, что положительно сказывается на быстродействии и надёжности приложения.
>минимизации использования компонентов на языке Java.ради этого стоило прочитать все буквы
1.
> когда уже сделают репозиторий? ставить его непонятно по-какому не дебиан-вэй(2.
> А в Генту уже появился ebuild - можно ставить по вполне себе генту-вей =)3.
А до портов LibreOffice когда-нибудь доживёт? А то ставить его непонятно по-какому - не BSD-вэй. :-)А вообще планы разработки интересные. Внушают оптимизм. Молодцы!
> 1.
>> когда уже сделают репозиторий? ставить его непонятно по-какому не дебиан-вэй(
> 2.
>> А в Генту уже появился ebuild - можно ставить по вполне себе генту-вей =)
> 3.
> А до портов LibreOffice когда-нибудь доживёт? А то ставить его непонятно по-какому
> - не BSD-вэй. :-)В OpenBSD уже не первый месяц есть. Юзаю почти столько же времени, полёт нормальный.
>> 1.
>>> когда уже сделают репозиторий? ставить его непонятно по-какому не дебиан-вэй(
>> 2.
>>> А в Генту уже появился ebuild - можно ставить по вполне себе генту-вей =)
>> 3.
>> А до портов LibreOffice когда-нибудь доживёт? А то ставить его непонятно по-какому
>> - не BSD-вэй. :-)
> В OpenBSD уже не первый месяц есть. Юзаю почти столько же времени,
> полёт нормальный.Кстати, что очень приятно, ВСЕ локальные патчи ушли в апстрим. С OOo это, видимо, никогда не произойдёт.
Почему-то в версии для венды не работает орфографическая проверка для русского языка, хотя язык документа выбран. При проверке в окне выбора слов вообще нет ни одного языка, хотя все стоящие в системе словари выбраны. Есть у кого такой глюк?
велкам ту опенсорс!
словарь как extension ставить можно. с сайта extensions.
Установлен словарь. Внешний, из расширений. Проверка орфографии под виндой не пашет. Пользюки продолжат сидеть на инфравском Ooo 3.2.1 :(
Словарь распространяется под GPL, а сам ООо под LGPL. Поэтому его не включают в состав OOo для виндовс, а в линуксе словарь ставится "по зависимостям" отдельным пакетом.
А где брать исходные коды, чтобы попробовать покомпилировать в FreeBSD? На странице http://www.libreoffice.org/download/ в разделе "Download the source code to build your own installer" куча каких-то странных файлов. А где единый архив исходных текстов пакета, распаковав который, можно дать традиционные команды
configure
make
make install
?
> А где брать исходные коды, чтобы попробовать покомпилировать в FreeBSD? На странице
> http://www.libreoffice.org/download/ в разделе "Download the source code to build your
> own installer" куча каких-то странных файлов. А где единый архив исходных
> текстов пакета, распаковав который, можно дать традиционные команды
> configure
> make
> make install
> ?традиционные команды и autotools - говно. Нью-скул:
cmake ./
make
make install
Ты слишком толст. Уйди со своим Qt. Просто уйди :)
в Qt qmake
cmake успешно юзается и для не-GUI проектов.
тебе конкретный вопрос задали - где брать исходные коды, чтобы попробовать покомпилировать в FreeBSD?
никому не интересно в какой системе сборки толстые тролли собирают свои комментарии.
зы:
вот тут все исходники - http://download.documentfoundation.org/libreoffice/src/
ути какой правдоруб. я комментировал "традиционность" autotools, это понятно?
тебя кто-то спрашивал мнение о традиционности?
> вот тут все исходники - http://download.documentfoundation.org/libreoffice/src/Спасибо. Здесь тоже группа разрозненных модулей - core, calc, base, etc... Как это всё хозяйство собирать? Всё компилировать и устанавливать в какой-то творческой последовательности? Или всё скачать, распаковать в один каталог и запустить общую сборку?
хм. в генте вот такой ебилд - http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/app-...
можно разобраться и сделать аналогично
> хм. в генте вот такой ебилд - http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/app-...
> можно разобраться и сделать аналогичноне правильный ebuild, это libreoffice-bin который уже скомпилирован. вот тут правильный http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/app-...
cd /usr/ports/editors/libreoffice && make install clean
> cd /usr/ports/editors/libreoffice && make install cleanПоявилось только 19 часов назад, капитан Внимательность.
В 15ой федоре Либре уже заменил Опен. Субьективно нравится.
Автоапдейтер они уже приделали для Windows? В OpenOffice есть.
Молодцы, действительно, быстро сработала команда разработчиков. Думал, до февраля минимум затянут.
Правильный ход конем сделала Document Foundation, а именно выпустила раньше продукт LibreOffice 3.3, чем компания Oracle выпустила OpenOffice 3.3.
>Для платформы Windows переработан инсталлятор, офисный пакет теперь распространяется в виде одного установочного файла, в состав которого включены все поддерживаемые языковые пакеты.плохо ... хочется как у го-оо англ + отдельно пакет русификации
>Из Go-oo будут перенесены наработки по оптимизации кода и ускорению запуска пакета; средства для выполнения VBA-макросов в табличном процессоре; поддержка встраивания в документы диаграмм из пакета Visio; поддержка родных файловых диалогов и мультимедиа фреймворка GStreamer при работе в Linux; система для создания 3D-презентаций; инструмент для формирования заполняемых бланков; более качественное отображение EMF-контента.
т.е. не стоит пока слезать с го-оо ??
В винде надо по ее законам жить. Все в один exe-шник и побольше, и либы и яву машину тудаже.
test можно удалять, проверял возможность постинга.> традиционные команды и autotools - говно. Нью-скул:
>
> cmake ./
> make
> make installВариант cmake пока не понравился:
cmake ./
CMake Error: The source directory "..." does not appear to contain
CMakeLists.txt.
Specify --help for usage, or press the help button on the CMake GUI.make и gmake продвигались дальше перед тем, как загнуться с ошибкой.
> make и gmake продвигались дальше перед тем, как загнуться с ошибкой.Это надо рассматривать с точки зрения быстроты работы. cmake всё делает быстрее - и вываливается с ошибкой тоже быстрее остальных.
Скорость работы и навигатор порадовали. Остальное пока не успел посмотреть.
Заценим.>Возможность использования до миллиона строк в таблицах
Интересно, это где-то кем-то реально используется?
>>Возможность использования до миллиона строк в таблицах
> Интересно, это где-то кем-то реально используется?Еще как и даже больше
Где если не секрет обычно с такими размерами переходят на что нибудь более серьезное
А можно узнать, где конкретно? Насколько я понимаю, с таки количеством записей должна СУБД использоваться, наверное.
> А можно узнать, где конкретно? Насколько я понимаю, с таки количеством записей
> должна СУБД использоваться, наверное.Ой, меня опередили.
У СУБД свои задачи и функционал, у таблиц совершенно другие. Общего у них только слово -- таблица. СУБД -- организация и доступ к данным, таблицы -- расчеты. То, что таблицы иногда используют для организации и доступа к данным -- есть недоразумение и непонимание. С другой стороны, как использовать СУБД для табличных расчетов, сложно себе даже представить.
легко и просто. язык называется sql. я уже не говорю про его расширения.
зы:
не забывайте, что когда говорят про ексель и калк в лимон строк, то говорят не только про таблицы (вычисления не упоминаю - уже выше сказал), но и хранение этих данных в том же файле.
а это не есть гуд. даже присоединённый dbf-файл или sqlite выглядели бы более правильным решением.
Например, матрицу посчитать, линейную модель оптимизировать. На SQL наверное это тоже можно, но, боюсь сложно. Особенно - если это нужно один раз сделать только. Тут, правда, с запасом. Но запас карман не тянет.
а то что эта гадость глючит при работе с дбф это ничего?
пробуйте создать таблицу.
заголовки таблицы такие:
BBP_PID,N,9,0 MSUM,N,16,2
данные:
5594 1234,56сохраняем в .DBF
открываем таблицу и смотрим структуру:
BBP_PID,N,7,2 MSUM,N,7,2
содержимое:
5594,00 1234,56куда катимся??!! как дальше жить?
откроешь вот так таблицу, сохранишь ее после внесения изменений и.. прощай информация!
https://bugs.freedesktop.org/
залепил баг сюда : https://bugs.freedesktop.org//show_bug.cgi?id=33511
поддержите!
а в формулах не отображает греческие буквы. но, думаю, что все поправят. новость очень и очень положительная!
> а в формулах не отображает греческие буквы. но, думаю, что все поправят.
> новость очень и очень положительная!И что с того? Те формулы, что производит вордпроцессор -- чистый кал. Для формул есть OOoLatex. Зачем еще что-то, тем более такое неудобное и ужасное на выходе.
Поломалось с переходом на 3-ю версию. Во 2-й с дбф-ми ещё было нормально.
Народ, никто не в курсе, модульным его делать не собираются? Ато ради Writer и Calc тянуть в систему кучу прочего барахла как-то не очень радует.
Там ядро одно большое и жирнючее, Writer и Calc - всего лишь гуи к нему. А дробить не меньшие смысла мало - получится много дублирования в каждом бинарнике.
Ну, для начала, можно было бы отделить ядро от гуев и позволить доставлять необходимые гуи-оболочки по необходимости, затем можно было бы и само ядро дробить на более мелкие (самодостаточные) части. Я конечно не спец в этом вопросе, но xorg же движется в этом направлении и, по-моему, удачно.
> Ну, для начала, можно было бы отделить ядро от гуев и позволить доставлять необходимые гуи-оболочки по необходимостиТак можно же. В той же бубунте так и сделано.
> Ну, для начала, можно было бы отделить ядро от гуев и позволить
> доставлять необходимые гуи-оболочки по необходимости, затем можно было бы и само
> ядро дробить на более мелкие (самодостаточные) части. Я конечно не спец
> в этом вопросе, но xorg же движется в этом направлении и,
> по-моему, удачно.Правильно. Для начала выбросить нахер редактор формул и забыть о их страшном рендеринге.
Что за фигня? Издание состояло в переименовании rpmок? Внутри rc4!
По-моему, у ООо такое и раньше практиковалась - если РЦ проходит тесты на финалку, баг не найдено, переименовывают пакет/инсталятор :)
> Что за фигня? Издание состояло в переименовании rpmок? Внутри rc4!То есть вас не устраивает, что RC4 прошёл контроль качества? Скажите, а что такое, по-вашему, release candidate, если не кандидат в релизы, м-м-м? ;) Вам рассказать значение слова кандидат? ;)
>> Что за фигня? Издание состояло в переименовании rpmок? Внутри rc4!
>То есть вас не устраивает, что RC4 прошёл контроль качества? Скажите, а что такое, >по-вашему, release candidate, если не кандидат в релизы, м-м-м? ;) Вам рассказать >значение слова кандидат? ;)Меня не устраивает, что
"This release is bit-for-bit identical to the Release Candidate 4, so you don't need to download or reinstall if you have that version already."
хотя
"There are a few non-critical issues still contained in this release, which will be addressed soon with upcoming bugfix versions:"
По видимому ребята спешат выпустить раньше ООо
На крайняк хоть бы статус RC
> На крайняк хоть бы статус RCНа крайняк хоть бы статус RC убрали из названий
:)
>> На крайняк хоть бы статус RC
> На крайняк хоть бы статус RC убрали из названий
> :)Ну тут да, лопухнулись мальца. :))) Что ж, зато сроки не сорвали. А это очень много.
>[оверквотинг удален]
>>То есть вас не устраивает, что RC4 прошёл контроль качества? Скажите, а что такое, >по-вашему, release candidate, если не кандидат в релизы, м-м-м? ;) Вам рассказать >значение слова кандидат? ;)
> Меня не устраивает, что
> "This release is bit-for-bit identical to the Release Candidate 4, so you
> don't need to download or reinstall if you have that version
> already."
> хотя
> "There are a few non-critical issues still contained in this release, which
> will be addressed soon with upcoming bugfix versions:"
> По видимому ребята спешат выпустить раньше ООо
> На крайняк хоть бы статус RCКгхм. Вы думаете, что в Oracle так не делают? И в Microsoft тоже? Что Linux или *BSD выпускаются исключительно без открытых багрепортов?.. Добро пожаловать в реальность.
Если вам так интересно, зайдите сами в багзиллу и посмотрите, решение каких проблем было отложено на будущее. Заодно нам расскажете, что там интересного, если оно там есть.
> "There are a few non-critical issues still contained in this release, which
> will be addressed soon with upcoming bugfix versions:"Это нормально для нетривиального x.0.
Совершенно невозможно работать в либреофис. Да, мы пытались использовать его в качестве основного редактора на протяжении недели отделом 7 человек. Выводы: очень плохо. Нумерация ведёт себя непредсказуемо даже при редактировании doc только либреофисом (неговоря уже про попеременную обработку файла вордом), маркировка тоже тут одна - а в ворде будет другая, абзацы сьезжают, форматирование сьезжает, картинки сьезжают, стили искажаются. За неделю мы выявили порядка 300 таких косяков, делающих использование либреофис (и опенофис) невозможным в гетерогенной среде, а зачастую и в родной среде. Директор попросил itшника писать по собственному желанию, потому что не оправдывает надежд - уверял что всё будет нормально с переходом на либреофис - зря послушали, работать невозможно.
Не понимаю, проекту же столько лет, как можно за столько лет не сделать его стабильным? Что бы хотя бы картинки после вставления в документ были на своих местах, а не поразному на всех машинах...
Огромное количество народу пересадил на ООо, и юуду в дальнейшем пересаживать на LO.
Всё в порядке.
То, что выше - невероятно толсто...
Что значит толсто? Я написал как было. Не понял причём тут толщина чья то.
ps: ааа, вот теперь понял, это из терминологии и языка троллей... всё ясно.
Ну что значит "толсто"? Ты кого переводил? Своих друзей? Установил на одном компе? Попробуй переведи офис! Чел резонно написал, что у них не вышло. Мучений с ОО всегда было достаточно. Жаль, если ничего не изменилось.
Наша компания работает ТОЛЬКО на ООо, к примеру (и вообще на ALT Linux). Небольшая (10) человек, но работаем же ). Другие конторы также частично или полностью на ООо. Нет ТАКИХ жалоб. Есть шероховатости, но они мелкие и зачастую от МСО... Или от незнания.
Большинство вышеозначенных проблем мы проходили, они не от ООо, а от отсутствия навыков работы с ООо, в большинстве случаев. Там и форматирование с помощью пробелов, и отступы посредством [enter] и другие сопутствующие "нюансы" были.
Но это отнюдь не значит, что ООо крив, тем более настолько. Это лишь значит, что люди не привыкли пользоваться правильно инструментом. Каким - не особо важно. Другое дело, что ООо для нас оказался куда более удобным и привлекательным инструментом, чем МСО.
И да, для окончательного обмена "наружу" - PDF, как и задумано.ЗЫ. Странно, что всё более часто приходят внешние документы в ODF-форматах. Это радует.
Что ж, приятно слышать, что небольшая компания, но успешно перешла, тем более полностью на линукс. У меня был неприятный опыт 2-3 года назад (только вышел 3.0), компания до 100 человек, падения на Linux задолбали, что во 2ой ветке, что в третьей. Это были именно креши в дефалтной интеловской сборке. Падения просто на любом месте, скажем, если тема гтк не понравилась.
> То, что выше - невероятно толсто...Если ген^Wубу^Wайтишник ломанулся заре навстречу, то вполне реалистично и описано.
Мы сперва по полгода пилотились порой, прежде чем выкатываться по отделам заказчика. И то вводная лекция содержала приличный кусок по обнаруженным граблям и обходным манёврам (с утешениями вида "в 3.0 мастер диаграмм намереваются переписать", что при текущей версии 2.3 было изрядно светлым будущим).
>форматирование сьезжаетпробелами форматируете?
> пробелами форматируете?Это не столь важно. Главное - в ворде это выглядет _всегда_одинаково_ (пусть и не красиво), а в ОО и LO один и тот же текст может выглядть 10-ю разными способами. Вот в чем проблема.
Неважно?
А гвозди забиваете рубанком? А ведь можно...Неважно то, что Вы так и не удосужились НОРМАЛЬНО форматировать документ, с использованием стилей-шаблонов. Речь, разумеется, не про МСО.
> Неважно?Да, неважно. Вот за такие рассуждения и увольняют итшника. Вы ещё поучите как мне форматировать. Предложил продукт-показал продукт - не канает продукт - я что ле виноват теперь? Мы бы так и дальше в МСО сидели, в котором все работает ладе с моим неправильным форматированием. Не надо учить людей форматировать, учите свои программы понимать наше форматирование, умники блин.
На предприятии работает 5к людей, и один какой то "внедренец открытых продуктов" будет тут всех лечить, что у них руки корявые, а продукт у него хороший. Давай, на мороз.
Я не учу Вас форматировать - выше Вы сами публично признались, что у Вас на предприятии форматирование не в моде. Вы всё больше пробелами да интерами, ага.
Есть нюансы и вопросы всегда, но так категорично судить, да ещё со стороны такого вот форматирователя - я бы Вас первым выгнал. Не хочешь ПРАВИЛЬНО работать с документами, не хочешь учиться - вон.
> Не хочешь ПРАВИЛЬНО работать с документами, не хочешь учиться - вон.Вы наверное молодой ещё? Знаете что такое бизнес, деньги? Знаете что такое выбор заказчика с деньгами? Так вот когда при освоении бюджета мне начнут говорить "вот тут надо правильно форматировать" - буду вежливо высланы на мороз, и конкуренты выиграют тендер на внедрение ч.л.
НЕ ХОЧУ ПРАВИЛЬНО работать с документами, НЕ ХОЧУ УЧИТСЯ - буду платить деньги за своё счастье быть глупым и жырным тому, кто лучше меня обслужит и сделает приятно. Так понятно?
> Знаете что такое бизнес, деньги?дада, причем не те деньги, которых на булки в столовке хватает. А скажем it бюджет лимонов на 200 в год. Ну и кто будет слушать при неправильное форматирование? Опенсорц...
ps: цифра не с потолка взята, вполне средний годовой бюджет на it предприятия в целом (включая всякие erp системы, поддержку, циски и прочее). Лол, да никто слушать не будет "вы неверно форматируете"
Сорри, но Вас я точно слушать не буду.
У меня своя контора, я не на дядю работаю.
То, что ООо более чем достаточен для моих целей, и то, что опенсурс - выгодно, удобно и прочее, я не понаслышке знаю.
То, что у Вас, возможно, ТАМ, в мегапредприятии не хватило денег на зарплаты нормального специалиста, или нескольких, и то, что наняные вами спецы оказались не спецами... Так это ВАШИ проблемы.
Дело же не в обязательном переходе "вдруг" на ООо, и СПО тоже. Дело в последовательном, целесообразном, грамотном подходе. Не так разве?А вот то, как Вы это преподносите, как раз отдаёт МС-фанатизмом.
Я выбрал СПО не за фанатизм, а за удобство и прочие параметры.И да, прекратите брызгать слюной, ей-ей.
Андрей, а чего вообще у вас там с 5к работников собрались уходить с M$O, если он вас там устраивал? Может, потому что оффисы - перацкие? :)
Ну чтож, значит вам проще потратить хренадцать штук зелени на лицензии к оффису, чем организовать популярные лекции о правильной работе с электронными документами.
Вперёд и с песнями, а мы будет продолжать ржать над форматированием в ваших документах!
Бизнес бизнесом, а ведь и правда обучение сотрудников никто не отменял.
О том и речь.
Никто же не заставлял сразу их на СПО переходить в виде ООо..
А пран перевода, а подготовительный этап, обучение сотрудников, прочее. Неужели шашки наголо сразу? Тогда, видимо, и ПО пиратское, и ИТ-шнеги - студенты...
И людей - не 5 000, а 5 человек на парт тайм, хехе )
> Так вот когда при освоении бюджета мне [...]
> НЕ ХОЧУ ПРАВИЛЬНО работать с документами, НЕ ХОЧУ УЧИТСЯ [...]Вали в штаты, позорище, там таким теплей и "бизнес" толще.
России такой хлам не нужен.
дядя, вот зря ты вылез. Я работал с весьма немаленькими компаниями (ну скажем так - из world top10 телекомов точно), чтобы знать что corporate rules решает. И если хомячкам скажут что это надо делать (например - использовать tab) то так тому обычно и быть. Если конкуренты выигрывают тендер - значит вы не смогли его нормально подготовить и показать преимущества вашего решения. Туда вам и дорога.И да, до собственно внедрения - всегда проходит стадия тестирования интегратором, разработка методичек (в том числе и Q&A style), потом, в случае успешного тестирования - внедрение Смелым Хомячкам (пилотный проект) и их приоритетное обслуживание, обсуждение проблем возникших на этом этапе, их решение, корректировка документации. Обсуждение в каких отделах целесообразно внедрение, а в каких нет. И уже только после этого - финальное внедрение, с обучением хомячков. Собственно у меня есть опыт участия в (успешных) миграциях как небольших (SOHO) компаний так и целых министертв, так что примерно представляю о чем речь. И да, это не быстрый процесс, совсем.
P.S. и еще, не надо звездеть про ворд в котором все "одинакого". Старые документы которые никак не читаются новыми офисами мне попадались регулярно, обычно помогало пересохранение в openoffice, хехе.
Вот только про тендеры и конкурсы не надо лечить, а?
Все и так прекрасно знают критерии выигрышного предложения.
Технические нюансы и плюшки, равно как и долговременные перспективы в плане масштабируемости, гибкости, стоимости и прочего там не в почёте.
Откаты рулят, да...
> Вот только про тендеры и конкурсы не надо лечить, а?
> Все и так прекрасно знают критерии выигрышного предложения.
> Технические нюансы и плюшки, равно как и долговременные перспективы в плане масштабируемости,
> гибкости, стоимости и прочего там не в почёте.
> Откаты рулят, да...В РФ - охотно верю. К счастью так не везде - моя организация не единожды выигрывала тендеры от структур ЕС, например, без всяких откатов.
>> Неважно?
> Да, неважно. Вот за такие рассуждения и увольняют итшника. Вы ещё поучите
> как мне форматировать. Предложил продукт-показал продукт - не канает продукт -
> я что ле виноват теперь? Мы бы так и дальше в
> МСО сидели, в котором все работает ладе с моим неправильным форматированием.
> Не надо учить людей форматировать, учите свои программы понимать наше форматирование,
> умники блин.
> На предприятии работает 5к людей, и один какой то "внедренец открытых продуктов"
> будет тут всех лечить, что у них руки корявые, а продукт
> у него хороший. Давай, на мороз.Вот такой вот безграмотный менеджмент и производит в россии то, что производят. Вы прежде чем за руль сесть, на права сдавали? Как насчет курсов этих 5к сотрудников? Дорого? А вы думали. Конечно, баги ПО это не искупает, но и считать, что все должно быть интуитивно понятно - это глупо.
> Вот такой вот безграмотный менеджмент и производит в россии то, что производят.
> Вы прежде чем за руль сесть, на права сдавали? Как насчет
> курсов этих 5к сотрудников? Дорого? А вы думали. Конечно, баги ПО
> это не искупает, но и считать, что все должно быть интуитивно
> понятно - это глупо.+1
Угу - налицо полное непонимание того что сотрудников нужно учить работать даже с Windows и Office.
Попытки навязать свой стиль работы - типа я вот умеют только так и не нужно учить меня жить ...
> Не надо учить людей форматировать, учите свои программы понимать наше форматирование,
> умники блин.Вы, простите за прямоту, или глупы, или действительно не понимаете.
> На предприятии работает 5к людей, и один какой то "внедренец открытых продуктов"
> будет тут всех лечить, что у них руки корявые, а продукт
> у него хороший. Давай, на мороз.MSO очень хорошо делает вид, что всё хорошо. Ценой невероятных усилий девелуперов и QA. Беда в том, что проблемы-то не выметаются, а заметаются под ковёр. И потом выстреливают.
Если Вы такого ещё не видывали, то нам с коллегами доводилось. И поверьте лучше на слово, прежде чем своим лбом выяснять: MSO точно так же либо используется вместе с обучением личного состава, либо эти пробельчики-энтерчики в один прекрасный день взрываются вместе со всем складом.
Да, того айтишника -- на мороз. Но Вас -- на каторгу, разгребать неструктутированные данные.
коллега, вы просто баран. в нормальном случае, нужно посчитать, что выйдет дешевле - научить пользователей пользоваться, или купить тот продукт, которому их учить будет якобы не нужно.
>> пробелами форматируете?
> Это не столь важно.Это как раз и важно.
> Главное - в ворде это выглядет _всегда_одинаково_ (пусть
> и не красиво)Именно что нет. В зависимости от версии (и, говорят, локализации) ворда, разрешения дисплея, типа/драйвера принтера ездить и прыгать может 10^2 разными способами.
> Именно что нет. В зависимости от версии (и, говорят, локализации) ворда,
> разрешения дисплея, типа/драйвера принтера ездить и прыгать может 10^2 разными способами.Да бог с ним с формотированием. Я еще помню повсеместные проблемы с открытием документов в ворде97 от не-юникодных предшественников. Там было от нечитаемого документа (лечилось кривомакросами) до креша (лечилось опенофисом, хехе).
> Совершенно невозможно работать в либреофис. Да, мы пытались использовать его в качестве
> основного редактора на протяжении недели отделом 7 человек.Вас жаль (без шуток).
> Директор попросил itшника писать по собственному желанию, потому
> что не оправдывает надежд - уверял что всё будет нормально с
> переходом на либреофис - зря послушали, работать невозможно.И правильно, раз ломанулся без пилотного проекта (после сбора типичных документов и рассмотрения их в первом приближении на предмет макросов, pivot table'ов, физического форматирования и прочих потенциальных и кинетических засад).
> Не понимаю, проекту же столько лет, как можно за столько лет не
> сделать его стабильным? Что бы хотя бы картинки после вставления в
> документ были на своих местах, а не поразному на всех машинах...Это невозможно в принципе, если требуется уметь "потянуть мышкой", а не описать привязку.
>[оверквотинг удален]
> уже про попеременную обработку файла вордом), маркировка тоже тут одна -
> а в ворде будет другая, абзацы сьезжают, форматирование сьезжает, картинки сьезжают,
> стили искажаются. За неделю мы выявили порядка 300 таких косяков, делающих
> использование либреофис (и опенофис) невозможным в гетерогенной среде, а зачастую и
> в родной среде. Директор попросил itшника писать по собственному желанию, потому
> что не оправдывает надежд - уверял что всё будет нормально с
> переходом на либреофис - зря послушали, работать невозможно.
> Не понимаю, проекту же столько лет, как можно за столько лет не
> сделать его стабильным? Что бы хотя бы картинки после вставления в
> документ были на своих местах, а не поразному на всех машинах...толщина заключается в том, что если вы пересаживаете сотрудников на LO или OO ваша фирма должна принять ODF как стандарт, а не doc. А то сейчас получается что Вы обвинили LO/OO в том что они не могут до конца реализовать закрытый формат, логичнее было бы обвинить MS в закрытости формата
> толщина заключается в том, что если вы пересаживаете сотрудников на LO или
> OO ваша фирма должна принять ODF как стандарт, а не doc.Не-а.
Есть миграция "от стандарта", есть "от продукта". Оба резона существуют.
Ваш укор можно было бы понять, если б OOo/LO с OpenDocument работали пусть не идеально, но намного лучше. А это не так, проблемность в нулевом приближении сопоставимая.
ну как бы doc это не стандарт для LO/OO. А в чём проблема с ODF?
doc - это вообще не стандарт. Насколько ч знаю, никге не стандарт. Это проприетарный блоб.
Кто слышал, Инфра определилась, на чем они офис будут делать на ЛО или ОО?
> Кто слышал, Инфра определилась, на чем они офис будут делать на ЛО
> или ОО?А какая разница ?
Если есть какие-то патчи из Infra которых тебе не хватает в LibreOffice
то добейся их включения туда.
И тогда не нужно ждать пока Infra родить свою версию и зависеть от них
Пока, судя по всему, Инфра будет делать свой выпуск на базе ООо.
У нас на проектном предприятии работает более 1000 человек. После начала борьбы с пиратством... внедрили ООО. И да документы выданные с помощью "Сохранить Как..." не пройдут, если заказчик выставляет требование в таком вот хочу формате. Постепенно начали закупки лицензионного ПО. На СПО перейдем только по требованию заказчика - типа гапром. Но этого не будет в больших компаниях в обозримом будущем (не выгодно менеджерам среднего звена).
Насчет обучения то да служебка об обязательной аттестации сотрудников творит чудеса даже с пенсионерами...
Для полного счастья не хватает только аналога MS Project.
Пока ничего нормально ему на замену найти не удалось, перепробовав кучу всего.
Буду ждать OpenOffice 3.3!!!
А чего ждать то иди, и бери http://download.openoffice.org/
Хотя думаю LibreOffice ничем не хуже, если не лучше.
Поставил openoffice и libreoffice. Вынужден константировать, что, покрайней мере, обработка меню у Оракла гораздо быстрее. libre тормозит даже на менюшках, чего они там делают с ними не понятно. Настройки естественно одинаковые.
Вопрос про LibreOffice тем кто ПРОБОВАЛ!
У меня Libre-3.3.0 при нажатии ОТКРЫТЬ ДОКУМЕНТ, висит под CentOS-5.5 и Fedora-7 (ASPLinux-12)
Нормально открывает ТОЛЬКО под Fedora-14.
Это такой косяк сборки для Linux x86 ???Кто-то еще проверял?