К списку форумов К списку тем
Регистрация    Правила    Главная форума    Поиск   
Имя: Пароль:
Рекомендовать в новости

Off: Релиз офисного пакета LibreOffice 3.5.0

Модератор
0 - 15.02.2012 - 17:17
http://www.opennet.ru/opennews/art.shtml?num=33084
Подробности (что нового) по ссылке. Следует иметь в виду, что:
"Ветка 3.5 содержит большую порцию новшеств, но пока окончательно не стабилизирована. Выпуск 3.5.0 позиционируется как ознакомительный, пригодный для использования продвинутыми пользователями и энтузиастами. О готовности к промышленному использованию будет объявлено дополнительно, одновременно с выходом одного из корректирующих релизов (3.5.1 или 3.5.2)."



Гость
161 - 02.04.2012 - 16:11
Эксесс (и, соответственно, бейз) можно не обсуждать, версия мсо стандарт наиболее распространена и не содержит эту милую отрыжку времен конца прошлого века.
Англ функции не особая проблема для тех, кто пользуется ими, большинство кроме суммы и среднего не используют. Тоже можно не обсуждать.
Диаграммы в калке на уровне мсо 2003, типо жить можно.
Гость
162 - 02.04.2012 - 16:13
проблема OOLO - это англоязычный формульный Calc
и такая же враждебная api-документация к StarBasic
это есть главный и последний оплот от проникновения говнописателей
Модератор
163 - 02.04.2012 - 16:18
164-economist > плюс дохлая СУБД BASE HSQL без сетевой работы

вроде он нативно к MySQL подключается?
Гость
164 - 02.04.2012 - 17:41
Flukostat - На Access в америке написаны десятки тысяч клиент-серверных приложений, а как морда он почти везде.
По поводу языка функций - лучше справшивать у тех кто ими пользуется, а это юзеры. SUM и AVERAGE они бы запомнили, а вот два десятка - уже тяжело.
...
Диаграммы в калке - на уровне MSO 97.
...
gloomymen - а почему в том же MSO97 не побоялись перевести ВСЕ и даже целый раздел перевели в MSDN?
...
lithium - они к PostgreSQL нативно и плюс пяток быстрых стабильных ODBC дров есть (FireBird, DB2, SQLite, MySQL, InterBase, Derby итп), но встречают, как говорится, из коробки.
Гость
165 - 02.04.2012 - 17:55
Что там в штатах, мне по боку, спич про ооло у нас в стране, где 1сы задавила эксесс. Не говорю, что его вообще нет, но процент мизерно-ничтожный.
Гость
166 - 02.04.2012 - 18:06
а почему в том же MSO97 не побоялись перевести ВСЕ и даже целый раздел перевели в MSDN?
вероятно, своих говнописателей оказалось мало, решили организовать эпидемию
Гость
167 - 02.04.2012 - 21:29
Flukostat - это, вероятно, не по боку - а, возможно, "репрезентативности" не хватает (в части не-1С). В нормальной конторе свежий сис понимает, что часть данных крутится на абсцессе или какой-то хитрой "не ЖКК-базе", которой верит даже дир. или его первый доверенный чел. - буквально через полгода работы. А к тому моменту - он "винтег", как ни крути. Повязанный кучей "Обязательств"... Ну а что в Америке - нам далеко не побоку - половина софтовых продуктов - мерикосовские.
...
gloomymen - к п. 171 - "помимо знания исторических реалий" а у меня есть и тупо "своя версия" - в том числе "...и я их попросил..." И мне побоку - что меня кто-то считает "говнописателем", а кто нет (на работе). Но свой стандарт шкодинга я навязываю всем, кому могу - без зазрения. Он прост - комменты к коду как 2:1. Иначе ЗП не получишь. И "рабочая инструкция", которую должна понять самая толстая, старая и тупая, а также самая анорексичная, молодая и красно-дипломная "непонятно-с-чего" кадровичка. Если поняла - значит разовая премия в размере ЗП. Если нет - "досвидос- адьос-амигос (амига)"
...
Поверьте - "не понявших" просто нет. Так же как и не любящих OpenOffice.
Гость
168 - 02.04.2012 - 21:46
gloomymen - вот интереснейший по звукосодержанию INSTR - Ричи Котзен, я его очень поздно узнал (лет пять-шесть назад, пока преподавал основы мелодизма):
1) http://narod.ru/disk/45022703001.cb6...0Wire.mp3.html

2) http://narod.ru/disk/45023105001.796...0Glee.mp3.html
Гость
169 - 02.04.2012 - 22:10
А collaboration с Grey Howe и Stanley Clarke - вообще должно быть включено в общеобразовательную программу обучения музыке - как нельзя играть "кому попало", но как можно и надо слушать музыку, чтобы ее слышать. Естественно в контексте одного урока про "американскую музыку".
Гость
170 - 03.04.2012 - 11:09
В нормальной конторе свежий сис понимает, что часть данных крутится на абсцессе
Последний раз живой 'эксесс видел на унитарном госпредприятии по изготовлению протезов. Много лет назад.
Гость
171 - 03.04.2012 - 12:53
К Access можно приравнять Foxbase, SQLite, FireBird - сути это не меняет. Не 1С-кой жив учет. Кстати, во многих случаях самого Access - нет, но базы его есть в любой виндоус (MSJet) да и поделок кладущих в него данные - несть числа. Я свой первый проект в OpenOffice начинал тоже с работы с mdb-файлом через нативный и ODBC - коннектор, однако вскоре убедился что есть базы намного побыстрее. Эксессовские базы вполне держат 10-15 подключений - хорошая замена 1С в небольшой фирме. Однако готовых коробочных учетных решений на нем нет.
Гость
172 - 03.04.2012 - 16:54
Однако готовых коробочных учетных решений на нем нет
Вот поэтому эксесс и его псевдо-квазианалог бейз можно не рассматривать как составную часть офисного пакета и не считать плюсы-минусы по этим продуктам.
Гость
173 - 03.04.2012 - 21:27
Согласен. Что там осталось - Excel/Calc и PowerPoint/Impress. Презентаторы вполне равны, имхо.
Гость
174 - 04.04.2012 - 08:00
В сухом остатке OOLO - англоязычноформульный Calc с неудобными и слабыми диаграммостроением, и такая же api-документация к StarBasic с его многословностью, плюс невозможность использовать в коде ActiveX компоненты, которые очень популярны (да и удобны, чего уж там).
...
По поводу производительности авторасчетов Calc - она заметно (30-40%) медленнее Excel. Синтакис и состав Формул на 99% MSO/OO совпадают, однако есть и OOLO-уники, например суммирование по цвету или задание цвета формулой. Однако на практике о них не знают. Макросы в Calc работают в среднем вдвое медленнее, однако это вполне компенсируется железом. У многих ванильных и официальных сборок в коде StarBasic без Option Explicit и явного указания типов переменных эпизодически возникают проблемы (ошибки). Например за 4 версии OO Infra дважды пропадала поддержка динамических массивов, трижды исчезала поддержка VBA, однажды динамическая типизация вообще работала как вздумается. Шкодзить в таких условиях оч. сложно. У MSO2007 до SP1 тоже были сложности с IDE и рядом методов типа Activate - то что всегда работало - вдруг перестало. Молодцы кто потерпел до SP1, кучу проблем избежали. Так например, поступили почти все крупные банки и нефтяники.
Гость
175 - 04.04.2012 - 08:19
пан-директор несете пургу, прямо сейчас юрист не открыл письмо, валится ло, а через 7 минут конгресс
Гость
176 - 04.04.2012 - 11:45
Гинзбург - ужоснах катастрофа! Сейчас уже 12:38, я опоздал. Жаль что самого письма мы так и не увидим. А то могли бы и до истины докопаться...
...
Еще раз призываю всех участников дискуссии - покупайте/обосновывайте нужность и MSO и OOLO юристам, секретарям и финикам - там всегда все срочно и обморочно, даже безо всяких конгрессов. И жалеть на это деньги нельзя.
...
А вот сисадминам MSO - откровенное вреден: документов они получают мало, а возможностей решить проблему - у них много. Мне вот часто задают пользователи вопросы по Word, которого у меня нет, так я отвечаю как это можно сделать в OpenOffice Writer, и люди, если им действительно надо ехать а не шашечки - открывают его и решают там свою задачу. В большинстве случаев.
Гость
177 - 05.04.2012 - 11:29
обосновывайте нужность и MSO юристам, секретарям и финикам
Ага, а еще тем, кто
- ведет переписку с гос. органами (вся бухия, санитарные службы, врачи и ветврачи, технологи)
- ведет договора и переписывается с теми же юристами (а это как минимум начальники всех подразделений)
- работает с сетями (а это половина менеджеров)
- работает в отделе персонала (так как резюме скачиваются исключительно в ртф)
Итого - 3/4 или даже 4/5 сотрудников :)
Гость
178 - 05.04.2012 - 11:53
Пара слов о "разнице подходов" в использовании Excel программистами и опытными юзерами. Многие в курсе или сталкивались лично со всевозможными "считалками" чего-либо (койко-мест, расписаний, выбросов, тарифов, расходов, кредитов итп) со скрытыми листами, макросами и неизменным вымогательством "следующей версии".
...
Дык вот, считалки, писанные программистами - начисто игнорят возможности самого Excel по расчету, все вынесено в код, все хранится в переменных а не в ячейках, обрабатываются дурацкие события типа изменения листа, всякие лиснеры висят и тормозят, куча циклов по ячейкам и прочей херни. А "считалки" писанные юзерами - используют Excel как Excel, а не как таблицу с рамками и "массив констант". У них сложные формулы, проверки значений, динамические списки которые заменяют порой до 80% кода. И такой малый код читается, правится и работает много лучше чисто программистских подходов. Поэтому у программистов отношение к "...Exel..." и с Calc тем более - негативное, за инструмент не считают, зато решать чему быть на компьютерах пользователей - хлебом не корми.


том как используют
Намедни
Гость
179 - 05.04.2012 - 11:55
Компьютер за мной не успевает...
Гость
180 - 05.04.2012 - 12:46
economis, послушал, обе
чувствуется неслабое влияние именитого тезки, как по тембральному наполнению, та и по манере звукоизвлечения, но по содержанию - вода, мое имхо
Гость
181 - 05.04.2012 - 13:06
gloomyme - Брат был на концерте Rainbow три года назад - до сих пор под впечатлением и слушает ту запись с приличного диктофона. Та "линейка" англо-американских музыкантов здорово продолжается в неодиозных (нет ротации) и небольших рок-группах. Но их в эфире днем с огнем не сыщешь, а в Сети можно нарваться можно только случайно промазав по ссылке ~:-)
Гость
182 - 05.04.2012 - 13:48
Flukostat - согласен, но отчасти:

- переписка с гос. органами - DOC там ненадолго, а RTF уже и подавно нет. Есть опыт успешно ткнуть их в стандарт ODT. Кстати, отлично помогают тупые отмазки типа "у нас в компании ворд сохранят только в odt и ods!"

- начальники подразделений - обычно умничают в своих разделах договора и замечания пишут в отдельном доке.

- работает с сетями (а это половина менеджеров) - слава Богу у нас в стране не все работают с сетями, иначе продавать было бы нечего, но проблему и заскорузлость имеющихся - подтверждаю. Уверен - десяток писем - и лед тронется.

- работает в отделе персонала (так как резюме скачиваются исключительно в ртф) - надуманно. Претенденты пришлют хоть "шрифты в кривых", только свистните. Заодно это будет хороший первый тест на искренность "...желание работать в вашей компании..."
Гость
183 - 05.04.2012 - 14:08
не претенденты пишут, а скачиваются с сайтов кадровых агентсв, а там шкодеры тупо вставляли готовые компоненты для работы с ртф
Гость
184 - 05.04.2012 - 14:10
А начальники подразделений вносят исправления, и юристы хотят потом видеть, что было исправленно. Врайтер с doc файлом делает это более чем криво.
Гость
185 - 05.04.2012 - 15:38
Flukostat - в общем я тоже объявляю войну старью в виде RTF, xls/doc версии 5.0/95 и всем CSV где разделители не tab а , . ; и прочие "национальные особенности".
...
Кстати, с контрагентами опасно обмениваться файлом DOC с включенной записью изменений. Легкая хирургия - и ничего видно не будет - кто и что менял (более того, можно сделать подлог).

Контрам лучше всего слать в PDF с ЦП и самоподписанным сертификатом - главное чтобы свои были уверены в подлинности вернувшегося назад согласованного документа. Есть некоторые хитрости, которые позволяют замаскировать изменившийся текст, сделать его "волшебным", скажем, меняющимся только при печати, а так как формат закрыт - построчное сравнение файлов ничего не даст, а создаст иллюзию идентичности.
...
Несмотря на жалобы в этой ветке по совместимости сложных отображений двухколоночных и многотабличных документов вида ODT->Word и DOC->Writer - все что касается обычных договоров и писем - вполне приемлемо все видно и правится в обеих программах и в обоих форматах. Отлично (мультиформатно и мультисофтово), и безо всяких сбоев работает построчное "Сравнить файлы", что позволяет не включать запись изменений (в док она реально глючит).
...
За год работы через меня прошло 450 DOC и 5-7 RTF договоров и только в двух случаях я столкнулся с кривым отображением и пришлось садиться за машину с MSWord. Во всех остальных случаях OOWriter позволил сделать работу также быстро, как и MSWord. С табличными процессорами все у OpenOffice намного хуже, сюда бейте ему, по яй..почкам, а то уйдет!
Гость
186 - 05.04.2012 - 16:00
450 DOC и 5-7 RTF договоров
Вы счастливчик, у меня в помойке несколько сот ртф, больше сотни в текущей работе.
Что касаемо док, то половина договоров двухколоночная, с рамкой и вложенными таблицами. Врайтер всегда такие доки отображает криво, работать с ними просто нельзя.
Гость
187 - 05.04.2012 - 16:18
С калком тоже не все в порядке, но в целом, совместимость с мсо получше, чем у врайтера.
Ну, не считая очень медленно открывающихся хлсх, кривого отображения толстого обрамления, неработающих макросов, глючащих быстрых фильтров, зависающих соффис.бин при попытке вставить часть таблицы в врайтер или тандерберд, неубиваемых комментариях при открытии хлсх, убойным редактированием эксель95 (при открытии после редактирования вместо букв - вопросительные знаки), неправильным определением отступов в ячейке, неправильной привязкой в ячейках по вертикали-горизонтали :)))
Все остальные недостатки у них с врайтером общие.
Гость
188 - 06.04.2012 - 09:16
Flukostat - давайте "покрыжим" ваш баглист:

1) Двухколоночные договоры DOC (оформленные в виде таблицы), да еще и с обрамлением и с вставленными таблицами, да еще и входящие - да, расползаются, и работать с ними сyкаопасно. Но нет худа без добра - Writer умеет проверять орофограмматику в многоязычных текстах, а Word - нет. В экспортных англо-русских контрактах много интернационализмов и названий на латинском, французском и даже русском в "чужой" половине - и переводчики теперь хлопают в ладоши от радости, т.к. ошибок стало на порядок меньше. Мои тупо ищут ошибки в OO, затем исправляют их в MSO. Вот такая дружба приложений... Кстати, в OO Инфра 321 такие договоры выглядят ровнее чем в LO.

2) медленно открывающихся хлсх - да, из-за конвертации формул, терпимо, но неизлечимо, по крайне мере до тех пор, пока MS не реализовал формулы на основе стандарта OpenDocument (чего, думаю, не случится).

3) кривого отображения толстого обрамления - ну чуть толще чем обычно, терпимо и исправимо, тикет написан и висит уже года четыре. Системы измерения у них, видите-ли, разные...

4) неработающих макросов - ложь и провокация! Все работает везде, только не полностью. VBA относительно работоспособен в IBM Lotus Symphony, в Инфра [*****]. В других версиях - нет. А StarBasic работает ВЕЗДЕ и ОДИНАКОВО, заменить им можно 100% кода, правда потратив в 4 раза больше времени чем на начальный кодинг в VBA. Квест еще тот, отлично развивает английский язык. Удивляет как вежливо и усердно иностранцы спрашивают/отвечают "у друг друга" о таких интимных, казалось бы, вещах, как написание обработчиков событий, реализация Listener-ов, работа макросом с диаграммами итп.

5) глючащих быстрых фильтров - скорее неудобных и работающих по другим принципам. В Excel 2007 автофильтр тоже не с первого раза иногда ставится. даже при правильном выделении. Excel тоже дважды менял принцип копировать "все/не все" отфильтрованное, что вызывало маты и ругань вполне миловидных девушек.

6) зависающих соффис.бин при попытке вставить часть таблицы в врайтер или тандерберд - известнейший, я бы сказал эпический глюк, связанный с неполным "расшифровыванием" механизма копирования таблиц от мелкомягких. Решения есть - макрос, делящий таблицу на части. Криво, но работает. Пробегал на форуме Инфры.

7) неубиваемых комментариях при открытии хлсх - у меня все скрывается/показывается/убивается/копируется (LO342, OO Инфра 321)

8) убойным редактированием эксель95 (????) - не сталкивался. Из 1С все в этом формате - правится без ошибок в ООИнфра321 и LO34. Вообще насчет кривизны кодировок можно поискать решения в Сети - наверняка они есть.

9) неправильным определением отступов в ячейке - не сталкивался, но это мелочи

10) неправильной привязкой в ячейках по вертикали-горизонтали - не сталкивался, но это тоже мелочи.
Модератор
189 - 06.04.2012 - 10:57
"Корректирующий релиз LibreOffice 3.5.2"
OpenNews: Корректирующий релиз LibreOffice 3.5.2
"представлены только исправления ошибок и обновления файлов с переводами."
Гость
190 - 06.04.2012 - 11:51
зависающие соффис.бин - строго говоря, в версии 345 этого глюка нет, есть в 351. В 352 опять починили.
неубиваемые комментарии - в 345 показывает нормально, в 351 скрытые в хлсх комментарии показываются всегда,принудительное скрывание всех комментов вручную с сохранением файла в формате хлсх не помогает, при следующем открытии комменты снова видны, помогает сохранение в хлс2003. Когда комментов много, да еще на разных листах, работать невозможно. В 352 все еще не починили.
убойное редактирование эксель95 - вносим в файл изменение, сохраняем, открываем. Вопросительные знаки. Если нет архивной копии файла - кранты и скандал. А менеджер заранее не знает, в 95м экселе файл или в 2003. Очень нехорошая ситуация. Глюк в 345 и 351. В 352 все еще не починили.
неправильное определение отступов в ячейке - не сталкивался, но это мелочи - это не мелочи. От клиента приходит файл (большая-большая накладная на нескольких страницах), в первой колонке - наименования товара, файл формируется у контрагента так, что перед названием ставится штук 5 пробелов, выравнивание по вертикали стоит по центру. Часть ячеек отображается нормально, а примерно половина показывает несколько последних букв наименования. Вылечить можно выделением листа и выбором выравнивания ячеек по верхнему краю.
Гость
191 - 06.04.2012 - 11:57
А, ну да, есть еще пренеприятнейший глюк. Приходит накладная, ее надо просто распечатать. Если глянуть ее во вьювере и послать на печать, то все зашибись, но если случайно открвть в либреоффис, окажется, что конец страницы в либре не совпадает с концом страницы в мсо, пара-тройка строк накладной переезжают на след страницу. Можно, конечно, переключиться в режим разметки, потянуть бегунки, тогда страницы совпадут (при этом, правда, накладная ужмется по горизонтали). Но это ж сколько лишней работы, особенно при большой накладной.
Гость
192 - 06.04.2012 - 12:21
А вот еще баг врайтера.
Набираем 01.03.12 бла-бла и жмем энтер.
Недопроцессор тут же считает это списком и преобразует
1.3.12 бла-бла
1.3.13
Как вам такое?
Гость
193 - 06.04.2012 - 12:47
Ну так можно любой автоформат при вводе - объявить багом. Это следствие ряда национальных стандартов - где-то ведущий ноль в датах не пишут. Первое что я делаю при установке MSO OO - убираю распознавание списков вовсе, поскольку прекращение нумерации абзацев возможно либо через команду меню/кнопку (и так правильно), либо вводом пустого абзаца, что является грубым нарушением верстки и приводит к проблемам.
Гость
194 - 06.04.2012 - 12:49
бедолаги
Гость
195 - 06.04.2012 - 12:52
gloomymen - по сравнению как парятся 1С-ники с юзерами над желто-красными коробочками и их выходными формами - наша полемика имеет вид детской игры в крысу.
Гость
196 - 06.04.2012 - 13:07
можно любой автоформат при вводе - объявить багом
Зачем же любой. В данном примере мсо корректно определяет short date format, а ло - нет. А отменять автосоздание нумерованных списков тоже как-то не с руки, привыкли юзера, понимашь ли, набирать "1",".", пробел, текст, энтер и т.д.
Гость
197 - 06.04.2012 - 15:55
Flukostat - юзеры должны привыкать к правильному способу назначения стилей, в том числе стиля маркированного списка - с помощью hotkey, например Ctrl+L(ist). "Распознавание" списков, во-первых, часто приводит к разнородности шрифта/размера нумерации и самого шрифта, во-вторых, нет легкого способа его остановить. В-третьих, стиль списка очень сложен, в нем много параметров (отступ от номера, шаг, фикс. ширина пробела, заполнитель итп) - и его разумно делать отдельным стилем, не полагаясь на "авто".
Гость
198 - 06.04.2012 - 21:18
- юзеры должны привыкать
Глубоко ошибочное мнение.
Юзеры должны РАБОТАТЬ.
This is mainstream.
Гость
199 - 09.04.2012 - 09:12
К сожалению юзеры воленс-неволенс должны ПРИВЫКАТЬ к новом у ПО из-за постоянной смены ОС (XP-Vista-Seven) и основных прикладных программ (MSO97-XP-2k3-2k7-2k10). Не изучив в должной мере ПО - работать продуктивно в нем невозможно. Лично мне было задано вопросов за первый год по MSO2007 (после MSO2003) - БОЛЬШЕ, чем при переходе с MSO2003 на OO300. К чему бы это???
...
Причем вопросы были (по MSO) какие-то дурацкие - где всё, как это убрать, почему не работает ВПР, почему на кнопку нужно давить дважды, почему то что делалось за 4 клика делается за 24 (это про безопасность макросов - все продвинутые юзеры через это прошли).
...
Хорошо когда есть спец, который разработает основные шаблоны текстовых доков компании, наладит механизм серийных писем и автообмен со справочниками СУБД для заполнения шаблонов, создаст стили, бланки, разместит на шаре, пропишет это все на корп. портале и напишет дефолтный макрос, который при старпте предлагает выбрать шаблон, а если юзер выбрал "Без шаблона" - ему будет показываться 3-секундное незакрываемое окно юзеру при открытии и печати - что док создан не по шаблону. Этого достаточно, чтобы люди привыкли. Именно привыкли, а потом уже работали.
...
Иногда бесплатное оказывается "прорывным". Такая программка как PuntoSwitcher экономит времени на 100 человеках - 200 тыс. руб. в год. Установка его же на сервере 1С - экономит еще 100 тыс. руб. в год. Почему до такой программы не додумались в MS - непонятно. А бюджет 300 тыс. руб. для 100 человек - это уже приличный IT-бюджет для обычного предприятия.
Гость
200 - 09.04.2012 - 09:38
еще с выходных не отпустило?


К списку вопросов
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск




Copyright ©, Все права защищены