ChanServ changed the topic of #libreoffice-ru to: Канал поддержки русскоязычных пользователей LibreOffice | Wiki TDF http://tdf.io/wikiru | On-line документация http://tdf.io/helpru | Логи канала: http://goo.gl/gzwdwU
<libreofficeru-tg> <c​hemyakyn> У нас в основном 2013. Остальные редкость.
<libreofficeru-tg> <c​hemyakyn> К стати. Старая проблема до сих пор не решена. Сколько лет прошло, даже не знаю.
<libreofficeru-tg> c​hemyakyn shared a file on Telegram with caption: 'Нумерация в таблице docx'
<libreofficeru-tg> <c​hemyakyn> Нумерация есть во всех строчках.
JohnDoe_71Rus has joined #libreoffice-ru
<mikekaganski> А эта проблема зарегистрирована?
<libreofficeru-tg> <c​hemyakyn> Да.
<mikekaganski> Хорошо, тогда намёк ещё прозрачнее: не поделитесь ссылкой? ;-) я ж спрашиваю не просто так - посмотреть хочу, что там пишут
<libreofficeru-tg> <c​hemyakyn> Ещё бы найти...
<libreofficeru-tg> <c​hemyakyn> Три года назад дело было.
<libreofficeru-tg> <c​hemyakyn> Вынужден констатировать, что не нашёл. А ведь помню, что этот пример специально для багзиллы делал.
<JohnDoe_71Rus> недавно вроде бы на багзиле был "рефакторинг" багов. вроде закрывали старые. может закрыли/удалили?
<libreofficeru-tg> <c​hemyakyn> Не знаю. В 6.1 этот пример работает.
<libreofficeru-tg> c​hemyakyn shared a file on Telegram with caption: 'Вот вам ещё одна загадка.'
<libreofficeru-tg> <c​hemyakyn> Уже даже не помню, когда на неё наткнулся, и как такое получилось. Нашёл в папке oooforum
<libreofficeru-tg> <K​ompilainenn> Джон, это даже не смешно про "рефакторинг" багов
<mikekaganski> Что значит "В 6.1 этот пример работает"? то есть оно либо работает, либо не 3 года назад?
<mikekaganski> А насчёт загадки - при чём тут 5.1? Оно прекрасно объединяется в 6.2.2.2
<mikekaganski> хотя погодите
<mikekaganski> я как раз выделил всё
<mikekaganski> почему-то мне кажется, что это не баг, а https://bugs.documentfoundation.org/show_bug.cgi?id=100061
<libreofficeru-tg> <c​hemyakyn> В том смысле, что ничего не поменялось.
<JohnDoe_71Rus> <K​ompilainenn> возможно не верно назвал, но мне прилетало письмо типа "ваш баг еще жив?"
<mikekaganski> а, то есть "работает" = "показывает проблему", а не "работает как надо". Велик могучий русский языка...
<mikekaganski> Ну да, ворд пообъединял непрямоугольные ячейки.
<libreofficeru-tg> <c​hemyakyn> Я не помню уже, что там с ячейками. Это, похоже, вообще какой-то доисторический артефакт.
<libreofficeru-tg> <K​ompilainenn> Джон, это не "рефакторинг", это автоматика работает, если от последнего коммента уже прошло более года, то баг репортеру приходит письмо с просьбой перепроверить баг в последней версии либры
<libreofficeru-tg> <K​ompilainenn> Там таких не перепроверенных ошибок треть багзиллы наверное
<mikekaganski> Если Вы этот пример скинули чтобы понять, как решить - просто надочуть-чуть сдвинуть вертикальные границы влево-вправо, чтобы они выровнялись
<mikekaganski> @c​hemyakyn^
<libreofficeru-tg> <c​hemyakyn> Да я просто так скинул. :-)
<libreofficeru-tg> <c​hemyakyn> А вот с нумерацией до сих пор беда. Просто катастрофа с нумерацией. :-(
<mikekaganski> хм... нормально. Я открыл, смотрю как человеку помочь - а это оказывается так, поржать
<libreofficeru-tg> <K​ompilainenn> :D
<libreofficeru-tg> <c​hemyakyn> Ну, извини... 😇
<libreofficeru-tg> <c​hemyakyn> Дата создания: 16.06.2016г. Я уже и забыл, откуда оно взялось.
<libreofficeru-tg> <K​ompilainenn> Не такой и старый
<libreofficeru-tg> <c​hemyakyn> На самом деле, в Writer две серьёзные проблемы:
<libreofficeru-tg> <c​hemyakyn> 1. Нумерация.
<libreofficeru-tg> <c​hemyakyn> 2. Отсутствие анализа структуры документа.
<libreofficeru-tg> <c​hemyakyn> По второму пункту поясняю: если xml-структура документа кривая, LO не пытается её как-то проанализироватьи исправить, а отображает как может. Это значит, что если в структуре закрались баги, единственный вариант от них избавиться
<libreofficeru-tg> <c​hemyakyn> Попадают на это довольно часто. Достаточно просто попасться версии LO с какой-то ошибкой, и всё - документ будет испоганен.
<mikekaganski> XML-структура кривая??? :-D Как Вы себе это представляете? ;-)
<libreofficeru-tg> <c​hemyakyn> Последовательность тегов неправильная, например.
<mikekaganski> Если она разрешена стандартом/схемой, значит она не кривая. А если нет - её не откроют. Так что если и есть что-то, то это не кривая структура XML
<mikekaganski> и в такой постановке это в принципе ни о чём. Мы анализируем многое. Но поскольку документ потенциально безгранично гибок, невозможно наперёд угадать, какие ещё причудливые комбинации вызовут следующий глюк
<mikekaganski> вспоминается, как в ворде приходилось делать то же самое - это не проблема ЛО, а универсальная проблема сложных структур данных
<mikekaganski> поэтому единственное, что можно сделать - это предметно писать баги
<mikekaganski> "сделай так, получишь плохо"
<mikekaganski> кстати, поскольку Вы не нашли свой баг трёхлетней давности про нумерацию - повторите,
<libreofficeru-tg> <s​ibskull> Со стилями нумерации? Или с последовательностями?
<libreofficeru-tg> <c​hemyakyn> С использованием в мирных целях.
<libreofficeru-tg> <c​hemyakyn> ЕÑ�ли документ более-менее Ñ�ложный, Ñ�одержащий абзацы, как Ñ� нумерацией, так и без, Ñ�одержащий разные нумерации, то работать практичеÑ�ки невозможно. Ворд в Ñ�том Ñ�лучае автоматичеÑ�ки коÑ�тыли подÑ�тавлÑ�ет, а ЛО вообще не даёт возмÐ
<libreofficeru-tg> <c​hemyakyn> Часто, чтобы отформатировать как положено, нужно создать новый документ, и копировать в него куски исходного, в строго определенной последовательности.
<libreofficeru-tg> <c​hemyakyn> Но, народ просто забивает, и делает нумерацию руками.
<libreofficeru-tg> <s​ibskull> Да, основная проблема LO в том, что у него для нумерации есть свой тип стиля, который слетаеь при автоматической рассановке или импорте. Не привыкли люди использовать стиль конкретно для нумерации.
<libreofficeru-tg> <c​hemyakyn> Увы, это не основная проблема.
<libreofficeru-tg> <c​hemyakyn> К стати, уже много раз пытался обратить внимание разработчиков на то, что по умолчанию стиль нумерации стоит "нет". И при этом реальный стиль символа может внезапно стать любым.
<libreofficeru-tg> <c​hemyakyn> Это к вопросу о косяках в структуре.
<mikekaganski> "по умолчанию стиль нумерации стоит "нет". И при этом реальный стиль символа может внезапно стать любым" - это было что? 0_о по умолчанию где? и какой должен быть? и причём тут смешение стилей нумерации и символа?
<libreofficeru-tg> <c​hemyakyn> Стиль символа нумерации.
<mikekaganski> так, и что ним конкретно не так? по умолчанию где - в каком стиле нумерации?
<libreofficeru-tg> 'Untitled Image' uploaded by c​hemyakyn: https://i.imgur.com/lh50Cus.jpg
<mikekaganski> ещё раз: по умолчанию где? потому что вот я создаю новый документ, проверяю стили нумерации - там назначен стиль символа. Просто вставляю нумерацию кнопкой на тулбаре - тоже есть. Так что же такое "по умолчанию"?
<libreofficeru-tg> <c​hemyakyn> Контрольный вопрос: какой тип нумерации используется у нас во всех документах?
<mikekaganski> И второе. А если там стоит "Нет", то в чём проблема? Значит, этот стиль нумерации не переопределяет символы текста
* mikekaganski начинает казаться, что его кто-то пытается экзаменовать "контрольными вопросами"
<libreofficeru-tg> <c​hemyakyn> Проблема в том, что он может, внезапно, стать другим. И потом хоть запереопределяйся.
<mikekaganski> "внезапно" - это отдельная история. Что это значит? Вот открыли Вы документ, пошли перекурить, возвращаетесь - а там курсив?
<libreofficeru-tg> <c​hemyakyn> Нет. Просто понимаю, что большинство разработчиков не очень понимают проблемы пользователей. И, похоже, не используют ЛО в качестве офисного редактора.
<libreofficeru-tg> <c​hemyakyn> В документах у нас в 99% случаев используется нумерация типа "структура".
<JohnDoe_71Rus> "у нас" это кто?
<mikekaganski> Хе. Перед тем, как начать его пилить, я 10 лет на нём работал сам и учил других у нас в проектном институте, делая в нём документы с оформлением по СПДС
<mikekaganski> а перед этим делал то же в ворде
<libreofficeru-tg> <c​hemyakyn> Ну вот я и не понимаю, откуда тогда такие вопрося? :-)
<libreofficeru-tg> <c​hemyakyn> [EDIT] Ну вот я и не понимаю, откуда тогда такие вопросы? :-)
<mikekaganski> ок, тролль.
<libreofficeru-tg> <c​hemyakyn> У нас сейчас ЛО используют несколько тысяч человек. Проблемы с нумерацией ровно те же самые, что были двадцать пять лет назад.
<libreofficeru-tg> <c​hemyakyn> MS, за это время, решил их костылями, а в LO просто забили.
<libreofficeru-tg> <c​hemyakyn> Про всякие поделки из реестра минкомсвязи вообще молчу. Они будто с другой планеты прилетели.
<libreofficeru-tg> <c​hemyakyn> Конечная проблема с нумерацией выглядит так: любой документ, содержаший более двух страниц и прошедший более трёх итераций согласования, будет иметь трудноисправимые проблемы с нумерацией. Просто потому, что нет внятных меха
<libreofficeru-tg> <c​hemyakyn> Что нужно:
<libreofficeru-tg> <c​hemyakyn> 1. Нужно иметь возможность явно указывать, какой конкретной структуре нумерации принадлежит конкретный абзац.
<libreofficeru-tg> <c​hemyakyn> 2. Нужно иметь возможность явно указывать, какой стиль и дополнительные атрибуты имеет символ нумерации (сейчас его даже выделить нельзя).
<libreofficeru-tg> <c​hemyakyn> По сути, это всё.
<mikekaganski> "Нужно иметь возможность явно указывать, какой конкретной структуре нумерации принадлежит конкретный абзац" - это что конкретно означает? Вы имеете ввиду уровень нумерации или несколько перемешанных списков?
<libreofficeru-tg> <c​hemyakyn> Несколько перемешанных списков.
<libreofficeru-tg> <c​hemyakyn> Причин, по которым они могут быть перемешаны, масса.
<mikekaganski> стили нумерации. И это не костыль, а элегантное и надёжное решение
<libreofficeru-tg> <c​hemyakyn> Где я писал про "костыль" ?
<mikekaganski> про ворд
<mikekaganski> а я говорю, что в ЛО не забили, а вместо костылей сделали правильно. Причём изначально
<libreofficeru-tg> <c​hemyakyn> И? Ты видел, КАК оно эти списки перенумеровывает? Это не костыль?
<mikekaganski> видел. И работает. Дайте *конкретный* сценарий - поговорим
<mikekaganski> у меня есть и ЛО, и ворд. Если для сценария надо туда-сюда погонять - говорите
<libreofficeru-tg> <c​hemyakyn> Никак не сделали. Как в первых версиях, ещё под DOS, так и осталось. Чтобы это было "элегантным решением", без использования "костылей", оно должно иметь внятное управление.
<mikekaganski> я уж не говорю о том, что "бедой ЛО" считают, что костыли ворда ломают нормальную структуру при "итерациях согласования"
<mikekaganski> ещё раз: пошаговую инструкцию дайте, чтобы увидеть, чего вы не понимаете
<libreofficeru-tg> Андрей (@dude89) has joined the Telegram Group!
<libreofficeru-tg> <c​hemyakyn> 1. Создаёт кучу стилей нумерации автоматически.
<libreofficeru-tg> <c​hemyakyn> 2. Часто, вставляют вставки типа "1.2." прямо в формат нумерации. Т.е., нам нужен второй или третий уровень иерархии, а по факту он первый, но с вставленными циферками.
<mikekaganski> 1. Это при импорте ворда? это не автоматически созданные стили, а то, что ворд использует. И что здесь не так?
<mikekaganski> или речь о 10 предустановленных стилях, когда создаётся новый документ?
<mikekaganski> 2. Часто вставляют - кто? люди? и при чём здесь ЛО?
<libreofficeru-tg> <c​hemyakyn> Нет и не будет "пошаговой инструкции". Нужно просто поработать с каким-нибудь договором. Желательно, чтобы его ещё вордом попользовали. Там будет такая каша, что исправить очень сложно. Пользователи этим даже не заморачиваются
<mikekaganski> у нас все работали в ЛО. А контрагенты - в ворде. И да, мне надо было обучить людей, как чистить. Потому что никогда не бывает, чтобы разные программы работали одинаково.
<mikekaganski> И я сейчас вижу "баги" в ЛО. Сначала один пишет: "если ворд открыл док, то ЛО не показывает, кто открыл"
<mikekaganski> Ок, научаем ЛО читать локфайлы ворда
<libreofficeru-tg> <c​hemyakyn> Это именно автоматически созданные стили. Всё так, если список простой. А вот когда начинается активная правка, чередование нумерованных и ненумерованных абзацев, стили начинают перемешиваться. При чём, если ворд как-то ещё ан
<mikekaganski> смотрим дальше: другой пишет: "если ЛО открыл файл - ворд не может сказать, кто и где открыл"
<mikekaganski> То есть по всякому - виноват ЛО
<mikekaganski> просто потому, что ворд всегда прав
<libreofficeru-tg> <c​hemyakyn> "ЧиÑ�тить" - нереально. Там приходитÑ�Ñ� по Ñ�ути делать вÑ�ÑŽ нумерацию заново. Ð�, еÑ�ли нет возможноÑ�ти управлениÑ�, Ñ�то Ñ�тановитÑ�Ñ� невозможным. При уÑ�ловии, что документ Ñ�оÑ�тоит более чем из двух Ñ�траниц и имеет более-менее Ñ�ложную нÑ
<mikekaganski> Без примера - трёп. Больше не буду время своё тратить.
<libreofficeru-tg> <c​hemyakyn> Я вордом уже лет десять практически не пользуюсь. Дело не в ворде. Дело в том, что списки (О! Списки! 🙂 ) и там и там недоделанные.
<libreofficeru-tg> <c​hemyakyn> Я поÑ�тараюÑ�ÑŒ найти пример из Ñ�тарых документов, которые можно показывать. Я же не зрÑ� иÑ�кал кого-то, кто может официально оказывать поддержку, чтобы можно было подпиÑ�ать нормальный договор о неразглашении, и передавать докумеÐ
<libreofficeru-tg> <c​hemyakyn> Надо просто поработать, чтобы понять, что списки - говно. И это ведь не я один такое говорю! Я просмто знаю, что в ворде оно не лучше, но там хоть прикидываются нормальными.
<libreofficeru-tg> <c​hemyakyn> [EDIT] Надо просто поработать, чтобы понять, что списки - говно. И это ведь не я один такое говорю! Я просто знаю, что в ворде оно не лучше, но там хоть прикидываются нормальными.
<libreofficeru-tg> <K​ompilainenn> В списках что в мсо что в ло мне не нравится, что нумерация списка может быть продолжена через пару вставленных абзацев без нумерации
<libreofficeru-tg> <K​ompilainenn> Я не крутил специально, но когда книги писал, сталкивался
<mikekaganski> Не нравится? :-) Да люди без этого не смогут вообще работать. Это основной функционал. Вставка нескольких абзацев срели списка - обычное явление.
<JohnDoe_71Rus> это Лев Толстой мог пол книги одним абзацем/предложением. Большинство так не умеет :)
<libreofficeru-tg> <c​hemyakyn> ЕÑ�ли еÑ�Ñ‚ÑŒ договор, в нём еÑ�Ñ‚ÑŒ раздел, в котором еÑ�Ñ‚ÑŒ текÑ�Ñ‚ Ñ�о Ñ�воей нумерацией, то практичеÑ�ки нереально продолжить потом нумерацию раздела. Ворд проÑ�то начинает заново Ñ� определённого меÑ�та - Ñ�то легко поÑ�мотреть в Ñ�войÑ�твах Ð
<libreofficeru-tg> <c​hemyakyn> В ЛО, по логике, надо бы сделать диалог, которые бы позволил отнести текущий абзац к конкретному списку. Но - нет.
<mikekaganski> Что такое "раздел"? который Вставка-Раздел? Прямо сейчас попробовал - работает.
<mikekaganski> http://youtu.be/gh_ldJIcFRI?hd=1 - это скринкаст двух смешанных списков, части которых в разделе. На базе этого можно дальше обсуждать.
<mikekaganski> кстати, явное отнесение абзаца к конкретному списку - это копирование формата абзаца (Ctrl+"кисточка"). Без всяких диалогов.
<libreofficeru-tg> <K​ompilainenn> Понимаешь, вставка текста без нумерации посреди списка это да, такое сплошь и рядом
<libreofficeru-tg> <K​ompilainenn> Но когда у тебя через пару страниц появляется список и внезапно нумерация в нем не с 1, а с 12...
<mikekaganski> ... то ты указываешь "начать нумерацию заново"
<libreofficeru-tg> <K​ompilainenn> Да, есть кнопка "начать нумерацию заново", но ведь это надо следить за этим
<libreofficeru-tg> <K​ompilainenn> Емнип, я сталкивался и со слетом этой самой нумерации заново
<mikekaganski> нет, я понимаю, конечно, что когда пишешь, в норме следить за мыслями и написанным не нужно, а тут вот на тебе
<libreofficeru-tg> <K​ompilainenn> Представляешь, как весело заново проглядывать 200 стр
<JohnDoe_71Rus> "но можно и не следить. если вас не интересует результат" (с)
<mikekaganski> давай отделать мух от котлет. Сброс нумерации - это баг
<libreofficeru-tg> <K​ompilainenn> Да
<libreofficeru-tg> <K​ompilainenn> Который надо проверять ешё
<mikekaganski> если есть баг - надо его править. Но ты говоришь не об этом, а о нормальном поведении ("Но когда у тебя через пару страниц появляется список и внезапно нумерация в нем не с 1, а с 12...")
<libreofficeru-tg> <c​hemyakyn> Раздел, это раздел договора. В документе раздел один. К сожалению, термины пересекаются и возникает путаница.
<libreofficeru-tg> <c​hemyakyn> Я постоянно сталкиваюсь с проблемами нумерации, но не могу показать примеры, потому что всё это актуальные конфиденциальные документы.
<libreofficeru-tg> <K​ompilainenn> @dude89 привет
<JohnDoe_71Rus> сделай пример на основе неконфиденциального текста.
<libreofficeru-tg> <K​ompilainenn> некогда (с)
<mikekaganski> http://youtu.be/zelf9_LLfaw?hd=1 - вот с заголовками. Тоже работает. Вопрос в следующем: в скринкастах показан *работающий и логичный* механизм. Есть ли претензии к нему концептуально?
<mikekaganski> Если есть баги и он работает где-то не так - это другой вопрос, и его надо решать отдельною
<mikekaganski> насчёт конфиденциальных текстов - это даже не смешно. Замена регекса "." на "х" по всему тексту - это нереальная задача.
<JohnDoe_71Rus> там помимо участников, еще нельзя разглашать сами условия. иначе все равно участники спалятся :)
<mikekaganski> а получается, что - вероятно - есть баг; его не решаем ("конфиденциальность!!!111"), а зато везде говорим, что механизма нет, оно не продумано, на него забили... короче, провозглашаем - скажем так - неправду.
<mikekaganski> JohnDoe_71Rus: :-) оно ж вааще всё заменит на крестики-нолики :-)
<JohnDoe_71Rus> эм, если документ проходит согласование, значит ли что в нем хранятся прошлые варианты? если да, то регэксп думаю не вариант
<mikekaganski> или количество букв в документе тоже конфиденциально? надо подумать...
<mikekaganski> ой, не может такого быть. Если люди с нумерацией не справляются - то какая версионность там может быть? а если речь об отслеживании изменений - то отключить и принять изменения перед регекспом
<mikekaganski> тем более что, емнип, версионность поддерживается долько для ODF, а при согласованиях с использованием ворда - даже если отправлять ODF, ворд всё равно угробит версии; а если в DOC(X), то версии угробит LO
<JohnDoe_71Rus> ха, по анализу форматирования и количества символов в документе, находятся оригиналы на площадках гос тендеров :)
<mikekaganski> если оно есть на площадке - и у тебя есть туда доступ - то это не конфиденциально для тебя, не?
<libreofficeru-tg> <c​hemyakyn> Идея нравится! :-)
mup0c has joined #libreoffice-ru
<libreofficeru-tg> <K​ompilainenn> @sibskull а вот есть такая ссылка https://sdelanounas.ru/blogs/102188/, а в апстрим либры изменения были отправлены ?
<libreofficeru-tg> <s​ibskull> Нет, так как дорабатывались патчи МЦСТ, которые распространяются под NDA. То есть у нас нет прав отправить в апстрим. МЦСТ процесс отрытия ведёт, но пока он далёк от полного открытия.
<libreofficeru-tg> <K​ompilainenn> Какая то жесть огороженная
<libreofficeru-tg> <K​ompilainenn> Интересно mpl 2.0 позволяет не показывать такие патчи к либре?
JohnDoe_71Rus has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
<mikekaganski> @K​ompilainenn: mpl2.0 обÑ�зывает раÑ�проÑ�транÑ�Ñ‚ÑŒ Ñ�вои продукты Ñ� открытым кодом - Ñ�то значит, что *пользователь, получивший такой продукт* (только Ñ�тот пользователь) имеет полное право получить иÑ�ходный код. Ð�аÑ�чёт передачи в апÑ�трим требованÐ
<mikekaganski> Насчёт передачи в апстрим требований, конечно, нет.
<libreofficeru-tg> <K​ompilainenn> блин, пришлось перечитывать главу про типы данных и константы
<libreofficeru-tg> <K​ompilainenn> все же моск у меня не заточен под это, я явно все внутри себя переназываю по своему, а потом путаюсь=(
<libreofficeru-tg> <a​lamat1> Человеческий мозг вообще не заточен под матан и вот это все погроммирование
<libreofficeru-tg> <a​lamat1> Так что это у всех требует привычки
<libreofficeru-tg> <K​ompilainenn> тут мне нравятся рассуждения Лукьяненко в романе "Спектр"
JohnDoe_71Rus has joined #libreoffice-ru
<libreofficeru-tg> <a​lamat1> А что он там рассуждает? Я прост не читал
<libreofficeru-tg> <K​ompilainenn> а вот почитай
<libreofficeru-tg> <K​ompilainenn> хотим ли мы расти над собой или хотим быть животными. Мозг/разум хочет второго
<libreofficeru-tg> <a​lamat1> Мозг чертовски ленивая штука, и большую часть времени испытывает вполне животные желания - поесть, поспать, поиграть или иным образом получить удовольствие
<libreofficeru-tg> <a​lamat1> А думать так и вовсе старается избегать, что видно по большинству окружающих людей
<libreofficeru-tg> <a​lamat1> Но в то же время, мозг чертовски гибок, и если его регулярно упражнять, то можно любые задачи щелкать, как орехи
mup0c has quit [Ping timeout: 255 seconds]
<libreofficeru-tg> 'Untitled Image' uploaded by K​ompilainenn: https://i.imgur.com/h3OHgIJ.jpg
<libreofficeru-tg> <K​ompilainenn> 100% vfcinf,
<libreofficeru-tg> <K​ompilainenn> масштаб
<libreofficeru-tg> <K​ompilainenn> что опять со сглаживанием легенды и меток на иаграмме? =(
<libreofficeru-tg> 'Untitled Image' uploaded by K​ompilainenn: https://i.imgur.com/Eqmq5Qj.jpg
<libreofficeru-tg> <K​ompilainenn> виноват OpenGL
<libreofficeru-tg> <K​ompilainenn> билд трехдневной свежести
<libreofficeru-tg> <K​ompilainenn> а может это уже давным давно известно?
<libreofficeru-tg> <K​ompilainenn> в 6.1 сломано
<libreofficeru-tg> <K​ompilainenn> есть два похожих бага
<libreofficeru-tg> <K​ompilainenn> но там написано, что в 6.0 репро, а у меня нет >_<
<libreofficeru-tg> <K​ompilainenn> что за фигня
<libreofficeru-tg> <K​ompilainenn> mikekaganski: будет время, тач ми плиз
JohnDoe_71Rus has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]