Как мы создали новый продукт, удалив 130 тысяч строк кода из старого


    Начну с того, что примерно 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.

    Ну и напоследок небольшой опрос:

    Only registered users can participate in poll. Log in, please.

    Проект в целом интересен?

    Какую стоимость описанного будущего продукта вы считаете справедливой?

    Support the author
    Share post

    Comments 80

      –1
      за 1 рабочее место

      Обьясните мне пожалуйста, почему дистрибьютер коммерческого ПО считает справедливым взимать плату за каждой рабочее место. В чем затраты компании при установке копии ПО не на один компьютер, а на два?
        +2
        Это был первый вопрос.
        Второй вырастает из того, что при продаже Вашего продукта я не вижу эффективной бизнес-модели. Посмотрите на результаты опроса: желающие альтернативу платным офисным пакетам поставят LibreOffice и будут довольны, резона покупать Ваш продукт нет, ибо никто не обещает отсутствия проблем с совместимость с тем же Word. Крупная контора либо возьмет открытый офис, либо заплатит ребятам из Редмонда. Не вижу Вашей целевой аудитории
          +3
          В чем затраты компании при установке копии ПО

          Странная претензия. То есть тот факт, что Microsoft работает по такой же схеме, вас не смущает? Ну и что из Android Market, App Store, Windows Store приложения тоже покупают на каждое устройство.
          Если так рассуждать, то можно купить 1 лицензию и распространить приложение всему миру через торренты, ведь наших затрат на это распространение нет.


          Стоимость продукта определяется не нашими затратами на его распространение, а стоимостью той потенциальной выгоды, которую получает каждый пользователь, используя продукт. Если можно купить продукт за 500 рублей, а времени при этом сэкономить на 1000, значит стоимость продукта оправдана как для продавца, так и для покупателя.

            +4
            Ничего подобного. В Android market 99% программ продаются не на устройство, а на учётную запись, и будут работать на неограниченном количестве устройств под этой учётной записью. Многие программы на ПК также не ограничивают число установок на ПК, а регламентируют именно количество пользователей. Я вот, например, один пользователь, но у меня 3 компьютера, и для полноценной работы софт должен стоять на каждом из них.
              0
              Вот могу предложить бизнес-модель: Редактор продаём пользователям и лицензируем по пользователям, Если будете выносить функционал шаблонизатора в библиотеку, продавать лицензии на разработчиков, а ещё сделать «Аукцион фич»: кому нужны фичи, те заказывают новый функционал и скидываются деньгами (такое есть в некоторых открытых проектах).
              +1
              Странно сравнивать себя с MS.
                0

                alan008 и не сравнивал.

                  0
                  Microsoft работает по такой же схеме [что и мы]

                  это не сравнение?
                    0

                    Нет

                0
                То есть тот факт, что Microsoft работает по такой же схеме, вас не смущает?

                Очень даже смущает. Я не использую платных продуктов Microsoft

                P.S.: Пример майкрософт — не показатель. Вот Red Hat, другое дело
                  0

                  Может вы вообще платных программ не используете, что же с того? Вам кто-то оплачивает Open Source разработку? Лично мне — нет. А кушать мы тоже хотим, так что раздавать результаты своих трудов за бесплатно не собираемся.

                    0
                    Если так рассуждать, то можно купить 1 лицензию и распространить приложение всему миру через торренты

                    Если вы создадите востребованный продукт, он всё равно распространиться через торренты, вне всякой зависимости от способа его дистрибуции и степени защиты

                    а стоимостью той потенциальной выгоды, которую получает каждый пользователь, используя продукт

                    Очень популярные слова «потенциальная выгода». Почти как «недополученная прибыль».

                    Возникает вопрос, а как вы можете оценить потенциальную выгоду, которую получает пользователь вашего продукта? Как можно говорить о справедливой цене за копию, если её расчет не опирается на объективные цифры, а на эфимерные термины типа «потенциальной выгоды»? И почему вы не включаете в эту «потенциальную выгоду» собственные издержки разработчика и стоимость его идей, реализованных с помощью вашего продукта, но напрямую с его использованием не связанных?

                      0
                      Как можно говорить о справедливой цене за копию, если её расчет не опирается на объективные цифры

                      Мы еще пока и не говорили о справедливой цене, где вы нашли такое? Лишь задали резонный вопрос, а сколько вы готовы за это заплатить. Это рынок, цена будет насколько высокой, насколько высоко клиент оценит свою выгоду.


                      А оценить выгоду от использования очень просто — посчитать сколько времени тратится при выполнении основных операций при работе с другим "аналогичным" продуктом и с нашим продуктом, учесть при этом цену аналога (если он не бесплатный) и пересчитать сэкономленное время пользователя в деньги с учетом средней зарплаты пользователя. Можно еще учесть какие-то косвенные затраты (время сисадминов на развертывание продукта и т.п., но это уже ерунда), издержки от ненадежности продукта (программа вылетела по AppCrash и испортился документ, который до этого 3 часа редактировали без сохранения), издержки от ограничений продукта (не открылся гигабайтный документ) и т.п.

                        0
                        Лишь задали резонный вопрос, а сколько вы готовы за это заплатить

                        За данный продукт — нисколько.

                        Меня вот что возмущает — у вас продукта-то нет, зато есть шикарный опрос, 90% вариантов в котором характерны для бизнес-моделей крупных софтверных гигантов 80-90 годов. Плюс отечественные софтверные компании очень ревностно следят за соблюдением всяких своих прав (приятное исключение — АСКОН, которая предоставляет свой основной продукт для бесплатного личного использования)

                        В моем понимании в политике распространения следует различать как минимум физических лиц и юридических. Вторые априори приобретают софт для получения прибыли, соответственно и спрос с каждого разный.

                        Вы так громко говорите о ваших правах на получение прибыли и защиту продукта, но при этом абсолютно не стесняетесь использовать бесплатных альфа-тестеров, выложив дистрибутив в git

                +1
                Касательно вот этого
                для редактирования формул необходимо установить программу MathType

                извольте ещё порцию яда.

                Вот Вы пробовали набирать тексты насыщенные математикой используя Equation или MathType? Не пробовали видимо, поскольку предлагаете подобное решение.

                Представьте ситуацию, когда у Вас уже набрано порядка сотни формул, отражающие многоэтапные трехэтажные преобразования. И Вам нужно букву «a» заменить на «b». И начинается — двойной клик по первой формуле, внесение изменений, клик по странице чтобы выйти из режима редактирования встроенного объекта. Переходим ко второй формуле… и так далее, по всему тексту. Чертовски удобно!

                Добавим к этому, что MathType и Equation не всегда (или почти никогда) между собой не дружат, а Ваши научные журналы требуют именно Equation. А в нашей стране word и его формульный редактор пока что остаются непогрешимой иконой. Сколько крови попорчено MathType'ом и Equatio'ом лично моей — не пересчитать.

                Так что тем кто пишет математизированные тексты Ваш продукт можете даже не предлагать — не зайдет. Никак и никогда.

                Единственное внятное решение для набора формул — нотация LaTeX безо всяких там WYSIWYG, просто голым текстом с разметкой и последующим рендером в конечный вид документа. Весь мир в научных публикациях использует LaTeX, только у нас зациклились на ворде и прочей дребедени. Сама идеология LaTeX тут справедлива — формулы это часть текста, неотделимая от общей линии повествования, и не должна быть отделима в методах редактирования. Думаю понятно, что вышеприведенный пример решается в данном случае простой командой «найти и заменить».

                Из всего текста статьи сквозит желание продать ваше нечто, да продать подороже. Но совершенно не видно желания подумать над желаниями целевой аудитории, раз уж о формулах заикаетесь. В топку Ваш MathType.

                Для меня, как пишущего статьи с математикой предпочтительнее LaTeX, а для ковертации формул в Equation я лично для себя с удовольствием куплю GrindEQ по академической лицензии за $49
                  0
                  Ваши научные журналы требуют

                  Мои? )))


                  В топку Ваш MathType

                  Вот он — точно не мой.


                  MathType и Equation не всегда (или почти никогда) между собой не дружат

                  MathType и Equation — это на самом деле одно и то же, ну или почти одно и то же. Просто в очень старых версиях MS Office это называлось Microsoft Equation, а если установлен MathType, то оно автоматически конвертируется в "Формулы MathType". В новых версиях MS Office от этого отказались, и сделали свой новый редактор формул на основе MathML, но не могу сказать, что в использовании он удобнее.


                  Мы пошли (пока) просто по пути совместимости с MS Office, т.е. если у нас на входе документ с формулами Equation или MathType, нам надо этот документ открыть и позволить как-то эти формулы редактировать — потому и работаем через MathType. Для нас не проблема прикрутить собственный редактор формул, в т.ч. на основе LaTeX представления (с автоматическим рендерингом при отображении), вопрос лишь в том, как будут отображаться такие формулы в Ворде после сохранения из нашего редактора и что с ними там можно будет сделать.


                  Из всего текста статьи сквозит желание продать ваше нечто, да продать подороже

                  Да не было такого посыла, если честно. Было желание дать большому объему имеющегося функционала новую жизнь, т.к. в старом проекте (внутреннем) этому функционалу уже тесно и хочется на основе этого функционала создать нечто новое и полезное для широких масс. А все почему-то "обиделись", будто им предлагают что-то плохое. Не нравится — не используйте. Нет идей, что можно на основе этого сделать — пройдите мимо. А может кто-то давно ждал появления чего-то подобного, им может пары функций не хватает, на реализацию которых у нас уйдет 2 дня времени.

                    0
                    Мои? )))

                    Фигура речи, указывающая на чисто гипотетическую ситуацию «Вы — ученый».

                    в т.ч. на основе LaTeX представления

                    Вот! Вот на что клюнет потребитель. Совместимость LaTeX <-> Word. Ибо на рынке сейчас один только вменяемый продукт, упомянутый выше GrindEQ, который имеет таки ряд проблем. В плане набора математизированного текста копать, по моему глубокому убеждению, следует именно в эту сторону. Если вы заявите о взаимной совместимости *.tex и *.docx в вашем продукте (тем более обе спецификации открыты) то это серьезно добавит ему веса, тогда можно будет сказать что тут есть за что заплатить
                      0

                      Ну наконец-то, нашли хоть что-то позитивное в нашей затее :-)

                +7
                У вас странный опрос, в статье вы пишите что редактор не является заменой офисных пакетов, т.е. это подразумевает что они все же будут стоять изначально, при этом указываете в опросе «Нет, т.к. уже есть много аналогов, в т.ч. бесплатные (OpenOffice, LibreOffice, МойОфис, OnlyOffice)»
                Почему не сравниваете свой продукт со свободным notepad++? Потому что он в 5 раз меньше и имеет больше возможностей и при этом всём легковесный?
                Хотелось бы как минимум увидеть сравнение с ним, особенно с учетом что за свой продукт вы еще и денюшку хотите.
                Да и на фоне бесплатных либры и онли офиса для корпоративных целей, вообще как минимум странный запрос. Просто за то что вы потратили 15 лет на это, не значит что это стоит хоть каких либо денег, пусть я и считаю что любой труд должен быть оплачен.
                  0

                  Я с вами полностью согласен насчет "потратили 15 лет на это, не значит что это стоит хоть каких либо денег", потому что 15 лет все-таки было потрачено на другой продукт, а этот — это лишь выжимка некоторых функций из того продукта, просто какая-то базовая идея, поверх которой можно накрутить какой-то другой полезный уже более широкому кругу людей функционал.
                  Мы сейчас ни с кого денег и не просим.

                    +1
                    Накрутить можно всегда. Сейчас так игры делают — из кучи обещаний все болтается на стадии концепта.
                    Тут получается есть основание, но нет даже самого концепта — т.е. зачем и для чего это нужно в текущих реалиях. Во всяком случае я не вижу.
                    Можете подсказать примеры где данный продукт вполне себе жизнеспособен и имеет мало альтернатив? Или не продукт, а возможно например его будущий концепт. Хочется увидеть «вашими глазами» вашу идею.
                  –1

                  Восхитительный продукт! Надеемся увидеть версию на WCT, Mihip вам в помощь!

                    +5

                    Нехорошо это…
                    image

                      0

                      У вас видимо какие-то особые права на system32, если даже с правами администратора туда файл не смог скопироваться. Сообщение ведь появилось при запуске редактора с правами администратора?
                      Cейчас демо-версию можно запускать и без установки службы защиты, т.к. демо-версия до конца года регистрацию не проверяет. Т.е. просто запустите редактор с правами обычного пользователя.

                        +1
                        Администратор домена. Такая же ошибка была, правда запустить приложение она не помешала.
                          +1

                          Я думаю, антивирус может блокировать такой "спаун" (выгрузку) exe-шника службы из exe-шника приложения, рассматривая это как вредоносное действие или просто блокируя файл на время проверки, из-за чего он не может выгрузиться окончательно. Какой у вас антивирус?

                            +1
                            Защитник Windows, он обычно уведомляет если что то делает. В его и системных логах пусто по этому поводу.
                          +2

                          Так я радуюсь, что не удалось всему этому делу запуститься.


                          1. Распакован архив на RAM диск (полезная штука — перезагрузил и чисто)
                          2. Запущено из-под учетки администратора, UAC включен, Windows 7 Pro, Kaspersky Endpoint 10
                          3. Никто не попросил повышение прав. Забыли манифест добавить?
                          4. А бинарник сервиса где спрятался? В EXE? Так это SFX получается? или вообще dropper какой?
                            "Огромным плюсом редактора является то, что по сути он представляет собой один exe-файл".

                          С одной стороны хорошо, что попытался установить службу в каталог с виндой, а не туда, откуда запущен, но всё-равно осадочек остался — ЗАЧЕМ?
                          Если демо версия — пусть она и будет демо версией с реально ограниченным функционалом, если будет куплена лицензия — просто дать скачать новый бинарник.


                          Плюс — если это сильно ранняя бета версия, склёпанная на коленке — к новому году однозначно выйдет обновлённая версия — предлагаете купить лицензию и пользоваться версией 0.1? А для 0.2 уже новая лицензия потребуется? Поэтому служба активации — вообще непонятно для чего.


                          И про цены — при достаточном количестве форматов файлов разумной ценой будет рублей 100 на человека, если на выходе будет конкурентный продукт.


                          Но — пустой редактор — 150 мегабайт оперативной памяти. Рядом запущен Word 2010 — 50 мегабайт оперативной памяти. В случае с офисной машиной, куда всё еще любят ставить 4 гига оперативной памяти — как-то не очень легко и экономично. Возможно, при редактировании огроменного файла (какое счастье, что не требуется) я замечу разницу.


                          На данный момент ближайший конкурент — AbiWord, вот только он тоже маленький, легкий, бывает портабельным и бесплатный.

                            –1
                            Никто не попросил повышение прав. Забыли манифест добавить?

                            Нет, просто если запускать не под админом, редактор не пытается установить службу защиты. TexEd.exe — это не инсталлятор, это сам исполняемый файл редактора. Да, бинарник сервиса прилинкован в качестве ресурса внутрь exe-файла, редактор выгружает его из себя а-ля dropper.


                            Но — пустой редактор — 150 мегабайт оперативной памяти

                            Это в память загружается кэш словаря орфографии (один раз на весь экземпляр редактора). Наш редактор вовсе не прожорливый, попробуйте открыть огромный документ в нашем редакторе и в Ворде и сравните тогда расход.

                            +4

                            В наше время если какой-то редактор (и даже не уровня MS/OpenOffice — по словам автора) — что-то пишет в system32(?!?!?). Являясь при этом ещё и демо-версией?!
                            Имхо за это надо не денег платить, а идти бить по лицу создателей.

                            0
                            Это работа UAC, скорее всего. Более того. Тот же win 10 такие поделки, зачастую, тихо и беспощадно убирает из system32. И поделом. В моей организации просто тоже есть софт, любящий себя любимого в system32 пихать — налицо непонимание разработчиками структуры системы, по сути.
                            +10
                            Редактор при первом запуске с правами администратора устанавливает службу защиты

                            это то, что называется «киллер-фича». в смысле — убивает на корню. понятно, что это первое что пришло в голову, но это очень неудачное решение. давать административные права редактору текста? вы шутите!

                            меняйте на он-лайн регистрацию,… — что угодно, лишь бы оставаться с правами пользователя. думайте, короче, если хотите чтобы что-то получилось.

                            это очень доброжелательный совет коллегам.
                              –11

                              Права нужны не редактору, а мини-службе получения параметров оборудования. Вобщем-то сейчас любой браузер ставит свою "UpdateService"/"MaintenanceService" и никого это особо не смущает, а с редактором почему-то должно убивать его на корню, странный вывод на мой взгляд

                                +3
                                Только браузер не требует прав администратора на установку, и ставит задание в планировщик, а не службу.
                                  0

                                  То есть в списке служб Mozilla Maintenance Service, Обновление DropBox, Службы Google Update, Adobe Acrobat Update Service, OfficeSoftwareProtectionPlatform взялись из ниоткуда.

                                    0
                                    У меня нет ни одной такой службы, правда из всего использую только Google chrome. А вот в заданиях висят и GoogleUpdate и OneDriveUpdate.
                                      +2
                                      Службы gupdate и gupdatem (Google Update) запускаются от имени LocalSystem.
                                        +1
                                        Извиняюсь. Нашел, они не на g начинаются. Я почему то думал что они уже ушли от служб.
                                      0
                                      Названные вещи умеют работать как для пользователей всей машины (тогда надо ставить с административными привелегиями, чтобы оновлялось для всех разом, например), так и исключительно в юзерспейсе, не создавая служб. Зависит от того, какие права инсталлер в процессе своей работы получит (если нет явного запроса о режиме установки при наличии административных привелегий). Это некорректные примеры, в общем-то.
                                    +2
                                    Права нужны не редактору, а мини-службе

                                    пожалуйста, не тратьте свое и чужое время — я читал ваш пост, и внимательно.

                                    вы же бросились писать «ответ» даже на секунду не задумавшись. дело ваше.
                                      0
                                      Согласен с yurisv3, Схема с ключевым файлом в каталоге программы (радом с исполняемым файлом) гораздо удобнее. Может быть, даже сделать переносимую версию (как-то проверять логин-пароль пользователя и сравнивать с файлом лицензии).
                                        0

                                        Ключевой файл с подписью как раз и должен лежать в каталоге программы. Служба нужна для проверки соответствия подписи ключа параметрам оборудования компа. Такая у нас схема регистрации была раньше (в старом продукте). В будущем, в новом продукте, она может стать и другой

                                          +1
                                          Нет, я про то, что не привязываться к компьютеру, а просить пользователя, допустим, ввести номер лицензии. Возможно, сделать как у микрософта: периодически проверять валидность лицензии через Интернет. И вообще: лицензировать по пользователям.
                                          Дело в том, что те, кому ваш продукт нужен — купят, а те, кому хочется пиратить — всё равно спиратят. Вот, полезно почитать про монетизацию, я с этой статьёй во многом согласен.
                                            +1
                                            Такая у нас схема регистрации была раньше (в старом продукте)

                                            дайте-ка и я поиграю в слова.

                                            «старый продукт» — означает, что где-то есть «новый продукт».

                                            так ли это?

                                            «продукт» — делает нечто осмысленное и полезное настолько, что за это стоит заплатить.

                                            то, что вы выкатили в его нынешнем виде — смысл его существования туман даже для вас, что уж тут говорить о «пользе»?

                                            но уже хочет привилегий в количестве аж достучаться до железа, иначе уникальный хэш сгенерировать ну никак вообще, ага.

                                            а не стоило еще недельку подумать — а кой вам вообще хэш для ЭТОГО вот к чему-то вообще привязывать? сделали лимит до конца года — все, что еще надо?
                                              0
                                              «старый продукт» — означает, что где-то есть «новый продукт»

                                              Я пояснил в статье, что у нас есть старый продукт, наш специализированный редактор (для внутреннего использования) с большим специфическим функционалом, который нужен только нам внутри нашей фирмы. На его основе мы сделали TexEd — этакую "болванку" нового продукта, которую не постеснялись показать.


                                              иначе уникальный хэш сгенерировать ну никак вообще, ага.

                                              Хэш от параметров железа, чтобы когда вы поменяете оборудование, регистрация слетела (стала не валидной).


                                              сделали лимит до конца года — все, что еще надо?

                                              Да, вы правы, просто оставили службу регистрации на тот случай, вдруг кто-то в конце года все-таки захочет зарегистрировать редактор (получить нормальный работающий ключ активации). Могли конечно ограничиться вариантом "просто до конца года". Мне кажется, всё это не так уж и важно

                                          0
                                          Проблема в том, что вы пихаете левый исполняемый файл в system32. Что не делают со времен Vista. Поведение Defender в данном случае правомерно. Папка windows не для пользовательских программ. А службу можно запустить откуда угодно.
                                            0
                                            А службу можно запустить откуда угодно.

                                            А куда ее лучше положить, эту службу? В целом нам без разницы, но решили, что в папку с редактором будет неудобно, т.к. эту папку могут перенести и путь к файлу службы тогда слетит и она не запустится.

                                              0
                                              А куда ее лучше положить, эту службу?
                                              %ProgramData%. uTorrent свою службу рекламы, например.
                                            0
                                            Меня смущает, я всем этим сервисам ставлю Disabled. Нехорошо так мусорить за собой в системе.
                                          0

                                          Проект может быть интересен как набор компонентов Delphi, вроде TRichView.
                                          Вряд ли он имеет смысл как офисный пакет.

                                            0

                                            Интересная идея, спасибо!

                                            +1
                                            Здравия! Редактор любопытный, но неясно, какие функции он будет выполнять?
                                            • Если это шаблонизатор отчётов, то их много: FastReport для Delphi и LazReport для FreePascal, у обоих есть редакторы отчётов.
                                            • Если нужен шаблонизатор (template engine), то их тоже много: TemplateEngines;
                                            • Если нужен текстовый редактор с простым форматированием и минимальными стилями, то их есть в интернетах(ASCII Doc)
                                              или MarkDown: раз, два и компиляторы составных документов из отдельных файлов
                                            • Можно рассматривать Ваш редактор как гибрид шаблонизатора и редактора, но тогда он должен состоять из двух частей: библиотеки рендера шаблонов (для изспользования из моего приложения) + приложение-редактор документов и шаблонов с возможностью экспорта в различные популярные форматы (в HTML, DocBook, man, CHM etc).
                                              Тогда можно будет лицензировать отдельно (за недорого) редактор и отдельно библиотеку отчётов (шаблонизатора). Но в этом случае придётся добавить какой-то движок стилей, т.к. один шрифт, один стиль один фюрер никому уже не нужно.

                                              0

                                              Здравствуйте! Отличный комментарий, спасибо, таких мы и ждали, если честно.


                                              один шрифт, один стиль никому уже не нужно

                                              Мы это понимаем, конечно будут добавлены произвольные шрифты и стили, как в Ворде. Не стали это делать в качестве самого первого шага, т.к. это просто отложило бы срок выпуска MVP (минимально полезного продукта).


                                              Если честно, мы рассматривали редактор не в качестве шаблонизатора отчетов, а скорее для ручного создания или приведения в "одинаковый" некоторого набора документив. Но идея экспорта отчетов в разные форматы видится интересной, к тому же раз мы эти форматы как раз поддерживаем. Это близко по смыслу с идеей превратить редактор в "библиотеку" для работы с документами, которую можно вызывать из другого приложения для импорта, преобразования (обработки) или экспорта документов какой-то внешней системы в разных форматах.

                                                0
                                                Не, ну логично же: Разработчкик с использованием вашей библиотеки сделал, допустим, складской учёт или документооборот, а пользователи покупают редактор (по 100 руб/шт), для того, чтобы у себя настраивать эти отчёты по своему вкусу. Так же, как в 1С: мы покупаем у фирмы Рарус конфигурацию (приложение), а у фирмы 1С покупаем платформу, на которой эта конфигурация (приложение) запускается.
                                              +1
                                              Спасибо за информацию автору, но хотелось бы увидеть подробности: модель данных, компонование, мб небольшой экскурс в иерархию, какие проблемы решали и тп. Я сейчас как раз занимаюсь разработкой движка для текстового html редактора на Google closure, без использования встроенных режимов редактирования браузеров, так вот, столкнулся со множеством проблем и отсутствием информации о том, как они устроены, для тех кому интересно, вот ссылки на чуть ли не единственные ресурсы по данной теме: Методы редактирования и Философия Gap метода редактирования текста
                                                0

                                                Да, поддерживаю, попробуем написать статью о технических подробностях архитектуры редактора. Эта статья получилась какая-то вводная, если даже не сказать "маркетинговая"

                                                  0
                                                  Я конечно не уверен, но мне казалось что тег «Разработка под Windows» подразумевает под собой описание процесса, технологий и возможно приведение кода, описание решения каких-то проблем и тому подобное… А это лучше было бы пометить как «Я пиарюсь». Но это мое мнение, можете не обращать на него внимания)
                                                  0

                                                  Присоединяюсь к рекомендации книги The craft of text editing: в ней обсуждаются почти все вопросы, которые возникают у разработчика текстовых редакторов.

                                                    0

                                                    Если честно, эта книга в современных реалиях смотрится как труды Кнута (монументально, но во многом уже не актуально, как например у Кнута алгоритмы сортировки, ориентированные на ленточные накопители). В качестве просто "потренировать мозги" можно конечно почитать. Сейчас на современных компьютерах с большим количеством памяти можно реализовать многие вещи гораздо более простыми способами.

                                                      0

                                                      Сравнение с Кнутом очень хорошо — эта книга как раз та, которую стоит прочитать, хотя бы один раз. И не только потому, что на эту тему нет других источников, а потому, что книга, можно сказать, классическая, хоть и устаревшая.


                                                      Чтобы изобретать качественные велосипеды надо знать работы предшественников.

                                                  0
                                                  «Конечно, можно было отбросить и больше, но чистить исходники от наследия можно и потом, т.к. на внешний вид и работу редактора этот «лишний» неиспользуемый код не влияет.»
                                                  image
                                                    0

                                                    Ну 34 ГБ в папке Windows это точно не из-за нашего редактора :-)

                                                      0
                                                      Претензия полагаю в том, что такие вещи делаются либо сразу, либо, как видно на скриншоте, никогда. Второе более вероятно.
                                                        0
                                                        Это скорее про то, к чему такая философия может привести.
                                                        0
                                                        А у меня 39ГБ и что? Все знают, что папка Installer (20 ГБ) содержит пакеты установки, что бы вы могли «восстановить» программу. А папка WinSxS (8ГБ) практически вся состоит их жёстких ссылок.
                                                        0
                                                        Word (от Word 1.0 к Word 2016)
                                                        Это вы пишите про Word для Windows. А ещё раньше — был Word для DOS. Посмотреть список версий, скриншоты, требования к железу, скачать дистрибутивы можно здесь. Сейчас никто и не поверит, что у текстового процессора (Word 1.0) может быть дистрибутив размером 2.66 МБ, а требования к свободному месту на диске — 360 КБ
                                                          0
                                                          Лет 15 назад пользовался Atlantis Word Processor, тоже на delphi написан, до сих пор смотрю жив. Недавно вышла версия 3.0 дистрибутив 3MB занимает.
                                                            0

                                                            Спасибо за ссылку, интересная штука :-)

                                                            0
                                                            Меня в своё время устроил контрол IE в режиме редактирования. Не голый, конечно. Кнопочки, менюшки к нему допилил, и вот вам WYSIWYG и параллельно браузер (к слову, голый контрол работает гораздо быстрее, чем оный в iexplore.exe). С офисными форматами он, конечно, не дружит, но HTM <-> DOC делается элементарно уже средствами самого MSO, если вообще нужно.
                                                              0
                                                              Каюсь, иконка редактора была взята из комплекта иконок под Linux от дизайнера Everaldo Coelho. Если что потом перерисуем, просто времени на это не было.
                                                              Эта иконка распространяется под лицензией GPL. Используя любой GPL-лицензированный компонент, вы автоматически делаете весь ваш код доступным по этой лицензии. Таким образом, использовав одну маленькую иконку, вы сейчас обязаны предоставить исходники программы любому желающему.
                                                              Тут не каяться надо, а паниковать…
                                                                +1
                                                                У меня есть несколько идей и советов для вас:
                                                                1. Определите целевую аудиторию. Подход «Мы сделали тут что-то, а вы уже сами придумайте для чего вам это» не работает. Должны быть конкретные задачи, которые может решать ваш проект, а конкуренты не могут (или это слишком сложно сделать). Если вы думаете, что ваш редактор хорош для ведения структурированной технической документации, то и продвигайте его как редактор для технической документации, а не как текстовый редактор.
                                                                2. Обязательно добавьте современные форматы. Мне кажется стыдно просить деньги за продукт, который не поддерживает форматы, которым уже 10 лет и которые являются стандартом на текущий момент.
                                                                3. Уберите сервис из системных служб. Можно придумать 1000 и 1 способ сделать регистрацию безболезненной для пользователя. Начиная от уникального серийного номера и заканчивая регистрацией на сайте. А лучше уберите регистрацию вообще. Я не думаю, что защита от пиратства стоит потраченных нервов пользователей.
                                                                4. По поводу цены продукта: для такого узкоспециализированного продукта нужно делать плавающие лицензии с сервером лиценций (удобно для организаций, т.к. купив 10 лицензий ими могут пользоваться любые 10 сотрудников компании одновременно). А судя по описанию текущего функционала и состояния проекта, то может стоит раздавать его бесплатно или даже выложить в Open-Source. Если хотите денег, то предоставляйте продукт бесплатно, а деньги берите за добавление новых фич для компаний.
                                                                5. Создайте подробное руководство пользователя. Без него не то что продавать — бесплатно раздавать стыдно.
                                                                  0

                                                                  Спасибо, дельные советы!
                                                                  По поводу "1" — мы как раз находимся в поисках этой аудитории сейчас, потому и вышли на Хабр. Варясь "в собственном соку" нам сложно найти людей с подобными потребностями и заранее как-то проанализировать, чего им не хватает в продуктах-конкурентах, именно это мы и пытаемся узнать. Т.е. по сути мы предлагаем услугу по разработке продукта под чьи-л. потребности,
                                                                  По поводу "2", какие именно современные форматы вы имеете в виду?
                                                                  По поводу "3" комментировать не будем, проблема преувеличена, сказать по правде, наличию этого сервиса мы никогда не придавали никакого значения, все те 2000 "внутренних" пользователей, которые у нас есть сейчас, поставили себе этот сервис и им это никогда не мешало. Согласен, можно ставить сервис в каталог приложения или в AppData, а не в глубины системного каталога.
                                                                  По поводу 4 — согласен с вами, у нас другой продукт работает по такой схеме, с лицензированием количества одновременных подключений, правда там продукт не локальный, а клиент-серверный, т.е. сам сервер не только лицензии проверяет, но и обработкой клиентских запросов занимается.
                                                                  5 — на текущем этапе это бессмысленно, у нас же пока не продукт, а просто концепт.

                                                                    0
                                                                    К п. 1. Вам нужно решить, будете ли вы продавать коробочный продукт, или оказывать услуги по разработке на основании данного продукта. Т.к. для коробочного продукта стратегию развития определять должны именно вы, а если работать на клиента, но направление развития продукта определяет уже он, а не вы. А вообще это немного неправильно искать бизнес-задачи под продукт, а не наоборот.

                                                                    К п.2. Под «современные форматы» я подразумевал xlsx и docx. (Которым уже 10 лет). Думаю поддержка PDF также будет очень важна

                                                                    К п.3. Дело ваше, но я бы советовал вам выпилить этот сервис из продукта. То что работает внутри вашей компании не всегда будет работать в других. К примеру во многих компаниях софт устанавливается удалённо, а может и вообще живёт на Citrix-сервере. Могут быть жёсткие политики в отношении софта… Лучше уж сделайте онлайн сервис проверки лицензии.

                                                                    К п.4. Я с трудом представляю сейчас персональный компьютер вне локальной сети. Но в этом случае сервер лицензий можно поставить на него-же. Многие локальные программы работают по такому принципу (по-моему AutoCAD один из них).

                                                                      0

                                                                      Для коробочного продукта точно рановато, да и не привыкли мы пока заниматься "продуктовой разработкой". Мы привыкли работать в режиме постоянного диалога с клиентом, когда клиент регулярно озвучивает нам свои проблемы, а мы под них делаем решение. Но здесь нельзя сказать, что вся стратегия продукта управляется клиентом. Т.е. клиент скорее генератор проблем и идей, а мы придумываем изящные решения под его проблемы. Такая у нас специфика, "увы" или наоборот "слава богу". Основная методология "экстремальное программирование" — быстро запилили — отдали клиенту — получили фидбек — переделали и так можно делать несколько раз при реализации какой-то фичи.


                                                                      Насчет docx — так мы его как раз поддерживаем, об этом в статье написано. xslx тоже поддерживаем кое-как (через обращение к Excel). Табличный формат был не в приоритете, т.к. редактировать таблицу Excel текстовым редактором в конечном счете неудобно (т.к. там весь смысл в листах, формулах и пр.), а в текстовом редакторе этого нет.


                                                                      Насчет PDF — пока непонятно, что с ним делать. Выдирать из него текст и картинки? Или делать свой Acrobat Professional? :) Крайне дурной формат этот PDF, если честно. Слабо подходит для редактирования. Т.е. это скорее формат "экспорта", в который "печатаются", например, отчеты, которые уже потом не должны изменяться. Т.е. проще считать его графическим изображением, хоть он таковым и не является. Работали мы с ним, в том числе и нэйтивно, в другом проекте.

                                                                      0
                                                                      мы никогда не придавали никакого значения

                                                                      вы еще не видите, насколько вы не вписываетесь в ту модель отношений, которая сложилась там, куда вы суетесь?
                                                                        0
                                                                        Если это возможно, добавьте форматы «легкой» разметки — ReStructuredText и Markdown, с превью «на лету». По идее, на дельфях сделать такую визуализацию не должно быть особенно трудно.
                                                                          0

                                                                          Сделать действительно не очень сложно, но не понятно, кому это потом предлагать. Мы не особо ориентируемся на разработчиков в качестве пользователей редактора, потому что для разработчиков полно всего (Sublime, полноценные IDE, и т.п.)

                                                                            0
                                                                            Ну, эти форматы непосредственно к написанию кода отношения прямого не имеют, это как хтмл для ленивых, грубо говоря. Можно документацию писать. Или бложег вести. Или вот в это самое окошко комментария его можно вводить, к примеру, поставив галочку внизу. :)
                                                                      0

                                                                      Выложили версию 0.1.1, которая не устанавливает и не использует службу защиты/регистрации.
                                                                      Удалить уже установленную службу вы можете в командной строке командой
                                                                      sc delete TexEdProtectService
                                                                      после чего нужно удалить файл TexEdProtectService.exe из каталога system32 каталога установки Windows.

                                                                      Only users with full accounts can post comments. Log in, please.