Денис _______________, на самом деле, если вы не работаете со старыми форматами типа XLS и все-таки полностью перешли на XLSX/ODT, вам в принципе не обязателен офис для работы с этими файлами.
Javascript вполне может вынуть данные из XLSX, провести над ними расчет и сформировать таблицу результатов. Можно создать HTML-страницу с включенными в нее скриптами, на которой будет кнопочка "Открыть файл XLSX" - и после его выбора появляются кнопочки "скачать результаты расчета", "скачать прочие нагенеренные из этих данных документы".
Открываться и работать эта страница будет в голом браузере, который уж точно будет на любом клиентском компьютере.
Денис _______________, я бы не советовал связываться с формошлепством. Весь этот дельфи-стайл - прошлый век, который во вменяемых конторах уже перенесли в веб и забыли, как страшный сон. Вы сначала потратите время на его преодоление, потом на борьбу с экранами, на которых это добро скукожится из-за высокого DPi, и все равно оно будет подобно чемодану без ручки, как бы вы ни старались.
Apothecary, как силами ковырятелей макросов написать CRM? Боюсь, это задача о семиугольном треугольнике.
Без того, кто разбирается в современных технологиях, вам из болота Офис-Убер-Аллес, конечно, не вылезти.
Apothecary, я давно админю, перевел свой офис на Линукс и представляю инерцию пользователей.
Но если то, над чем ваш Ёксель сейчас пыхтит час, будет выдаваться пусть не в реал-тайме, но за пару минут - есть надежда на понимание ;)
Исключая, конечно, тех пользователей, которые тратят этот час на трудовое чаепитие.
Ну, в вашем-то случае нормальное хранение данных в БД и нормальная работа с ними через SQL, специально для этого созданный - просто-таки очевиднейший путь, а попытки наколхозить те же самые грабли в LO - просто синдром утенка.
Apothecary, либо уже реализовано в популярных CRM :)
Просто я немножко представляю разницу между колхозом в Ёкселе, в котором сложность и технический долг растут по экспоненте, и нормальным вебом, где можно решать задачи более простыми и естественными способами. Не преодолевая малопригодность выбранного инструмента в конкретно поставленной задаче.
Apothecary, если вы вытягивали на фронт всю БД для каждого расчета - естественно, такой вариант не работал.
Для нормальных таблиц в первую очередь нужны нормальные запросы - для получения и обработки того, что действительно нужно, а не всей номенклатуры сразу. Тут вам не 1С.
Денис _______________, дело в том, что в современной системе, где работы будут отражаться в БД, акт не нужно будет "заполнять". Он заполнится имеющимися в системе данными сам - и лучше, чем вы натыкаете мышкой. И отправить его дальше по документообороту можно будет хоть с мобилы.
Но это та сторона дороги из желтого кирпича, отсюда ее еще не видно. Пока вы в пустыне Офиса, и домик никуда не летит.
step991, смотря что было нужно "этим людям". Вы же хотите, чтобы шрифт был неотличим от рукописного. А надпись, сделанная любым шрифтом, имитирующим рукописный, легко опознается по одинаковому написанию одинаковых символов. Откуда плоттер возьмет другую картинку?
Денис _______________, веб-технологии и применяются не потому, что они какие-то новые и интересные.
Они, собственно, давно не новы.
Просто вот с этой портянкой на экране смартфона работать уже невозможно.
А с компактным интерфейсом работы с данными, которые вместо портянки разложены по базе и выводятся только в случае необходимости - работать и удобнее, и быстрее, и меньше ошибок.
Естественно, простым перекладыванием этого файла на веб-страницу вы только усугубите ситуацию...
Денис _______________, цимес как раз в том, что вы (и, возможно, ваши смежники и контрагенты) приспособились к костылям офиса. К работе с таблицами, а не данными. Теперь вам кажется, что это удобно... хотя вы, разумеется, не заполняете вручную сотни и тысячи ячеек в Ёкселе. Просто привыкли использовать эти портянки вместо БД.
Да, увы, переход на веб-технологии - это революция. Его нельзя делать маленькими шажками, получается лажа.
Hemul GM, начав с JS, можно быстро прийти к API, если требуется взаимодействие. И оно, возможно, уже будет не только с программами, но и с серверами.
Для редактирования можно выкатывать и ODT/ODS, они тоже открыты и библиотеки есть. Но, по моему глубокому убеждению, офис в работе с данными больше мешает развитию, чем решает проблемы, и отказ от него позволяет находить более перспективные (а в перспективе - и удобные) решения.
вынужден очень много писать от руки всяких глупых вещей
Для простоты назовем их, скажем, конспектами лекций...
Автоматизируются такие задачи обычно конечным автоматом "голодный студент за копейки".
Работа плоттера, не говоря уже о разработке ПО, генерирующего шрифт с разными литерами, обойдется значительно дороже.
Javascript вполне может вынуть данные из XLSX, провести над ними расчет и сформировать таблицу результатов. Можно создать HTML-страницу с включенными в нее скриптами, на которой будет кнопочка "Открыть файл XLSX" - и после его выбора появляются кнопочки "скачать результаты расчета", "скачать прочие нагенеренные из этих данных документы".
Открываться и работать эта страница будет в голом браузере, который уж точно будет на любом клиентском компьютере.