это пишет человек, который топит за 2007 мсо...

и да... монитор больше но высоте из-за установки линукса не станет...

Цель была одна. Уйти от коммерческих продуктов

Хорошо, спрошу снова, с какой целью вам нужно было «уйти от коммерческих продуктов»?

это пишет человек, который топит за 2007 мсо...

А лучше, что есть? Ничего? Вот и все!

А лучше, что есть?

Да хоть даже 2003-й MSO. А 2007-й это так, ни уму ни жопе.

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

зачем его <документ с более чем 1024 столбцов> вообще открывать живому человеку? наркоманов на свете много, они и не таких документов нагенирируют...

Ну вот есть таблица, где строки — это дата. А колонки — это объекты. Причём на каждый объект две колонки «потрачено», «заработано».

Значит при лимите в 1024 столбцов, получится 500 объектов.

Да, наглядность тут хромать начинает. Но с другой стороны как-то и не особо много ещё. Запаса нет.

Как минимум это не дает говорить о 2007 как о «лучшем» продукте:

а) без поддержки и обновлений безопасности

б) с косяками открытия файлов из новых версий (https://support.office.com/en-us/article/open-a-document-in-an-earlier-versio...)

в) без возможности настройки ленты

г) проприетарщина за деньги

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

Да хоть даже 2003-й MSO

В нем нет смысла, он не умеет нормально открывать новый формат MSO

ну давай так...

в старых M$-офисах этого не было... там было 100 объектов (256 столбиков)

да и в новых M$-офисах 16 тыс. столбиков, а у меня 17 тыс. объектов... запаса опять нету...

ну этот «новый формат MSO» обновляется при каждом новом выпуске... так что 2007 уныл не меньше... (а конвертер ставится и на 97 офис)

а) Меня все устраивает, тем более он запускается в контейнере.

б) Эти косяки несравнимы с LO и OO.

в) Ну масштаб я могу поменять, остальное все на местах и стандартно для всех.

г) Мне пофиг на деньги, у меня корпоративный софт.

в старых M$-офисах этого не было... там было 100 объектов (256 столбиков)

Что было, то было. Об этом можно забыть.

да и в новых M$-офисах 16 тыс. столбиков, а у меня 17 тыс. объектов... запаса опять нету...

Ну жирно. Для человека всё же до фига начинается где-то с тысячи. Это ещё более менее пролистывается и воспринимается. Так что как я и говорю — на грани.

Ну жирно. Для человека всё же до фига начинается где-то с тысячи

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

так что 2007 уныл не меньше...

За редкими исключениями, в 99% случаях проблем нет.

а конвертер ставится и на 97 офис

Конвертер работает очень уныло, конвертирует только простые документы, не кушает большие файлы. То есть конвертер говно.

Про 90% ты наврал. Тебе как минимум нужно вкладки переключать. Вот в ms-office-97-2003 ты действительно можешь на виду сделать 90% необходимых инструментов и разместить их где тебе удобно, хоть всё вывести на экран.

Кое-как нашёл древнюю картинку: https://pp.userapi.com/c834100/v834100307/f5428/qlMDoUDxFt8.jpg

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

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

может просто проблема не в возможностях, а в выбранном инструменте?

посреди картинки вопрос нубаса, который никогда не пользовался офисом более, чем на 5% его возможностей. Тулбары можно настроить так, как надо тебе, это да. Риббон настроить под себя - это возможно вообще?

Риббон тоже можно настроить, да. Но не до такой степени. Сбоку ты свою собственную панель не прилепишь, насколько я знаю.

Ага. Сейчас в нём разбираюсь, как раз.. Хорошо, что есть возможность приступить к чему-то сложному, сперва потыкав его в лёгкой форме. Фигурально выражаясь )

ну вот получается что 2007 лучший для тебя потому что тебе его купил работодатель :)

с более, чем 5

Чего? Что за бред и соревнование тупости? Из-за прайса на Орг Технику из 500 элементов голова перегрузится?

Не надо же весь его запоминать.

Мой совет - пробуй лучше редактор OnlyOffice, если машина с клаудом не сильно мощная. Либо поднимай на другой машине, мощной.

Но есть большое желание в очередной раз переформатировать мозг и пользоваться только LaTeX

Латехом не заменить Еxcel/Calc

Привлекает возможность больше ВООБЩЕ ничего не оформлять

Что мешает сделать шаблоны в ворде/райтере? Современные визивиги тоже предоставляют возможность выбирать стили, структуру документа и т.д. Любая мало-мальски серьёзная фирма имеет ряд шаблонов для своего документооборота, как раз по этой причине. Имено из-за этого переход даже хотя бы c МСО на ЛО слишком сложен. Фирма перейти на ЛО может, а клиент/заказчик не перейдёт. И обмен документами становится невозможным, потому что ЛО не может обрабатывать документы МСО. НЕ МОЖЕТ. Это одна из причин, почему все проекты по переходу на СПО даже в германских мидах и мюнхенах загнулись, несмотря на миллионные вливания. Нужды в латехах нет. Я сам использую латех, но никому не посоветую. Времени уходит на изучение вагон, а реального преимущества нет.

До тех пор пока ваши документы предоставляют собой портянки текста с редкими картинками, точное местоположение которых в тексте не критично - Latex лучший выбор. Например в научной среде. Написал абзац, добавил картинку, поставил на компиляцию, посмотрел грустно в окно, отхлебнул чаю из эмалированнной кружки, сходил в кабинет к Палычу.

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

Для doc совместимость уже очень хорошая

4.2.
Совместимость на уровне файлов, слабо отличающихся от *.rtf.
Если док с минимально сложной вёрсткой, сделанной в MSO - открыл в LO, внес какие-то правки, сохранил, потом клиент открыл опять в MSO - всё распидарасило, можно пересылать верстальщикам обратно, чтобы делали всё заново.
Достаточно один раз так влипнуть, чтобы больше важные доки в LO не открывать никогда.

(заранее отвечу умникам, которые сейчас будут говорить, что верстать надо в чем-то другом: в каком формате клиент запросил, в таком и верстают)

Я пробовал, но обосрался, когда залез в код.

Kompilainenn, извини, не смог.

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

Это не идёт на пользу проекту. Скорее, такие переписывания, — удел не очень опытных ребят с большим энтузиазмом (например, как я). И когда мы переходим от фазы "Оно запустилось на новом тулките! Ура!" до фазы "У нас тут пачка багов, недоработок по кучи мелочей, тестов нет, нужно всё это сделать.", то энтузиазм угасает очень быстро.

Такие вещи нужно рефакторить, делать модульными, и постепенно изменять куски, покрывать тестами и минимизировать ломающие изменения.

Да, это медленно. Да, это нудно. Но нам не придётся угрохать несколько лет на переработку всего, и ещё ждать, что весь апстрим это поддержит. И сколько ещё времени нужно потратить, чтобы довести LO на Qt до готовности для крупных интеграторов, государственных учреждений и т.д.? Там точно не будут в восторге от новых багов из-за радикальных изменений. Вот так разрабатывается крупный софт — медленно, но целенаправленно.

Не смог что? :-)

Апстрим не поддержит. Вас пошлют делать форк сразу

Еxcel/Calc

Избегаю, как могу.. Если придётся использовать, то, конечно, без Libreoffice не обойтись.

Что мешает сделать шаблоны в ворде/райтере?

Решил, насколько возможно, уйти от GUI.
Шаблоны пробовал. Помню, в 2007-м работал в одной коммерческой конторе. Тогда отдел «К» лишь начинал кампанию по борьбе с расхитителями капиталистической собственности MS Office и хотел упрятать за решётку какого-то школьного учителя.

Отдел ИиВТ в темпе пересаживал всех на Libre Office и Thunderbird.

переход даже хотя бы c МСО на ЛО слишком сложен

Обычно ни у кого нет выбора. Да, поначалу было сложно. Пробовал и шаблоны, и разные поля_ввода, которые превращали работу с документом в интересную игру. Всё это было.

С тех пор прошло больше 10 лет и пришло понимание, что нет ничего приятнее работы в однородной plain text среде. Наверное, оно пришло вместе с усталостью. Так что, Emacs + LaTeX.

НЕ МОЖЕТ. Это одна из причин, почему все проекты по переходу на СПО даже в германских мидах и мюнхенах загнулись

Отслеживал эту тему из любви к СПО.
Не может, не может. Наиболее остро к вопросу оформления относятся разные муниципальные или государственные служащие (тоже приходилось иметь дело). Именно тогда пришлось выходить из положения с помощью virtualbox. Всё потому, что они просили у меня документы в том формате, который позволит им редактировать их, выдавая за собственные )

Теперь всё по-другому. Надеюсь, навсегда.
У группы «Enigma» была песня «Goodbye Milky Way»
Так вот, Goodbye WYSIWIG

WPS с человеческим лицом для домохозяек и хватит.

Дак выход с верстки pdf

Передавать готовое в doc/docx - это изврат и также можно попасть с поехавшей версткой

И рекламой вкупе со сливом данных в китай

В linux версии WPS есть реклама? Никогда не видел.

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

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

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

Проект LibreOffice ищет разработчиков (комментарий)

Электронные таблицы это не СУБД. Тут явно неправильно выбран инструмент.

Боковая панель в либре давно есть. Вполне годная.

Нашёлся всё же умник. Выход с верстки - в том формате, в котором хочет клиент.

ну вдруг ты такой решил себе сварганить машобуч и OLAP на коленке. а тут оба-на, экселя сводные таблицы.

LaTeX-ом можно пользоваться не напрямую (хотя какой-нибудь Lyx или TexStudio почти себе офис). а через какую-нибудь Literate Programming среду. загугли пример на тему reproducible research: журнал статистических исследований (open access), особенно исходники статьи в tar.gz. там — пример статьи Ерика Шульте и компании про то, как можно практически применить Literate Programming для написания научной статьи в reproducible research подходе. см. исходники: датасеты в SQL закачиваются из CSV файла, далее обрабатываются скриптами, далее строятся графики, которые + расчётная часть подвёрстываются в статью на LaTeX. нужно что-то пересчитать — остальная часть работает автоматически, просто собери новый датасет.

тоже самое в тему «LaTeX вместо Excel/Calc»

на гитхабе у Эрика Шульте есть ряд примеров статей с расчётками в таком вот стиле, а на домашней страничке — статьи с примерами и исходниками.

например, есть про Emacs org-mode babel — пишем текст в markdown разметке, из неё автомагически генерируем OpenOffice/HTML/TeX/PDF через LaTeX/чего угодно.

есть сборка portacle мобильного Emacs с флешки, под все операционки. вообще org-mode в последних версиях Emacs по дефолту есть, но в этой есть ещё SBCL и SLIME. по-видимому, это самый быстрый и простой способ попробовать Emacs org-mode среду на новом компьютере.

Всё потому, что они просили у меня документы в том формате, который позволит им редактировать их, выдавая за собственные )

вот таким халявщикам надо вообще документы в JPG выдавать, с watermark-ами :)

в десятом офисе тоже возможна жопа, когда страница на печати выглядит не так как на экране. печатает полтаблицы, потом проматывает до следующей страницы. если печатать по одной странице — всё нормально. ХЗ что на это влияет, какие-то конкретные примеры документом были когда поля небольшие, таблиц много, всё сразу не влазит.

ну ещё проблемы с совместимостью форматов, когда колонтитулы, картинки типа логотипов в колонтитулах, вертикальные надписи, рисунки автофигурами — в MSO нормально, в LO расколбасило всё, если odt сразу делать  — нормально и там, и там.

проще на это забить и генерировать сразу в PDF через тот же latex, если это возможно.

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

Немного порывшись в Сети, нашёл вот это: https://habr.com/ru/company/edison/blog/314294/
Если это именно то, что я должен был найти, то могу сказать — очень интересно. Мне показалось, там речь о программировании.
Если точнее, о том, как его делают искусством.
Мне до этого очень далеко — только программы, которые позволяют ворочать информацией, необходимой для процессов правоприменения..
Хотя, программирование на Elisp, говорят, полезно.

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

Да уж, дела давно минувших дней

если тема «литературного» программирования интересна, см. эту презентацию от rigidus и исходники его блога

а также страничку Эрика Шульте и репозитории на гитхате (по этой теме: то, что он сам написал, не форк чего-то, emacs + org-mode + статьи и публикации, например CiSE )

см. также другого Эрика про org-mode: Эрик Нильсен

ну и просто подборка ссылок и далее по тексту

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

вообще, что такое по-моему Literate Programming? это такая «CASE-cистема для бедных». ну то есть есть вот CAD, есть CAx где x=software engineering, какая-то такая программа моделирования срощенная с СУБД где можно диаграмки нарисовать, к БД привязать и делать какую-то аналитику, а в перспективе — и синтез.

всё это через GUI интерфейс. поскольку СУБД, то аналитик таких может быть сколько угодно, и связей сколько угодно, и схема структуры связей — любая. в software engineering говорят, что поверх этого + какой-то процесс разработки можно генерировать часть софта на базе моделей, упрощать кодинг делая больший упор на проектировании архитектуры.

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

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

вполне логично это всё делать полуавтоматически, на основе Literate Programming.

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

и как-то с такой CASE-системой попытаться взлететь :)

хорошо настроенный емакс

отсюда:

Превратить это руководство в лисп-программу инициализации эмакса .emacs или init.el (сплести программу — tangle) очень просто, достаточно скачать свежую версию этого руководства, открыть ее в эмаксе и выполнить команду M-x org-babel-tangle. В результате из фрагментов лисп-кода в этом руководстве будет создана лисп-программа инициализации эмакса [инфо, вики] которую эмакс будет автоматически выполнять при каждом запуске. В общем виде программа инициализации выглядит так:

<<header>>
<<requirements>>
<<customize-well-tuned-emacs>>
<<customize-customize-and-apply-customizations>>
<<try-to-download-this-reference-when-it-is-missing>>
(if
    <<this-reference-is-in-its-place-and-is-newer-than-user-init-file>>
    <<tangle-this-reference-into-user-init-file-and-then-load-it-again>>
  (progn
    <<initialize-package-system-and-install-user-selected-packages>>
    <<load-packages-and-apply-advanced-customizations>>
    <<fix-some-bugs>>
    ))
<<footer>>

осталось этот LaTeX генерить автомагически.

тугоподвижный первый сиплюсплюсне-фаланговый состав

ух ты, чего у него есть...

litprog + текстовые адвентюры + планшет

например, вот тут и далее по ссылкам (например, тут), см. также fizmo

тут, блог, тут, тут и далее

про текстовые адвентюры на планшете.

есть библиотека glk и её разновидности, например remglk работает через JSON, получается выхлоп типа такого (скриншот). далее интерпретаторы форматов виртуальных машин текстовых адвентюр (например) выполняются движком, например thunderstrike, fizmo или прочие (которые все реализуют glk как API текстовых адвентюр).

движок компилируется под планшет, например Ubuntu Touch OS (где бы его найти вживую) или вот андроид, NDK + Java.

в итоге, можно на планшете проигрывать текстовые адвентюры. можно прикрутить веб интерфейс через JSON на glkapi.js. или вот ещё, gluzma + glasm (a npm package)

ну это зачётно: можно поиграть в текстовую игру на планшете, но исходники + компилятор в формат виртуальной машины текстовой адвентюры всё ещё руками надо делать, отдельно. теперь, что если всю эту среду разработки + компилятор чего-то типа Inform7 в этот glk glulxe упрятать за веб-интерфейсом, дёргая его через что-то типа org-mode babel.

а сам веб-интерфейс в свою очередь дёргать через irc, телеграм бота и прочее.

получится такая распределённая в вебе среда разработки текстовых адвентюр.

libreoffice тут при том, что в нём можно диздоки писать :) и как-то отмоделировать через Literate Programming куски текста диздока для людей в куски кода для робатофф такой вот среды разработки на конкретных примерах.