<libreofficeru-tg>
<Kompilainenn> гг, они просто выучили нового подмастерья
<mikekaganski>
этот патч пролежал больше года без движения
<libreofficeru-tg>
<Kompilainenn> mikekaganski: почему кто-то будет сконфужен?
<libreofficeru-tg>
<Kompilainenn> динамически добавляемые строки/столбцы теперь просто дают возможность иметь больше, чем есть сейчас
<libreofficeru-tg>
<Kompilainenn> фича же появилась? да. строк/столбцов может быть больше, чем было? да.
<mikekaganski>
в смысле - почему? там написано "добавить поддержку более чем 1024 столбцов, но оставить максимум 1024 столбца". Тебе не кажется странным?
<mikekaganski>
поддержка фичи - это и есть фича
<libreofficeru-tg>
<Kompilainenn> хм
<libreofficeru-tg>
<Kompilainenn> почему оставить?
<libreofficeru-tg>
<Kompilainenn> я может опять как всегда?
<mikekaganski>
:-) ты же обсуждение читал?
<libreofficeru-tg>
<Kompilainenn> я понял, что речь про магию идет=)
<mikekaganski>
короче говоря, ноэль сделал патч, который окончательно увеличивал число столбцов
<mikekaganski>
ещё в конце 2017
<mikekaganski>
перед этим была большая предварительная работа
<mikekaganski>
но последний шаг делал 2 вещи: увеличивал число столбцов, и *делал текущее число столбцов динамическим* в программе
<mikekaganski>
последнее надо для того, чтобы не увеличивать потребляемую память
<mikekaganski>
иначе получилось бы, что надо, не надо - а все таблицы сразу распухли бы в памяти минимум в 16 раз
<libreofficeru-tg>
<Kompilainenn> погоди
<libreofficeru-tg>
<Kompilainenn> насчет двух вещей
<mikekaganski>
так вот: Айке тогда обеспокоился обратной совместимостью, потому что как сохранять тогда документы, чтобы их могли старые ЛО открывать?
<libreofficeru-tg>
<Kompilainenn> увеличиваем число потенциально доступных столбцов? так?
<mikekaganski>
погоди , я сначала закончу
<libreofficeru-tg>
<Kompilainenn> ага
<mikekaganski>
итак, патч ушёл в отстойник, а теперь его делат на две части (что и логично), чтобы сначала сделать столбцы динамическими, не увеличивая их лимит, а уж потом отдельно увеличить лимит
<mikekaganski>
теперь по стольбца
<mikekaganski>
у нас до сих пор при создании листа *сразу память выделяется под все 1024 столбца с миллионом строк*
<mikekaganski>
то есть в любой момент любая часть калька может записать данные в любую ячейку, потому что все ячейки уже в памяти
<mikekaganski>
а теперь будет так, что сначала выделяется память под какое-то число столбцов (например, 10), и когда кальк хочет записать что-нибудь в столбец №20, только в этот момент этот столбец появится в памяти
<mikekaganski>
то есть именно после этого максимум станет *потенциальным*
<mikekaganski>
а в настоящий момент максимальное число всегда равно настоящему
<mikekaganski>
вопросы?
<libreofficeru-tg>
<Kompilainenn> теперь нет
<libreofficeru-tg>
<Kompilainenn> но теперь возможны тормоза же при выделении столбца №20 под запись данных?
<libreofficeru-tg>
<Kompilainenn> и у меня в экран по дейолту влезает 23 столбца
<mikekaganski>
да, "тормоза". о есть в этот момент действительно появится задержка. Вопрос в том, какая. Если она будет незначительной (1 мс), тебе это помешает?
<libreofficeru-tg>
<Kompilainenn> если у меня будет таблица дергаться, то помешает
<mikekaganski>
а баланс между производительностью и использованием памяти - он именно такой: или быстро и много памяти, или мало памяти и долго
<mikekaganski>
дёргаться?
<libreofficeru-tg>
<Kompilainenn> как они реализуют выделение только 10 столбцов по дефолту в новом документе?
<libreofficeru-tg>
<Kompilainenn> или видимо будет все, просто в памяти будет 10
<mikekaganski>
да
<libreofficeru-tg>
<Kompilainenn> то есть отрисовка в данном случае не трогается?
<mikekaganski>
столбцы правее последнего заполненного будут виртуальными
<mikekaganski>
не трогается
<libreofficeru-tg>
<Kompilainenn> а ну Ъ тогда
<libreofficeru-tg>
<Kompilainenn> афк
<libreofficeru-tg>
<Kompilainenn> осталось это вживую увидеть
<libreofficeru-tg>
<Kompilainenn> а ведь это еще должно решить проблему с некоторыми крайне широкими таблицами Эксель
<libreofficeru-tg>
<Kompilainenn> (и добавить проблем со старыми Либрами да)
bormant has joined #libreoffice-ru
<bormant>
всем добра
<libreofficeru-tg>
<Kompilainenn> ку
<libreofficeru-tg>
<Kompilainenn> bormant: а ты видел 6.2.0.3?
<libreofficeru-tg>
<Kompilainenn> если все переведено в путле, то опять где-то сбой при слиянии переводов?
<bormant>
нет, 6.2.0.3 не видел. Могли из pootl-а переводы забрать раньше, чем было переведено, и не обновить перед сборкой.
<bormant>
Раньше такое было обычным делом для минорных версий, перед основными релизами как правило брали свежие переводы
<bormant>
mikekaganski: кстати, где git / svn / etc, из которого сборочница берет переводы? Могу сверить разницу
<mikekaganski>
я не представляю процесс вытягивания переводов Ж-(
<libreofficeru-tg>
<Kompilainenn> bormant: это ж к Лохмайеру вопрос
<libreofficeru-tg>
<Kompilainenn> кстати фин говорил, что на финскую локализацию забили, я видел в БЗ жалобы на немецкие недопереводы
<libreofficeru-tg>
<Kompilainenn> энтузиазм кончился у людей
<libreofficeru-tg>
<Kompilainenn> нас ждет то же самое, страна мать-перемать огромнейшая и ОДИН человек это тащит (пока)
<bormant>
есть команды локализаторов, которые работают мимо pootle, пушат изменения в git / svn
<bormant>
вот только вопрос, в какой именно
<libreofficeru-tg>
<Kompilainenn> что-то мне кажется, что это не так
<bormant>
зеркало на гитхабе в части переводов обновлялось месяц назад
<bormant>
Kompilainenn: "это не так" -- о чём речь?
<libreofficeru-tg>
<Kompilainenn> о "работают мимо pootle, пушат изменения в git / svn"
<libreofficeru-tg>
<Kompilainenn> конечно в pootle было бы круто иметь картинку с куском ГУИ, где переводится термин
<libreofficeru-tg>
<Kompilainenn> и такая тема была
<bormant>
Kompilainenn: для большинства диалогов: http://opengrok.libreoffice.org/ или любой другой удобный источник, берем .ui файл, смотрим
<bormant>
Kompilainenn: только это порочный подход
<libreofficeru-tg>
<Kompilainenn> куда смотрим? в текст ui?
<bormant>
Kompilainenn: можно в текст, можно редактором диалогов открыть и смотреть на картинку, кому чего нравится
<bormant>
порочный в том смысле, что чем меньше по-разному переведенных одинаковых элементов в переводе, тем дольше он проживет без потерь на ровном месте
<bormant>
классический пример с главным меню
<bormant>
Insert -> Вставка в главном меню и Insert -> Вставить на кнопках
<bormant>
а теперь выполняем перенос перевода на следующую версию и, сюрприз-сюрприз, получаем непереведенными все Insert
<libreofficeru-tg>
<Kompilainenn> блин мое мнение, что каждый итем должен иметь свой ID, к которому и будут привязаны все языки, включая английский
<bormant>
Kompilainenn: английско-английский перевод уже предлагали, им тупо лень
<libreofficeru-tg>
<Kompilainenn> и если существующий ID просто изменил место или в английском варианте исправили опечатку, то на остальные переводы это не должно повлиять никак
<libreofficeru-tg>
<Kompilainenn> английско-английский приведет нас все равно к проблеме Default - базовый, по умолчанию, etc.
<libreofficeru-tg>
<Kompilainenn> ну мне так видится
<Michael72>
Может у них там на западе так принято, и в каком-то редакторе русские тексты коверкаются?
<mikekaganski>
§ 199. Перед закрывающими кавычками не ставятся точка, запятая, точка с запятой, двоеточие и тире. Все эти знаки ставятся только после кавычек
<mikekaganski>
но там в примерах другие кавычки
<Michael72>
Но все равно, это правило подходит. Вот даже и правило четко говорит. Откуда же постаяно такая коррекция текста лезет. Не в первый раз вижу. Хочу понять что в этом мире так загадачно меняет наши русские тексты?
<mikekaganski>
Michael72: этот текст, который по твоей ссылке, он такой в оригинале (Даль)
<libreofficeru-tg>
<Kompilainenn> Посконные
<mikekaganski>
вариант - поменялись правила за такое время
<Michael72>
mikekaganski, а ты откуда такой вывод делаешь? У тебя есть на руках печатное издание?
<Michael72>
Печатное издание 1998 года. За это время мне кажется ничего не поменялось. Вроде как мы живем по последним изменениям в правилах, которые были в 1956 году
<mikekaganski>
может, скан плохой, а может, действительно, все интернет-источники какой-то кривой OCR пользуют
<Michael72>
Спасибо огромное за ссылку
<Michael72>
Сейчас сам покапаюсь
<Michael72>
Хотя я не нашел ответ на свой вопрос, но зато нашел еще лучше. Безмерно рад.
<Michael72>
Я просто вычиткой электронного текста этого словаря занимался последние несколько месяцев. Так сильно нехватало возможности взгляннуть в печатное издание. А теперь хоть и с опозданием но и то слава Б-гу!
<mikekaganski>
ох ты ж... оказывается, поиск в кастомизации регистрочувствительный
<mikekaganski>
глупость какая
<mikekaganski>
по крайней мере в base
* mikekaganski
боится, что он глючит
<libreofficeru-tg>
<Kompilainenn> чего чего? в какой кастомизации?