Обновлён Полный комплект справки
Развитие русской справки
- Автор темы AZJIO
- Дата начала
gregaz
Не должно быть, я же перезаливаю на оба ресурса, зная что у некоторых с ucoz.ru не качается. Кстати с googlecode.com показывает 0 закачек. Скачал, всё нормально, есть там перевод.
В _Sound... добавил _GetMaxFile для поиска wav файла в папке "C:\WINDOWS\Media" для большей совместимости, хотя посмотрел потом в справке 3.3.9.5, там используется файл tada.wav. Стоит ли возвращать как было с tada.wav?
Не должно быть, я же перезаливаю на оба ресурса, зная что у некоторых с ucoz.ru не качается. Кстати с googlecode.com показывает 0 закачек. Скачал, всё нормально, есть там перевод.
В _Sound... добавил _GetMaxFile для поиска wav файла в папке "C:\WINDOWS\Media" для большей совместимости, хотя посмотрел потом в справке 3.3.9.5, там используется файл tada.wav. Стоит ли возвращать как было с tada.wav?
html/keywords/If.htm
html/intro/running.htm
Следует уточнить:
1. Строка возвращается не в исходном виде. "Имя скрипта" возвращается в кавычках даже при отсутствии пробелов в нем и отсутствии кавычек в строке запуска.
2. Возвращается не имя скрипта, а полный путь к скрипту с именем и расширением (аналог @ScriptFullPath).
Однако выход будет, если параметр в скрипт передан и передан только один.
html/intro/running.htm
Следует уточнить:
1. Строка возвращается не в исходном виде. "Имя скрипта" возвращается в кавычках даже при отсутствии пробелов в нем и отсутствии кавычек в строке запуска.
2. Возвращается не имя скрипта, а полный путь к скрипту с именем и расширением (аналог @ScriptFullPath).
gora
1. В первом случае говорится в общем, то есть для скомпилированного скрипта, в котором путь не возвращается.
2. Вот здесь уже конкретно для нескомпилированных... про путь и кавычки поправил, просто изначально filename видимо является более широким понятием включая и путь, это я уже исправлял не раз в параметрах.
1. В первом случае говорится в общем, то есть для скомпилированного скрипта, в котором путь не возвращается.
2. Вот здесь уже конкретно для нескомпилированных... про путь и кавычки поправил, просто изначально filename видимо является более широким понятием включая и путь, это я уже исправлял не раз в параметрах.
AZJIO [?]
Для .au3
Для .exe
Для скомпилированого скрипта не возвращается ни пути, ни имени. Ничего кроме переданных параметров, а в примере написано имя скрипта.
Пример запуска из батника:
Код:
SetupNet.au3 4.0 SL NLP NF NR
SetupNet.exe 4.0 SL NLP NF NR
Код:
"N:\.Net\SetupNet.au3" 4.0 SL NLP NF NR
Код:
4.0 SL NLP NF NRRedline [?]
пока 1 за, один против. Дело в том что в самой справке активно используется оба варианта:
Это приводит к запутыванию. Например в описании структур чаще используется "Application-defined value", а в описании параметров "value to associate", хотя это одно и тоже. В названиях функций тоже различия, в одних используется приставка Param - _GUICtrlListView_SetItemParam, в других _GUICtrlListBox_SetItemData или через функцию атрибутов. "Ассоциативное значение" выглядит кратко, и точно, аналогично ассоциативному массиву или сравнивая с с ассоциациями расширений файла. "Значение определяемое приложением" - создаёт впечатление некоторого свойства, которое определяет приложение, на самом деле его определяет пользователь создающий приложение. Это просто значение которое можно изменить и оно связано с этим пунктом. То есть использовать его для сортировки или скрытого чекбокса.
Redline
AutoIT Гуру
- Сообщения
- 506
- Репутация
- 375
AZJIO
Я выбрал вариант перевода не вдаваясь в значения.
Теперь поразбирался и вот что вышло:
"Ассоциативное значение" - это параметр (не значение), связанный с каким-то пунктом.
"Данные определяемые приложением" - это данные, которые соответствуют определенному формату, задаваемому приложением(или в приложении).
Тогда лучше оставить оба варианта и применять их по назначению, чтобы не вводить пользователей в заблуждение
Хотя это не избавит от возможных вопросов новичков "что значит ассоциативное?", "что с чем ассоциируется?" и т.п.
Я выбрал вариант перевода не вдаваясь в значения.
Теперь поразбирался и вот что вышло:
"Ассоциативное значение" - это параметр (не значение), связанный с каким-то пунктом.
"Данные определяемые приложением" - это данные, которые соответствуют определенному формату, задаваемому приложением(или в приложении).
Тогда лучше оставить оба варианта и применять их по назначению, чтобы не вводить пользователей в заблуждение
Хотя это не избавит от возможных вопросов новичков "что значит ассоциативное?", "что с чем ассоциируется?" и т.п.
Redline [?]
Обновил UDFs3.
GuiToolTip - переведено 5 функций, добавлено 6 примеров. Поправка в _WinAPI_GetWindowRect
GuiToolTip как то неправильно написан, параметры $hWnd и $hTool видимо перепутаны местами, потому что в $hWnd нужно указывать дескриптор ToolTip, а в $hTool дескриптор GUI, которому принадлежит ToolTip. Функции _GUIToolTip_BitsToTTF и _GUIToolTip_TTFToBits делают медвежью услугу, конвертируют стандвртные константы в личные 2, 4, 8, 16, 32, 64, 128, хотя вполне можно было пользоваться нативными константами.
Это одно и тоже, просто названия разные. Ассоциативное значение это и есть данные определяемые приложением. Оно является только числом, ни строкой ни ещё чем то, а целым числом от 0 до ограничения int.
Обновил UDFs3.
GuiToolTip - переведено 5 функций, добавлено 6 примеров. Поправка в _WinAPI_GetWindowRect
GuiToolTip как то неправильно написан, параметры $hWnd и $hTool видимо перепутаны местами, потому что в $hWnd нужно указывать дескриптор ToolTip, а в $hTool дескриптор GUI, которому принадлежит ToolTip. Функции _GUIToolTip_BitsToTTF и _GUIToolTip_TTFToBits делают медвежью услугу, конвертируют стандвртные константы в личные 2, 4, 8, 16, 32, 64, 128, хотя вполне можно было пользоваться нативными константами.
На офсайте появилась тема по поводу изменения справки в разделе FAQ.
Может у кого есть идеи по поводу изменений.
Я там предлагал использовать этот раздел для начинающих, так сказать для завлекания новичка, приводя ссылки в основной раздел AutoIt3 - "ФУНЦИИ". Потому что изучать AutoIt3 на основе FAQ бессмыслено, лучше просто предоставить ответы на самые простые вопросы. А специфические ответы лучше делать в виде примечаний в функциях или в примерах.
Делать ссылки на темы официального форума запрещено/нежелательно, поэтому теряет смысл описывать все проблемы в этом разделе, потому что их объём будет то что содержит форум.
Может у кого есть идеи по поводу изменений.
Я там предлагал использовать этот раздел для начинающих, так сказать для завлекания новичка, приводя ссылки в основной раздел AutoIt3 - "ФУНЦИИ". Потому что изучать AutoIt3 на основе FAQ бессмыслено, лучше просто предоставить ответы на самые простые вопросы. А специфические ответы лучше делать в виде примечаний в функциях или в примерах.
Делать ссылки на темы официального форума запрещено/нежелательно, поэтому теряет смысл описывать все проблемы в этом разделе, потому что их объём будет то что содержит форум.
Обновление UDFs3.
2 функции таймера (остальные недопереведены)
Все упоминания структур $tag... в примерах и в описании являются ссылками на их описание.
Пример _GUICtrlMenu_SetMenuInfo содержит пример изменение цвета меню и соответственно перевод структуры $tagMENUINFO и частично $tagMENUITEMINFO
Осталась непонятной вот эта фраза
2 функции таймера (остальные недопереведены)
Все упоминания структур $tag... в примерах и в описании являются ссылками на их описание.
Пример _GUICtrlMenu_SetMenuInfo содержит пример изменение цвета меню и соответственно перевод структуры $tagMENUINFO и частично $tagMENUITEMINFO
Осталась непонятной вот эта фраза
Функция _Timer_KillAllTimers не удаляет WM_TIMER сообщения уже размещёных в очередь сообщений. Я понимаю, что функция WM_TIMER остаётся зарегистрированной. Но сообщения от таймеров в неё не приходят. А что за очередь непонятно.
