[решено] Утилита для перехода в заданный раздел реестра

[AZJIO]

Vadikan, так то я постоянную

ссылку

обновляю.

Lang\En.ini

читать дальше »

Код:

Код: Выделить всё

; This is a sample file for translating JumpReg interface to other languages
; Translate all strings and save the file with a new name, for example, FR.ini for French.
; In JumpReg, open ? -> Language and choose the language file.
[lng]
Title=JumpReg
About=About
Ver=Version
Site=Site
FIT=Define Favorites starting from the next line. After a separator | you can specify a name that has meaning only when importing favorites to Regedit; otherwise, the name is the last subkey.
FIT1=Folders user
FIT2=Environment Variables
FIT3=Environment variables, current
Fav=&Favorites
EdF=Edit Favorites
His=History
Exp=Export	Ctrl+Down
Imp=Import
SzH=Size
AdF=Import Favorites to Regedit	Ctrl+Up
ClF=Clear Favorites	Ctrl+Del
TpE="Jump to the registry key in Regedit.\r\nEnter"
SWR=Search with RegScanner	Alt+\
Top=Always on top
HsIB1=History
HsIB2=The number of records in the history:
Ms1=Message
Ms2=Clear Favorites in Regedit?
Ms3=Add JumpRegFav.ini entries\r\nto Regedit Favorites?
Ms4=Exported successfully to JumpRegSet.reg\r\nin the program folder.
Ms5=Error
Ms6=JumpRegSet.reg file not found.\r\nYou can create it with the Export command.
Ms7=Error: invalid name for the root registry key
Ms8=The key does not exist. The nearest key is:
Ms9=Do you want to jump to it?
SLng=Language
NRE=Regedit in a new window	Ctrl+Enter

[Morpheus]

Цитата SyDr:



добавить строку

[решено] Утилита для перехода в заданный раздел реестра

Цитата SyDr:



или строки

[решено] Утилита для перехода в заданный раздел реестра

Увы, прячется.

[AZJIO]

Morpheus, сравнил скрипты, разница только в #RequireAdmin и в добавлении главного меню программы. Остальные мелочи не влияют, так как наличие новых переменных к уже существующим эффекта не даст и цикл опроса кнопок, которые не работают пока не нажать.

Проверте последнюю версию, удалив #RequireAdmin (строка 14), если нормальзуется, то добавлю опцию включения в меню программы. Ну а без главного меню уже не обойтись.

[Morpheus]

AZJIO, я тут подумал, что для релиза утилиты было бы удобнее не включать необходимые файлы и распаковывать их при первом запуске, а просто разместить их в папках параллельно утилите. Например,

\Regscanner - все файлы regscanner

\Lang - образец языкового файла (англ.)

\Source - исходники



Тогда в корневой папке останутся только утилита и ее файлы - избранное и история. Поаккуратнее будет. А в коде фактически нужно будет только поправить вызов regscanner и убрать включение доп. файлов.

[Vadikan]

Цитата Vadikan:



Но как-то неправильно делать совместимую с 7 утилиту за счет режима совместимости

[решено] Утилита для перехода в заданный раздел реестра

Ага, согласен. Но лучше пусть едет с такими шашечками, чем не едет совсем

SyDr, что в лоб, что полбу, всё едино. 4 раза за 5 минут.

[Morpheus]

Vadikan, ссылку обновил, посты поправил. Языковой файл поправил, удалив у параметров начальные Lng, чтобы исключить подмены существующих переменных в скрипте путём вставки в ini одноимённых параметров.



Morpheus, оказалось директивы #RequireAdmin и т.д. нельзя вставлять внутрь условий. Поэтому невозможно добавить пункт в меню, который бы возможно было отключить (с перезапуском).

[SyDr]

Хм... Тогда можно попробывать решить проблему "в лоб". Там же:



Код:

Код: Выделить всё

WinActivate($GUI)

Или, опять таки:



Код:

Код: Выделить всё

Sleep(1)
WinActivate($GUI)

[Vadikan]

AZJIO

http://autoit-script.ru/index.php.htm/topic,2446.0.html

Код:

Код: Выделить всё

If Not IsAdmin() Then
    ShellExecute(@AutoItExe, $CMDLineRaw, @WorkingDir, "runas", @SW_SHOWNORMAL)
    Exit
EndIf

Собственно, скрипт с этими тремя строчками повторяет в своём поведении скрипт с #RequireAdmin, однако может быть легко модифицирован





Morpheus,

там же

, 9 часов назад:


Цитата:



JD Turner

I believe I have found the cause of this problem and possibly a cure.



I dual boot XP, Vista and Win7 and experienced this problem on all these versions of Windows. As a programmer, I decided to try to figure out what was going on and discovered that WM_KeyDown and WM_KeyUp messages were being sent (with scan code 0xFF) to the focused window/control, roughly once per second.



I considered the possibility of a bootsector-level virus and decided to swap out the disk so I needed to find out if I had SATA or a PATA drive. To do this safely, I had to disconnect the power and the battery (Dell laptop). When I reconnected the hard disk and started it up again it was fixed. (I later checked the bootsector - that was ok.)



My system was plagued by this problem for months but now it is fine. I am certain it is fine since all symptoms are now cured and the program I used to test the problem also definitively tells my system is ok. I am not absolutely certain that it was completely powering down the system that cured the problem but I definitely recommend you try it. If you have a desktop computer, consider swapping the keyboard - I figure that's where the problem was rooted.



Hope this helps.

[Morpheus]

SyDr, дело в том, что 64-ка у меня на VirtualBox.

Пробовал ещё

это

, но нифига.

[AZJIO]

Vadikan, ссылку обновил, посты поправил. Языковой файл поправил, удалив у параметров начальные Lng, чтобы исключить подмены существующих переменных в скрипте путём вставки в ini одноимённых параметров.



Morpheus, оказалось директивы #RequireAdmin и т.д. нельзя вставлять внутрь условий. Поэтому невозможно добавить пункт в меню, который бы возможно было отключить (с перезапуском).