Начну с того, что примерно 15 лет назад (в начале 2000-х годов) нам потребовалось создать свой редактор текстовых документов. Почему свой? Да потому что не совсем текстовых документов и совсем не WYSIWYG редактор. Вы скажете, что это тогда и не редактор документов вовсе. А что вообще тогда такое редактор документов? Какие функции он должен содержать? И как нам пришло в голову делать такой велосипед? А вот как...
Истоки
Когда-то давно, в годы расцвета редакторов ed, vi, em и прочих древностей была реальная потребность редактировать текстовые файлы. В основном различные конфиги и исходный код, а вовсе не документы в их современном понимании. Тогда еще не было Unicode-кодировок и всё разнообразие текстовых файлов выражалось, вероятно, лишь в отличии cr+lf от простого lf в качестве символа конца строки. И тогда текст был реально текстом, c 32 по 127-й символ ASCII таблицы и верхней половинкой кодов, которые могли обозначать различные интернациональные символы (в каждой стране свои). Про mbcs-кодировки просто промолчим, ведь не о кодировках речь, а о самих документах.
И вдруг появился Apple со своими редакторами LisaWrite для Apple Lisa, выпущенным в 1983 году, и MacWrite для Apple Macintosh, выпущенным в 1984, которые были уже настоящими WYSIWYG-редакторами.
Сказать по правде, WYSIWYG появился еще на 10 лет раньше, в виде редактора Bravo, разработанном в небезызвестном Xerox PARC для компьютеров Alto, однако эти машины так и не были выпущены на массовый рынок. А другим популярным в 1970-х годах домашним компьютерам попросту не хватало графических возможностей, необходимых для отображения документов в режиме WYSIWYG.
Что же дал миру принцип WYSIWYG? Люди начали работать на компьютерах с документами так, как если бы они создавали их на бумаге. Применяли различное форматирование, выравнивание и стили текста, вставляли в текст рисунки, формулы и диаграммы, делали таблицы и вообще оформляли документ так, как им заблагорассудится, благо WYSIWYG-редактор обеспечивал вывод всей этой красоты на печать точно в том виде, как документ выглядит на экране (насколько здесь достижима точность, это отдельный разговор, т.к. у монитора и у принтера совсем разный dpi, но WYSIWYG-редактор старается как может приблизить рисунок документа на экране к тому, что потом напечатается на бумагу).
Пропустим весь долгий путь появления и возмужания таких редакторов, как Windows Write, WordPad, Word (от Word 1.0 к Word 2016).
Сейчас мы уже привыкли, что если речь идет о редактировании документов (не файлов исходного кода и не конфигов, а именно различного рода офисных и других документов), то WYSIWYG редактор просто необходим и жить без него нельзя. Но правда ли это? Например, ваша цель — формирование каких-то однотипных документов на основе форм. Или вы ведете какую-то большую базу данных однотипных документов (например, специфических договоров или тендеров). И здесь WYSIWYG будет только мешать, позволяя творить в документах какие-то самоуправства и добавляя элементы форматирования, которые по заранее принятой договоренности добавлять в документ не положено, т.к. важен только сам текст. Например, можно договориться, что нельзя применять многоколоночный текст, нельзя применять сноски в тексте и колонтитулы, а также нельзя поверх текста картинки и 3D-надписи.
Примерно так было и в нашем случае. Но ситуация усложнялась еще несколькими факторами. В частности, помимо самого текста требовалось поддерживать специфическую разметку документов. И каждый элемент этой разметки должен был иметь какое-то свое поведение. Примерно так, как если бы элемент [spoiler] умел сворачиваться. А элемент [url] умел по клику отправлять нас по ссылке. Только элементов таких было не 2 и не 3, а пара десятков. Каждый со своим поведением. А сами документы при этом были обычные текстовые, но вдобавок с картинками, формулами и таблицами. То есть по сути нам нужен был редактор, который умеет поверх обычного RTF-документа, содержащего текст, рисунки, таблицы, накладывать специальную разметку и как-то хитро работать с ней.
Можно было пойти здесь по пути каких-то специализированных макросов для Ворда, но
а) не всегда имеется под рукой Ворд, на него нужно покупать лицензии
б) с появлением новых версий MS Office могли появляться проблемы миграции из одной версии Ворда в другую
в) хочется иметь возможность абсолютно полного контроля над поведением редактора
г) как уже было написано, WYSIWYG мешает. Редактор требовался нам для создания документов, полностью одинаковых в плане применяемых в них возможностей оформления. Т.е. заранее было обговорено, что все документы должны содержать текст, набранный таким-то шрифтом такого-то размера, с такими-то абзацными отступами и т.д. При таких условиях функционал задания размера и типа шрифта, летающих поверх текста надписей, разнообразных отступов и выравниваний, включая, например, многоколоночный текст, только мешал бы пользователям.
Результат
Сказано-сделано. Редактор создали. За 15 лет на разработку редактора было потрачено около 45 человеко-лет, т.к. в среднем над проектом постоянно работало 3 человека на полной ставке. Архитектура редактора получилась настолько специфичной и заточенной под наши задачи, в связи с чем данный редактор нельзя назвать в общем смысле текстовым редактором. И в таком виде его можно было использовать только внутри нашей компании. Сейчас редактор уже точно прошел через середину своего жизненного цикла, обрел определенную архитектуру, наполнился большим количеством функций и дальше работа над ним подразумевает в основном рефакторинги и поддержку необходимых изменений.
Реинкарнация
Меня долгое время занимал вопрос, можно ли как-то наш редактор вывести наружу, на более открытый рынок. Ведь столько времени потрачено и столько полезных вещей сделано, что странно не применить хотя бы часть из них в каком-то другом проекте, с другой целью. Поскольку в нашем редакторе было реализовано много вещей, касающихся общих принципов работы с документами, было решено попробовать убрать из проекта всё специфичное и оставить только такие функции, которые присущи «обычному» текстовому редактору. И посмотреть что из этого может получиться.
Хочу заранее предупредить, что все функции редактора, включая отрисовку документа в окне редактирования, реализованы полностью с нуля нашим кодом. Т.е. это не какой-нибудь RichEdit, в который просто загружается текст. Просчет позиций абзацев, деление абзаца на строки, отрисовка каретки, выделения — всё только вручную, только хардкор. Т.е. в принципе мы можем творить с этим редактором всё, что угодно.
Не откладывая дела в долгий ящик и не слишком сомневаясь, я назвал новый редактор TexEd (от словосочетания Text Editor). Был взят код текущего редактора и из него удалено всё, что открывает снаружи (в интерфейсе приложения) «наши внутренние функции». Код реализации данных функций тоже был по возможности удален. До начала урезания функционала код проекта составлял 430 тысяч строк нашего кода (1 миллион 300 тысяч, если считать вместе с кодом используемых сторонних компонент).
После отбрасывания или скрытия специфичного функционала размер кода составил 297 тысяч строк, т.е. отбросилась примерно 1/3 часть проекта. Конечно, можно было отбросить и больше, но чистить исходники от наследия можно и потом, т.к. на внешний вид и работу редактора этот «лишний» неиспользуемый код не влияет.
Огромным плюсом редактора является то, что по сути он представляет собой один exe-файл и несколько текстовых файлов со справочниками и настройками. Не чета монструозным офисным пакетам.
Большой пласт функций содержал различные автоматические обработки (например, формирование оглавления на основе анализа текста, без учета стилей, именно смысла текста, выявления структурных единиц и т.п.), а также проверки соответствия документов определенным правилам оформления. Но т.к. это были наши внутренние правила, не применимые к другим пользователям, этот функционал был в основном выпилен из редактора (если его и возвращать, то уже в каком-то новом, переработанном виде).
Редактор не требователен к ресурсам и может открывать 100-мегабайтные (и более) документы, в т.ч. с таблицами, и довольно шустро работать с ними (чего не скажешь об MS Office и Open Office, которые на подобных документах могут вешаться, по крайней мере в режиме разметки страниц). Ограничением по объему открываемых документов является то, что на текущий момент мы поддерживаем только 32-битную сборку, т.е. приложение технически не может аллоцировать более 4 ГБ памяти.
Какие функции остались в редакторе?
1) Поддержка форматов:
— RTF, WordML 2003 (XML), DOCX, HTML — нативное чтение и запись (самостоятельно читаем и пишем формат в части подмножества поддерживаемых элементов оформления)
— ODT — читаем через Open/Libre Office путем конвертации его средствами к одному из форматов, которые мы поддерживаем нативно
— DOC — читаем через конвертор Ворда также путем конвертации к одному из форматов, которые мы поддерживаем нативно. Для этого достаточно установить бесплатный пакет обеспечения совместимости Office 2007 (FileFormatConverters.exe), сам MS Office при этом устанавливать не обязательно и не нужно
— TXD — свой собственный бинарный формат редактора, поддерживающий все те же элементы, которые мы поддерживаем в других формата. А почему бы и нет? И в качестве формата буфера обмена при копировании кусков документов внутри нашего редактора удобно.
— XLS — кое-как читаем через Excel
2) Поддержка редактирования документов, содержащих:
— Текст
— Таблицы (без вложенности, при чтении некоторых форматов вложенные таблицы просто встраиваются в ячейку более внешней таблицы, в RTF — вообще не поддерживаются)
— Рисунки и формулы (для редактирования формул необходимо установить программу MathType, можно бесплатную trial-версию, работать будет, но набор элементов формул будет ограниченный)
3) Печать документов (с возможностью предварительного просмотра)
4) Сравнение документов (Меню Файл — Сравнить файлы) — крутая штука, т.к. умеет сравнивать документы с таблицами, это вам не Tortoise Diff! ;)
5) Проверка русской и английской орфографии, включая пользовательские словари
6) Поиск и замена
7) Фоновое автосохранение документов
8) подсветка слов и подстрок в словах по произвольному справочнику пользователя и быстрые переходы по таким подсвеченным словам
9) Вставка шаблонов стандартных фраз с панели инструментов (сами фразы настраивает пользователь)
10) Запись и воспроизведение клавишных макросов (последовательности нажатий клавиш на клавиатуре, а не макросов Visual Basic :) )
11) Несколько стандартных обработок, просто как пример того, что может быть и как оно работает
Что еще может быть интересного в редакторе, спросите вы? Да много всего. Например, при удалении огромных (на несколько сот мегабайт) кусков больших документов редактор может предупредить, что свободная оперативная память заканчивается (из-за формирования Undo-списка для Ctrl+Z) и перейдет в режим экономии памяти, в котором ограничит количество действий в Undo-списке. Согласитесь, оригинальная и интересная возможность, а кому-то она спасла немного нервных клеток, когда происходило редактирование таких больших документов на машине с 1-2 ГБ оперативной памяти. И это лишь один из примеров. Под капотом редактора довольно много всего интересного, что можно было бы заново пустить в «продакшен», если бы нашлись заинтересованные пользователи. Например, у нас есть полноценный редактор псевдографических таблиц (набранных моноширинным шрифтом с использованием символов псевдографики), который позволяет работать с такими таблицами как с обычными динамическими таблицами Ворда, т.е. изменять ширины строк и колонок, задавать выравнивание текста внутри ячеек и т.п., при этом таблица остается псевдографической. Во времена DOS так умел делать текстовый редактор «Слово и Дело» (Word&Deed, wd.exe). Данный функционал я отключил, т.к. посчитал, что в 2017 году пользователей, у которых есть документы с псевдографическими таблицами, уже наверно не существует или их процент очень мал. Но если интересно и кем-то востребовано, можно включить обратно.
Остальное можете сами посмотреть в демо-версии.
Ограничения редактора
Здесь может быть большая простыня, т.к. смотря с чем сравнивать и что считать ограничением, т.к. весь этот проект — одно большое ограничение, но это же ведь и хорошо в определенных случаях.
1) Только 32-бит версия.
2) Не кроссплатформенный, работает только под Windows.
3) Мало элементов форматов поддерживается.
4) В текущей версии не поддерживается формат OOXML (новый XML-формат Office, начиная с 2010).
5) Нет режима WYSIWYG с отображением разбивки на страницы (такую разбивку видно только в предпросмотре печати).
6) Нет задания шрифтов. Совсем. Но это довольно не сложно добавить, т.к. внутренне редактор поддерживает работу с разными шрифтами и их отображение на экране.
7) Каюсь, иконка редактора была взята из комплекта иконок под Linux от дизайнера Everaldo Coelho. Если что потом перерисуем, просто времени на это не было.
8) Редактор написан на Delphi :-) В текущий момент он собирается под последними версиями Delphi (конкретно в 10.1 Berlin, но можно и в Tokyo — проблем никаких). А на чем же еще было начинать писать такое Rich-GUI Windows Application в начале 2000-х. Это даже немного весело, т.к. действует принцип security through obscurity, т.к. разработчиков на Delphi сейчас мало, т.е. например если даже исходники утекут, использовать их с пользой (например, для создания продукта-конкурента или еще для каких-то недружественных целей) будет не так просто :-)
9) Один только редактор не может заменить OpenOffice и MS Office целиком, т.к. не содержит, например, функций для работы с таблицами (как Excel) или создания презентаций (как PowerPoint).
10) Отсутствует документация (руководство пользователя)
Полнофункциональную (если этот термин вообще применим в текущей ситуации) демо-версию редактора (0.1) вы можете скачать с GitHub в виде архива, который достаточно распаковать в любое место. Редактор при первом запуске с правами администратора устанавливает службу защиты, не беспокойтесь, это не вирус и не троян, честно-честно. Служба нужна для определения параметров оборудования компа, на которых базируется вычисление хеша для регистрационного ключа. Без этой службы при запуске приложения под UAC (с привилегиями обычного пользователя, т.е. не админа) достучаться до нужных параметров оборудования не получается, не хватает прав.
Данная версия редактора работает без регистрации (без ключа) до конца 2017 года. Ограничил чисто из соображений «чтобы было», а не из-за того, что я думаю, что в конце 2017 года этой малофункциональной первой альфа-версией еще кто-то будет пользоваться.
Будущее
Планы на будущее:
1) RTF (выбор произвольных шрифтов текста как в Ворде)
2) многоязыковость интерфейса (и проверки орфо?)
3) Нормальная поддержка списков (многоуровневых и т.п.)
4) Какая-то поддержка режима рецензирования
5) Задание отступов абзацев и изменение ширин колонок на линейке
6) WYSIWYG в режиме редактирования (постраничность)
7) Собственный встроенный редактор формул, не завязанный на MathType
8) Из редактора можно сделать библиотеку автоматизации обработки документов из других приложений по механизму Com Automation, по аналогии с Word, только гораздо быстрее, проще и удобнее. Это уже реализовано, но API пока очень скудный, не буду его приводить, чтобы никого не смущать.
Какие еще возможности стоило бы добавить в продукт в первую очередь? Пожалуйста, напишите в комментариях!
Зачем всё это? Я искренне надеюсь, что проект такого редактора может найти очень хорошее применение. Т.е. мы сейчас ищем своих новых пользователей, чтобы реализовать для них то, что им нужно. Нет, мы не планируем заниматься заказной разработкой (пилить что-то под одного конкретного заказчика, если он конечно не уровня Билайна или Сбербанка :-) Т.е. мы хотим сделать новый готовый продукт, который будет полезен большому кругу пользователей благодаря удобным настройкам и специализированным функциям, отсутствующим в обычных текстовых редакторах.
PS Поскольку выпиливание функций производилось на скорую руку (заняло примерно 10 дней по 2-3 часа в день), где-то что-то могло сломаться, что мы могли не заметить. Можете создавать Issues на GitHub.
> Временный дом проекта: GitHub
UPD! Выложили версию 0.1.1, которая не устанавливает и не использует службу защиты/регистрации.
Удалить уже установленную службу вы можете в командной строке командой
sc delete TexEdProtectService
после чего нужно удалить файл TexEdProtectService.exe из каталога system32 каталога установки Windows.
Ну и напоследок небольшой опрос:
Комментарии (74)
AbstractGaze
30.08.2017 08:10+7У вас странный опрос, в статье вы пишите что редактор не является заменой офисных пакетов, т.е. это подразумевает что они все же будут стоять изначально, при этом указываете в опросе «Нет, т.к. уже есть много аналогов, в т.ч. бесплатные (OpenOffice, LibreOffice, МойОфис, OnlyOffice)»
Почему не сравниваете свой продукт со свободным notepad++? Потому что он в 5 раз меньше и имеет больше возможностей и при этом всём легковесный?
Хотелось бы как минимум увидеть сравнение с ним, особенно с учетом что за свой продукт вы еще и денюшку хотите.
Да и на фоне бесплатных либры и онли офиса для корпоративных целей, вообще как минимум странный запрос. Просто за то что вы потратили 15 лет на это, не значит что это стоит хоть каких либо денег, пусть я и считаю что любой труд должен быть оплачен.
alan008 Автор
30.08.2017 09:13Я с вами полностью согласен насчет "потратили 15 лет на это, не значит что это стоит хоть каких либо денег", потому что 15 лет все-таки было потрачено на другой продукт, а этот — это лишь выжимка некоторых функций из того продукта, просто какая-то базовая идея, поверх которой можно накрутить какой-то другой полезный уже более широкому кругу людей функционал.
Мы сейчас ни с кого денег и не просим.AbstractGaze
30.08.2017 09:22+1Накрутить можно всегда. Сейчас так игры делают — из кучи обещаний все болтается на стадии концепта.
Тут получается есть основание, но нет даже самого концепта — т.е. зачем и для чего это нужно в текущих реалиях. Во всяком случае я не вижу.
Можете подсказать примеры где данный продукт вполне себе жизнеспособен и имеет мало альтернатив? Или не продукт, а возможно например его будущий концепт. Хочется увидеть «вашими глазами» вашу идею.
remzalp
30.08.2017 08:45+5Нехорошо это…
alan008 Автор
30.08.2017 09:18У вас видимо какие-то особые права на system32, если даже с правами администратора туда файл не смог скопироваться. Сообщение ведь появилось при запуске редактора с правами администратора?
Cейчас демо-версию можно запускать и без установки службы защиты, т.к. демо-версия до конца года регистрацию не проверяет. Т.е. просто запустите редактор с правами обычного пользователя.AbstractGaze
30.08.2017 09:23+1Администратор домена. Такая же ошибка была, правда запустить приложение она не помешала.
alan008 Автор
30.08.2017 09:27+1Я думаю, антивирус может блокировать такой "спаун" (выгрузку) exe-шника службы из exe-шника приложения, рассматривая это как вредоносное действие или просто блокируя файл на время проверки, из-за чего он не может выгрузиться окончательно. Какой у вас антивирус?
AbstractGaze
30.08.2017 09:32+1Защитник Windows, он обычно уведомляет если что то делает. В его и системных логах пусто по этому поводу.
remzalp
30.08.2017 13:14+2Так я радуюсь, что не удалось всему этому делу запуститься.
- Распакован архив на RAM диск (полезная штука — перезагрузил и чисто)
- Запущено из-под учетки администратора, UAC включен, Windows 7 Pro, Kaspersky Endpoint 10
- Никто не попросил повышение прав. Забыли манифест добавить?
- А бинарник сервиса где спрятался? В EXE? Так это SFX получается? или вообще dropper какой?
"Огромным плюсом редактора является то, что по сути он представляет собой один exe-файл".
С одной стороны хорошо, что попытался установить службу в каталог с виндой, а не туда, откуда запущен, но всё-равно осадочек остался — ЗАЧЕМ?
Если демо версия — пусть она и будет демо версией с реально ограниченным функционалом, если будет куплена лицензия — просто дать скачать новый бинарник.
Плюс — если это сильно ранняя бета версия, склёпанная на коленке — к новому году однозначно выйдет обновлённая версия — предлагаете купить лицензию и пользоваться версией 0.1? А для 0.2 уже новая лицензия потребуется? Поэтому служба активации — вообще непонятно для чего.
И про цены — при достаточном количестве форматов файлов разумной ценой будет рублей 100 на человека, если на выходе будет конкурентный продукт.
Но — пустой редактор — 150 мегабайт оперативной памяти. Рядом запущен Word 2010 — 50 мегабайт оперативной памяти. В случае с офисной машиной, куда всё еще любят ставить 4 гига оперативной памяти — как-то не очень легко и экономично. Возможно, при редактировании огроменного файла (какое счастье, что не требуется) я замечу разницу.
На данный момент ближайший конкурент — AbiWord, вот только он тоже маленький, легкий, бывает портабельным и бесплатный.
alan008 Автор
30.08.2017 14:47-1Никто не попросил повышение прав. Забыли манифест добавить?
Нет, просто если запускать не под админом, редактор не пытается установить службу защиты. TexEd.exe — это не инсталлятор, это сам исполняемый файл редактора. Да, бинарник сервиса прилинкован в качестве ресурса внутрь exe-файла, редактор выгружает его из себя а-ля dropper.
Но — пустой редактор — 150 мегабайт оперативной памяти
Это в память загружается кэш словаря орфографии (один раз на весь экземпляр редактора). Наш редактор вовсе не прожорливый, попробуйте открыть огромный документ в нашем редакторе и в Ворде и сравните тогда расход.
White_Scorpion
30.08.2017 14:05+4В наше время если какой-то редактор (и даже не уровня MS/OpenOffice — по словам автора) — что-то пишет в system32(?!?!?). Являясь при этом ещё и демо-версией?!
Имхо за это надо не денег платить, а идти бить по лицу создателей.
khanid
31.08.2017 11:06Это работа UAC, скорее всего. Более того. Тот же win 10 такие поделки, зачастую, тихо и беспощадно убирает из system32. И поделом. В моей организации просто тоже есть софт, любящий себя любимого в system32 пихать — налицо непонимание разработчиками структуры системы, по сути.
yurisv3
30.08.2017 09:14+10Редактор при первом запуске с правами администратора устанавливает службу защиты
это то, что называется «киллер-фича». в смысле — убивает на корню. понятно, что это первое что пришло в голову, но это очень неудачное решение. давать административные права редактору текста? вы шутите!
меняйте на он-лайн регистрацию,… — что угодно, лишь бы оставаться с правами пользователя. думайте, короче, если хотите чтобы что-то получилось.
это очень доброжелательный совет коллегам.alan008 Автор
30.08.2017 09:15-11Права нужны не редактору, а мини-службе получения параметров оборудования. Вобщем-то сейчас любой браузер ставит свою "UpdateService"/"MaintenanceService" и никого это особо не смущает, а с редактором почему-то должно убивать его на корню, странный вывод на мой взгляд
AbstractGaze
30.08.2017 09:27+3Только браузер не требует прав администратора на установку, и ставит задание в планировщик, а не службу.
alan008 Автор
30.08.2017 09:53То есть в списке служб Mozilla Maintenance Service, Обновление DropBox, Службы Google Update, Adobe Acrobat Update Service, OfficeSoftwareProtectionPlatform взялись из ниоткуда.
AbstractGaze
30.08.2017 09:57У меня нет ни одной такой службы, правда из всего использую только Google chrome. А вот в заданиях висят и GoogleUpdate и OneDriveUpdate.
bgBrother
30.08.2017 10:22+2Службы gupdate и gupdatem (Google Update) запускаются от имени LocalSystem.
AbstractGaze
30.08.2017 10:25+1Извиняюсь. Нашел, они не на g начинаются. Я почему то думал что они уже ушли от служб.
khanid
31.08.2017 11:04Названные вещи умеют работать как для пользователей всей машины (тогда надо ставить с административными привелегиями, чтобы оновлялось для всех разом, например), так и исключительно в юзерспейсе, не создавая служб. Зависит от того, какие права инсталлер в процессе своей работы получит (если нет явного запроса о режиме установки при наличии административных привелегий). Это некорректные примеры, в общем-то.
yurisv3
30.08.2017 10:13+2Права нужны не редактору, а мини-службе
пожалуйста, не тратьте свое и чужое время — я читал ваш пост, и внимательно.
вы же бросились писать «ответ» даже на секунду не задумавшись. дело ваше.
svboobnov
30.08.2017 10:18Согласен с yurisv3, Схема с ключевым файлом в каталоге программы (радом с исполняемым файлом) гораздо удобнее. Может быть, даже сделать переносимую версию (как-то проверять логин-пароль пользователя и сравнивать с файлом лицензии).
alan008 Автор
30.08.2017 11:13Ключевой файл с подписью как раз и должен лежать в каталоге программы. Служба нужна для проверки соответствия подписи ключа параметрам оборудования компа. Такая у нас схема регистрации была раньше (в старом продукте). В будущем, в новом продукте, она может стать и другой
svboobnov
30.08.2017 11:53+1Нет, я про то, что не привязываться к компьютеру, а просить пользователя, допустим, ввести номер лицензии. Возможно, сделать как у микрософта: периодически проверять валидность лицензии через Интернет. И вообще: лицензировать по пользователям.
Дело в том, что те, кому ваш продукт нужен — купят, а те, кому хочется пиратить — всё равно спиратят. Вот, полезно почитать про монетизацию, я с этой статьёй во многом согласен.
yurisv3
30.08.2017 11:54+1Такая у нас схема регистрации была раньше (в старом продукте)
дайте-ка и я поиграю в слова.
«старый продукт» — означает, что где-то есть «новый продукт».
так ли это?
«продукт» — делает нечто осмысленное и полезное настолько, что за это стоит заплатить.
то, что вы выкатили в его нынешнем виде — смысл его существования туман даже для вас, что уж тут говорить о «пользе»?
но уже хочет привилегий в количестве аж достучаться до железа, иначе уникальный хэш сгенерировать ну никак вообще, ага.
а не стоило еще недельку подумать — а кой вам вообще хэш для ЭТОГО вот к чему-то вообще привязывать? сделали лимит до конца года — все, что еще надо?alan008 Автор
30.08.2017 12:18«старый продукт» — означает, что где-то есть «новый продукт»
Я пояснил в статье, что у нас есть старый продукт, наш специализированный редактор (для внутреннего использования) с большим специфическим функционалом, который нужен только нам внутри нашей фирмы. На его основе мы сделали TexEd — этакую "болванку" нового продукта, которую не постеснялись показать.
иначе уникальный хэш сгенерировать ну никак вообще, ага.
Хэш от параметров железа, чтобы когда вы поменяете оборудование, регистрация слетела (стала не валидной).
сделали лимит до конца года — все, что еще надо?
Да, вы правы, просто оставили службу регистрации на тот случай, вдруг кто-то в конце года все-таки захочет зарегистрировать редактор (получить нормальный работающий ключ активации). Могли конечно ограничиться вариантом "просто до конца года". Мне кажется, всё это не так уж и важно
maledog
30.08.2017 10:22Проблема в том, что вы пихаете левый исполняемый файл в system32. Что не делают со времен Vista. Поведение Defender в данном случае правомерно. Папка windows не для пользовательских программ. А службу можно запустить откуда угодно.
alan008 Автор
30.08.2017 11:14А службу можно запустить откуда угодно.
А куда ее лучше положить, эту службу? В целом нам без разницы, но решили, что в папку с редактором будет неудобно, т.к. эту папку могут перенести и путь к файлу службы тогда слетит и она не запустится.
tsklab
30.08.2017 12:29А куда ее лучше положить, эту службу?
%ProgramData%. uTorrent свою службу рекламы, например.
VioletGiraffe
30.08.2017 12:20Меня смущает, я всем этим сервисам ставлю Disabled. Нехорошо так мусорить за собой в системе.
svboobnov
30.08.2017 10:14+1Здравия! Редактор любопытный, но неясно, какие функции он будет выполнять?
- Если это шаблонизатор отчётов, то их много: FastReport для Delphi и LazReport для FreePascal, у обоих есть редакторы отчётов.
- Если нужен шаблонизатор (template engine), то их тоже много: TemplateEngines;
- Если нужен текстовый редактор с простым форматированием и минимальными стилями, то их есть в интернетах(ASCII Doc)
или MarkDown: раз, два и компиляторы составных документов из отдельных файлов - Можно рассматривать Ваш редактор как гибрид шаблонизатора и редактора, но тогда он должен состоять из двух частей: библиотеки рендера шаблонов (для изспользования из моего приложения) + приложение-редактор документов и шаблонов с возможностью экспорта в различные популярные форматы (в HTML, DocBook, man, CHM etc).
Тогда можно будет лицензировать отдельно (за недорого) редактор и отдельно библиотеку отчётов (шаблонизатора). Но в этом случае придётся добавить какой-то движок стилей, т.к. один шрифт, один стильодин фюрерникому уже не нужно.
alan008 Автор
30.08.2017 10:36Здравствуйте! Отличный комментарий, спасибо, таких мы и ждали, если честно.
один шрифт, один стиль никому уже не нужно
Мы это понимаем, конечно будут добавлены произвольные шрифты и стили, как в Ворде. Не стали это делать в качестве самого первого шага, т.к. это просто отложило бы срок выпуска MVP (минимально полезного продукта).
Если честно, мы рассматривали редактор не в качестве шаблонизатора отчетов, а скорее для ручного создания или приведения в "одинаковый" некоторого набора документив. Но идея экспорта отчетов в разные форматы видится интересной, к тому же раз мы эти форматы как раз поддерживаем. Это близко по смыслу с идеей превратить редактор в "библиотеку" для работы с документами, которую можно вызывать из другого приложения для импорта, преобразования (обработки) или экспорта документов какой-то внешней системы в разных форматах.
svboobnov
30.08.2017 10:57Не, ну логично же: Разработчкик с использованием вашей библиотеки сделал, допустим, складской учёт или документооборот, а пользователи покупают редактор (по 100 руб/шт), для того, чтобы у себя настраивать эти отчёты по своему вкусу. Так же, как в 1С: мы покупаем у фирмы Рарус конфигурацию (приложение), а у фирмы 1С покупаем платформу, на которой эта конфигурация (приложение) запускается.
Xambey
30.08.2017 10:18+1Спасибо за информацию автору, но хотелось бы увидеть подробности: модель данных, компонование, мб небольшой экскурс в иерархию, какие проблемы решали и тп. Я сейчас как раз занимаюсь разработкой движка для текстового html редактора на Google closure, без использования встроенных режимов редактирования браузеров, так вот, столкнулся со множеством проблем и отсутствием информации о том, как они устроены, для тех кому интересно, вот ссылки на чуть ли не единственные ресурсы по данной теме: Методы редактирования и Философия Gap метода редактирования текста
alan008 Автор
30.08.2017 10:20Да, поддерживаю, попробуем написать статью о технических подробностях архитектуры редактора. Эта статья получилась какая-то вводная, если даже не сказать "маркетинговая"
Roman_Cherkasov
30.08.2017 19:54Я конечно не уверен, но мне казалось что тег «Разработка под Windows» подразумевает под собой описание процесса, технологий и возможно приведение кода, описание решения каких-то проблем и тому подобное… А это лучше было бы пометить как «Я пиарюсь». Но это мое мнение, можете не обращать на него внимания)
Xitsa
01.09.2017 07:42Присоединяюсь к рекомендации книги The craft of text editing: в ней обсуждаются почти все вопросы, которые возникают у разработчика текстовых редакторов.
alan008 Автор
02.09.2017 20:28Если честно, эта книга в современных реалиях смотрится как труды Кнута (монументально, но во многом уже не актуально, как например у Кнута алгоритмы сортировки, ориентированные на ленточные накопители). В качестве просто "потренировать мозги" можно конечно почитать. Сейчас на современных компьютерах с большим количеством памяти можно реализовать многие вещи гораздо более простыми способами.
favik
30.08.2017 10:52«Конечно, можно было отбросить и больше, но чистить исходники от наследия можно и потом, т.к. на внешний вид и работу редактора этот «лишний» неиспользуемый код не влияет.»
alan008 Автор
30.08.2017 10:53Ну 34 ГБ в папке Windows это точно не из-за нашего редактора :-)
lpwaterhouse
30.08.2017 11:37Претензия полагаю в том, что такие вещи делаются либо сразу, либо, как видно на скриншоте, никогда. Второе более вероятно.
tsklab
30.08.2017 12:38А у меня 39ГБ и что? Все знают, что папка Installer (20 ГБ) содержит пакеты установки, что бы вы могли «восстановить» программу. А папка WinSxS (8ГБ) практически вся состоит их жёстких ссылок.
Dronton2
30.08.2017 14:31Word (от Word 1.0 к Word 2016)
Это вы пишите про Word для Windows. А ещё раньше — был Word для DOS. Посмотреть список версий, скриншоты, требования к железу, скачать дистрибутивы можно здесь. Сейчас никто и не поверит, что у текстового процессора (Word 1.0) может быть дистрибутив размером 2.66 МБ, а требования к свободному месту на диске — 360 КБ
KVL01
30.08.2017 15:46Меня в своё время устроил контрол IE в режиме редактирования. Не голый, конечно. Кнопочки, менюшки к нему допилил, и вот вам WYSIWYG и параллельно браузер (к слову, голый контрол работает гораздо быстрее, чем оный в iexplore.exe). С офисными форматами он, конечно, не дружит, но HTM <-> DOC делается элементарно уже средствами самого MSO, если вообще нужно.
anmipo
30.08.2017 16:14Каюсь, иконка редактора была взята из комплекта иконок под Linux от дизайнера Everaldo Coelho. Если что потом перерисуем, просто времени на это не было.
Эта иконка распространяется под лицензией GPL. Используя любой GPL-лицензированный компонент, вы автоматически делаете весь ваш код доступным по этой лицензии. Таким образом, использовав одну маленькую иконку, вы сейчас обязаны предоставить исходники программы любому желающему.
Тут не каяться надо, а паниковать…
zenkz
30.08.2017 18:04+1У меня есть несколько идей и советов для вас:
1. Определите целевую аудиторию. Подход «Мы сделали тут что-то, а вы уже сами придумайте для чего вам это» не работает. Должны быть конкретные задачи, которые может решать ваш проект, а конкуренты не могут (или это слишком сложно сделать). Если вы думаете, что ваш редактор хорош для ведения структурированной технической документации, то и продвигайте его как редактор для технической документации, а не как текстовый редактор.
2. Обязательно добавьте современные форматы. Мне кажется стыдно просить деньги за продукт, который не поддерживает форматы, которым уже 10 лет и которые являются стандартом на текущий момент.
3. Уберите сервис из системных служб. Можно придумать 1000 и 1 способ сделать регистрацию безболезненной для пользователя. Начиная от уникального серийного номера и заканчивая регистрацией на сайте. А лучше уберите регистрацию вообще. Я не думаю, что защита от пиратства стоит потраченных нервов пользователей.
4. По поводу цены продукта: для такого узкоспециализированного продукта нужно делать плавающие лицензии с сервером лиценций (удобно для организаций, т.к. купив 10 лицензий ими могут пользоваться любые 10 сотрудников компании одновременно). А судя по описанию текущего функционала и состояния проекта, то может стоит раздавать его бесплатно или даже выложить в Open-Source. Если хотите денег, то предоставляйте продукт бесплатно, а деньги берите за добавление новых фич для компаний.
5. Создайте подробное руководство пользователя. Без него не то что продавать — бесплатно раздавать стыдно.alan008 Автор
30.08.2017 20:53Спасибо, дельные советы!
По поводу "1" — мы как раз находимся в поисках этой аудитории сейчас, потому и вышли на Хабр. Варясь "в собственном соку" нам сложно найти людей с подобными потребностями и заранее как-то проанализировать, чего им не хватает в продуктах-конкурентах, именно это мы и пытаемся узнать. Т.е. по сути мы предлагаем услугу по разработке продукта под чьи-л. потребности,
По поводу "2", какие именно современные форматы вы имеете в виду?
По поводу "3" комментировать не будем, проблема преувеличена, сказать по правде, наличию этого сервиса мы никогда не придавали никакого значения, все те 2000 "внутренних" пользователей, которые у нас есть сейчас, поставили себе этот сервис и им это никогда не мешало. Согласен, можно ставить сервис в каталог приложения или в AppData, а не в глубины системного каталога.
По поводу 4 — согласен с вами, у нас другой продукт работает по такой схеме, с лицензированием количества одновременных подключений, правда там продукт не локальный, а клиент-серверный, т.е. сам сервер не только лицензии проверяет, но и обработкой клиентских запросов занимается.
5 — на текущем этапе это бессмысленно, у нас же пока не продукт, а просто концепт.zenkz
30.08.2017 23:00К п. 1. Вам нужно решить, будете ли вы продавать коробочный продукт, или оказывать услуги по разработке на основании данного продукта. Т.к. для коробочного продукта стратегию развития определять должны именно вы, а если работать на клиента, но направление развития продукта определяет уже он, а не вы. А вообще это немного неправильно искать бизнес-задачи под продукт, а не наоборот.
К п.2. Под «современные форматы» я подразумевал xlsx и docx. (Которым уже 10 лет). Думаю поддержка PDF также будет очень важна
К п.3. Дело ваше, но я бы советовал вам выпилить этот сервис из продукта. То что работает внутри вашей компании не всегда будет работать в других. К примеру во многих компаниях софт устанавливается удалённо, а может и вообще живёт на Citrix-сервере. Могут быть жёсткие политики в отношении софта… Лучше уж сделайте онлайн сервис проверки лицензии.
К п.4. Я с трудом представляю сейчас персональный компьютер вне локальной сети. Но в этом случае сервер лицензий можно поставить на него-же. Многие локальные программы работают по такому принципу (по-моему AutoCAD один из них).
alan008 Автор
30.08.2017 23:44Для коробочного продукта точно рановато, да и не привыкли мы пока заниматься "продуктовой разработкой". Мы привыкли работать в режиме постоянного диалога с клиентом, когда клиент регулярно озвучивает нам свои проблемы, а мы под них делаем решение. Но здесь нельзя сказать, что вся стратегия продукта управляется клиентом. Т.е. клиент скорее генератор проблем и идей, а мы придумываем изящные решения под его проблемы. Такая у нас специфика, "увы" или наоборот "слава богу". Основная методология "экстремальное программирование" — быстро запилили — отдали клиенту — получили фидбек — переделали и так можно делать несколько раз при реализации какой-то фичи.
Насчет docx — так мы его как раз поддерживаем, об этом в статье написано. xslx тоже поддерживаем кое-как (через обращение к Excel). Табличный формат был не в приоритете, т.к. редактировать таблицу Excel текстовым редактором в конечном счете неудобно (т.к. там весь смысл в листах, формулах и пр.), а в текстовом редакторе этого нет.
Насчет PDF — пока непонятно, что с ним делать. Выдирать из него текст и картинки? Или делать свой Acrobat Professional? :) Крайне дурной формат этот PDF, если честно. Слабо подходит для редактирования. Т.е. это скорее формат "экспорта", в который "печатаются", например, отчеты, которые уже потом не должны изменяться. Т.е. проще считать его графическим изображением, хоть он таковым и не является. Работали мы с ним, в том числе и нэйтивно, в другом проекте.
yurisv3
31.08.2017 07:17мы никогда не придавали никакого значения
вы еще не видите, насколько вы не вписываетесь в ту модель отношений, которая сложилась там, куда вы суетесь?
Tallefer
31.08.2017 17:19Если это возможно, добавьте форматы «легкой» разметки — ReStructuredText и Markdown, с превью «на лету». По идее, на дельфях сделать такую визуализацию не должно быть особенно трудно.
alan008 Автор
31.08.2017 17:24Сделать действительно не очень сложно, но не понятно, кому это потом предлагать. Мы не особо ориентируемся на разработчиков в качестве пользователей редактора, потому что для разработчиков полно всего (Sublime, полноценные IDE, и т.п.)
Tallefer
31.08.2017 17:50Ну, эти форматы непосредственно к написанию кода отношения прямого не имеют, это как хтмл для ленивых, грубо говоря. Можно документацию писать. Или бложег вести. Или вот в это самое окошко комментария его можно вводить, к примеру, поставив галочку внизу. :)
alan008 Автор
31.08.2017 12:29Выложили версию 0.1.1, которая не устанавливает и не использует службу защиты/регистрации.
Удалить уже установленную службу вы можете в командной строке командой
sc delete TexEdProtectService
после чего нужно удалить файл TexEdProtectService.exe из каталога system32 каталога установки Windows.
maisvendoo
Обьясните мне пожалуйста, почему дистрибьютер коммерческого ПО считает справедливым взимать плату за каждой рабочее место. В чем затраты компании при установке копии ПО не на один компьютер, а на два?
maisvendoo
Это был первый вопрос.
Второй вырастает из того, что при продаже Вашего продукта я не вижу эффективной бизнес-модели. Посмотрите на результаты опроса: желающие альтернативу платным офисным пакетам поставят LibreOffice и будут довольны, резона покупать Ваш продукт нет, ибо никто не обещает отсутствия проблем с совместимость с тем же Word. Крупная контора либо возьмет открытый офис, либо заплатит ребятам из Редмонда. Не вижу Вашей целевой аудитории
alan008 Автор
Странная претензия. То есть тот факт, что Microsoft работает по такой же схеме, вас не смущает? Ну и что из Android Market, App Store, Windows Store приложения тоже покупают на каждое устройство.
Если так рассуждать, то можно купить 1 лицензию и распространить приложение всему миру через торренты, ведь наших затрат на это распространение нет.
Стоимость продукта определяется не нашими затратами на его распространение, а стоимостью той потенциальной выгоды, которую получает каждый пользователь, используя продукт. Если можно купить продукт за 500 рублей, а времени при этом сэкономить на 1000, значит стоимость продукта оправдана как для продавца, так и для покупателя.
ClearAirTurbulence
Ничего подобного. В Android market 99% программ продаются не на устройство, а на учётную запись, и будут работать на неограниченном количестве устройств под этой учётной записью. Многие программы на ПК также не ограничивают число установок на ПК, а регламентируют именно количество пользователей. Я вот, например, один пользователь, но у меня 3 компьютера, и для полноценной работы софт должен стоять на каждом из них.
svboobnov
Вот могу предложить бизнес-модель: Редактор продаём пользователям и лицензируем по пользователям, Если будете выносить функционал шаблонизатора в библиотеку, продавать лицензии на разработчиков, а ещё сделать «Аукцион фич»: кому нужны фичи, те заказывают новый функционал и скидываются деньгами (такое есть в некоторых открытых проектах).
svboobnov
Дополню: вот пример аукциона фич (feature bounty) bountysource.
WayMax
Странно сравнивать себя с MS.
nolane
alan008 и не сравнивал.
maisvendoo
Очень даже смущает. Я не использую платных продуктов Microsoft
P.S.: Пример майкрософт — не показатель. Вот Red Hat, другое дело
alan008 Автор
Может вы вообще платных программ не используете, что же с того? Вам кто-то оплачивает Open Source разработку? Лично мне — нет. А кушать мы тоже хотим, так что раздавать результаты своих трудов за бесплатно не собираемся.
maisvendoo
Если вы создадите востребованный продукт, он всё равно распространиться через торренты, вне всякой зависимости от способа его дистрибуции и степени защиты
Очень популярные слова «потенциальная выгода». Почти как «недополученная прибыль».
Возникает вопрос, а как вы можете оценить потенциальную выгоду, которую получает пользователь вашего продукта? Как можно говорить о справедливой цене за копию, если её расчет не опирается на объективные цифры, а на эфимерные термины типа «потенциальной выгоды»? И почему вы не включаете в эту «потенциальную выгоду» собственные издержки разработчика и стоимость его идей, реализованных с помощью вашего продукта, но напрямую с его использованием не связанных?
alan008 Автор
Мы еще пока и не говорили о справедливой цене, где вы нашли такое? Лишь задали резонный вопрос, а сколько вы готовы за это заплатить. Это рынок, цена будет насколько высокой, насколько высоко клиент оценит свою выгоду.
А оценить выгоду от использования очень просто — посчитать сколько времени тратится при выполнении основных операций при работе с другим "аналогичным" продуктом и с нашим продуктом, учесть при этом цену аналога (если он не бесплатный) и пересчитать сэкономленное время пользователя в деньги с учетом средней зарплаты пользователя. Можно еще учесть какие-то косвенные затраты (время сисадминов на развертывание продукта и т.п., но это уже ерунда), издержки от ненадежности продукта (программа вылетела по AppCrash и испортился документ, который до этого 3 часа редактировали без сохранения), издержки от ограничений продукта (не открылся гигабайтный документ) и т.п.
maisvendoo
За данный продукт — нисколько.
Меня вот что возмущает — у вас продукта-то нет, зато есть шикарный опрос, 90% вариантов в котором характерны для бизнес-моделей крупных софтверных гигантов 80-90 годов. Плюс отечественные софтверные компании очень ревностно следят за соблюдением всяких своих прав (приятное исключение — АСКОН, которая предоставляет свой основной продукт для бесплатного личного использования)
В моем понимании в политике распространения следует различать как минимум физических лиц и юридических. Вторые априори приобретают софт для получения прибыли, соответственно и спрос с каждого разный.
Вы так громко говорите о ваших правах на получение прибыли и защиту продукта, но при этом абсолютно не стесняетесь использовать бесплатных альфа-тестеров, выложив дистрибутив в git
maisvendoo
Касательно вот этого
извольте ещё порцию яда.
Вот Вы пробовали набирать тексты насыщенные математикой используя Equation или MathType? Не пробовали видимо, поскольку предлагаете подобное решение.
Представьте ситуацию, когда у Вас уже набрано порядка сотни формул, отражающие многоэтапные трехэтажные преобразования. И Вам нужно букву «a» заменить на «b». И начинается — двойной клик по первой формуле, внесение изменений, клик по странице чтобы выйти из режима редактирования встроенного объекта. Переходим ко второй формуле… и так далее, по всему тексту. Чертовски удобно!
Добавим к этому, что MathType и Equation не всегда (или почти никогда) между собой не дружат, а Ваши научные журналы требуют именно Equation. А в нашей стране word и его формульный редактор пока что остаются непогрешимой иконой. Сколько крови попорчено MathType'ом и Equatio'ом лично моей — не пересчитать.
Так что тем кто пишет математизированные тексты Ваш продукт можете даже не предлагать — не зайдет. Никак и никогда.
Единственное внятное решение для набора формул — нотация LaTeX безо всяких там WYSIWYG, просто голым текстом с разметкой и последующим рендером в конечный вид документа. Весь мир в научных публикациях использует LaTeX, только у нас зациклились на ворде и прочей дребедени. Сама идеология LaTeX тут справедлива — формулы это часть текста, неотделимая от общей линии повествования, и не должна быть отделима в методах редактирования. Думаю понятно, что вышеприведенный пример решается в данном случае простой командой «найти и заменить».
Из всего текста статьи сквозит желание продать ваше нечто, да продать подороже. Но совершенно не видно желания подумать над желаниями целевой аудитории, раз уж о формулах заикаетесь. В топку Ваш MathType.
Для меня, как пишущего статьи с математикой предпочтительнее LaTeX, а для ковертации формул в Equation я лично для себя с удовольствием куплю GrindEQ по академической лицензии за $49