На сайте разработчиков проги есть форум поддержки пользователей, в том числе и русскоязычных:
h*tp://www.watznew.com/cgi-bin/ikonboard/ikonboard.cgi
Там есть интересные вопросы и ответы, например:
---------------------------------------------------------------
Вопрос:
Я создал более 30 каналов. Но ни разу не использовал macro - {%,N}, т.к. не понимаю как им пользоваться.
Не могли бы вы объяснить мне это на каком нибудь примере?
Ответ:
Эта функция необходима, чтобы иметь возможность получить несколько параметров заранее известной длины, идущих подряд.
Например, в тексте документа есть дата в виде "YYYYMMDD". Тогда для того, чтобы получить части даты в разных параметрах (%1 = "YYYY", %2 = "MM" и %3 = "DD") нужно будет задать шаблон поиска:
{%,4}{%,2}{%,2}
---------------------------------------------------------------
Вопрос:
В search pattern как-нибудь можно включать перевод строки? Нажатие Enter не помогает, \r\n тоже. Приходится обходиться {*} что не очень удобно.
Ответ:
Используйте символ \n, например:
{%}\n{%}\n{%}
Просто переводы строк в шаблоне поиска игнорируются. Они используются только для повышения "читабельности" шаблона. Т.е. приведенный выше шаблон можно записать и так:
{%}\n
{%}\n
{%}
Результат в обоих случаях будет одинаковый.
---------------------------------------------------------------
Вопрос:
"Allow partial pattern match' function added to channel's properties."
Как этим пользоваться?
Ответ:
Включить.
Если подробнее, то эта функция позволяет игнорировать "битые" шаблоны поиска.
Например, задан шаблон поиска:
<li>{%}</li>{*}
<li>{%}</li>{*}
<li>{%}</li>
Если в документе встретится три тэга <li>...</li>, то их содержимое будет получено в параметрах %1, %2 и %3 соответственно.
Если же тегов <li>...</li> окажется всего два, то при выключенной опции 'Allow partial pattern match' мы бы получили ошибку ("сломанный" канал), а при включенной опции последний параметр %3, для которого шаблон "не сработал", просто будет проигнорирован (а в шаблоне сообщения все %3 будут заменены на пустую строку).
--------------------------------------------------------------
Вопрос:
Какой будет ценовая политика будущих версий программы для русскоязычных пользователей ?
Стоимость программы возрастёт ?
Программа - 1000 рублей ?
Обновление - 999 рублей ?
Новая версия выходит раз в неделю. К каждой прилагается длиннющий список исправлений и нововведений. Что должно принуждать пользователя покупать обновы.
Продажа программы по принципам Билла ?
Да и в будущем неприятные сюрпризы ожидают пользователей ?
Ответ:
Зачем же так передергивать? Это стандартная ценовая практика: человек первый раз платит за покупку программы полную стоимость. Далее, при смене мажорной версии (1.х - 2.х - 3.х и т. д.) взимается плата за апгрейд (~ 30..50% стоимости программы). Мажорные версии выходят не так часто (~ раз в год, иногда реже, иногда чаще). Минорные версии (x.0 - x.1 - x.2 - x.3 и т. д.) предоставляются бесплатно для владельца текущей мажорной версии.
По поводу цен для российских пользователей: цену планируется для версии 2.0 повысить с текущих 200 рублей до 300..400 рублей. Это связано со сменой регистратора и необходимостью платить 50% налогов с каждой продажи. Так что если вы планируете приобрести программу за рубли, советуем поспешить.
Какие еще неприятности можно ожидать? Наверное, усиление защиты, чтобы триал не отламывали.
Quote
Новая версия выходит раз в неделю. К каждой прилагается длиннющий список исправлений и нововведений.
Это тоже неприятность? Думаю, все заинтересованы, чтобы так и было...
-------------------------------------------------------
Вопрос:
В программе необходима следующая функция. Кроме "Создать новый HTTP-канал", "Создать канал проверки POP-ящика", "Создать новый Perl-канал" должно быть что-то похожее на "Создать канал проверки файла".
И если в Мастере создания каналов выбрать "Создать канал проверки файла", то далее в настройках канала вводим (пример):
1) Адрес файла:
http://www.ritlabs.com/ftp/pub/the_bat/the_bat.exe 2) Размер файла: 2472829 байт
3) Остальные настройки - стандартные (в смысле - можно выбирать, что делать при обновлении канала, интервал проверки канала и т.д., в общем всё то, что в программе уже есть).
И при проверке канала программа проверяет размер файла - если он изменился, то происходит то, что выбрал пользователь в настройках канала - всплывающее сообщение, всплывающая подсказка, загрузка файла менеджером загрузки и т.д.
Ведь все менеджеры загрузки файлов показывают в сначала загрузки размер файла. То есть узнать размер файла не проблема. И это происходит очень быстро. Далее происходит сравнение размера файла с размером, введённым пользователем в свойствах канала. Совпадает - обновления канала нет. Не совпадает - обновление канала с выводом сообщения или автоматической загрузкой файла нужным менеджером загрузки.
Очень удобно и практично. Многие файлы годами не меняют адреса и своего названия. Происходит обновление - выкладывается по тому же адресу файл с тем же именем. И проверка канала на обновление будет производится гораздо быстрее, чем загрузка странички с поиском на ней нужной информации.
Я думаю сделать такую функцию в программе не проблема.
Сделайте !
Подозреваю, что с помощью Perl это можно сделать и так. Но это для избранных. А для ширпотреба не годится. Нужно это сделать в Мастере создания каналов.
Естественно нужно, чтобы это работало с любыми исполняемыми файлами и архивами. Да и вообще лучше - с любыми файлами. Тот файл, что указал пользователь, тот и должен проверятся на обновление. Кому-то нужно проверять обновления книжек в формате PDF, кому-то другой формат файла.
Ответ:
Сделаем опции по дополнительной проверке даты модификации и размеру файла. Сейчас же можно указывать и бинарные файлы в качестве проверяемого документа HTTP-канала (только грузите первые, скажем, 1000 - 2000 байт) и проверять только этот кусок на изменения. Особенно качественно это должно работать на файлах архивов (ZIP).
--------------------------------------------------------
Вопрос:
В программе есть непонятное ограничение: общее количество каналов не более 300. Зачем это ограничение ?
Ведь можно сказать, что нет ограничения на интервал проверки каналов. Можно любой канал проверять даже раз в несколько лет.
А почему не более 300 каналов ?
Наверняка есть, кому этого мало.
Да и у меня через несколько лет неизвестно сколько каналов будет, может и больше этих 3-х сотен.
Моё мнение - нужно убрать это ограничение.
Ответ:
Если это кому-нибудь мало (Вам, например), напишите об этом. Специально предоставим версию с большим порогом. Почему сделано это ограничение? Так уж исторически сложилось. Увеличить в большую сторону не проблема, но за три года Вы -- первый, кто считает это потенциальным неудобством. Пока всем хватает. В будущем планируется сделать Lite/Standard/Pro версии с разными лимитами.
---------------------------------------------------------
Вопрос:
Dva fundamental'nix nedorabotki v WatzNew:
1) Veroiatnoe otsutstvie mnogopotochnosti (threads). Sledstvie - proveraet kanali tolko po odnomu. (Net vozmozhnosti proverit odnovremenno neskol'ko kanalov.)
2) Ne podderzhivaet UNICODE. Eto zatrudnaet lokalizaciu. I ne vozmozhno ispol'zovat' kanali na raznix iazikax. Naprimer kanal na russkom i kanal na ivrite.
Ответ:
По первому пункту: в версии 1.9 будет поддержка потоков, но не для одновременной проверки нескольких каналов, а для более удобной работы с программой и исключения "подвисаний" при проверке медленных серверов и прочих сетевых проблемах. Одновременной проверки нескольких каналов пока не будет по идеологическим причинам.
По второму пункту: поддержки Unicode для задач локализации не требуется. Другое дело, что помимо английского, действительно, можно использовать только один язык (в Вашем случае, либо иврит, либо русский). Мы учтем это на будущее.
---------------------------------------------------------
Удачи !
не менялось. Мож там галочку нуно какую нить поставить, или снять ? 
