Вопрос - что именно имеется в виду под "заполнить данными".
Если это всего лишь "взять PDF как фон и наложить пару кусков текста в заранее предсказуемые места" - код на mPDF будет строк на десять.
Есть подозрение, что вот эта буквенно-пиксельная каша переводится на человеческий язык так:
"я взял JS-файл, прочитал его пыхом, вывалил его текст на страницу без всяких тегов и удивляюсь, как это браузер (или IDE?) не догадывается, что я имел в виду".
Это же надо так себе противоречить в одном предложении! ;)
Шторм - лучшее, что случалось с пыхом за все время его существования.
Но по алгоритмам пых все-таки готовит хорошую пачку граблей, и лучше выбрать Питон с PyCharm.
C++ - это прекрасно, но там слишком предсказуемо "нет компилятора в С++,я пытался установить gcc..." %)
rPman, да, у меня в Убунтах оно тоже, оказывается, сломано уже несколько лет как, нужно ручками ставить gimp не из реп.
Я, признаться, сам им не пользовался, предпочитаю ImageMagick.
Возможно, ТС тоже проще будет состряпать шаблон, на который можно наложить текст консольной командой IM, и не возиться с GIMP вовсе.
Стратегия чревата ситуацией "так истерически слежалось": сначала сделали через жопу, потом никто не решился переделать, а в итоге все привыкли работать через жопу, и переделать процесс уже сложнее, чем в принципе начать новый бизнес с нуля...
Перебор.
Достаточно внести эти атрибуты в файл данных и подписать. Без подписанного файла данных не работать.
Это вынудит покупателя быть заинтересованным в нераспространении, но не помешает ему проводить изменения в его внутренней инфраструктуре - например, если сдох винт на машине с программой, просто взять ее данные из бэкапа.
Стоимость взлома у такого решения, кстати, выше, чем у банально зашитых в файл ресурсов.
Упарываясь в защиту своего софта, стоит не забывать о покупателе.
Если у него нет интернета, значит, у него должна быть возможность взять купленную программу, взять ключ и поставить программу на произвольный компьютер. А не дозваниваться до продавца, размахивать кодами и проч.
Просто потому, что каждая минута, пока ТС не берет трубку, может оказаться для организации дороже его софтины...
DBF - формат, с которым не стоит работать в принципе, он глубоко и принципиально устарел, геморрой будет на каждом шагу. Лучше избавиться от него изначально.
Есть конвертеры DBF в CSV или даже SQL. Засада в том, что если это русская база, то там архаичная досовская кодировка CP866, которую практически никто не понимает. Но CSV, если конвертер не похерит данные - это просто текст, он элементарно перекодируется. SQL, если это дамп - тоже, но там и шанс, что данные будут просто убиты, выше.
Иерокопус Таманский, на том же SSD, у которого при резком выключении пропадает всякая мелочь, записанная в кэш, но не слитая в ячейки памяти самого диска. В том числе временные файлы VCS. Речь же не про то, что кто-то что-то не сохраняет, а про то, что сохранение еще не означает реальную запись.
VoidVolker, нормальный сервер и нормальный браузер сами по себе нормальный уникод в подоконные кракозябры не превратят. Скорее всего, там какой-нибудь ОпенСервер, требующий настройки, а страница вообще ни при чем. Или уже существующий сайт на 1251, в который ТС влез со своей кодировкой.
Обычная клиническая картина, да.