Регистрация, цены vs инвалиды

Как-то был разговор, стоит ли давать бесплатную регистрацию инвалидам. Опять же и на RSDN.ru это вполне горячая тема. В тот раз меня снедали сомнения – а стоит ли? Как в старом фильме: “Где этот чертов инвалид? Ну я инвалид”. Однако некоторое время назад все-таки рискнул пойти по иному пути. Ну хотя бы просто из человеческого любопытства.

А дело было так. Сваливается в почту uninstall feedback вида, что Aml Pages нравится, но вот дороговато немного. Ну и с фразой в конце, что так мол и так, человек является инвалидом. В-общем, все мы люди, все мы человеки. Все понятно – ну действительно, ведь так бывает – хорошо, но мало (денег).

В ответ поинтересовался, какую бы цену предложил сам пользователь, благо емейл для связи он указал. Приходит ответ, что пол-цены годиться. Дальше от пользователя следует такая реплика: Aml Pages ему понравилась; он ценит труд и все-равно хочет отблагодарить; но не считает возможным “обкрадывать” разработчиков аж на пол-цены. Поэтому он предлагает так: в своем онлайн-сообществе он находит второго покупателя, они скидываются на одну цену, но получают два отдельных ключа. Как бы и я не в накладе, и пользователи довольны. К слову, uninstall feedback иногда и таким образом отрабатывает…

Сказано – сделано! Через пару дней приходит оплата за одну копию, но с двумя именами для регистрации. Инвалиды довольны – я тоже. В конце концов, Сполски советует – увеличивайте не число продаж, увеличивайте деньги. Вуаля! Только вот один вопрос: такие уж они “инвалиды”? Инициативные, взвешенные и разумные люди! Воистину, назначить себя инвалидом человек может только сам.

PS: мораль понятие не монетизируемое, но она тоже чего-то да стоит. Всё, конечно, продается, но не всё покупается. И вообще: “делай добро и бросай его в воду”.

Aml Pages vs LeaderTask

Неоднократно уже говорено, что каждый софт должен заниматься своим делом – “хороших” комбайнов не бывает. Кесарево кесарю, а слесарю слесарево. В частности, напрочь не хотелось заниматься планированием и управлением задачами непосредственно в Aml Pages. Как в свое время метко сказал один из моих маститых бета-тестеров – “Aml Pages – это оперативный блокнот”, а какое может быть в блокноте планирование? Наброски, заметки – это да. Но сие не “госплан”. Перепробовал я всяко разного софта для планирования, и в конце концов все же остановился на LeaderTask (однажды упоминал и ToDoList – но уж “исвените пожалста” – в нем не просто убогое юзабилити, как только начинаешь работать с ним хоть чуточку интенсивнее, это уже просто ппц какой-то. Да простят меня авторы ToDoList).

Расписывать фичи LeaderTask можно бесконечно: приличный уровень юзабилити, продуманность софтины, ну и отзывчивый саппорт (отдельное и самое искреннее спасибо Дмитрию Маслову). Но во всех планировщиках есть одно и то же слабое место: прежде чем записать, приходится сначала продумывать как и где разместить новую задачу (проект, ветка и.т.д.), тогда как часто нужно просто по быстрому сбросить заметку. А разгребать детали – проекты, категории, сроки – уже после. Хотя стоит отметить, что в LeaderTask и этот момент вполне удобен.

Но все же, все же, все же. Ну привык я, записать задачку и забыть. Но забыть можно мне, а не тому софту, в который записал. Причем записать нужно шустро, ну нет времени отвлекаться от основной задачи, не до того просто. Посему по-прежнему и пишу в Aml Pages. А там уж, когда время будет, разгребу – благо инструментов в Aml Pages навалом: и запись в липкие листочки, и быстрое открытие документов, и многочисленные фильтры для выборок.

Раньше в процессе разгребания таких записей постоянно приходилось копи-пастить текст из Aml Pages в LeaderTask. Но теперь и с этим покончено – написал себе новый плагин Aml2LeaderTask. Работает как часы: выделяем текст в Aml Pages, правый клик, “Сохранить в LeaderTask” и все готово. Новая задачка уже сохранена в LeaderTask. Да здрям интеграция! Aml Pages и LeaderTask – братья навек!

Разработчикам LeaderTask: во-первых, даешь папку “Входящие” в персональной версии LT! Без нее скинутые извне задачи пока разбирать не так-то удобно. Во-вторых, так держать – LT действительно лидер области!

Portable-версия – легко и непринужденно

Несколько раз пользователи Aml Pages просили меня выпустить портабельную версию программы. Про Aml Maple и вовсе уж говорить не приходится – результаты голосования более чем красноречивы. Но с “Маплей” как раз все было проще – она изначально всю жизнь была именно портабельной, банальный ZIP-архив со всеми нужными файлами (версия с инсталлятором появилась с пару месяцев назад, да и то больше из-за буржуев).

Совсем другое дело с Aml Pages. Мало того, что она 100 лет в обед поставляется с программой установки, так у нее еще и есть определенная организация файлов: плагины в папке Plugins, синтаксическая подсветка рядом с exe-шником и.т.д. Совсем худо в том, что при первом запуске Aml Pages должна совершенно по разному инициализировать некоторые настройки в стандартной версии, и в портабельной. К примеру: отключить автосохранение на флешку, резервные копии, да и выставить сохранение настроек в ini-файл, а вовсе не в реестр Windows.

Можно сколько угодно писать инструкцию, как перенастроить софт для портабельной версии – но пользователи все равно ее не прочтут (нарушат, ошибутся – нужное подчеркнуть). По уму портабельная версия должна сама верно проинициализироваться. Ну свойственно людям ошибаться – и тут ничего не поделаешь. Но вот минимизировать риск ошибки можно, и должно.

Расскажу-ка как я выкрутился с проблемой портабельности в Aml Pages. Тут вот какое дело: в Aml Pages есть прозрачный движок для чтения и записи пользовательских настроек. Ему абсолютно по барабану куда и откуда читать и писать настройки – что в ини-файл, что в реестр Windows. Конечно, у каждого способа есть свои плюсы, и свои минусы. Выбор того или иного варианта производился в конкретной строке кода – затем вся запись и чтение настроек уже были независимы для любой ветки кода.

В общем, это самый обычный традиционный полиморфизм: есть абстрактный класс движка чтения\записи настроек, и есть два класса-наследника – соответственно для реестра, и для ини-файла. В конкретной строке инстанцируется нужный класс,  а дальше уже понесся обобщенный код чтения\записи конкретных настроек. В общем, ничего мудренного.

Но разговор не о том. Было нужно, чтобы в портабельной версии при первом запуске Aml Pages несколько иначе инициализировала определенные настройки по умолчанию. Проще говоря, нужно чтобы софтина знала, в каком режиме она запускается первый раз (второй раз не суть – позже все сохраненные настройки будут считываться). Выкрутился я простым, но весьма эффективным способом. Итак, рецепт такой:

1. Набиваем ZIP-архив всеми необходимыми файлами, ну и если нужно распихиваем их по нужным субдиректориям в архиве.
2. Добавляем bat-файл с каким-нить “говорящим” названием RUN_PORTABLE.bat. Да еще и специально его именуем в верхнем регистре, дабы пользователю ну просто в глаза бросался.
3. В батнике пишем банальнейшую инструкцию запуска такого вида:
   бинарник.exe /run_portable
4. Ну и напоследок не забываем вложить в ZIP-архив вразумительный ReadMe, в котором указываем, что для портабельной версии нужно пущать программу именно через bat-файл.

Уловили в чем фишка? Все крайне просто. Кто обычно пользуются портабельными версиями? Угу –  продвинутые пользователи! Полагаю, в подавляющем большинстве им известно, что такое bat-файл, ну и поясняющий ReadMe лишний раз напомнит. Опять же такие пользователи, как правило не ленятся пошариться по ZIP-архиву, посмотреть что к чему, почитать ReadMe.

Пользователь стартует bat-файл и exe-шник получает ключ командной строки. Все что остается, это вписать в код проверку на этот ключ командной строки, и коли он есть – немного изменить поведение софтины. В моем случае это была всего лишь иная инициализация 2-3 особых настроек для работы портабельной версии.

Согласитесь, по соотношению цена-качество подход впечатляет – 2-3 строки кода, батник и портабельная версия готова. Хотя, есть и ограничения этого подхода – “так-то оно да, а так-то нет” (©). У меня нет COM-объектов, который кровь из носа надо регистрировать. Да и абсолютно пофигистичный код чтения\записи настроек – что в реестр, что в ини-файл – есть уже ну очень давно, да и вылизан до идеала.

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

Cсылка по теме: обсуждение портабельности на RSDN.ru.

PS: вместо дисклаймера – авторство идеи ключа командной строки не мое, подсмотрено где-то в сети. Но все гениальное - просто!

Бесплатная бета – быть или не быть?

Однажды упоминал, что немцы это почти половина покупок моей Aml Pages на Западе. Угу. Так и было… Сглазил, йоптыть :(. Покупки из Германии как отрезало.

Ну, а тем временем во всю несется бета-тестирование новой версии Aml Pages 9.15. Стоит отметить, что бесплатных бета-версий у меня уже сто лет в обед нет. Со скидкой – это да, беты со скидкой. Но не бесплатны. Но вот какая родилась мысль: а не сделать ли немецкую версию Aml Pages на период бета-тестирования полностью бесплатной, и безо всяких триальных ограничений? Warum nicht, как говориться?

• Бесплатная версия – что может быть лучше для продвижения?
• Продаж в Германию все равно нет, так что вроде ничего не теряю.
• Прямых ссылок на немецкую бета-версию на файлопомойках нет, по той простой причине, что именно немецких бет никогда не выпускалось. Только релизы. Соответственно, новость о бесплатности немецкой беты не разнесется со скоростью света. Хорошо это или плохо – а вот это как посмотреть…
• Немецкий – это вам не английский, и даже не Си. На немецком народу говорит немало, но и не так чтобы по всему миру: Германия, Швейцария, Чехия, Прибалтика, отчасти Скандинавия и всё-ё-ё-ё. Больше-то и нету никого, можно даже сказать, немецкий это почти что исчезающий язык :).
  С одной стороны бесплатность немецкой беты – это продвижение и именно для германской аудитории. С другой стороны все остальные – включая наших – по боку. Просадки продаж вроде бы быть не должно (ведь беты всходят и заходят, а кушать хочется всегда).

Вот такие вот резоны. Вроде как веские. Вроде как всё в масть. Но все равно в размышлениях… Извечно, немецкий русский вопрос: “что делать?”. И извечно русский ответ: а хрен его знает! :) В общем, думаю.

PS: аккурат годная ссылка в тему вспомнилась: обсуждение вопроса бесплатности бета-версий на RSDN. Тоже дилемма почти Шекспировская – бесплатны беты аль нет, вот в чем вопрос.

Обратная связь или никогда так НЕ делайте

Ну вот и отгремели праздники – как-то все было не до писанины, поэтому выложу что-нибудь из старых черновиков. Расскажу-ка одну байку, про то как в одной конторе налажена обратная связь. А главное, как оная налаженная связь обеспечила им как минимум уже минус одного пользователя навсегда.

Не спеша, медленно спускаясь с горки, доводил до финала Маплю. И несмотря на распространенное мнение, что мол якобы в новейшей версии Aml Maple 2.30 ничего кроме интерфейсе не изменилось, теперь уже можно утверждать обратное – в Мапле не осталось ни одного не измененного компонента. В той или иной степени переписаны абсолютно все. И ладно там еще редизайн да рефакторинг – это все делалось еще во времена альфа тестирования. Но и по сути были изменены некоторые способы индикации языка ввода. Да и некоторые новые возможности появились, правда наружу в пользовательском интерфейсе они пока не торчат, но в файле настроек их видно невооруженным взглядом.

По ходу писания новой версии доводил до ума взаимодействие Мапли с некоторым капризным софтом. В частности на днях пал и The Bat, на очереди Microsoft Word и остальные. Ну и между делом прислали подобный же репорт на NuSpere PhpEd. ОК! Скачал, поставил, посмотрел. И забыл!

Проходит пара месяцев, ну думаю, пора добить мерзавчика. Запускаю этот PhpEd, а он зараза такая начинает ругаться на истечение триала. Но позвольте! Какого нах такого триала, я им и вовсе не пользовался – тот же PHP-код я обычно пишу в ничуть не менее удобном HippoEdit. Все понятно – привязались, видимо, к дате установки. Ок, период с даты установки давно прошел – да только я так ничем и не пользовался и не пробовал. А тут “давай бабла”. Ага, щазз, уже понес!

Ладно, лиха беда начало. Вижу следующую фичу – запросить продленный триальный ключ. Годиться. Запрашиваю. Описываю ситуацию – что ключ мне нужен исключительно триальный, чтобы проверить совместимость их капризной софтины с моей Маплей.

Получаю ключ. Ввожу. Ан фиг! Оказывается, емейл у меня не от того ключа. Ну, конечно епрст, если я его 15 минут назад запросил и получил именно на этот емейл. Отвечаю на письмо с ключом, на адрес вида JohnDue@nusphere.com. Уп-п-с, в ответ прискакивает репорт от сервера что такого ящика не существует. Ладно, пох! Опять валю в форму на их сайте, пишу что так мол и так, ключ не валиден. Опять ответ, что ключ таки валиден, но уже от VasjaPipkin@NuSphere.com. Ключ валиден – кто б спорил!?! Только вот софтина почему-то считает иначе. Ладно – поехали дальше. Сделал скриншоты: как, куда и откуда ввожу ключ, прокомментировал их прямо в рисунках, гружу скриншоты на тот же адрес VasjaPipkin@NuSphere.com.

И что Вы думаете? Опять двадцать пять - “no such user”. Топаю в форму обратной связи на их сайте – понятное дело, приатачить файл скриншота там попросту нет возможности. Пишу им через форму, так мол и так - как мне отправить скриншоты с моей проблемой? Отвечают: “чувак грузи на support@NuSphere.com”. Ага млин, а то я этот адрес сам еще не догадался проверить. Ладно, сказано – сделано! Зипую скриншоты, отправляю на support@NuSphere.com…

Уже догадались что дальше? Все верно – “No Such user support”. Вот так вот! Неделя прошла, а с места не сдвинулись.

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

Обращали ли вы внимание, что любая веб-форма не отличается удобством писания большого текста. Ну, а сохранность написанного!?! Чуть что не так – страницу закрыли, браузер упал – все написанное пером уплыло вместе с [подставь_слово]. В вторых, практически любой почтовик умеет хранить черновики – т.е. Вы можете сочинять свое посланиие сколь угодно долго, чего никакая веб форма отродясь толком не умеет. Наконец, да уважайте если не пользователя своего, то хотя бы его кошелек – он же именно из него Вам платит. А если у него повременка (да, да и такое бывает). Нравится ему писать репорты так как он хочет – ну дык пожалста. Вам-то какая разница, как он их пишет? Зачем линчевать пользователя безо особой на то необходимости?

От себя скажу: что когда-то у меня появилось мыло для поддержки, когда-то форум, когда-то форма обратной связи. И все я переживал как-то – что мол бедная абстрактная Маша_Иванова ни никак не разберется куда писать: в форму, в почту или в форум? Не-а! Нету такой проблемы и вовсе – она (эта самая абстрактная “Маша_Иванова”) и разбираться не будет. Она будет писать туда, куда ей удобнее. А я, со своей стороны, хОчу (ударение на первом слоге) репорт от “Маши Ивановой” – оно мне надо!

Дык какого же, скажите на милость, пользователь должен уважать мое “хочу” и более того пытается, а разработчик пользовательское “хочу” не обязан? Что-то не понял: кто кому денег платит?

В случае с NuSphere все эти проблемы к тому же безо всяких на то веских причин! Только не надо про спам на публичный email! Если эти “разработчеги” из NuSphere не могут со спамом справится, то о чем тут говорить – да и в любом случае это их проблема, а не пользователя.

К слову: у меня есть не просто пользователи Aml Pages, а просто “золотые” пользователи! Мы общаемся уже годами – и все три способа связи распрекрасно сосуществуют вместе. Кого-то больше устраивает форма обратной связи, кому-то нравится форум, кто-то предпочитает почту. И нет никакой проблемы ни спама, ни “проклятья выбора” – а вот фидбек налажен.

Я не PHP-кодер, но как Вы думаете, возгорелся бы я желанием покупать этот PHP-редактор в NuSphere, если бы он был мне нужен? Ответ очевиден. Юзайте HippoEdit – хороший и разный… И бесплатный для соотечественников! И с отзывчивым саппортом! С быстрым баг-фиксом…

Любите природу пользователя – мать Вашу!

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

Так что теперь вполне можно подвести некоторые итоги: проблемы связи с этими “разработчегами” за почти полтора! месяца так и не были решены. Зато от них анонсы и прочий хлам рекламно-новостного характера валится в почтовый ящик теперь просто регулярно. Зачем? Почему? Всего лишь относитесь к пользователю хоть чуточку с уважением, и оно вернется к вам же сторицей, и в том числе и в денежном эквиваленте.

Автоматическое обновление и вечный косяк

Большинство современного софта вполне умеет обновлять самое себя через Интернет. Как сделать такое обновление вопрос широких дискуссий. Может быть это будет как в The Bat – просто проверка новой версии на сайте, может как в Google Chrome – скачивание и полностью автоматическая установка новой версии в фоновом режиме. В общем, кто во что горазд.

Но неизменно одно – софтина для обновления обязательно должна выйти в сеть. Без этого никуда. И сколько я перепробовал софта – у всех до единого один и тот же косяк. Если Ваш IE выставлен по умолчанию в offline режим, то софт не может выйти в сеть, и соответственно не может ничего обновить. И не важно из чего это самое “ничего” состоит: из репорта о доступности новой версии, или же это полная установка в фоновом режиме. Обновление не работает и всё тут, самый такой натуральный ППЦФ (“пипец фиче” – фича есть, фича могет, фича модная – только ни хира не работает).

И вот в этом случае, вот совершенно не нужно кивать что мол “только у тебя Гоха IE в вечном оффлайне” (© Arsen). Да мне пофиг! У меня есть свои причины в оффлайне его держать – и причины очень весомые. И тем не менее, несмотря на никакой оффлайновый режим IE, обновление в моей Aml Pages всегда работает.

Поскольку уже подзаколебало писать репорты коллегам – причем коллегам мною весьма уважаемым – про подобные траблы с обновлением, попробую-ка рассказать, как я решал эту проблему в Aml Pages. Опять же да здрям повторное использование кода – будет на что сослаться :), а не кропать заново.

Вкратце: в Aml Pages все обновление сводится к скачке файла с инфой о новых версиях. Дальше уже все на усмотрение пользователя – ставить или нет, посмотреть список изменений и.т.д. Ну да не в этом суть – файл с инфой скачать придется по любому, и обойти оффлайновый режим IE надо.

Оговорю сразу. Существует два вида проверки новой версии: автоматическая по прошествии сколько-то там дней, или ручная, явно запущенная пользователем из команды меню.

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

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

Можно сказать и кратче: есть новая версия? ОК – нужно об этом сказать пользователю. Нет новой версии, нет соединения, поврежден скачанный файл с информацией – все эти подробности ни на хер не нужны. Представьте, сидит себе пользователь, делает что-то свое и вдруг откуда ни возьмись на тебе репорты: “Нет соединения”, “Новых версий не обнаружено”. Да зачем ему вся эта инфа как черт из табакерки – нет и и нет, и нечего пользователя беспокоить.

Автоматическая проверка нужна только для одного: появилась новая версия – скажи, нет новой версии (и не важно по какой причине) - дык и не трахай мне мозг не беспокой меня.

Ручная проверка: это совсем другое дело, это проверка запущенная пользователем из меню ручками. В этом случае пользователь нашел время и желание проверить, и как раз в этом случае нужен не только отклик, но и какое-то протоколирование процесса обновления. Пользователю нужно показать результат проверки: удалось ли подключиться к сети, удалось ли скачать файл, какая версия софтины стоит у пользователя, и какая на сайте, где посмотреть список изменений.

И опять все просто до неприличия: раз пользователь сам запустил проверку новой версии, он явно желает увидеть результат своих действий. И вот тут, коллеги, ну не на фиг не нужно показывать информацию вида “не шмагла падключица к сети”. Тем более, что софт может и сам проверить в каком режиме находится IE – в оффлайн или в онлайн. Т.к. если в оффлайн, то эту проблему софт может и сам решить самостоятельно.

Элементарно, Ватсон! Делается это просто – всего лишь единственным вызовом API-функции InternetGoOnline!

    BOOL InternetGoOnline (LPCTSTR lpszURL, HWND hwndParent, DWORD dwReserved)

В первом параметре нужно передать URL, по которому собрались обновляться. Второй параметр это HWND окна нашей софтины, он понадобится для сообщений. Третий параметр MS зарезервировала на будущее. Если есть подключение к сети – функция сразу вернет TRUE, в противном случае – FALSE.
Работает эта достославная функция следующим образом:

• Если подключение к сети уже есть, она сразу вернет TRUE, причем безо всяких подтверждений. В этом случае можно быть уверенным, что IE уже в онлайн-режиме и начинать коннектиться к сайту.
• Если подключения нет, то функция выдаст MessageBox “не желаете ли подключиться”. Именно для этого и нужен второй параметр с HWND нашего окна. Если пользователь согласится, то функция выполнит подключение и вернет TRUE. Если пользователь откажется – вернет FALSE.

В автоматической проверке вызовом InternetGoOnline, конечно же, грешить не стоит. Еще чего не хватало, чтобы исключительно вспомогательные и фоновые задания доставали пользователя запросами. Не удалось подключиться, и хрен с ним ладно. Совсем другое дело проверка, запущенная пользователем ручками. В этом случае пользователь принял решение сам, в этот момент его внимание по любому приковано к проверке, и он точно ожидает какого-то отклика. Вот в таком случае, имеет смысл и позвать InternetGoOnline – возможные MessageBox ну никак не смутят пользователя, он все равно ждет ответной реакции от софта. Дык почему б и не спросить, если известно что проблема “на этой стороне”? Это точно лучше, чем сказать невразумительное “ошибка соединения”, тем более что эта “ошибка” решаема здесь и сейчас.

Блин, сколько видел вполне толкового софта – все до единого на этом спотыкаются. И HippoEdit, и LeaderTask и многие другие. Долой непонятки – тем более что их решение, это всего две строки кода.

Вместо дисклаймера: мысль, о том что IE в оффлайн у очень немногих -  совсем не катит. Отмазы это для начальства, а не для пользователей.
Проблема тут вовсе не в дилемме “оффлайн vs онлайн” самой по себе – проблема тут исключительно в последствиях. Почему так, разговор длинный. Но если в двух словах: у кого IE запросто может быть в оффлайне-режиме? Да у гиков! А лично вам нужно чтобы именно гики не могли скачать новейшие апдейты?

PS: именно такой способ обновления и реализован в Aml Pages уже больше года назад. Пользователи довольны, обновляются с завидной регулярностью, ни малейших нареканий не возникало.

Softpedia жгет

Softpedia жгет! Выложил свеженькую сборку новой версии Aml Pages 9.15 Alpha. А Softpedia уже обновила версию в своем каталоге. Ну ладно, можно подумать, что новая версия аккурат попала под очередной гребок бота. Не-а! Ан фиг! Новая альфа-версия вышла еще вчера вечером (сборка 2076), и Google уже проиндексировал страницу сотфпедии, причем именно как сборку 2076. Но когда открываем ссылку на софтпедию, видим уже сборку 2077.

Все бы хорошо, но новейшую сборку 2077 выложил буквально один час назад. Оперативно ребята из софтпедии работают. Производит впечатление, ничего не скажешь. Если бы они такой расторопностью отличались бы еще в анонсах Aml Maple, цены бы им не было. И откуда такая дискриминация?

Уж не в аффилиатском ли партнерстве суть!?! Запрос, откуда такая разница в отношениях к этим софтинам – типа “дара-а-а-гой, а ты меня любишь” :) – отправлены в софтпедию. Ждем-с!

PS: Кстати, к вопросу о сабмитах. Дело нужное и архиважное – другой бы спорил. Но судя по гугловским алертам, анонс этой самой, только вчера впервые выложенной альфа-версии Aml Pages, уже начал расползаться по файлопомойкам. Один-два мне уже точно за сутки попадались.