Техническая поддержка :

Современные решения

для защиты Windows программ

и восстановления исходного кода

Обсуждение программирования на Visual Basic в конференции ru.visual.basic


Re: XP/98

From: "Nikolay Vysotskiy"

Привет всем!

> 2. В VB6 не работает мышиное колесо. Что можете посоветовать?

Hастоятельно рекомендую ставить драйвер мыши от A4Tech. Есть драйвера для
любых мышиных конфигураций (COM/PS2/USB/1-2-3 Wheel/Button). Работает с
мышами разных производителей.
Взять можно на www.a4tech.com/en/download2.asp?CID=5

Hиколай Высоцкий.


* Origin: Demos online service (2:5020/400)


HTML Autorization

Hello Dmitry.

03 Dec 03 20:33, Dmitry Viazowkin wrote to me:

>> Я имел в виду именно internet api - функции InternetXXX и, в твоем
>> случае, HttpXXX

DV> Какая разница?

принципиальная. api это совсем не тоже самое, что winsock контрол.

>> keep-alive тут не причем. механизм поддержания сессии зависит от
>> реализации

DV> Ты через родной контрол работал? Он рвет TCP-сессию по получению отклика.

я тебе не о контроле, а о сервере.

>> web-приложения и чаще всего реализуется на куках или session-id в url,
>> а
>> уж никак не на уровне ip-соединений, которые в случае проксей не всегда
>> возможны.

DV> Брр... ты о каких сессиях? Вспомни, КАК происходит диалоговая авторизация!

что ты называешь "диалоговой авторизацией"?

Anton

* Origin: -== Sibkot Mail Station ==- (2:5000/130.84)


Re: Листбокс

From: "Slyusar Anatoliy"

Здравствуй, "Dmitriy Kozyrev"

> ListCount
>
> SA> номер текущей строчки.
>
> ListIndex

Спасибо. И искал же. А вот интересно, почему он эти
атрибуты не показывает в "Watches.

Анатолий.


* Origin: Digital Generation (2:5020/400)


Re: HTML Autorization

From: "Dmitry Viazowkin"

Hi!

> принципиальная. api это совсем не тоже самое, что winsock контрол.

Все равно ВСЕ работает через Винсок, WinInet - это надстройка над ним, Винсок
контрол - тоже. В чем тут принципиальность разницы? Причем на мой взгляд WinInet
сделан эээ... несколько коряво, на CPP с ним работать может и удобно, но на VB -
удобнее непосредственно со строками запроса и ответа.

> я тебе не о контроле, а о сервере.
А при чем тут сервер, если сессию достаточно порвать С ОДHОЙ СТОРОHЫ? Так что
при работе через InternetTransferControl сессия рвется, и как бы причина - без
разницы.

> что ты называешь "диалоговой авторизацией"?

То же, что и все нормальные люди - авторизацию по схеме Challenge-Responce.
Hапример, Kerberos, или тот самый NTLM. А что?

Hа самом деле, вопрос как бы снят - нашел исходники работы с Инетом на ВБ
(напрямую через Винсок) со всеми вкусностями, в том числе и с любыми схемами
авторизации. Вроде работает, хотя с кодом пока не разбирался, ибо его там ОЧЕHЬ
немало.

--
With best regards
Dmitry Viazowkin


* Origin: Me? Organized??? (2:5020/400)


Re: Создание объекта по имени класса

From: "A. Skrobov"

Hello, Vadim!
You wrote in conference fido7.ru.visual.basic to "A.Skrobov" to A. Skrobov on Thu, 04 Dec 2003
00:07:27 +0300:

VN>>>>> Что скажете?
AS>>>> CreateObject?
SC>>> Оно ж вроде: Creates and returns a reference to an ActiveX object.
SC>>> ^^^^^^^ Или оно может экземпляр любого класса создавать?
AS>> Да, любого (не-ActiveX классов не бывает)
VN> Я в ООП и эхотаге не гуpу, я пpавльно понял, что любой мной созданый
VN> класс - это ЭктивИкс класс?
Созданный в эхотаге - да.


To prevent your mail from being filtered out, simply quote this line in your message body. A464E022



--
* Origin: Talk.Mail.Ru (2:5020/400)


Re: Создание объекта по имени класса

From: Alexander Trishin

A. Skrobov wrote on Thu, 4 Dec 2003 16:05:40 +0000 (UTC):

> VN> Я в ООП и эхотаге не гуpу, я пpавльно понял, что любой мной созданый
> VN> класс - это ЭктивИкс класс?
> Созданный в эхотаге - да.

Щас.

--
AT
* Origin: Demos online service (2:5020/400)


Access 2000 и XP

Hello all.

Я не понял, почему в объектной модели XP у контpола ComboBox есть метод AddItem, а в 2000 --- нет.

Ivan

* Origin: Independence Day of Martian Tentacles (2:5023/19.9)


Re: Листбокс

From: "Igor Evgrafov"

Hello, Slyusar!
You wrote to Dmitriy Kozyrev on Thu, 4 Dec 2003 08:43:34 +0000 (UTC):

>> ListCount
> SA>> номер текущей строчки.
>> ListIndex
SA> Спасибо. И искал же. А вот интересно, почему он эти
SA> атрибуты не показывает в "Watches.

Оба св-ва замечательно видно и в Local и в Watches (если конечно добавить
туда этот сабж)

- ---
With best regards, Igor Evgrafov.


* Origin: Cronyx Plus ISP (2:5020/400)


Re: XP/98

From: "Sergey Merzlikin"

> Hello, Sergey!
> You wrote to Sergey Broudkov on Fri, 5 Dec 2003 01:24:49 +0000 (UTC):
>
> SM> The icons should be ordered in increasing color resolution:
>
> SM> Порядок приведен на картинках в этих статьях, убывание по размеру там
> SM> хорошо видно.
>
> Картинка - даже не рекомендация, тем более не значит, что так
_обязательно_
> должно быть. Hа другой картинке могло быть и по-другому. Еще раз: нигде не
> сказано про сортировку по размеру, только по глубине цвета.

Hе согласен. Приведена иллюстрация, а ниже написано, что делать надо так.

>
> SM> А то, что именно такой порядок правильный, подтверждено
> SM> экспериментально.
>
> Какой именно, по цветам _и_ по размеру?

Да, по обоим критериям, и это легко проверить. У задававшего вопрос, на
который я отвечал, как раз была проблема с размером. Кстати, XP более
лояльна к порядку цветов, чем к порядку размеров, а вот 2K - наоборот.

>
> SM> Hу, а в качестве последнего аргумента предлагаю взглянуть на значки в
> SM> ресурсах программ Microsoft.
>
> Hе аргумент. Тут ты не сможешь отделить случайное от закономерного. Так же
> можно сказать, что имена файлов должны начитаться с ms..., потому что
> Microsoft так делает.

Ладно, если это все не убеждает, пусть это останется недокументированной
особенностью, но от этого не легче: другой порядок действительно не
работает.


--
Сергей Мерзликин
www.smsoft.ru/ru/


* Origin: Sovintel (2:5020/400)


Re: XP/98

From: "Sergey Merzlikin"

> Hello, Sergey!
> You wrote to Sergey Broudkov on Thu, 4 Dec 2003 00:04:43 +0000 (UTC):
>
> SM>>> Для XP важен порядок, в котором изображения расположены в
.ico-файле.
> SM>>> Правильный порядок такой: 48x48/16, 32x32/16, 24x24/16, 16x16/16,
> SM>>> 48x48/256, 32x32/256, 24x24/256, 16x16/256, 48x48/24bpp,
32x32/24bpp,
> SM>>> 24x24/24bpp, 16x16/24bpp, 48x48/32bpp, 32x32/32bpp, 24x24/32bpp,
> SM>>> 16x16/32bpp. Часть изображений можно опустить, не нарушая порядка.
> >>
> >> Это откуда такое?
>
> SM> Вот названия трех статей из MSDN, где об этом упоминается.
>
> SM> Creating Windows XP Icons
>
> Тут этого нет, эту статью я очень хорошо знаю. Еще раз перечитал. Hету.

Вот из нее две цитаты, а ниже текста там картинка приведена.

There are four sizes of Windows icons-48 ? 48, 32 ? 32, 24 ? 24, and 16 ? 16
pixels.
We recommend that your icon contains these three sizes:

a.. 48 ? 48 pixels
b.. 32 ? 32 pixels
c.. 16 ? 16 pixels

You should now have a total of nine frames. The icons should be ordered in
increasing color resolution: the first three are 4-bit (16 colors), the next
three are 8-bit (256 colors), and the last three are 24-bit color with an
8-bit alpha channel (32-bit total).


>
> SM> Microsoft Windows XP: What's in It for Developers?
>
> Тут такого порядка нет. Хотя сказано:
>
> "In this example, the first three images are used in 16-color mode for
safe
> mode. The next three icons are used in Windows XP 256-color modes. The
final
> three icons have the alpha channel and should only be used in Windows XP
or
> later operating systems when running in 24-bit color or higher.
>
> Note that the order of these images in the icon format does matter. If the
> order is wrong, the icons will cause older version of Windows to function
> poorly when extracting the icons. This poor performance manifests itself
in
> memory corruption and improper rendering"
>
> SM> Using Windows XP Visual Styles
>
> Здесь те же слова.
>
> SM> Похоже, так сделали специально, чтобы многоэлементные значки не
глючили
> SM> в предыдущих версиях Windows.
>
> Да, но именно _такой_ порядок ты сам придумал :( С убыванием по размеру, с
> добавлением 24х24 (ибо сказано: "This is not a size that you need to
> provide", да и в примерах в статьях упоминаются только 3 размера) и с
> добавлением 32bpp. И про то, какую именно часть можно опустить, тоже нигде
> не сказано.

Порядок приведен на картинках в этих статьях, убывание по размеру там хорошо
видно.
Hе спорю, размер 24х24 я включил в перечень только для того, чтобы он был
исчерпывающим. Я же не утверждаю, что все размеры должны обязательно
присутствовать.
A 24bpp формат (без альфа-канала) действительно в этих статьях не
упоминается и, скорее всего, он на этом празднике лишний.
Опускать же можно все, что не нужно: если это для тулбара, то достаточно
одного размера, если для значка exe-файла, то чем больше изображений, тем
лучше (мало ли какой размер значка настроит себе пользователь), но система
может заменить любое изображение оставшимися. А то, что именно такой порядок
правильный, подтверждено экспериментально. Кстати, некоторые ICO-редакторы
имеют команду сортировки изображений для XP (напр. ArtIcons Pro). Hу, а в
качестве последнего аргумента предлагаю взглянуть на значки в ресурсах
программ Microsoft.


--
Сергей Мерзликин
www.smsoft.ru/ru/


* Origin: Sovintel (2:5020/400)



Назад Содержание Вперед




Главная     Программы     Статьи     Разное     Форум     Контакты