Пока придется потерпеть так. Через пару месяцев планирую все-таки выпустить новую версию. В ней кроме поддержки Unicode будет и интерфейс переводимый и будет также версия под Linux (если выпуск затянется и поддержка не появится в версии 3.0, то в 3.1 уж точно)
Так что никаких wine больше не потребуется.

А насчет экселевских таблиц не понял. Сообщения экспорируются в эксел или как?

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

ascerdfg
Программа использует системный шрифт, также можно увеличить количество точек на дюйм.

А как? Это у меня и рабочий стол увеличится? я под ХРюшей.

evd
Я, напротив, считаю, что гигантомания интерфейсу совершенно не к лицу. Всё нормального размера, вполне комфортно читается. Может быть, там навешаны какие-то украшалки, сбиты настройки шрифтов, поэтому у человека и отображается всё мелко?

Если не секрет, когда примерно ждать 3-й версии? Через месяц-два? Хотя бы альфу, чтобы начать её активно дебагить.
Предлагаю ещё вот какие штрихи добавить во 2-ю.
1. Когда мы печатаем сообщение и происходит переполнение допустимых символов в 1 смс, неплохо было бы сделать выделение тех, что написаны сверх лимита. Очень зримо показывает, что влезло, а что нет.
Например:
Привет, дорогая. Я сегодня появлюсь дома раньше, приготовь, пожалуйста, ужин и позвони родителям
2. В поле "кому" там где раскрывающийся список, неплохо было бы сделать сохранение последних скажем 5-ти адресатов, для того, чтобы можно было быстро выбирать их, а то этот список каждый раз очищается и в нём висит только последний адресат, тогда сам вид списка(раскрывающийся) по сути теряет актуальность, зачем он, если выбирать в нём нечего?
3. Кнопка "отправить" на панели инструментов мне видится лишней, зачем захламлять интерфейс дублирующими элементами?
4. По поводу транслитерации. Плохо, что когда мы набираем смс с транслитерацией мы не видим того, что получается. Для визуального контроля, думаю, это необходимо. Например, в таком виде: после того как мы тыкаем галку "транслитерация" поле набора сообщения делится на 2 части горизонтальной полосой, в верхнем печатаем по-русски, снизу видим результат транслитерации.

По 2 пункту не понял, он не должен очищатся. И предназначение у него немного другое. Он работает в режиме фильтра. Например есть в книге Иван с номером +79011234567, то чтобы его выбрать достаточно ввести "Ива", "ва", "7901", "4567" итд. Т.е. любую часть имени или телефона. Если поле пустое, то при нажатии кнопки в списке показываются последние отправленные номера.
1 запись показывается это наверное потому что у вас в поле выбран номер и номер в адресной книге такой один.

По 5 пункту обновление баз всегда на автомате. Если оно происходит при запуске программы и нет новой версии то никаких окон не появлется. Если в ручном режиме, то сообщается что нет новой версии.

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

А насчет кнопок, то вообще думал делать панель настраиваемую, правда не в 3 версии, а в версии где-нить 3.1, 3.2

danny777
Планов таких на ближайшие версии нету. Максимум это интерфейс для сторонних плагинов или сервис антикапча

1. Может, и во 2-й тогда просто заменить дубль "отправить" на что-нить полезное? Мне по-прежнему, наиболее полезной видится ф-я "обновить базы операторов", всё остальное есть на форме, кроме "менеджер шаблонов" и "настройки", но я не думаю, что туда пользователь будет сильно часто заглядывать.
2. Немного по мелочи: в меню сообщение написано "мультимедия", думаю, правильней будет писать "мультимедиа", как в главном окне. То же самое в окне выбора медиа файлов при отправке ММС.
3. Не очищается картинка ММС после отправки адресату при включенной опции в настройках "очищать только текст сообщения". По сути это в совокупности и есть текст, ведь мы не будем слать одну картинку пользователю два раза подряд, поэтому после отправки её надо бы чистить, сохраняя только поля "кому", "тема", "подпись". Ну и при вкл. опции "очищать сообщение после отправки" - по логике вещей, чистим все поля.

Теперь какие ещё идеи пришли по поводу:
5. Обновлений. Коли уж сделана кнопка "Проверить обновление" на панели инструментов, думаю, имеет смысл сделать её глобальной и переименовать в "Обновление", тогда она заодно и не будет такой громоздкой. Что происходит: проверяются обновления и программы, и операторов. Сначала программы - если есть обновления, то базы операторов по логике далее не проверяются, если обновлений программы нет, проверяем базы операторов.
6. Работа раскрывающегося списка "кому". Его можно сделать ещё более универсальным. Скажем, запустили программу, выбрали человека, кому хотим отправить, отправили смс. Далее, к примеру, нужно отправить ещё несколько смс другим людям, чтобы этот процесс убыстрить, и чтобы каждый раз не показывалось вот это:

можно сделать вывод всего списка адресатов по нажатию кнопки раскрывающегося списка.

Как работает:
Когда мы нажимаем на кнопку раскр. списка, происходит проверка кол-ва символов в номере, которое есть в поле, если оно 11 символов, значит, поле можно чистить и выводить весь список полностью, если же нет - это значит, что человек использовал поиск и весь список выводить не нужно:

Таким образом, можно будет быстро в списке выбирать адресатов, не нажимая каждый раз del.

1. И всё же ещё раз об однострочности, может, есть какая-то лазейка или модифицированный компонент из 3-й версии пришить, уж больно неудобно, перенос нужен как воздух.
2. О наглядности в истории. На мой взгляд, в колонке "Кому" надо сделать выделение цветом или жирностью адресата (не номера) Например:
Егор [+7964ххххххх] И ввести возможность выбора отключения отображения номера. Так ли уж важно показывать номер в истории, если написано кому отправлялось? А если просто номер и контакта нет в списке - разумеется, отображать.
3. Очень здорово было бы заменить текст в колонке "статус доставки" на граф. иконки, стандартные, скажем(зелёная галочка, красный крест) Ну или, если сложно реализуется, хотя бы текстом и цветом изобразить что-то такое, что визуально информативно выглядит.
4. Мне как любителю хоткеев опять же не хватает в форме истории сочетания ctrl+a. Это на случай, когда надо почистить всё. Ну и КРАЙНЕ не хватает банального del, каждый раз тянуться к меню или панели инструментов неудобно. На мой взгляд - просто маст хэв! :)
5. О фильтрации по дате. Думаю, не совсем удобно реализована навигация по датам, в смысле сама идея вложенного списка - это замечательно, но вот по клику на опред. дате неплохо было бы ввести фильтр. Т.е. чтобы по клику на опред. числе месяца отображались сообщения только за это число. Как вариант, можно сделать это в виде опции, чтобы каждый для себя выбрал как ему удобно смотреть историю.
6. В статус бар в окне хистори добавить бы кол-во выделенных объектов, сейчас там отображается общее кол-во сообщений. А сделать в виде, ну скажем "Всего: 95 выделено: 23"
7. На панели инструментов кнопку "отправить сообщение" переподписать на "отправить повторно", а то не совсем понятно, что она выполняет, по логике - должна отправлять новое сообщение адресату из выделенного пункта истории, ан нет. :)

Насчет 5 пункта могу показать скриншот из 3 версии.
Переписывая на другой компонент решил объединить даты слева и историю.
Пока остановился на таком варианте.
Хотел сначала сделать иерархию (год, месяц, день), но тогда у сообщений отступ слева большой получается
Был еще вариант вместо дат сделать группы: сегодня, вчера, неделю назад, месяц назад итд, как группировка в почтовых клиентах

Насчет отображения по адресату, то такая идея была, реализация не такая сложная, но требуется время, поэтому отложена на будущие версии.

4 месяца минуло... а пищи для размышлений нет. :)

Дык все на Реформале (см. Оставьте свой отзыв).
Надо бы как-то связать эти две параллели...

Я подумаю и посмотрю как будет ситуация складываться с 3 версией. Если будет задерживаться, то добавлю импорт/экспорт во 2 версию.

Я всё-таки думаю, имеет смысл окончательно дошлифовать 2-ю версию, потому как думаю, что кто-то будет пользоваться 3, а кому-то по душе и привычней будет 2 - т.е. многие с неё никуда не уйдут. Т.к. по сути две разных программы, слишком кардинальные переделки.
2-я версия, на мой взгляд, сейчас уже на стадии практически идеальной доводки, практически не осталось мелких огрехов и расширен функционал без кардинальной переделки кода, чем мы последний год и занимались - помогали автору совершенствовать isendsms.

Так вот, к чему я это - назрели ещё некоторые мысли по внесению изменений в версию 2, дабы придать ей законченый вид. Делал рассылку на новый год столкнулся с некоторыми досадными вещами:
1. Очень хотелось бы увидеть экспорт истории, в любом виде, в каком это удобней всего и легче реализовать. Либо копирование в буфер обмена, либо просто экспорт в любой формат, да хоть тхт вида "время" - "отправитель" - "сообщение". Главное, чтобы можно было весь текст и адресатов выдрать.
2. Когда открываем историю, главное окно программы становится недоступно - это тоже минус, надо бы иметь два независимых окна, чтобы работать с ними одновременно.
3. Выделение всего в истории по ctrl+a. (для копипаста, экспорта, удаления) Выделение с ctrl работает - это очень хорошо, жалко вот только, что не копирует выделенные сообщения, а копирует только активное.
4. Чистил хистори - задалбывает подтверждениями. Это хорошо, если 1 сообщение надо удалить, а если 100? Было бы замечательно включить опцию в настройки - "не запрашивать подтверждения" глобальную, на все функции требующие подтверждения. Потому что многие знают что делают, им не надо мозолить глаза лишними запросами. :)
5. Всё же настаиваю на изменении вида статуса "доставлено" "не доставлено" с употреблением цвета, зелёный - доставлено, красный - нет, серый - не поддерживается. Всё как обычно.

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

Сейчас при нажатии выдается квадрат.

Можете сделать на этот переключатель горячую клавишу?

В следующей версии можно будет сделать. Какую предлагаете для этого задействовать горячую клавишу?

Так, F2, F3 у нас уже заняты можно использовать F5, а F4 зарезервировать ещё для какой нибудь функции.
Как вам?

F4 занята, по ней раскрывается список номеров, если курсор в поле ввода номера

Тогда можно вот так сделать:

F5 - Транслитерация
F6 - Указать время доставки
F7 - Сразу показать сообщение

klaid
Добавлено в версии 2.3.3

Проверил, работает. Спасибо.
Может как-то эти кнопки в меню: Сообщение, Сервис или Помощь обозначить. Ведь не все о них знают.

как лучше в меню обозвать. "Включить/выключить транслитерацию"

РУС <-> ЛАТ

2. Уважаемый evd, может, как-то всё же можно прикрутить многострочную историю? Я помню наш двухгодичной давности разговор, о том, что не позволяет компонент, однако, может, как-то можно обойти спустя такое время, может, появились какие-то свежие идеи? Очень, очень не хватает нормального отображения длинных сообщений. :(

3. Также предлагаю добавить ренейм выделенного контакта по F2 в окне "контакты", неудобно редактировать большие списки, каждый раз заходя в свойства контакта через пкм.

И вот насчёт 3. из прошлого сообщения мысль появилась - а возможно, чтобы выделение у контакта было по отдельности - номера или имени? ну скажем кликаем в номер - выделение стоит там, нажимаем F2 - правим номер, кликаем в имя - правим соотв-но имя. Такое возможно? Если геморно, то тогда F2 оставить только для имени.

Насчет базы операторов в EasySMS, базы операторов и у меня есть, без них нельзя, это позволяет вносить изменения в оператор без изменения самой программы

Что касается северо-запада - надо поковыряться на сайтах филиала, сейчас бегло пробежался по костромской области - что-то замудрили они там, описание трёхэтажное.
Но бесплатный вариант тоже есть, по всей видимости:
===========
Вариант «Классический»
Вариант предусматривает пользование сервером электронной почты без дополнительной платы. Оплачиваются только исходящие SMS на сервисный номер 000990 SMS-интерфейса почтового сервера."

При поступлении e-mail сообщения в почтовый ящик абонента сервер электронной почты посылает абоненту уведомление в виде сообщения «GSM-текст» (SMS) от номера 000990 следующего содержания: «You have а new mail from 'адрес отправителя’. To read body of last msg reрly with letter B. To read subj of last msg reрly with letter S.». Адрес отправителя в уведомлении подавляется, если он расценивается как несуществующий.
===========
Вцелом о кол-ве - думаю таких операторов и услуг в регионах достаточно, чтобы реализовать эту необходимую функцию в isendsms.
Вот к примеру, ещё один оператор по Иркутской Области - БВК "BWC", так у них вообще сообщения длиной до 1000 символов!! Это же просто подарок!
===========
http://www.bwc.ru/gsm/sms/email/
Длина электронного письма не должна превышать 1000 символов. Отправлять письмо нужно в кодировке WIN-1251.

К тому же далеко не все захотят запоминать адреса шлюзов и особенности отправки на каждого оператора, нужно как можно проще: ввел номер, пометил что нужно отправлять через e-mail шлюз, а программа сама определит адрес шлюза, как нужно отправлять сообщение итд. Чтобы простота отправки была практически как с телефона.

А ведь там можно ещё и псевдонимы добавлять, т.е. будет не номер, а vasya@... Да и вообще много чего можно там.

Т.е. кто-то из пользователей в любом случае знает адрес отправки, иначе бы просто не узнал об этой функции. Исходя из этого - не вижу смысла заморачиваться с базами, достаточно организовать функционал smtp-клиента.
Я бы, в принципе, и дальше пользовался The Bat, совершенно никакого гемороя, но хотелось бы видеть всё относящееся к смс в одной программе. :) Да и сама программа только приобретёт от этого. Как-то так. :)

Как в историю записывать? Если одному абоненту сначала отправили через веб-шлюз, а затем через email vasya@gate.ru. Это получается разные абоненты, а историю хотелось бы видеть общую, независимо как отправляли.

И возможно так просто это не прикрутить, т.к. поле "кому" сильно завязано на паре имя + номер. Еще детально не исследовал. Да и проверок много что номер верный, т.е. содержит только цифры (при записи в адресную книгу, историю, определения что введено в поле "кому": имя или номер итд). Так что просто это не поменять.

По поводу истории - думаю, на первых порах имеет смысл сделать как раз 2 абонента, Например "Вася" - веб шлюз "Вася2" или "Вася-mail" - майл-шлюз. Это и проще в плане реализации, не надо ничего перекраивать и иметь всякие чекбоксы и возможности добавления нескольких номеров в контакт. Моё мнение - удобней видеть историю отдельно для веб-смс и для майл-смс. Ну а дальше, когда механизм заработает - уж как масть пойдёт, думаю, и не возникнет никакой необходимости в консолидации истории. Тут то же самое, что к примеру, и в qip, по сути имеем два разных протокола, например, МРА и jabber, есть Вася и там и там, но история-то показывается отдельно для каждого, даже если они объединены в метаконтакт - и это логично. Так и тут - можно рассмотреть такой функционал программы как мультипротокольность, а это она, по сути, и есть.
Насчёт поля "кому"... тебе (можно на ты? Чтобы не усложнять общение выканиями) как программисту и автору программы виднее что там и как, но, думаю, можно добавить проверку на наличие "@", если нет символа - то обрабатываем в соответствии с ранее созданными правилами (кому, кол-во символов и правильность номера), а если есть - игнорим ранее созданные механизмы и без лишних телодвижений отсылаем значение в dll-ку отвечающую за формирование письма.

Вопросы???
- можно ли реализовать софт передатчик?
когда с мобильного посылаешь СМС, текстовое сообщение будет попадать в ПО-System и передаваться уже из проги без человека (автоматом)
::: возможно удаленно, ВайФай и т.д.

прошу не судить строго
(возможно глупый вопрос, но все когда-то бывает в первый раз)