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