Да, вот еще - нарыл класс, который реализует на API всю функциональность CommonDialogControl. Приглашаю тебя его юзать. Иначе тебе прийдется всех юзеров обязать устанавливать у себя comdlg32.ocx, что не есть гуд ;)
Вид для печати
Да, вот еще - нарыл класс, который реализует на API всю функциональность CommonDialogControl. Приглашаю тебя его юзать. Иначе тебе прийдется всех юзеров обязать устанавливать у себя comdlg32.ocx, что не есть гуд ;)
а можно ещё использовать стандартный компонент TreeView. и динамически ничего не надо создавать, и группировки можно делать многоуровневые, как захочешь
Да, а кроме нее в некоторых местах читаются свойства Dialog.FileNameЦитата:
Сообщение от Odrick
Я бы с радостью, но компонент TreeView находится в Microsoft Windows Common Controls 6.0, а это еще одна библиотека, которой опять у кого-то не окажется! Но, впринципе, если у меня получиться, я сделаю навигацию по группам параметров и самим параметрам в виде дерева. Значения параметров будут задаваться так же, как сейчас (через комбобокс).Цитата:
Сообщение от SMT
В последней выложенной версии 1.2 ввел отсичение из записи базы параметров, которые отсутствуют в загруженном ini. Это полезная фишка, позволяющая делать одну опщую запись для нескольких версий эмулятора (в параметре записи SUPPORT перечисляются номера поддерживаемых версий) но в базе я пока ее не использовал (нужно проанализировать базу и выявить возможности обьединения версий).
С самых начальных.Цитата:
Сообщение от icebear
Если не в курсе - "EXE" которые делает VB - являются байт-кодом бейсика, который исполняет msvbm.60.dll
>verinfo MSVBVM60.DLL
company: Microsoft Corporation
file description: Visual Basic Virtual Machine
file version: 6.00.9690
internal name: MSVBVM60.DLL
legal copyright: Copyright c 1987-2000 Microsoft Corp.
legal trademarks: MicrosoftR is a registered trademark of Microsoft Corporation. Windows(TM) is a trademark of Microsoft Co
ration
original filename:
product name: Visual Basic
product version: 6.00.9690
comments: September 3, 2002
Она может не оказаться только у любителей windows 95.Цитата:
Сообщение от Dr.Lion/RSM
Ага. Ну тогда можеш для этого ввести переменную для хранения текущего имени, или все же пользовать тот класс, что я выложил выше. Пользовать его проще-простого. Почти ничем не отличается от CommonDialogControl. Нужно его добавить в проект и использовать можно примерно так:Цитата:
Сообщение от Dr.Lion/RSM
Пример тоже выкладываю.Код:Option Explicit
Dim cdlg As New CommonDlg
Private Sub Command1_Click()
cdlg.hWndOwner = Me.hWnd
cdlg.FileName = ""
cdlg.DefaultExt = "ini"
cdlg.InitDir = ""
cdlg.Filter = "Файлы ini|*.ini|Все файлы|*.*"
cdlg.DialogTitle = "Выбор файла"
cdlg.Flags = dhFileOpenConstants.cdlOFNReadOnly
cdlg.ShowOpen
End Sub
И на основании этого вы делаете вывод, что VB имеет некую Виртуальную машину? :D Повторюсь еще раз: давайте тогда называть виртуальной машиной, например, gdi32.dll. Почему бы нет? Тоже имеет набор функций, которые используют все програмы под виндой ;)Цитата:
Сообщение от Raider
Извините, но это чушь ;) Exe на то и exe, что это исполняемый код. И по барабану чем он скомпилен. Повторюсь - в msvbm.60.dll лежат всего лиш стандартные VB-шные функции и серверы com-объектов. Я работаю на VB уже 8 лет, так что... Не верите мне, зайдите на http://bbs.vbstreets.ru/viewforum.php?f=1 и задайте вопрос, что ж собой являет exe, скомпиленый в VB ;)Цитата:
Сообщение от Raider
Ну-ну. Напишите смеха ради програмульку с деревом, а потом переустановите винду. И на чистой винде попробуйте ее запустить ;)Цитата:
Сообщение от Raider
Наконец-то мне объяснили, как использовать этот аналог Common Dialog Control. Буду внедрять в следующую версию 1.3, надеюсь это уберет зависимость программы от comdlg32.ocx! В новой версии так же планируется расширить и реорганизовать базу версий, возможно немного изменить интерфейс. Выход новой версии 1.3, которая будет вполне полноценной и пригодной для широкого использования, намечен на первую половину следующей недели. А теперь пара вопросов:Цитата:
Сообщение от Odrick
Так стоит ли мне мучаться с деревьями, дабы улучшить навигацию по параметрам, или нет, потому что это может породить новые проблемы и выход полной стабильной версии опять задержится?
Как вы относитесь к подобранной мной иконке? Может ее нужно сменить на другую? Лично мне эта очень нравиться и вполне соответствует по смыслу самой программе.
Cooper пообещал на этих выходных разместить на нашем сайте realsoftmakers.nm.ru последнюю версию (на данный момент 1.2) UConfig, так что заходите и качайте!
Всегда пожалуста :)Цитата:
Сообщение от Dr.Lion/RSM
Точно уберет.Цитата:
Сообщение от Dr.Lion/RSM
ИМХО дерево не нужно. Красиво, но причина ясна. Лучше простой лист-бокс слева с списком главных разделов эмуля. Рядом - список веток выбранного раздела. Еще правее - список значений. Все это не комбиками, а именно лист-боксами. Так будет нагляднее, как по мне. А там можно заморочится и с динамическими контролами, когда логика будет отлажена ;)Цитата:
Сообщение от Dr.Lion/RSM
Раньше всегда юзал US с фильтром double (не люблю размытие), на старом мониторе стояло разрешение 800х600. Сейчас сменил монитор на большую TFT девятнашку, приходится ставить 1280х1024, и фильтр double стал неюзабелен - получается окошко в четверть экрана. Может, стоит добавить фильтры triple/quadro?:)
Про exe в курсе. Оказывается мелкомягкие у сантехников не только пол-явы украли :) Только вот не уверен я, что компилится это всё в байт-код.Цитата:
Сообщение от Raider