в таких случаях лучше переводить дословно,
Да, пожалуй. Только я сильно не уверен, что команда имеет какое-то действие, кроме описанного в переводе...
в таких случаях лучше переводить дословно,
Да, пожалуй. Только я сильно не уверен, что команда имеет какое-то действие, кроме описанного в переводе...
Прошу простить за вопиющую тупость, но я всё-равно не вполне понял ни суть абзаца, ни то, как его лучше перевести.
Как я понял - ты не понял что такое "поток выполнения".
В 17 посте написано, что такое поток в языке программирования.
Вот "бредовое" объяснение в виде кода (может так будет понятней):
основной_поток:
;Gui, x:Default ; номер окна "по умолчанию" всегда 1 (если не сменить вручную этой командой "Gui, x:Default")
-
gui,show ; содано окно по умолчанию
Gui, Add, Button,, кнопка1 ; добавлена кнопка с меткой перехода
-
gui, 2:show ; создано 2-е окно
Gui, 2:Add, Button,, кнопка2
-
gosub,123 ; вызван другой поток
-
-
return ; возврат "основного потока" приводит скрипт в режим ожидания
;действий (в gui или по горячим клавишам), если не задана команда #persistent.123: ; поток 123
;Gui, x:Default ; номер окна "по умолчанию" все равно 1 т.к. поток вызван не из gui
-
; если, пока идет этот поток была нажата кнопка gui, то возврат будет в эту точку
; аналогично и с другими потоками
-
-
return ; возврат к потоку вызвавшего этот поток, т.е. к основному потоку
; в точку вызова "gosub,123" (там где поток был остановлен).Кнопка1: аналогично предыдущий поток прерывается и запоминает где прервался, и работает уже поток для кнопки
-
;Gui, x:Default ; номер окна "по умолчанию" пренадлежит окну вызвавшему его т.е. 1
;GuiControl ; выполняем манипуляции с окном без указания его номера
-
return ; возврат в точку прерывания и продолжение выполнения коммандКнопка2: ; аналогично
-
;Gui, x:Default ; номер окна "по умолчанию" пренадлежит окну вызвавшему его т.е. 2
; т.е. комманды для gui можно использовать без указания номера окна
;GuiControl ; выполняем манипуляции с окном без указания его номера
-
return
В случае с ListBox можно так же вызвать двойной щелчок, указав двойную черту.
Т.е. вы просто выбросили часть информации, которая вам не понятна. Сомнительный подход. По-моему, в таких случаях лучше переводить дословно, как я предложил в посте 7. Тогда остаётся шанс, что читатель либо сообразит, о чём тут речь, либо выяснит в результате собственных экспериментов.
Прошу простить за вопиющую тупость, но я всё-равно не вполне понял ни суть абзаца, ни то, как его лучше перевести.
Поток GUI определяется как поток, запущенный в результате какого-то действия в окне GUI. Эти действия включают в себя выбор пункта в меню окна или запуск одной из его g-меток (например, при нажатии кнопки).
Номером (или именем) окна по умолчанию для потока GUI будет номер (имя) того окна, откуда запущен поток. Потоки, запущенные не из GUI, используют номер 1.
Про имя добавил, т.к. в оригинале теперь говорится именно про имя:
The default window name for a GUI thread is that of the window that launched the thread. Non-GUI threads use 1 as their default
Штука в том, что мои познания в английском невелики и довольно непоследовательны (в школе я учил другой язык). Отсюда довольно специфическая манера перевода: В случае с компьютерной литературой я обычно пользуюсь Microsoft-translator'ом (весьма удачный выбор, учитывая то, что он затачивался для перевода справки и поддержки Microsoft и, соответственно, компьютерная тематика - это его конёк). Когда он выражается слишком "квадратно" или путано, на помощь приходит PROMT в режиме перевода компьютерной литературы - его перевод часто более легко-читаемый, но чаще более ошибочный. Некоторые ошибки этих переводчиков хорошо видны при взгляде на оригинальный текст. Кроме того, имеющиеся познания в переводимой теме позволяют додумывать перевод на основании имеющихся знаний. Эти же знания, служат для проверки правильности перевода. В конце концов если перевод все равно мутный, можно провести эксперимент. Но если машинный перевод не читаем, вручную перевести не получается, результаты эксперимента мутные, а имеющихся знаний не достаточно - получается небольшой фэйл. Такое случается довольно редко, и все же.
На форум я обратился в ращёте на то, что у его обитателей более обширные познания в AHK и, возможно, в английском. И соответственно, то, что не смог перевести я, наверное, смогут перевести они.
P.S. Перевод статей GuiControl и GuiControlGet почти готов (не переведен только злосчастный абзац про потоки). Хотелось бы услышать конструктивную критику
]]>Это не те потоки, между которыми переключается процессор. Здесь просто интерпретатор АНК переключается между последовательностями команд.
]]>A GUI thread is defined as any thread launched as a result of a GUI action. GUI actions include selecting an item from a GUI window's menu bar, or triggering one of its g-labels (such as by pressing a button).
The default window number for a GUI thread is that of the window that launched the thread. Non-GUI threads use 1 as their default.
Там что-то о потоках, но так-как я в них не разбирался, мне сложно это перевести.
]]>Перевод:
Чтобы вызвать дополнительные события
Да нет же, additionally относится к cause, а не к event. Это наречие, а не прилагательное.
]]>в обоих случаях возвращает Normal.
Сори, вру: при двойном || она последовательно возвращает Normal, а затем DubleClick, только блин, если суть в том, чтобы вызывалось действие, запускающееся через двойной клик, не лучше ли соответсвующее условие прописать в самой метке через If, а потом отослать этот клик командой специально предназначенной для этого? Кроме того, получается, что команда отсылает сразу два события - двойной и одиночный. Если в ассоциированой метке одно действие привязано к даблу, а другое к синглу, то не вызовет ли это оба действия сразу? - это ведь баг.
Мдаа, тот, кто писал синтаксис этой команды в тот день явно что-то курил...