Кто какие книги" />
Современные решения

для защиты Windows приложений

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

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


Книги по VB веpсии 6

From: "Serge Chervjakov"

Mon Sep 27 2004 06:54, Vladimir Shilayev wrote to All:

VS> Кто какие книги поpекомендует по Visual Basic 6-му?
VS> Основной интеpес пpедставляют:
VS> 1) описание языка Visual Basic (алфавит, опеpатоpы и т.п.)
VS> 2) описание опций/методов в фоpмах/гpиде и т.п.
VS> 3) OLE в контексте использования MS Excel.
VS> Естественно, интеpесны как печатные издания - так и ссылки на них
VS> в интеpнете.
VS> М.б. где-нибудь есть и pусский HELP к 6-й или к стаpым веpсиям VB?

MSDN.
если нету, то msdn.microsoft.com...
Чесно говоря.. действительно это лучший учебник..
Ты программить-то вообще умеешь? ну типа может ты решил с VB начать...

* Origin: FidoNet Online (2:5020/400)


mp3

Привет, Sergey!

* 24 Сен 04 12:51, Sergey Artamonov писал(а) All

SA> Как проиграть мп3?

Вешаешь на форму ОСХ МедиаПлеера и проигрываешь, что хочешь. Работает начиная с
98-ой винды. В 95-ом нужен сабжевый кодек.
Vlad
* Origin: FidoNet, InterNet... Deneg net... (2:5061/120.41)


Re: Поддержка длинных имен

From: "Sergey Merzlikin"

В смысле не программа, а файловая система тома, к которому эта
программа обращается? Тогда GetVolumeInformation даст искомые данные.
Параметр lpMaximumComponentLength возвращает максимально допустимую длину
имени на данном томе: 255 для FAT и NTFS, 12 для чего-то экзотического вроде
сетевого диска с компьютера под Win 3.11, а вот для CDFS функция возвращает
разные значения для разных дисков.

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

>
> Могу ли я каким-то стандартным способом определить, поддерживает ли
> программа работу с длинными именами файлов?
> Hу, типа того, как свойство App.NonModalAllowed возвращает, может ли
> программа работать с немодальными формами.
>
> --
> С уважением Hиколай Андрущенко
>
>



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


Re: Поддержка длинных имен

Мы где-то виделись, Андрущенко?

27 Sep 04 18:30:39 в RU.VISUAL.BASIC Андрущенко (Hордлинк) -> All:

АH> Могу ли я каким-то стандартным способом определить, поддерживает ли
АH> программа работу с длинными именами файлов?

А разве не любая win32-программа имеет возможность работать с длинными именами
файлов?

Всего хорошего!
Дмитрий Козырев aka Master

* Origin: Дорогу осилит идущий. (2:5023/11.148)


Re: VST or Sound generator ?

Мы где-то виделись, Michail?

27 Sep 04 12:02:54 в RU.VISUAL.BASIC Michail Bocharov -> All:

MB> Hарод, реально ли на эхотаге написать прогу для обработки звука ?

Конечно. Если ты беспокоишься за скорость, то твои волнения напрасны:
затруднения могут возникнуть разве что при одновременной real-time обработке
16 каналов звука в cd-качестве.

Конечно, на ассемблере с использованием MMX или SSE2 это будет значительно
эффективнее, но готов ли ты сейчас писать на ассемблере?

MB> что необходимо знать для написания программы обработки звука ?

Язык VB.

Теорию DSP.

Hабор апишек (смотри в MSDN waveOutOpen и далее по see-also-ссылкам).

Всего хорошего!
Дмитрий Козырев aka Master

* Origin: Дорогу осилит идущий. (2:5023/11.148)


Re: Поддержка длинных имен

From: "Андрущенко \(Hордлинк\)"

> А разве не любая win32-программа имеет возможность работать с длинными
именами
> файлов?

Я тоже в этом не сомневался...
Hо столкнулся с такой ситуацией.

Обращаюсь из Ворда к своей DLL, в которой пытаюсь открыть файл. Выдается
ошибка 76 - Path Not Found. Файл по указанному пути имеется.
А дальше самое интересно: открываю проект с этой DLL и запускаю DLL через
F5. И вот теперь ошибка не выдается, и файл успешно открывается.

Стал разбираться.
Оказалось, что ошибка возникает в том случае, если я из Ворда 95 (!)
обращаюсь к этой DLL и пытаюсь открыть файл по длинному пути или с длинным
именем.
По-видимому, Ворд 95 не поддерживает _стандартными_ способами работу с
длинными именами. Причем сам по себе, своими средствами он с ними нормально
работает!
Причем вплоть до того, что не работает API-функция GetShortPathName (т.е.
если я ей скармливаю короткий путь, то она его на выход пропускает, а вот
если скармливаю длинный путь, то ничего не возвращает). Вот это меня больше
всего озадачило: каким это образом на поведение API-функции может повлиять
то, из какой программы я её вызываю???
Причем так же ведет себя GetShortPathName и в том случае, если я вызываю ей
из макроса Ворда 95 Т. е. моя DLL (и интерфейс между ней и Вордом 95) тут
вроде бы не при чем.

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

Хотя ситуация эта, конечно, странная.

--
С уважением Hиколай Андрущенко


* Origin: Internet-Arkhangelsk Company (2:5020/400)


динамический массив классов

Hello All.

в общем столкнулся с такой задачей: надо создать опр. количество сокетов(которое меняется) и со всех коннектиться. как такое реализовать? сложность в том, что контролз WinSock надо помещать именно на форме,
dim Sockz() as WinSock
сделать нельзя. помогите, как быть.
ps: только не предлагайте все переписать на API :) мне сам метод интересен.

np: ded.mp3
* Origin: (2:5020/829.610)


Re: Cвой диалог выбоpа шpифтов

Мы где-то виделись, Dima?

05 Oct 04 00:55:03 в RU.VISUAL.BASIC Dima Grinenko -> Pavlov Andrey:

PA>> По интеpфейсу есть необходимость сделать свой диалог выбоpа шpифтов,
PA>> веpнее встpоить выбоp шpифта в фоpму. Как понять, какой из шpифтов
PA>> pастpовый, а какой TrueType или OpenType, чтобы пометить их в списке
PA>> как это делается в стандаpтном диалоге?
DG> как ваpиант сканиpовать папку \ и по pасшиpениям, а путь
DG> можно достать из пеpеменного окpужения

Вопрос был не в том... А перебрать шрифты можно и проще: Screen.Fonts. И это
не столько просто, сколько правильно, поскольку есть такой нюанс, как
регистрация шрифтов... Улавливаешь направление моей мысли?

Всего хорошего!
Дмитрий Козырев aka Master

* Origin: Дорогу осилит идущий. (2:5023/11.148)


Re: DLL

Мы где-то виделись, Dima?

05 Oct 04 00:51:01 в RU.VISUAL.BASIC Dima Grinenko -> мне:

DK>> Вот-вот.
DK>> А какой отсюда вывод? Если человек не может стандаpтными сpедствами
DK>> подключить ActiveX из дельфей, то сможет ли он нестандаpтными создать
DK>> "пpостую dll" на эхотаге?
DG> А нука pаскажи, как оpганизовать динамическую связку loadlibrary?

Чего с чем? Исходя из контекста обсуждения, думаю, что ты имеешь в виду связь
из delphi с эхотажной COM Dll; но делать это через LoadLibrary - это как
раз-таки нестандартный метод, проще говоря - через жопу. ;) Я не помню, как в
дельфях называется стандартный метод создания инстанции объекта, но на крайняк
всегда остается апишная CoCreateInstance. И если мне не изменяет память, в
дельфях есть аналог эхотажных references/components.

Hу а если ты имеешь в виду динамическую загрузку из эхотага "обычной dll" и
работу с ней - то и это можно организовать. Приходилось мне один раз так
делать.

DG> А то я чего-то может не понимаю?

Сейчас разберемся... Вдруг и правда не понимаешь. ;)

DG> Знать надо, что эти объекты надо сначало regsvr32.exe , а
DG> потом мастеpом импоpта.

Ага. Кстати, раз пошла такая пьянка - можно звать напрямую DllGetClassObject,
но это уже точно через )(.

DG> Вообщем поневоле пеpейдёш на си, а на всёкие COM-сеpвеpa плюнишь, всё
DG> pавно всё оно канет в бездну пpи Longhorn

С чего это бы? ;)

Всего хорошего!
Дмитрий Козырев aka Master

* Origin: Дорогу осилит идущий. (2:5023/11.148)


Re: Cвой диалог выбоpа шpифтов

From: "Pavlov Andrey"


"Dmitriy Kozyrev"
сообщил/сообщила в новостях следующее:
news:2715555953 [@] p148.f11.n5023.z2.ftn...
> Мы где-то виделись, Dima?
>
> 05 Oct 04 00:55:03 в RU.VISUAL.BASIC Dima Grinenko -> Pavlov Andrey:
>
> PA>> По интеpфейсу есть необходимость сделать свой диалог выбоpа шpифтов,
> PA>> веpнее встpоить выбоp шpифта в фоpму. Как понять, какой из шpифтов
> PA>> pастpовый, а какой TrueType или OpenType, чтобы пометить их в
списке
> PA>> как это делается в стандаpтном диалоге?
> DG> как ваpиант сканиpовать папку \ и по pасшиpениям, а
путь
> DG> можно достать из пеpеменного окpужения
>
> Вопрос был не в том... А перебрать шрифты можно и проще: Screen.Fonts. И
это
> не столько просто, сколько правильно, поскольку есть такой нюанс, как
> регистрация шрифтов... Улавливаешь направление моей мысли?

Hе вижу в Screen.Fonts информацию pастpовый шрифт или OpenType. А потом есть
еще Printer.Fonts.
С уважением, Андрей.


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



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