Показать полную графическую версию : Помощник установки драйверов (DIA - Drivers Installer Assistant) v.6.4.28 PreFinal
romeo91, возможно будут смотреться не очень если их реализовать из-за наложения элементов SSTAb друг на друга. »
А возможно ли делать перепостроение элементов (кнопок), для каждой вкладки отдельно? Или это будет очень долго делаться...
Вкладку "Все драйверпаки", я думаю, что её стоит показывать в определённом режиме "Создание или обновление базы драйверов"
Для всех остальных вкладок, делать проверку на наличие нужных элементов для данной вкладки, и если таковых нет, то скрывать вкладку или делать не активной.
[hr]
Прилагаю к сообщению иконки GRAPHICS.rar. Там иконки, как указаны на скрине... Иконки применимы для текущей версии программы...
http://www.imageup.ru/img198/thumb/001465850.jpg (http://www.imageup.ru/img198/001465850.png.html)
И если заострять внимание не на версии драйверов, то на чем? »
Естественно на наличии или отсутствии необходимого драйвера в системе.
По моему мнению подобным софтом в основном пользуются профессионалы и они имеют навыки чтобы справляться с возможными проблемами. По моему мнению, простым пользователям в таком случае следует пользоваться дисками, которые идут с железом, пусть драйверы там старые. »
Тогда нет смысла что-то кардинально менять в фейсе. Для профи главное функционал а не рюшечки. В первых версиях своей разработки я делал вообще фейс аскетичный, на что мне было сразу и указано :)
А вот на счет версии драйвера считаю, что информация должна носить именно информационный характер, а не рекомендательный. Дальше пользователь решает, ставить(обновлять) ему эти драйвера или нет.
BadPointer
31-10-2010, 14:09
Lexua, Переделка иконок от Lisabon улучшает внешнее восприятие ситуации с драйверами и устраняет сложные иконки с двумя мини-значками и это изменение не требует значительных переделок. Не вижу ничего плохого в желтом значке для новых драйверов.
В текущем интерфейсе, если бы я не знал обозначения иконок, я бы кликнул на все кнопки с мини-значками, ожидая что после установки они исчезнут, но кликать на лампочке не нужно. Также нужно учитывать, что новичок в растерянности может кликнуть на все что кликается, в том числе на полностью зеленую иконку, так что текущий интерфейс своими цветами не помогает ему сориентироваться.
Функционал, конечно, важней и по этому поводу у меня больше претензий к DIA, но в последнее время в этом направлении был сделан значительный прогресс, так что можно рассчитывать что DIA подтянется в этом плане. Я бы не стал обсуждать интерфейс DIA, если бы эту тему не затронули. Я понимаю те кто все время пользовались DIA привыкли к тому что есть и для них текущий интерфейс не кажется запутанным.
Переделка иконок от Lisabon улучшает внешнее восприятие ситуации с драйверами и устраняет сложные иконки с двумя мини-значками и это изменение не требует значительных переделок. Не вижу ничего плохого в желтом значке для новых драйверов. »
Я вовсе не против этого ;)
Функционал, конечно, важней и по этому поводу у меня больше претензий к DIA, но в последнее время в этом направлении был сделан значительный прогресс, так что можно рассчитывать что DIA подтянется в этом плане. Я бы не стал обсуждать интерфейс DIA, если бы эту тему не затронули. Я понимаю те кто все время пользовались DIA привыкли к тому что есть и для них текущий интерфейс не кажется запутанным. »
Я редко сам им пользуюсь. Но все же тема интересна для меня, поскольку для любого разработчика, даже такого убогого как я :blush2: , есть масса полезной информации да и идеи интересные проскакивают. ;)
Вот БЛУИПРИНТ....
Нужно ввести ФУНКЦИЮ ПОЛЕЗНЫЙ СОВЕТ.
Конечно я понимаю Цель слишком Амбициозна, ВОзвыщаясь над собой мы становимся лучше...
Скрин сделан по Образу и подобию программы AUS Bootspeed.
BadPointer
31-10-2010, 18:31
Многие ключевые элементы отсутствуют здесь, поэтому прокомментирую по тому что изображено. Хотя хорошо бы было продумывать сразу все детали при таком значительном переделе интерфейсе.
В общем это сильно напоминает интерфейс DPS только с большими кнопками для каждого драйвера. Я лично предпочитаю мелкие элементы, так как тогда их больше помещается, но подобный режим(условно назовем его "Крупный") гораздо проще сделать в DPS и возможно кто-то предпочел бы крупный режим. Romeo91 уже говорил что ему не хотелось бы напоминать DPS, а значит твое предложение скорей всего будет отклонено. Кроме того, переход на такой интерфейс очень трудоемок для DIA.
Вкладки "Windows XP", "Vista/7 x86" и "Vista/7 x64" не нужны вообще. DPS не отображает их, поскольку он не разделяет драйверпаки по тому для какой системы они рассчитаны, а рассматривает совместимость всех драйверов в драйверпаках индивидуально.
Я думаю, DIA до сих пор разделяет драйверпаки по системам поскольку в противном случае все кнопки были бы на одной странице и большинство из них было было бы красными крестами.
Процесс-бар установки/распаковки индивидуального драйвера вряд ли возможен в DPS и DIA. В лучшем случае можно получить процент распаковки драйверпака, но это возможно только из C/C++. С тех пор как драйверпаки были перепакованы со словарем 32МБ и 64МБ, скорость распаковки увеличилась в 10 раз на компах с малым количеством оперативной памяти и это перестало быть основным тормозом в установке.
Во время установки драйверов с помощью DPS можно видеть как постепенно загораются зеленые(удачные) и красные(неудачные) значки по мере установки индивидуальных драйверов и поскольку это происходит быстро, видно что система не зависла и понятно сколько еще осталось. Так как DIA только один раз запускает DPInst, DIA не может показывать результаты установки индивидуальных драйверов по мере их установки: это объясняет желание пользователей DIA иметь какой-либо прогресс-бар.
Скрин сделан по Образу и подобию программы AUS Bootspeed.
Я не нашел скрин этой проги, который дал тебе эту идею. Можешь выложить этот скрин?
dead_wolf
31-10-2010, 18:44
BadPointer http://immage.biz/uploads/posts/2010-08/1281507483_e6c5213eace3.jpg
BadPointer
31-10-2010, 18:51
BadPointer http://immage.biz/uploads/posts/2010...c5213eace3.jpg »
Теперь понятно откуда брались столбцы "важность" и "ошибки" у раннего blueprint.
Но я разочарован в том плане что я ожидал увидеть какое-либо оригинальное представление информации, а это оказывается что даже не относится к драйверам. Такой интерфейс может подходить этой программе, но это не означает что он подходит к проге по установке драйверов.
Grunger86
31-10-2010, 19:01
Я бы лучше сосредоточил все усилия не на интерфейсах той или иной программы. А, например, на совместимости с Windows 7 x32/x64 + UAC, активный beta-testing, нормальный bug/error-reporting (может как-то создать сервис через BugZilla?).
Но я разочарован в том плане что я ожидал увидеть какое-либо оригинальное представление информации, а это оказывается что даже не относится к драйверам. Такой интерфейс может подходить этой программе, но это не означает что он подходит к проге по установке драйверов. »
Элементы может быть не подходят, мало того DIA написана на VB. Aus Bootspeed написан на DELPHI.
BadPointer, Видимо многие не совсем правильно меня поняли. В большой степени это посвящалось именно romeo91, так так От ВИзуальных компонентов зависит СМОЖЕТ ли romeo91 ЭТО реализовать. Ведь именно он оперирует Элементами управления в СРЕДЕ Visual Basic! Тоесть Мы можем многое там насоветовать. Но VB это не ДЕЛЬФИ. под VB дело с визуальными компонентами обстоит сложнее...
Я толком ничего прошу, я просто хочу чтобы он ПОДХВАТИЛ Идею.... Там пошаманить с БУБНОМ и наконец-то придумать кое-что!! Как же меня разждражает платформа VBS на которой создан DPS.
Windows 7 x32/x64 + UAC »
Ужасно сложная тема, большинство пока сидит на ХП.
BadPointer
31-10-2010, 19:45
на совместимости с Windows 7 x32/x64 + UAC »
Это скорее забота сборщиков драйверпаков.
активный beta-testing, нормальный bug/error-reporting (может как-то создать сервис через BugZilla?).
Я считаю, что сначала DIA должен устранить известные проблемы в алгоритме подбора и установки драйверов, а то везде будут наблюдаться одни и те же проблемы DIA.
Как же меня разждражает платформа VBS на которой создан DPS.
DPS сделан в основном на JavaScript и индексатор на VBScript. Причем JavaScript пожалуй еще хуже чем VBScript.
Меня тоже раздражает ограниченность и тормазнутость этой платформы, но я тогда подключился к проекту из-за лицензии GPL, а не из-за того что мне нравилась платформа, и на тот момент DPS 9 уступала DIA по скоростным и функциональным показателям.
Однако ирония в том, что на данный момент DPS лучше подбирает и устанавливает драйверы чем DIA.
DPS не отображает их, поскольку он не разделяет драйверпаки по тому для какой системы они рассчитаны, а рассматривает совместимость всех драйверов в драйверпаках индивидуально. »
А вот тут поподробнее если можно или в РМ
BadPointer
31-10-2010, 20:30
Lexua, информации о совместимости индивидуального драйвера с определенной ОС может быть извлечена из названия секции драйвера в inf файле.
Например название секции "SN.NTamd64.6.1" означает что драйвер предназначен для 64-разрядной("NTamd64") Windows 7("6.1").
DPS полностью полагается на эту информацию при подборе драйвера. DIA не так давно стал добавлять эту информацию в свои индексы, но насколько мне известно, DIA использует это чтобы исключать явно неподходящие драйверы, а поиск драйверов осуществляется только по драйверпакам предназначенных для текущей ОС.
DPS таким образом способен находить совместимые драйверы в неожиданных драйверпаках. Например, драйверы под Windows XP X64 часто находятся в драйверпаках для Windows 7 X64.
Например название секции "SN.NTamd64.6.1" означает что драйвер предназначен для 64-разрядной("NTamd64") Windows 7("6.1"). »
Ну про это я знаю. Вот только большинство производителей не соблюдают стандартов написания inf-файлов и данная информация либо отсутствует либо не соответствует действительности. К тому же иногда требуются драйвера, выпущенные до выхода в свет win vista/7 и никаких суфиксов типа NTx86.5.1 нет, что подразумевало "драйвер для всех систем NT". Однако работать с выше упомянутыми ОС они скорее всего не будут. Здесь может возникнуть большая путаница.
BadPointer
31-10-2010, 21:40
Если этой информации нет, то DPS делает вывод что драйверы предназначены для XP. Windows 7 и Vista(после сервиспака) требует наличие этой информации в названии секции и она уже не является опциональной как это было в Windows XP.
DPS уже давно использует уже больше полугода(R145) использует этот алгоритм и наблюдения показали правильность такого подхода.
тогда как я понимаю DPS проводит более тщательный анализ файлов. Возьмем простой пример Realtek HDA
Вот фрагменты файлов HDA.inf для xp и win vista/7 соответственно
[Manufacturer]
%MfgName% = AzaliaManufacturerID, NTX86.6.0
[AzaliaManufacturerID.NTX86.6.0]
;can not install on vista
[AzaliaManufacturerID]
"Realtek High Definition audio" = IntcAzAudModel, HDAUDIO\FUNC_01&VEN_10EC
[Manufacturer]
%MfgName% = AzaliaManufacturerID, NTX86.6.0
[AzaliaManufacturerID.NTX86.6.0]
"Realtek High Definition audio" = IntcAzAudModel, HDAUDIO\FUNC_01&VEN_10EC
"Realtek High Definition Audio" = IntcAzAudModel, HDAUDIO\FUNC_01&VEN_10EC&DEV_0861
"Realtek High Definition Audio" = IntcAzAudModel, HDAUDIO\FUNC_01&VEN_10EC&DEV_0880
Как видно секции manufacturer и значения в них одинаковы. Далее можно сделать вывод на основании содержания секций
[AzaliaManufacturerID.NTX86.6.0] и [AzaliaManufacturerID] подходит ли драйвер для ХР или Vista
Но на основании каких данных программа сделает вывод, что данный драйвер пригоден для Win7? Хотя доподлинно известно, что подходит, что и заявлено производителем.
BadPointer
31-10-2010, 22:04
DPS признает драйверы для Vista(6.0) подходящими для Семерки(6.1). Аналогично с Windows 2000(5.0) и Windows XP(5.1).
DPS признает драйверы для Vista(6.0) подходящими для Семерки(6.1). Аналогично с Windows 2000(5.0) и Windows XP(5.1).
Все приблизительно понятно, спасибо за разъяснения. Хотя это и не всегда верно. Однако остался не вполне ясным один вопрос: на основании данных из manufacturer DPS делает вывод или же алгоритм более сложен и проводится анализ соответствующих секций? Это последний вопрос, а то слегка наофтопил я тут ;)
BadPointer
31-10-2010, 22:31
Только на основании секции manufacturer. А тебя разве есть еще идеи как можно это сделать с большей точностью?
Ну ведь приведенный выше пример фрагментов инф-файлов показывает, что такой подход слишком прост и может приводить к частым ошибкам. Отсюда и выходит, что нужно проводить анализ соответствующих секций ([AzaliaManufacturerID.NTX86.6.0] и [AzaliaManufacturerID] в данном примере) на содержание.
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.
Available in ZeroNet 1osznRoVratMCN3bFoFpR2pSV5c9z6sTC