SMS-Roll
Модераторы: Людмила, PR, vd, Даниленко Сергей
-
- Сообщения: 19
- Зарегистрирован: 11 окт 2006 16:11
-
- Сообщения: 7091
- Зарегистрирован: 26 фев 2004 09:53
- Откуда: Techsupport SoftLab-NSK
-
- Сообщения: 54
- Зарегистрирован: 25 апр 2006 19:19
- Откуда: Телекомпания 12 регион - Республика Марий Эл
- Контактная информация:
-
- Site Admin
- Сообщения: 323
- Зарегистрирован: 07 ноя 2005 19:42
-
- Сообщения: 54
- Зарегистрирован: 25 апр 2006 19:19
- Откуда: Телекомпания 12 регион - Республика Марий Эл
- Контактная информация:
-
- Site Admin
- Сообщения: 323
- Зарегистрирован: 07 ноя 2005 19:42
-
- Сообщения: 54
- Зарегистрирован: 25 апр 2006 19:19
- Откуда: Телекомпания 12 регион - Республика Марий Эл
- Контактная информация:
Разумеется, отчет в этом мы отдаем, лучше сделать по умолчанию 100%, но с возможностью уменьшить. Сделать это нужно.admin писал(а):100% в качестве минимального значения выбрано не просто так. Эта величина позволяет избежать наложения одной строки текста на другую.
Но в принципе мы можем изменить минимальную величину, например, до 25%. Однако Вы должны отдавать себе отчет о возможных последствиях.
Делаем?
-
- Сообщения: 7091
- Зарегистрирован: 26 фев 2004 09:53
- Откуда: Techsupport SoftLab-NSK
-
- Сообщения: 59
- Зарегистрирован: 11 авг 2006 16:53
Хочу надеяться, что модераторы заглянут в эту подзабытую тему.
Вопрос: как изменить выравнивание текста при показе в смс-ролл, с нижнего края, на верхний?
Выходит такая чехарда, что, если сообщение чуть больше выделенного под него области, то при показе оно докручивается последней строкой до нижнего края и замирает. Получается, что первые строки зарезаются, а на экране виден только конец этого большого сообщения.
Выравнивание по верхнему краю не сильно изменит ситуацию. С точки зрения читабильности лучше станет лишь на чуть-чуть, но всё же это лучше чем зарезание верхних строк. Идеальным было бы, если бы были такие параметры как: выбор количества разбиений одно сообщения (чтобы большое сообещние в маленькой области можно было показывать кусочками не теряя смысл).
И подскажите где лежит Ваше обновлённое SDK
Вопрос: как изменить выравнивание текста при показе в смс-ролл, с нижнего края, на верхний?
Выходит такая чехарда, что, если сообщение чуть больше выделенного под него области, то при показе оно докручивается последней строкой до нижнего края и замирает. Получается, что первые строки зарезаются, а на экране виден только конец этого большого сообщения.
Выравнивание по верхнему краю не сильно изменит ситуацию. С точки зрения читабильности лучше станет лишь на чуть-чуть, но всё же это лучше чем зарезание верхних строк. Идеальным было бы, если бы были такие параметры как: выбор количества разбиений одно сообщения (чтобы большое сообещние в маленькой области можно было показывать кусочками не теряя смысл).
И подскажите где лежит Ваше обновлённое SDK
-
- Site Admin
- Сообщения: 323
- Зарегистрирован: 07 ноя 2005 19:42
А что у кого-то когда-то были проблемы с получением ответа в форуме?Хочу надеяться, что модераторы заглянут в эту подзабытую тему.
Проблема понятна и известна. Мы предполагаем решать ее следующим образом: если объявление занимает больше одного "экрана", то вначале показывается та часть объявления, которая занимает экран полностью. Остальные строки проказываются постепенно, вытесняя самую верхнюю уже показанную.Вопрос: как изменить выравнивание текста при показе в смс-ролл, с нижнего края, на верхний?
Выходит такая чехарда, что, если сообщение чуть больше выделенного под него области, то при показе оно докручивается последней строкой до нижнего края и замирает. Получается, что первые строки зарезаются, а на экране виден только конец этого большого сообщения.
Выравнивание по верхнему краю не сильно изменит ситуацию. С точки зрения читабильности лучше станет лишь на чуть-чуть, но всё же это лучше чем зарезание верхних строк. Идеальным было бы, если бы были такие параметры как: выбор количества разбиений одно сообщения (чтобы большое сообещние в маленькой области можно было показывать кусочками не теряя смысл).
Допустим в титровальный регион ("экран") входит 4 строки, а в Вашем объявлении их 6. Тогда сначала покажутся первые 4 строки, затем верхняя уйдет и весь текст поднимется на одну строку - появится 5, и т.д.
Соответсвенно будет добавлен параметр для определения длительности "стояния" строки.
ftp://ftp.sl.iae.nsk.su/Public/ForwardT ... _4_0_0.zipИ подскажите где лежит Ваше обновлённое SDK
ftp://mx2.softlab.nsk.ru/Public/Forward ... _4_0_0.zip
ftp://sl-news.softlab.nsk.ru/Public/For ... _4_0_0.zip
-
- Сообщения: 59
- Зарегистрирован: 11 авг 2006 16:53
-
- Site Admin
- Сообщения: 323
- Зарегистрирован: 07 ноя 2005 19:42
-
- Сообщения: 59
- Зарегистрирован: 11 авг 2006 16:53
Добрый день.
Нужно интегрировать ваш компонент для работы с SMS в наше приложение и на данный момент у меня возникло несколько вопросов
1) почему в примерах исходников и в рекомендациях различные строки для использование ваших COM-объектов
в рекомендации
#import "libid:2528F0B6-C206-4BE7-9347-62DDBCFFFBB1" no_namespace named_guids raw_interfaces_only
в прилагающихся исходниках
#import "libid:4892F679-C799-439A-828D-3C7592D4D201" no_namespace named_guids raw_interfaces_only
2) если верить рекомендациям и использовать первую строку импорта для файла stdafx.h, то на втором же шаге
"В код конкретного класса, который будет посылать сообщения титровальному элементу SMS:
CComPtr <IChatManager> m_spIChatManager;
CComQIPtr <ISLTMChat> m_spISLTMChat;
"
получаем сообщения об ошибках типа
error C2065: 'IChatManager' : undeclared identifier
error C2065: 'ISLTMChat' : undeclared identifier
'ATL::CComPtr' : no appropriate default constructor available
'ATL::CComQIPtr' : no appropriate default constructor available
Использовать ваш COM-объект предполагается в приложении типа MFC DialogBased, код пишется под VS8.
Буду признателен, если растолкуете, что не так делаю.
Нужно интегрировать ваш компонент для работы с SMS в наше приложение и на данный момент у меня возникло несколько вопросов
1) почему в примерах исходников и в рекомендациях различные строки для использование ваших COM-объектов
в рекомендации
#import "libid:2528F0B6-C206-4BE7-9347-62DDBCFFFBB1" no_namespace named_guids raw_interfaces_only
в прилагающихся исходниках
#import "libid:4892F679-C799-439A-828D-3C7592D4D201" no_namespace named_guids raw_interfaces_only
2) если верить рекомендациям и использовать первую строку импорта для файла stdafx.h, то на втором же шаге
"В код конкретного класса, который будет посылать сообщения титровальному элементу SMS:
CComPtr <IChatManager> m_spIChatManager;
CComQIPtr <ISLTMChat> m_spISLTMChat;
"
получаем сообщения об ошибках типа
error C2065: 'IChatManager' : undeclared identifier
error C2065: 'ISLTMChat' : undeclared identifier
'ATL::CComPtr' : no appropriate default constructor available
'ATL::CComQIPtr' : no appropriate default constructor available
Использовать ваш COM-объект предполагается в приложении типа MFC DialogBased, код пишется под VS8.
Буду признателен, если растолкуете, что не так делаю.
-
- Сообщения: 7091
- Зарегистрирован: 26 фев 2004 09:53
- Откуда: Techsupport SoftLab-NSK
Нужно использовать вот эту строку для импорта (SDK_4_0_0):
#import "libid:4892F679-C799-439A-828D-3C7592D4D201" no_namespace named_guids raw_interfaces_only
#import "libid:4892F679-C799-439A-828D-3C7592D4D201" no_namespace named_guids raw_interfaces_only
Последний раз редактировалось Даниленко Сергей 27 дек 2006 16:04, всего редактировалось 1 раз.
-
- Сообщения: 59
- Зарегистрирован: 11 авг 2006 16:53