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