Visual Basic 6.0 - XP/98
Re: XP/98
From: "Nikolay Vysotskiy" <nikolay-kht [@] email.kht.ru>
Привет всем!
> 2. В VB6 не работает мышиное колесо. Что можете посоветовать?
Hастоятельно рекомендую ставить драйвер мыши от A4Tech. Есть драйвера для
любых мышиных конфигураций (COM/PS2/USB/1-2-3 Wheel/Button). Работает с
мышами разных производителей.
Взять можно на http://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" <samsk [@] ukrpack.net>
Здравствуй, "Dmitriy Kozyrev"
> ListCount
>
> SA> номер текущей строчки.
>
> ListIndex
Спасибо. И искал же. А вот интересно, почему он эти
атрибуты не показывает в "Watches.
Анатолий.
* Origin: Digital Generation (2:5020/400)
Re: HTML Autorization
From: "Dmitry Viazowkin" <vde [@] ufanet.ru>
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" <tyomitch [@] r66.ru>
Hello, Vadim!
You wrote in conference fido7.ru.visual.basic to "A.Skrobov" <fido7.ru.visual.basic [@] talk.ru>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 <trialFORSPAM [@] trishin.com>
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" <ievgrafo [@] jba.ru>
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" <sm [@] smsoft.ru>
> 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 так делает.
Ладно, если это все не убеждает, пусть это останется недокументированной
особенностью, но от этого не легче: другой порядок действительно не
работает.
--
Сергей Мерзликин
http://www.smsoft.ru/ru/
* Origin: Sovintel (2:5020/400)
Re: XP/98
From: "Sergey Merzlikin" <sm [@] smsoft.ru>
> 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.
--
Сергей Мерзликин
http://www.smsoft.ru/ru/
* Origin: Sovintel (2:5020/400)