Майкл Микс (Michael Meeks), входящий в управляющий совет организации Document Foundation, опубликовал (http://people.gnome.org/~michael/blog/2012-01-09-unused.html) отчёт о реализации проекта по чистке исходных текстов LibreOffice от неиспользуемого (http://cgit.freedesktop.org/libreoffice/core/tree/unusedcode...) кода, который является балластом и только усложняет поддержание кодовой базы и негативно отражается на производительности. Всего было выявлено около 5200 неиспользуемых или устаревших методов. Проведённая за последние пол года работа позволила уменьшить число неиспользуемых методов до 2000.
<center><a href="http://people.gnome.org/~michael/images/2012-01-09-unused.pn... src="http://www.opennet.me/opennews/pics_base/32811_1326612747.pn... style="border-style: solid; border-color: #606060; border-width: 1px;" title="" border=0></a></center>
Развитие пакета началось в 1984 году, первая версия StarWriter была выпущена для домашних ПК на базе процессора Zilog Z80. За не...URL: http://people.gnome.org/~michael/blog/2012-01-09-unused.html
Новость: http://www.opennet.me/opennews/art.shtml?num=32811
Значит ли это что он теперь стал быстрее собираться?
<trollmode>Гигантский прирост на 3 процента.</trollmode>Единственный бинарный пакет в моей генте на десктопах дома. На 4-м обновлении я сломался.
И ещё вопрос в догонку - у меня офис 3.4 в генте почему-то тянет за собой cups, когда USE-флаг такой не установлен. Как его отцепить от этого бремени?
http://bugs.gentoo.org
В апрстриме LO прибили cups гвоздями. Так что теперь без него просто не соберётся
> В апрстриме LO прибили cups гвоздями. Так что теперь без него просто
> не соберётсяА чем печатать?
Или вам офис нужен для так, низачем?
Например, если нет принтера вообще, работа идёт только с электронными документами.
Что-то мало новостей про последние версии. А версия-то уже 3.4.5.
> Что-то мало новостей про последние версии. А версия-то уже 3.4.5.У вас машина времени ? Последний релиз 3.4.4
http://www.libreoffice.org/download "LibreOffice 3.4.4 Final (2011-11-09)"
http://download.documentfoundation.org/libreoffice/stable/
Это у тебя просто криокамера, а не у него - машина времени...http://ftp5.gwdg.de/pub/tdf/libreoffice/stable/
И да, как обычно, последний rc стал версией 3.4.5.
> Это у тебя просто криокамера, а не у него - машина времени...
> http://ftp5.gwdg.de/pub/tdf/libreoffice/stable/
> И да, как обычно, последний rc стал версией 3.4.5.Появление файлов на каком-то левом FTP ни о чём ни говорит. Те файлы ещё десять раз поменять могут. Нет анонса и нет ссылки на официальном сайте загрузки = нет релиза.
>3.4.5
>22 января 2012 года
>>22 января 2012 годаЭй, дайте машину времени погонять! Я быстро, только гляну на ARMv11 и вернусь!
> Что-то мало новостей про последние версии. А версия-то уже 3.4.5.Релиз 3.4.5 выйдет 22 января.
> Релиз 3.4.5 выйдет 22 января.http://blog.documentfoundation.org/2012/01/16/the-document-f.../
Хорошо "начистили" код http://www.linux.org.ru/forum/talks/7036291?lastmod=13223595...
Вовсе не факт что из-за чистки. Надеюсь что багрепорт отправлен.
> Надеюсь что багрепорт отправлен.Надежда - матка глупых
> Надежда - матка глупыхНу а ты как самый умный багрепорт закатал уже? Или только на форуме вонять умеем?
у меня подобная фигня, только с формулами и форматированием. набирая технический текст всегда использую свои стили "ГОСТ_текст", "ГОСТ_формула" и т.д. в тексте всегда кучи формул, таблиц из калька. открыл я старые документы, которые верстал в 2008 и 2009 году, в ЛО - форматирование поплыло, формулы кое-где отображаются криво. поставил ООо и открыл в нем - о чудо, все открылось нормально.я конечно рад, что ЛО такой весь из себя свободный и чистый от неиспользуемого кода, но мне кажется что эти пионеры поудаляли все ж нужные методы]:->
в общем, пока сижу на ООо. взгляну на ЛО через годик-другой, а сейчас, извините, работать надо.
ах, да, у меня не как у ТС документ в doc. после перехода на ООо я всегда использовал odt, а если на распечатку, то экспортил в пдф.
А я почти сразу вернулся к ОО, как стали присылать вордовские файлы, которые ЛО прост не открывал, рушился, и все. Попробуте открыть большой, страниц на 100 вордовски файл, и посмотрите. А в ОО нет никаких проблем.
Скорей всего чистка не причём, даже возможно это НЕ БАГ. Скорей всего просто более точно сделали реализацию той или иной фичи в поддержке растровых картинок, а в результате пострадала совместимость.
Извиняюсь "не растровых картинок", а "векторной графики".
Поддерживаю. В 3.4 "едут" многие документы.
> Поддерживаю. В 3.4 "едут" многие документы.Ну а баги вы написали? Или о ваших задницах забесплатно должен заботиться кто-то еще?
> Хорошо "начистили" код http://www.linux.org.ru/forum/talks/7036291?lastmod=13223595...Пни Седрика в irc, может успеют до 3.5 пофиксить.
> Пни Седрика в irc, может успеют до 3.5 пофиксить.А лучше баги пишите. Пинать кого-то в ирц это круто, но у людей есть свойство - забывать информацию. Поэтому есть багтрекеры.
> А лучше баги пишите.fdo#43193
> Поэтому есть багтрекеры.
Спасибо, КО!
> fdo#43193Так держать!
>> Поэтому есть багтрекеры.
> Спасибо, КО!И вам спасибо, сэр.
> Хорошо "начистили" код http://www.linux.org.ru/forum/talks/7036291?lastmod=13223595...чертежи? в LO? богата земля русская извращенцами.
> Хорошо "начистили" код http://www.linux.org.ru/forum/talks/7036291?lastmod=13223595...А баг-то исправили...
А "методы" были в 1984?
Утешает то, что, наверное, объекты легко удалять :-)
Как минимум, с 1967. Читаем про Симулу на Википедии;)
> А "методы" были в 1984?В 1984 был Оруэлл. Точнее, его рассказ.
не очень разбираюсь, а равзе компиляторы компилируют не использованные методы?
Кроме статического существует еще и динамическое связывание.
Я другого не понимаю. Почему это "инициатива", а не "планомерная постоянная работа"? А?
У них видимо приоритеты. Хотят отдать новичкам эту работу. Ну и правильно. Работе то эти методы не мешают. Только размер исходников больше. Еще интересно как они посчитали что их там 2000. Если можно посчитать, значит можно было сразу их и убрать? В общем новичкам полезно.
вообще-то, даже по гафику видно, что с лета прошлого года это планомерная, постоянная работа.
Хочу добавить, что помимо удаления неиспользуемого кода также производится переписывание древних велосипедов (из-за которых, например, в ООо ограничение на 64К символов в одном абзаце) на новые классы, в т.ч. std:: и boost::
а еще, если не ошибаюсь, 64 строк в табличном листе и определенно не более 256 листов в табличном файле.
s/64/65535/
Не пойму, если они их посчитали, почему их сразу не удалить?
А мне непонятно, как неиспользуемый код может хоть как-то отражаться на производительности.
Пример: класс имеет ряд примитивных методов - хороших кандидатов на встраивание (inline). Один из более крупных методов использует эти примитивы в работе, причем получает их адреса для передачи в алгоритмы.
Пока этот крупный метод не удален из кода, компилятор не может произвести оптимизацию со встраиванием примитивов, после его удаления код будет оптимизирован (могут стать возможными и другие оптимизации, т.к. в основном оптимизации подлежит код между вызовами функций).
Это реальный пример из LO или гипотетический?
Гипотетический, навеяно Майерсом.
Впрочем, Майерсом же и развеяно: встраиваемость функции определяется в каждом месте ее вызова, так что компилятору никто не мешает встроить ее везде, кроме этого самого метода.
небольшая своя история НЕуспеха:
на работе (WinXP SP3, везде лицензии) поставил всем LO. были косяки со вставкой текста из Writer в Calc и не удовлетворяла скорость (очень много документов приходится быстро закрывать - править - открывать, а MSO 2003 грузится куда быстрее).
поставил OOo. проблемы с копированием текста исчезли. но проблема со скоростью работы осталась.
что LO, что OOo грузятся очень долго (относительно MSO), даже со всеми "быстрыми запусками", которые, как мне кажется, и не ускоряют ничего. что с ними, что без них - долго. хотя, может, субъективно. в любом случае, 4 или 5 секунд открытия после 1-1.5 у MSO не устраивают.пришлось поставить MSO.
дома LO 3.3.4.
ставил 3.4.3 - падает при нажатии правой кнопки на тексте. виновника нашёл - какой-то спеллчекеровский плагин. отключил. спасло ненадолго. потом оно само *как-то* включилось (вообще без идей, как такое возможно) и снова стоит кликнуть правой кнопкой мышки - вылет.
мне воевать с офисом, постоянно выключая плагин - некогда.
откатился на 3.3.4. жить можно как-то. но грустно. какое-то разочарование что ли, что пакет катится непонятно куда.
> со вставкой текста из Writer в Calc и не удовлетворяла скорость (очень много документов приходится быстро закрывать - править - открыватьВы не пробовали показать этот процесс какому-нибудь толковому программисту? Во многих случаях подобного использования оказывается, что для работы просто неудачно подобраны инструменты. А если альтернатива - покупка лицензионных МС Офисов, деньги на создание более удачного инструмента, получается, уже есть...
>> со вставкой текста из Writer в Calc и не удовлетворяла скорость (очень много документов приходится быстро закрывать - править - открывать
> Вы не пробовали показать этот процесс какому-нибудь толковому программисту? Во многих случаях
> подобного использования оказывается, что для работы просто неудачно подобраны инструменты.
> А если альтернатива - покупка лицензионных МС Офисов, деньги на создание
> более удачного инструмента, получается, уже есть...у нас в фирме нет программистов, да и не до того как-то.
куда проще вернуться на MSO было.
я всеми руками за свободное ПО там, где оно уместно, но тут такая ситуация, что оно неуместно, ибо снижается КПД работников из-за тормозов и глюков.
до кучи, есть такой баг, что примерно 1 из 30-40 открытий файла OOo - неудачный. т.е. swriter висит в процессах, но сам документ не откроется. надо убить процесс и заново запустить.нет, такое никуда не годится.
В том и прелесть толкового программиста, что он в принципе избавил бы вас от постоянного запуска программ. Ваш технический процесс, скорее всего, можно резко оптимизировать, если освободить компьютер от той никому не нужной рутины, которой он занимается сейчас. У вас есть данные, которые должны быть собраны и систематизированы. При чем тут вообще офис - что ОО, что МСО?Знаете, когда я пришел в фирму, у нее все уже было налажено и работало. В основном - в третьем Кореле (2001 год, актуальная версия Корела - 9). Невозможно было не влезть и не переделать по-человечески. В результате потом объем работы вырос в несколько раз, а штат - нет. Правда, этот штат уже занимался работой, а не изнасилованием мышки в третьем Кореле...
у нас не настолько большая фирма, чтобы программиста держать. всё настраивали "приходящие" товарищи. ну, до того момента, как меня туда на работу взяли. я помимо основной деятельности ещё и с софтом/компами шаманю.а насчёт процесса и офиса: скорость открытия важна, потому что имеется множество документов. и их нельзя соединить в одну большую БД, что определяется характером таковых.
иными словами, оптимизировать тут особо нечего, кроме скорости открытия файлов.
>имеется множество документов. и их нельзя соединить в одну большую БД, что определяется характером таковых. иными словами, оптимизировать тут особо нечего, кроме скорости открытия файлов.Сильно похоже, что оптимизировать есть что, причём много. Не исключено, что открывать файлы вообще не придётся. Внимательно изучите "вход" и "выход", автоматизируйте промежуточные действия, удалите ненужное.
У нас тоже небольшая фирма. Но оказалось, что сделать меня штатным программистом и сисадмином дешевле и перспективнее, чем нанимать сотрудников на мартышкин труд.Время запуска офиса на несколько порядков больше, чем время чтения документа из файла.
При запуске выполняется колоссальный объем ненужной работы.
Проблема обычно не в технических ограничениях, а в организации рабочего процесса.
Программисту действительно приходится "выпрямлять" не только компьютерные косяки, его задача - представить и воплотить схему, задействующую компьютер только для реальной работы.
Нечего .doc использовать.
> Нечего .doc использовать.угу. и всех сотрудников в фирме, плюс тех, кому документы шлём и от кого получаем, переводить на .odt, да?
вот форумные аналитики - они такие.
им говоришь - проблема в программе при работе с А, они говорят - а не используйте А.
причём, что характерно, программисты/разработчики ошибки признают и в багтрекерах отвечают, а бесполезные крикуны-всезнайки предлагают не самые умные решения.
> угу. и всех сотрудников в фирме, плюс тех, кому документы шлём и от кого получаем, переводить на .odt, да?нет конечно. то что с 1 июня 2011 в России официально вступил в действие национальный стандарт ГОСТ Р ИСО/МЭК 26300-2010 «Информационная технология. Формат Open Document для офисных приложений (OpenDocument) v1.0», это ни о чём не говорит. Зато присылать docx/xlsx это нормально. Типа колупайтесь, ищите чем открыть.
В Linux LO Calc без быстрого запуска грузится за секунды две, не больше.
Подтверждаю.
10-15 секунд при просмотре мультика.
> 10-15 секунд при просмотре мультика.А как вы одновременно работаете в офисе и смотрите мультик? Мне интересно, как это чисто технически выглядит? :)
1) Два монитора
2) Два глаза
3) ..
4) Profit!
> В Linux LO Calc без быстрого запуска грузится за секунды две, не
> больше.ну а на Core i7-2700K с SSD вообще за доли секунды открывается. и чо?
речь-то об офисных компах.там, где MSO отворяется реально быстро, LO/OOo тормозят. причём очень и очень заметно.
+ разные мелкие и не очень баги.
Там, где МСО "отворяется быстро" - Винда. Там, где быстро стартует ОО - Линукс.
Это естественно, потому что тормоза при старте офиса возникают из-за подгрузки неродных для системы библиотек. Потому и "быстрый запуск" бесполезен на машинах с небольшой памятью - эти библиотеки загружаются, но вытесняются в своп системными.Другой вопрос - зачем на офисных компах, работающих только с офисом, винда? Особенно учитывая, что это обычно не Core i7-2700K с SSD, ХР устарел, а семерка рассчитана на сильное железо.
> Там, где МСО "отворяется быстро" - Винда. Там, где быстро стартует ОО
> - Линукс.
> Это естественно, потому что тормоза при старте офиса возникают из-за подгрузки неродных
> для системы библиотек. Потому и "быстрый запуск" бесполезен на машинах с
> небольшой памятью - эти библиотеки загружаются, но вытесняются в своп системными.
> Другой вопрос - зачем на офисных компах, работающих только с офисом, винда?
> Особенно учитывая, что это обычно не Core i7-2700K с SSD, ХР
> устарел, а семерка рассчитана на сильное железо.кроме меня есть ещё и другие сотрудники, некоторые из которых новое осваивать не будут. реально некогда осваивать что-то новое, объём работы очень большой.
к тому же LO на Kubuntu на моей машине офисной пашет всё равно медленнее, чем MSO в WinXP на соседнем разделе на винте. так что не столько в "неродных библиотеках" проблема.а насчёт быстрого запуска - памяти на машинах не очень много, но она полностью обычно редко забивается. 1 - 1.5 GB вполне хватает, чтобы не свопиться
Простите, но там, где офис - это критическое приложение, то есть в офисах, там он запускается один раз в начале дня и на весь день, тут 10-15 сек на запуск ЛО вполне компенсирует цену МСО на десятке компов.Про "переучивание". Реальный пример: Поставили конторе ООо и сменили сплешку на аля МСО (хотя уже в сплешке было лишь что то созвучное с МСО, точно не помню, но вроде Marcosoft Office) - никто не поперхнулся, отмазались тем, что "новая версия". (аналогично, когда друзьям подсунул бук с убунтой и "нескучными обоями", сказали лишь, что прикольная темка для винды, и нормально все полазили в интернетах).
> Простите, но там, где офис - это критическое приложение, то есть в
> офисах, там он запускается один раз в начале дня и на
> весь день, тут 10-15 сек на запуск ЛО вполне компенсирует цену
> МСО на десятке компов.ну у нас как бы за день приходится открывать (и закрывать) 100+ документов как минимум каждому.
вопрос цены стоит не так остро, главное - нормальный КПД при вменяемых тратах.> Про "переучивание". Реальный пример: Поставили конторе ООо и сменили сплешку на аля
> МСО (хотя уже в сплешке было лишь что то созвучное с
> МСО, точно не помню, но вроде Marcosoft Office) - никто не
> поперхнулся, отмазались тем, что "новая версия". (аналогично, когда друзьям подсунул бук
> с убунтой и "нескучными обоями", сказали лишь, что прикольная темка для
> винды, и нормально все полазили в интернетах).не знаю, где Вы таких анекдотических сотрудников нашли.
у нас OO/LO от MSO отличают все безо всяких сплэшей сразу же по интерфейсу панелей
Если вопрос цены не стоит, докупи компам оперативы и будет тебе счастье.
> Если вопрос цены не стоит, докупи компам оперативы и будет тебе счастье.да при чём тут это? ну добавил я оперативы дома - и что случилось с офисом? а ничего.
смысл от её добавления, если памяти *хватает*сегодня вот даже 3.4.5 ставил. отключил всё лишнее. оставил лишь русский и английский словарь. всё.
всё равно MSO 2003 гораздо, гораздо быстрее.
>кроме меня есть ещё и другие сотрудники, некоторые из которых новое осваивать не будут. реально некогда осваивать что-то новое, объём работы очень большой.Это те, кому некогда точить пилу? У таких всегда будет очень большой объём работы и им всегда будет некогда осваивать что-то новое. Я видел немало примеров, подтверждающих это и довольно легко отличаю хронофагов от истинных трудоголиков.
да ну.
Вы судите со своей позиции (наверное, админа).и не нужно говорить за тех, кого не видели и о чьей работе не имеете представления (я же не писал, чем мы занимаемся.
у меня вот время нередко есть на попить чаю и покомментить новости, а некоторых других сотрудников из-за специфики деятельности всё время - в работе.
Оторваться от работы попить чаю или чего-нибудь заоптимизировать в собственной работе нельзя только стоя у конвейера.Вы сказали, что в работе используется программный пакет а-ля "офис". Значит сотрудники занимаются офисной работой и у станка не стоят. Я часто наблюдал, что люди занимаются обезьяньей работой, просто потому что недостаточно знают свой рабочий инструмент. А оправдываются они обычно именно тем, что им некогда и у них большой объём работы. Знание формул в Excel зачастую увеличивает производительность офисного сотрудника просто в разы. Это, например, разница между сверкой двух списков глазами и сверкой с помощью формулы ВПР.
Кроме того, у нас на работе есть должности, на которых нужно хорошее знание Excel (знать формулы). Зарплата на таких позициях выше в два раза. Однако, когда был открыт внутренний конкурс на эту позицию, подходящих кандидатов не было. Никто не хочет зарабатывать в 2 раза больше, работать меньше, делать более интересную работу - всем просто лень приложить немножко усилий и освоить формулы.
Да, я рассуждаю с позиции админа. Буквально только что ходил на вызов, так как девушка не могла даже объяснить по телефону что ей нужно. Оказывается - долго открывается документ в FineReader. В результате выяснил, что этот документ 1. отсканирован в высоком разрешении, 2. отсканирован с распечатки картинки, присланной по электронной почте, 3. открывают его для того, чтобы пересохранить и тем самым уменьшить размер. Барышню эту я уже некоторое время назад отметил про себя как хронофага, что сейчас и подтвердилось. Но она предпочитает действовать механически, а не думать или учиться. Потому и она будет загружена всегда.
Несмотря на ежедневное использование офиса - большая часть сотрудников всё равно в нем умудряется "плавать" - так что какая разница в чем НЕ уметь работать. Чуть другие кнопки и их расположение. Но выгоды с ОО/LO всё же выше - он всё время пилится, улучшается, оптимизируется. В ЕС почти как стандарт. Формат документов - стандартизирован, в отличие от. Откройте только спецификацию ODF, там несколько сотен страниц описания всех атрибутов. К документам которые стандартизованы быстрее будут делать внешние приложения, в том числе системы отчетности, стандартизованные АPI на разных языках и т.д.
У меня например уже одной из задач стоит разработка нормальной БД для файлов ODF, (там же чистый XML),на базе к.нибудь из NoSQL или XML-БД.
Так что в отличие от проприетарщины - переспектива радужнее, ну а если не хотите париться купите Office-365 - и жизнь малина/каторга.
OOXML тоже стандартизован и тоже теоретически на чистом XML.
Но, в отличие от него, ODF в любом нетривиальном случае опирается на широко распространенные открытые решения, а не на реализацию велосипедов в закрытых библиотеках от МС.
Поэтому для поддержки ODF достаточно использовать популярные открытые решения, а для поддержки OOXML - искать документацию от МС и разбираться, почему результат работоспособен только у МС. Причем с закрытыми глазами, потому что работа идет через "черные ящики".То же самое, кстати, повторяется при работе с любым "открытым" проприетарным форматом. У Adobe, может быть, и неплохая документация на какой-нибудь IDML (тоже, в сущности, XML), но без исследования "открытых" файлов, созданных самими программами от Adobe, работать с этим форматом невозможно.
Заметил, что если открыто хотя бы одно приложение из состава LO, открытие файлов любыми остальными LO-программами будет происходить почти мгновенно.
> Заметил, что если открыто хотя бы одно приложение из состава LO, открытие
> файлов любыми остальными LO-программами будет происходить почти мгновенно.ну, оно происходит просто быстрее. и всё равно, Word с холодного старта открывает документ быстрее, чем LO Writer с быстрым стартом, да даже если уже Writer'ом что-то открыто и в памяти висит.
на одном и том же компе один и тот же документ.
обидно? очень обидно.
перспективный (по идее) пакет 2011 года разлива (т.е. собран более свежим, например, GCC и по идее, с более быстрым кодом - я ж надеюсь, что разрабы бенчмаркают и собирают оптимальной версией GCC, пусть даже немного устаревшей 4.4.*-ветки) остаёт от пакета почти десятилетней давности.
Вы сравните c MO 2011. Я уверен, результаты будут другие.
> Вы сравните c MO 2011. Я уверен, результаты будут другие.ставил.
Вы знаете, я после LibreOffice был ОЧЕНЬ удивлён скоростью открытия.
всё очень быстро, шустро и, блин, красиво. в отличие от шаманства, чтобы в KDE LO выглядело нормально (например, чтобы чекбоксы - "галочки" приобрели божеский вид).
LO после MSO 2011 - черепаха тортилла, имхо.
да, и это говорю я, сторонник (но не фанатичный адепт) СПО.главная проблема в СПО, что мало кто хочет доводить продукт до ума.
вылавливать и править баги - неинтересно.
интересно добавлять новые "фичи" с каждой версией.в итоге имеем что-то вроде KDE, когда в 4.7.* некоторые баги ещё с ветки 3.* сохранились (реально так - пошёл файлить баг, а там уже есть такой. датирован 2003 годом. не пофиксили :( )
и это печально.
я понимаю, что никто ничего никому не обязан в СПО.
но, тем не менее, грустно, когда много софта в состоянии какой-то перманентной бета-версии. вроде ещё немного до ума, только чуть-чуть поправить, но нет, с новой версией - новые нескучные баги.сам пользуюсь KDE 4.7.4, Gentoo x86, FF9, LO 3.3.4
несмотря на все баги - жить можно.
>чтобы чекбоксы - "галочки" приобрели божеский видВы правы, это серьёзная проблема.
как это в духе форумных крикунов: пропустить самое важное, уцепиться за мелочь и обсудить *только* её...
по существу основных претензий (например, скорость работы) есть что сказать?
>по существу основных претензий (например, скорость работы) есть что сказать?Есть что сказать. У меня нет проблем со скоростью работы. LibreOffice 3.4.4 OOO340m1 (Build:1403), OpenSUSE 11.4, компы от целерона 1700 (да, такие старые) с ОЗУ до 1Gb.
Ни один пользователь не жалуется. Бывают косяки с вёрсткой чужих файлов типа docx. Иногда.
Более того, мы контрагентам нашим отправляем odf. Привыкли не сразу, но привыкли.Конечно, при наличии желания можно почти любой пакет подвесить. Так что крикун Вы, уважаемый. Это Вам шашечки (чекбоксики). А мы - едем.
> Более того, мы контрагентам нашим отправляем odf. Привыкли не сразу, но привыкли.повезло, что не послали.
> Конечно, при наличии желания можно почти любой пакет подвесить. Так что крикун
> Вы, уважаемый. Это Вам шашечки (чекбоксики). А мы - едем.учитесь читать.
основная проблема - скорость, о чём и почти все мои посты в теме. чекбоксы - просто второстепенная мелочь, но которая режет глаз.а насчёт скорости - Вы просто не сравнивали с MSO.
при всей нелюбви к MS, надо признать, что офис-таки у них отличный, и по ряду параметров OO/LO и рядом не стояли. в том числе и по скорости работы.
я сравнивал на одинаковых машинах.а Вы, судя по всему, чисто оценочно без сравнения "вроде достаточно быстро, юзерам сойдёт..."
собссно, о чём я говорю. Вы же наверняка очередной пафосный админ, обслуживающий компы, но при этом считающий пользователей (основу фирмы) неучами и одноизвилинными креветками.
иначе я просто не могу понять, как многие тут вместо того, чтобы признать проблему, начинают троллить со своим "у меня всё ОК".
ну для Вас - ОК, для нас - недостаточно ОК.
>многие тут вместо того, чтобы признать проблему, начинают троллитьОсновная проблема - НЕ скорость.
Основная проблема - нежелание смотреть в корень.
Если юзер открывает сто однотипных файлов в день, значит он работает как придаток компьютера. Я не знаю, что вы там делаете, но на 100% уверен, что это можно автоматизировать.>Вы же наверняка очередной пафосный админ, обслуживающий компы, но при этом считающий пользователей (основу фирмы) неучами и одноизвилинными креветками.
Немножно Вы промахнулись. Я как раз свою задачу вижу в снижении доли ручного труда по обработке информации.
Иносказательно, Вы пытаетесь наточить косу, чтобы Ваши сто косильщиков успешней косили, а надо думать про один комбайн, который сделает это быстрее, надёжней и дешевле.
> Какой баран^W толстый тролль на офисные компы, где проблема запустить офис, ставит
> кеды?каковы проблемы запуска офиса в КДЕ?
"что LO, что OOo грузятся очень долго (относительно MSO), даже со всеми "быстрыми запусками", которые, как мне кажется, и не ускоряют ничего. что с ними, что без них - долго. хотя, может, субъективно. в любом случае, 4 или 5 секунд открытия после 1-1.5 у MSO не устраивают."
Могу предложить костыль: создавайте батником при загрузке раздел в ОЗУ и копируйте этим же батником туда OO. Работать вместе с файловыми ассоциациями он тоже должен оттуда. И никакие "быстрые запуски" не пригодятся.
> Могу предложить костыль: создавайте батником при загрузке раздел в ОЗУ и копируйте
> этим же батником туда OO. Работать вместе с файловыми ассоциациями он
> тоже должен оттуда. И никакие "быстрые запуски" не пригодятся.спасибо, но я так не умею.
я не админ / не программист / не настолько продвинутый юзер.
шелл-скрипт ещё напишу, а виндобатники не умею (а учиться некогда :-D)реально же MSO всем устраивает, кроме некоторых мелочей
>реально же MSO всем устраивает, кроме некоторых мелочей... типа цены? $400-800/штука? :-)
А если цена подходящая - тогда _купи_ MSO и используй - чего тут то троллишь?
Хотя тебе птица свистун ничего не поможет 100 в день это если не на минутка не отвлекаться новый документ в каждые 5 мин - за это время модно прочесть от силы 2 странички - тач что давай - придумывай бизнес кейс ещё более идиотский - этот не доставляет :)
>>реально же MSO всем устраивает, кроме некоторых мелочей
> ... типа цены? $400-800/штука? :-)
> А если цена подходящая - тогда _купи_ MSO и используй - чего
> тут то троллишь?читать умеешь? уже давно всё куплено.
и я не троллю, а высказываю своё мнение о данном ПО.> Хотя тебе птица свистун ничего не поможет 100 в день это если
> не на минутка не отвлекаться новый документ в каждые 5 минну да, а то и меньше
> - за это время модно прочесть от силы 2 странички -
> тач что давай - придумывай бизнес кейс ещё более идиотский -
> этот не доставляет :)а то будто с таким мало, да?
или по-твоему, везде так: открыли офис и полдня в 1 документе работают, ага?
ты знал, что есть такой знак препинания - "запятая"?
у нас тоже перевели с МО на LO. Почему LO тормозит? оказывается изначально в установщике нужно убирать галки с дополнений, словарей и питона UNO. И тут LO становится просто реактивным.
>[оверквотинг удален]
> не устраивают.
> пришлось поставить MSO.
> дома LO 3.3.4.
> ставил 3.4.3 - падает при нажатии правой кнопки на тексте. виновника нашёл
> - какой-то спеллчекеровский плагин. отключил. спасло ненадолго. потом оно само *как-то*
> включилось (вообще без идей, как такое возможно) и снова стоит кликнуть
> правой кнопкой мышки - вылет.
> мне воевать с офисом, постоянно выключая плагин - некогда.
> откатился на 3.3.4. жить можно как-то. но грустно. какое-то разочарование что ли,
> что пакет катится непонятно куда.Странно тут в одной школе поставил ЛО 3.4.3 запускался быстрее чем МСО, на глаз где то на секунду быстрее. 3 ядра, 2 гига опертивки
Пользуюсь этим офисным пакетом 12 лет. SO>OO>LO. Сложное форматирование плыло во ВСЕХ апгрейдах. И ничего. Calc(как и Tables, Gnumetric) медленнее Excel, и со временем отставание всё сильнее, но заметно проявляется на сверхбольших файлах. Для меня - редактор формул большее преимущество, чем 200Мб файлы. Радует МСВорд, сокративший отставание от Врайт (ведение библиографии), экспорт ПДФ, но в целом МСО - стабильнее, ЛО - удобнее (для меня).
Вы забываете что ООО курировала Oracle, которая очень тормозила развитие ООО и дело доходило до смешного о чем указанно выше это и есть причина почему пал ООО.Все что делает LibreOffice это усовершенствует дурную наследственность Oracle которая по моему с легкой руку MS сделала ООО что бы все понимали что такое кривое ООО, хотя для многих эти причины понятны.
Сейчас LibreOffice развивается правильным курсом и уже многие "со скрипом", но уже работают и получают результат.
Итог я убежден, что к концу года LibreOffice будет полной заменой MS так как по сути весь 2011 пошел под знаменем работы над ошибками (при том умышленными) ООО.
Я никогда не пользовался офисом от оракла. Только от сан и новела.
>> Развитие пакета началось в 1984 году, первая версия StarWriter была выпущена для домашних ПК на базе процессора Zilog Z80(скупая слеза) где ты - Спектрум) где вы - 48кб памяти..
Кто-нибуль видел SW на спектруме?
>>> Развитие пакета началось в 1984 году, первая версия StarWriter была выпущена для домашних ПК на базе процессора Zilog Z80
> (скупая слеза) где ты - Спектрум) где вы - 48кб памяти..Какой блин спектрум? Амстрад, да еще и под CP/M
Чем они хвалятся? Рефакторингом?
Може мне тоже медаль самому себе на грудь повесить за уборку квартиры?
Микс пишет в свой блог ежедневно, обычно начиная с "проснулся рано".
Т.ч. это не отчёт, а чуть бОльшая чем обычно заметка в блоге.P.S.
Если уборка вашей квартиры заслуживает медали...
> Чем они хвалятся? Рефакторингом?
> Може мне тоже медаль самому себе на грудь повесить за уборку квартиры?Каждый день он пишет заметки о жизни, а об LibreOffice отчёты публикует раз в несколько месяцев и специально выделяет их. Например, прошлая запись была в ноябре:
http://people.gnome.org/~michael/blog/2011-11-18-graphs.html