На данный момент, как раз то, что нужно. Возможно, официальная реализация map (пока не смотрел).
А что вы хотите от AutoIt? Аналог C# или Python?
Хотелось бы побольше встроенных функций. Не UDF, а именно функций AutoIt, которые были бы хорошо документированы в справке. Проблема UDF в этом что не на все функции можно найти описание (в лучшем случае в сети на английском). Или вовсе приходится открывать исходник и изучать функцию чтобы понять как она работает. Это долго и утомительно. Проходится периодически это делать, потому что со временем забываешь назначение функции и ее аргументов.
OpenWindow(0, 0, 0, 220, 220, "CanvasGadget", #PB_Window_SystemMenu | #PB_Window_ScreenCentered)
CanvasGadget(0, 10, 10, 200, 200)
If StartDrawing(CanvasOutput(0)) ; Начало рисования
Circle(90, 90, 20, RGB(255, 0, 0)) ; Красный круг
Box(10, 10, 100, 20, RGB(0, 255, 0)) ; Зеленый прямоугольник
LineXY(0, 0, 200, 200, RGB(0, 0, 255)) ; Синяя линия
StopDrawing() ; Завершение рисования
EndIf
Repeat
Event = WaitWindowEvent()
Until Event = #PB_Event_CloseWindow
Да простят меня Python'офилы, но только не это!
Да и отсылка к C# тоже чуток не в тему…
Стало быть, эта опция не нужна, как теперь модно выражаться, «от слова никак». И таки да, ноги мелких и сволочных ошибок, упомянутых в п.2, растут и отсюда тоже. Причём растут аки на дрожжах#include <GUIConstants.au3>
GUICreate("Graph", 220, 220, -1, -1, $WS_POPUP)
GUICtrlCreateGraphic(10, 10, 200, 200)
GUICtrlSetBkColor(-1, 0xFFFFFF)
GUICtrlSetGraphic(-1, $GUI_GR_COLOR, 0xFF0000, 0xFF0000)
GUICtrlSetGraphic(-1, $GUI_GR_ELLIPSE, 70, 70, 40, 40)
GUICtrlSetGraphic(-1, $GUI_GR_COLOR, 0x00FF00, 0x00FF00)
GUICtrlSetGraphic(-1, $GUI_GR_RECT, 10, 10, 100, 20)
GUICtrlSetGraphic(-1, $GUI_GR_COLOR, 0x0000FF, 0x0000FF)
GUICtrlSetGraphic(-1, $GUI_GR_MOVE, 0, 0)
GUICtrlSetGraphic(-1, $GUI_GR_LINE, 200, 200)
GUISetState()
Do
Until GUIGetMsg() = $GUI_EVENT_CLOSEВ полной версии SciTE меню "Tools": "SciTE Jump Alt+Q" или "List Functions Alt+L"
В не компилируемом языке? А зачем?
#define TRUE FALSE //счастливой отладкиВсё это ведёт к увеличению размера. Посмотрите сколько AutoIt3 занимает в памяти. Сейчас exe-файл 1 Мб, а он может быть 10 Мб, вы создаёте программку на 10 кб кода и вынуждены иметь 10Мб исполняемый файл. В чём тут прелесть?
Эта проблема всех языков. UDF использует WinAPI, а описание WinAPI можно найти на сайте vsokovikov на русском. В PureBasic вообще нет описания WinAPI ни на каком языке, а в AutoIt3 хотя бы в версии 3.3.8.1, да и то всё это также есть и у vsokovikov.
примитивный то GUICtrlCreateGraphic есть.
Используйте Notepad++, в нём это есть. Также я и ещё на офсайте писали проги для прыжка к функции. В AkelPad я сделал по F8 вывод меню и там есть прыжок к выделенной функции. А также там можно выделить функцию вызвать поиск и поставить закладки на все вхождения, а потом правым кликом на поле номеров строк вызывать меню меток в которых указаны номера строк и содержимое строки. У меня ещё был инструмент свой выводил все переменные и функции я им проверял чтобы не создать дубликат переменной, а также там была кнопка для генерации локальных переменных, выделил функцию вызвал хоткей, получил её переменные, нажал кнопку local, получил строку для вставки после имени функции, автоматом из неё убираются переменные заглавным шрифтом и показываются переменные которые надо убрать так как они объявлены глобально.
Как вариант в некоторых случаях подойдет. Но при необходимости дополнительной обработки картинки или сохранения ее на диск, будут сложности. То есть это не универсальный метод. Тот же пример но вывод не в канвас, а в картинку.
OpenWindow(0, 0, 0, 220, 220, "CanvasGadget", #PB_Window_SystemMenu | #PB_Window_ScreenCentered)
CreateImage(0, 200, 200, 24, RGB(230, 230, 230))
If StartDrawing(ImageOutput(0)) ; Начало рисования
Circle(90, 90, 20, RGB(255, 0, 0)) ; Красный круг
Box(10, 10, 100, 20, RGB(0, 255, 0)) ; Зеленый прямоугольник
LineXY(0, 0, 200, 200, RGB(0, 0, 255)) ; Синяя линия
StopDrawing() ; Завершение рисования
EndIf
ImageGadget(0, 10, 10, 200, 200, ImageID(0))
Repeat
Event = WaitWindowEvent()
Until Event = #PB_Event_CloseWindowOpenWindow(0, 0, 0, 220, 220, "CanvasGadget", #PB_Window_SystemMenu | #PB_Window_ScreenCentered)
CreateImage(0, 200, 200, 32, #PB_Image_Transparent)
If StartDrawing(ImageOutput(0)) ; Начало рисования
DrawingMode(#PB_2DDrawing_AlphaBlend)
Circle(90, 90, 20, RGBA(255, 0, 0, 255)) ; Красный круг
Box(10, 10, 100, 20, RGBA(0, 255, 0, 255)) ; Зеленый прямоугольник
LineXY(0, 0, 200, 200, RGBA(0, 0, 255, 255)) ; Синяя линия
StopDrawing() ; Завершение рисования
EndIf
ImageGadget(0, 10, 10, 200, 200, ImageID(0))
Repeat
Event = WaitWindowEvent()
Until Event = #PB_Event_CloseWindowК сожалению не всегда функция соответствует на 100% WinAPI. Часто, количество, назначение и возвращаемый результат отличаются от оригинала. К примеру _WinAPI_CreateFileEx
Func _WinAPI_CreateFileEx($sFilePath, $iCreation, $iAccess = 0, $iShare = 0, $iFlagsAndAttributes = 0, $tSecurity = 0, $hTemplate = 0)
Local $aRet = DllCall('kernel32.dll', 'handle', 'CreateFileW', 'wstr', $sFilePath, 'dword', $iAccess, 'dword', $iShare, _
'struct*', $tSecurity, 'dword', $iCreation, 'dword', $iFlagsAndAttributes, 'handle', $hTemplate)
If @error Then Return SetError(@error, @extended, 0)
If $aRet[0] = Ptr(-1) Then Return SetError(10, _WinAPI_GetLastError(), 0) ; $INVALID_HANDLE_VALUE
Return $aRet[0]
EndFunc ;==>_WinAPI_CreateFileExHANDLE CreateFile(
LPCTSTR lpFileName, // имя файла
DWORD dwDesiredAccess, // режим доступа
DWORD dwShareMode, // совместный доступ
LPSECURITY_ATTRIBUTES lpSecurityAttributes, // SD (дескр. защиты)
DWORD dwCreationDisposition, // как действовать
DWORD dwFlagsAndAttributes, // атрибуты файла
HANDLE hTemplateFile // дескр.шаблона файла
);К примеру:
; как закончили отладку, закомментить след. строку
#define DEBUG
#ifdef DEBUG
;;; куча отладочного кода, к-рый в рабочей версии никуда не впёрся, и соотв-но в сборку .exe-шника не попадёт.
#endIfGlobal Const $gbDEBUG = True ; как изгоним блох — заменить на False
If $gbDEBUG Then
;;; та же куча отладочного кода………
EndIf
(?m)^z\(.++; как закончили отладку, закомментить след. строку
#define DEBUG
#ifdef DEBUG
;;; куча отладочного кода, к-рый в рабочей версии никуда не впёрся, и соотв-но в сборку .exe-шника не попадёт.
#endIfТяжело наверное поддерживать такой огромный код.
У меня проблема лишь в том, что с получением новых знаний и опыта, мне не сидится на месте, и я возвращаюсь что бы усовершенствовать, то что в принципе и так нормально работает.
Кстати, классный ход в стиле «а что, так можно было?» ©
;
; Что-то не так со старшинством операторов. Идея примера честно спёрта с оф/форума:
; https://www.autoitscript.com/forum/topic/207710-question-regarding-operator-precedence/
;
#pragma compile(Console, True)
Opt('MustDeclareVars', True)
;
;~ Local Const $cbUseExec = True ; вычислить выражение «вживую» или через Execute
Local Const $cbUseExec = False ; вычислить выражение «вживую» или через Execute
;
Local $sExpr, _ ; текст выражения
$iMustBe, _ ; теоретический результат
$iActual ; что вычислено на самом деле
;
ConsoleWrite('AitoIt v' & @AutoItVersion & _
(@Compiled ? ' - compiled' : ' - interpreted') & @CRLF)
ConsoleWrite('Mode = ' & ($cbUseExec ? 'via Execute()' : '"Natural" :-)') & @CRLF)
;
$iMustBe = -5 ; всегда д.б. -5 согласно оф/справке по старшинству операторов
;
$sExpr = '11 - 2^4 ' ; проба без скобок
$iActual = 11 - 2^4 ; вычислить «вживую»
CheckFit($sExpr, $iMustBe, ($cbUseExec ? Execute($sExpr) : $iActual))
;
$sExpr = '11 - (2^4)' ; а теперь со скобками
$iActual = 11 - (2^4) ; вычислить «вживую»
CheckFit($sExpr, $iMustBe, ($cbUseExec ? Execute($sExpr) : $iActual))
Exit
Func CheckFit( _
$psExpression, _ ; исх. выражение текстом
$piExpected, _ ; ожидание
$piResult _ ; реальность
)
ConsoleWrite($psExpression &' -->> ' & $piResult)
If ($piResult = $piExpected) Then
ConsoleWrite(" --- Ok, fit official help topic" & @CRLF)
Else
ConsoleWrite(" --- What's the fuck O_O?" & @CRLF)
EndIf
EndFunc
#cs
Так что ж тогда имеем?
Если в бесскобочном варианте знак «-» трактуется как унарный минус (к-рый согласно
документации по приоритету выше сложения/умножения и др. действий такого же ранга
или ниже), то почему ещё на этапе синтаксического разбора не случилось вздрючки
за отсутствие знака операции между операндами «11» и «- 2^4»?
А раз этот минус — всё-таки знак вычитания, каковым он при _такой_ конструкции
арифметического выражения и является, то с какого бодуна результат «не в кассу»?
#ce
????А зачем зря волну поднимать? Раньше же было так: 3.3.14.3 (2nd February, 2018) (Release), 3.3.14.4 (9th March, 2018) (Release), 3.3.14.5 (16th March, 2018) (Release)Народ, приветствую всех!
Вчера вышел релиз v3.3.16.0 и уже доступен на оф/сайте, а тут что-то ни реакции, ни эрекции.
По первому впечатлению = не столько новая версия, сколько «работа над ошибками». Ну хоть так, а то ж не прошло и 4 лет с выхода 3.3.14.5
Складывается малоприятное ощущение, что проект на стадии издыхания. М.б. уважаемому гражданину Jon'у Bennet'у всё это попросту надоело? Рад бы ошибиться, но……
Интересно, где Вы тут увидели «волну»©?
Скорее суровая реальность… вот факты.
У Вас был вопрос, почему никто не обсуждает на форуме новую версию, вот я и ответил почему нет этой самой "волны", т.е. обсуждения новой версииИнтересно, где Вы тут увидели «волну»©?
BitAND/Bit<остальные> (в оф/help'е «Bit operations are performed as 32-bit integers») под int64 не удосужились допилить…
Кстати, кому в наше время = 2022 вообще нужeн int32? Согласен, для чего-то он нужен. А как тогда быть с int8, int16 — ведь теоретически тоже кому-то да понадобятся. Деликатно промолчу про беззнаковые целые, к-рых как будто бы вообще нет в природе. StringFormat("%u", ……) есть, но гонит туфту на int64…
И это — «релиз»? Если вдаваться в смысловые тонкости, то логичней было бы 3.3.15.7 beta. Ну ладно, если уж так сильно хочется, то 3.3.16.0-rc4 Прям-таки, как изрёк поп из древнего анекдота, «волею божьей порося, превратися в карася»? Или советский аналог в стиле «наш трудовой подарок съезду»?
Печально, что такими темпами следующей беты, если и дождёмся, то эдак… ХЗ, по всем признакам не доживу.
Как бы то ни было, всем творческих успехов!
