не, не не. не надо нам этого....

Надо. Нефиг костыли в виде своего VCL и gtk использовать

пишите свой. не надо портить наш

В общем судя по орфографии дело не в LO.

А ты, я гляжу, гений индукции.

вау, а известно, они пойдут по пути wps/сделают опциональным или обязательным? Мне в общем то без особой разницы, но во втором случае у народа, наверное, бомбанет

Выше кто-то писал, что опциональный.
BTW, до сих пор на мсоффисы нового поколения (с 2007-ги и далее) смотрю как баран на новые ворота и ничего найти не могу.

Пользуюсь Libre Office постоянно и весьма активно и для работы с документами созданными в MS Office и для создания новых документов.

В целом, всё совсем не плохо, темпы развития и улучшений действительно впечатляют. Но есть несколько вопросов, которые несколько усложняют работу.

Не буду скрывать, что возможно частично может быть виновата и моя криворукость, но как мне кажется, причина всё же больше в разработчиках.

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

Тем не менее, попробую изложить это тут, может действительно это я сам чего-то не догнал.

-- LO Writer --

1) Невозможно установить единицы измерения — пункты (pt) В настройках есть только: Миллиметры (за что спасибо), Сантиметры, Дюймы, Пики, и Точки.

Т.к. в MS Word используются пункты, хотелось бы тоже иметь эту возможность (для однообразия форматирования документов).

2) В типографике существует довольно большое количество различных пробелов. Каждый из них имеет свой смысл и своё применение. Кроме того, существует несколько видов тире (как минимум: короткое, цифровое, среднее и длинное)

В том же MS Word, насколько я помню, очень легко вставлять некоторые виды пробелов или тире через меню вставки символа.

В Libre Office в качестве быстро вставляемых символов используются только неразрывный пробел, неразрывный дефис и мягкий перенос. Этого очень мало!

Да, возможно не все виды пробелов часто используются, но как минимум цифрового пробела (FIGURE SPACE) который имеет ширину равную ширине цифры в текущем шрифте ЧУДОВИЩНО не хватает!

Этот тип пробела используется при нумерации, обеспечивая точное позиционирование цифр на разных строках строго одна под другой.

Это очень частотная задача, которую не всегда можно решить альтернативными средствами (выравниванием чисел по правому краю, добавлением настраиваемых по ширине табов). Лезть в таблицу символов далеко не всегда удобно.

В принципе, мне встречались задачи в которых нужно было использовать и другие виды пробелов, но значительно реже.

Кроме того, по ГОСТу, да и вообще по традиции, в текстах на русском языке довольно часто должны использоваться символы — длинного тире (EM DASH), и почти никогда среднего тире (EN DASH). С цифровым тире (FIGURE DASH) дело обстоит так же как и с цифровым пробелом его ширина равна ширине цифры, что позволяет не смещать колонки цифр на соседних строках друг относительно друга.

В Libre Office в тех местах, где должно стоять длинное тире автоматически вставляется среднее тире. Как это изменить или исправить я не знаю. Для моих текущих задач это не критично (в отличие от цифрового пробела), но там где документация должна быть по ГОСТУ или где-то в профессиональной подготовке текста к печати это может быть очень и очень критично.

Кстати, в винде у меня специально была изменена раскладка, позволявшая вводить подобные символы как комбинации клавиш (что-то типа «AltGr + пробел» или «AltGr + -» и т.п.) Под Линуксом я пока не менял раскладок, просто я работаю на большом количестве компьютеров дома и на работе поэтому лень везде раскладки менять специально под себя. 3) Совместимость с MS Word. Кажется до последних версий ещё остаются проблемы с правильным отображением добавленных на лист документа MS Word объектами (рисунками, линиями, стрелками и т.п.) которые съезжают.

Ещё остаются проблемы со сложными таблицами, в том числе нарисованными с помощью дурацкого инструмента рисования таблиц (которым активно пользуются тётенки) и с повёрнутым на 90 градусов текстом внутри ячеек таблиц. Его проблемно редактировать.

Были ещё какие-то проблемы со вставленными текстовыми полями их позиционированием и редактированием текста.

А, ещё при открытии вордовских документов в последнее время (после перехода на 5.0.х) в конец документа добавляется одна или несколько пустых страниц. в 4.х версиях такого не было. Не знаю пофиксили уже это или нет.

Проблема совместимости с MS Office Word довольно специфическая. Лично я, когда создаю документы (даже довольно объёмные и со сложными таблицами) в MS Word и потом открываю их в LO Writer почти никогда не имею проблем.

Но наши тётеньки умудряются генерировать даже одно-двух страничные вордовские документы которые потом весьма криво открываются во Writer-е.

Это у них какое-то тайное умение, которое даже мне не удаётся повторить. Т.к. если я сделаю такой же документ по внешнему виду, он нормально откроется в обоих программах.

-- LO Calc --

Пользуюсь реже и не помню всех функций и проблем.

Кажется даже в Libre Office 5.0.x под Windows сталкивался с проблемой в довольно больших документах при выделении всего документа нажатием на левый верхний угол и изменением формата всех ячеек или изменение шрифта комп просто зависал от загрузки. При этом выделение только заполненной данными области (несколько десятков столбцов и несколько сотен строк) отрабатывало нормально.

Встречал этот глюк пару или тройку раз именно под виндой, когда меня просили изменить чужой файл на чужом компьютере, и с экселевскими таблицами. Сейчас под линуксом у меня нет тех документов и повторить глюк не удалось.

Насколько я помню, в LO Calc остаётся несовместимость по стилям обрамления с MS Excel. Это иногда не очень здорово.

В принципе, наверное, хотелось бы иметь возможность переключиться в режим нумерации столбцов числами, по аналогии с подобной возможностью в экселе.

Лично мне это не нужно, но для наших тётенек привыкших к экселю это было бы неплохо.

-- LO Impress --

Очень сильно уступает MS PowerPoint и очень слабо с ним совместим. Для нас эта совместимость - больное место. Очень очень нужно, чтобы мультимедийный контент типа звука или видео вставленный в MS PowerPoint нормально воспроизводился LO Impress. Переходы или стили даже не так важны, как корректная работа встроенного мультимедийного контента.

-- LO Draw --

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

Хотелось бы более тесной связи с Writer и лучшей поддержки SVG.

А что меня больше всего допекает (не знаю, поправили в 5.1 или нет) - так это то, что если в writer-е перематывать текст клавишами PgUp/PgDn при нажатом шифте - то в некоторых случаях выделение текста идет нормально, а в некоторых теряется, самопроизвольно прекращается.

С длинным тире тебе определённо поможет типографская раскладка на 3 уровне, по крайней мере в линуксах.

А длинное тире у меня в линуксовой версии со времен какого-то 4-го LO ставится автозаменой по умолчанию, если выставлен русский язык как язык набираемого текста или фрагмента. В версии 5, правда, намудрили: между цифрами теперь тире недлинное, а как в английском. Автозамена срабатывает на пробел - дефис - пробел или на два дефиса подряд.

Невозможно установить единицы измерения — пункты (pt) В настройках есть только: Миллиметры (за что спасибо), Сантиметры, Дюймы, Пики, и Точки.

Параметры - Writer - Вид - Линейка? В OpenOffice есть «пункты», скорее всего в LO их назвали «точками» при переводе.

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

настрой автозамену, чтобы -, --, ---, ---- заменялись на нужный тебе символ

Этот тип пробела используется при нумерации, обеспечивая точное позиционирование цифр на разных строках строго одна под другой.

почему просто не использовать (настроить) автоматическую нумерацию или это какой-то особый случай?

ну это во первых вопрос привычки, а во вторых - либо желания (и возможности к кастомизации) собсна риббона, либо набора используемых функций.

почему просто не использовать (настроить) автоматическую нумерацию или это какой-то особый случай?

Ну, выравнивание чисел нужно не только при нумерации.

а что в данном случае имеется в виду? в рамках какой задачи идёт выравнивание чисел?

кстати, а есть какие нибудь новости по поводу оптимизации работы calc? При таблицах с содержимым под лимит calc любит очень долго думать (по крайней мере, в случае xls), в отличие от того же mso (который, как говорят пацаны на районе, подгружает не сразу все, а последовательно при необходимости).

Аналогичная проблема, например, наблюдается, если я захочу построить график из 1к+ точек, порой проще убить calc, чем страдать (честно говоря, не знаю, как себя ведет тут mso).

Я понимаю, что оно, вероятно, не особо предназначено для этого, но, пока xls* остается де-факто стандартом для «прикинуть результат» для 95% процентов населения, от этого никуда не деться :/

Причем тут линукс, умник? Програ кроссплатформенная.

Насчет привычки - так-то оно так, но... Мне привычку пользоваться риббонами было не выработать (я не пользуюсь виндой лет 8 ни дома, ни на работе), и когда я вынужден на чужом компе пытаться что сделать в ворде или экселе, мне реально сложно. Я, кстати, поэтому появление опционального (или функционирующего параллельно с менюшками)подобия риббона в LO скорее бы приветствовал - чтобы научиться им пользоваться (при условии аналогичной MSO организации его структуры).

Я недавно минут 5 искал как добавить настраиваемую кнопку для выполнения макроса и назначить ей макрос в уже вызванном меню настройки панели «Разработчик». Да, ещё нужно сначала найти в настройках где она сама добавляется.

ну и хорошо, что бомбанет

в таких вопросах не стоит слушать пользователей, и если wps и mso использую ленточную структуру меню, то надо и libre подтягиваться до этого уровня

вариант и так и так по желанию в настройках тоже не подходит, ибо это в теории, а в реальности только кривизну усилит.

толстота голимая. юзеров слушать можно и обязательно нужно! либра ничего и никому не должна, тем более оглядываться на конкурентов.

но во втором случае у народа, наверное, бомбанет

Во втором случае просто быстро и решительно появится ещё один форк, делов-то. Не скажу, что это будет оптимальным развитием событием, поскольку потенциально творческие силы будут отвлечены от допиливания тех же самых фильтров для MSO. Но думаю, бульк будет.

Ну или опенофис воспрянет и будет позиционировать себя как последнюю тихую гавань.

и если wps и mso использую ленточную структуру меню, то надо и libre подтягиваться до этого уровня

Уверен, что это подтягивание, а не опускание? Да и вообще-то, мы не в одномерном мире живём...

А не так как в прошлый раз с границами текста при переходе 3->4, когда они убрали реально удобную и работающую часть интерфейса.

А что там было и что стало-то, я пропустил как-то...

> а чего тогда все дистрибутивы перешли на libreoffice?

Ну во первых не все.

> Да и вообще чего все основные разработчики перетекли из AOO в LO?

Где больше платят, там и работают, или ты думал они за миску лапши стараются?


я вообще считаю, что это просто тупо сговор, т.к. что OO, что LO - одно и то же говно с разными названиями.
Просто LO начали активно пиарить, аля альтернатива MS Office, хотя ему до альтернативы как от аргентины до северного полюса пешком.

Вот и сейчас, по факту ничего не сделали, но зато обозвали это всё релизом. Давайте будем честными, это максимум alpha5.1

-- LO Calc --

Кажется даже в Libre Office 5.0.x под Windows сталкивался с проблемой в довольно больших документах при выделении всего документа нажатием на левый верхний угол и изменением формата всех ячеек или изменение шрифта комп просто зависал от загрузки. При этом выделение только заполненной данными области (несколько десятков столбцов и несколько сотен строк) отрабатывало нормально.

проверил в 5.1 64бит все корректно работает

Насколько я помню, в LO Calc остаётся несовместимость по стилям обрамления с MS Excel. Это иногда не очень здорово.

это да, есть такое, однако проставить ручками нужные границы вполне реально. вот функции некоторые до сих пор не эквивалентны, это да!

В принципе, наверное, хотелось бы иметь возможность переключиться в режим нумерации столбцов числами, по аналогии с подобной возможностью в экселе.

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

Это всё изменения по сравнению с прошлой версией, 5.0.4?

это все изменения, которые разработчики соизволили отметить в вики проекта на английском языке. отмечу, что помимо этого они активно пилят LibreOffice Online и LibreOffice for Android

проверил в 5.1 64бит все корректно работает

А если нормально проверить? Выделить большой диапозон -> Edit - > Fill (только весь лист не надо, а то жирно слишком). И потом выделить все ячейки и сменить шрифт.

И вот кстате, при отдачи команды на заполнение в Edit - > Fill всего листа случайными числами, LibreOffice сразу встал раком, висел несколько минут и сожрал 32 ГБ ОЗУ - дальше ждать не стал, грохнул его.

Я понимаю что задача непростая, но обычно в таких случаях принято показывать окошечко «Выполняю...» с кнопкой «Прервать»

Ну и кто же остался на AOO?

Gentoo (там просто можно выбрать). Но выше некорректная поставновка: ванильный openoffice вообще мало где поставлялся и до появления libreoffice.

Дистров выше сотни, например немецкий LiMux.

я нормально проверил, выделил ВЕСЬ лист, нажатием на верхний левый угол, как и хотел тот тип, и изменил шрифт (гарнитуру и эффект)

а ты какой ЛО используешь? судя по расположению Fill - это максимум 5.0.х, а он у тебя 64 битный точно?

пустой лист, да?

ps: у меня 5.0.4 64 битный, 32 битных для OS X не завезли по понятным причинам, да и 32 битный бы не смог сожрать 32 ГБ ОЗУ 😀

щас вот попробовал не пустой, А1:Z1000000 заполнил числами через тот же Fill, сменил гарнитуру, затем размер шрифта. Над гарнитурой он подумал, над сменой размера нет, сделал сразу.

проблема с попробовать над целым листом с данными упирается в необходимость заполнить лист данными сначала. а мне лень копировать миллионы ячеек много раз =( а для всего пустого листа достаточно быстро меняет настройки. Можно так и делать, СНАЧАЛА изменить форматирвоание, а уж ПОТОМ набивать данные.

А есть еще внезапно СТИЛИ в Calc, можно юзать их

лол

гений индукции

Ты хотел сказать дедукции?

длинное тире у меня в линуксовой версии со времен какого-то 4-го LO ставится автозаменой по умолчанию

Это было ещё во 2-м OpenOffice'е.

Про тире и прочую типографию.

OOo/LO по умолчанию вставляет длинной тире в русской раскладке, короткое в английской (хотя на винде в какой-то из версий «поломали» — всегда длинное). А в ms word автоматически исключительно короткое. Именно поэтому 99,97% документов, которые мне попадались и попадаются (включая печатные издания, рекламы, баннеры) в лучшем случае имеют короткое тире, а чаще — вообще дефис.

Про шпации. Тут всё плохо. Никакой пробел, кроме неразрывного не является неразрывным. Поэтому, например, буквы в инициалах проще без пробела с неразрывным пробелом после фамилии. Правда неразрывные пробел ещё и нерастяжимый, так что всюду вставлять тоже геморрой. Это беда как LO Write, так и MS Worsd. Тут поможет только LaTeX.

Про тире и прочую типографию.

Тут поможет только LaTeX.

согласен =)

Внимание! Уже вышел RC1 версии 5.1.1, в котором исправили несколько странных багов, довольно критичных. Качать как всегда отсюда http://dev-builds.libreoffice.org/pre-releases/

неа, индункции, ты делаешь общий вывод на основании частного случая.

Было - указание границ текста как прямоугольник вдоль полей. Очень удобно смотреть не вылезла ли таблица или отдельное слово из-за кривого форматирования, для чужих документов это обязательное действие, как выяснилось. Было.

Стало - маленькие галочки в углах области печати. Стало. Собственно это можно увидеть сравнивая ОО и LO последних версий.

Спасибо.

Хотя... Стоп! У меня 4.3.3.2, и там граничный прямоугольник есть.

Calc

а объединение ячеек с уже объединёнными до сих пор не сделали

а объединение ячеек с уже объединёнными до сих пор не сделали

а где сделали?

в мсо, не?

я посмотрел, перед тем, как написать тебе, мсо 2007. там при выделении уже объединенных ячеек с другими ячейками сначала сбрасывается объединение (при этом общее выделение сохраняется), а потом создается новое объединение. В LO точно такое же поведение, абсолютно

дело не в мсо же

Включите отображение не печатаемых символов, станет как было.

просто напиши сам код или задонать тому, кто напишет то, что тебе надо