| Модератор 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
| еще с выходных не отпустило? | |
