加载session文件的AutoHotkey代码：

oSciTE := ComObjActive("SciTE4AHK.Application")
message=loadsession:d:\ddd\2023-2-15SciTE.session
oSciTE.SendDirectorMsg(message)

存储session文件的AutoHotkey代码：

message=savesession:d:\ddd\123.session
oSciTE.SendDirectorMsg(message)

具体SendDirectorMsg接口参考下面文章的表格

Purpose.

Software development does not occur only at the single file level handled by SciTE. A developer will generally work on a group of related files together in the context of one project. Project manager functionality could be added to SciTE as it has to other editors but this would impose a particular view of how projects are to be managed including the format of project files. Instead, SciTE has an interface that can be used by project managers or similar applications to control SciTE. Any application that controls SciTE is referred to as a "Director".

The current Director interface only works on Windows and GTK/Linux. In the future, it should be possible to replace the low level interface and so make this interface available on other platforms.

There is currently one director application, Filerx, available.

This interface is implemented on top of the SciTE Extension Interface, in the file scitewin32DirectorExtension.cxx.

Direct connection, broadcasting and explicit return addresses.

One application at a time is the director of SciTE, controlling SciTE as it wishes. To support other communications techniques applications may broadcast to all active director interfaces. When doing so, each message should contain an explicit return address where replies to the broadcast message will be sent.

Low level interface on Windows.

The Windows WM_COPYDATA message is used to transfer data between SciTE and a Director. The messages are sent between windows created by the two applications. SciTE uses a window that has no other purpose than to receive these messages. The lpData and cbData fields of the COPYDATASTRUCT are used to transfer a string between the two processes, with cbData holding the length of the string pointed to by lpData. The string does not have to be terminated with ''. The dwData should be 0.

Before messages can be sent from one application to the other, the window handle of the window to receive the message must be found. This is normally transferred when starting the other application as a command line parameter. Either application may start the other. SciTE makes its window handle available in the WindowID property and accepts a director.hwnd property as the window handle to which it sends data.

As an example of communicating the window handle, to install Filerx in the Tools menu of SciTE these properties could be used:

command.name.0.*=Project Editor

command.0.*="C:osscitebinfilerx.exe" "$(FileDir)" "$(WindowID)"

command.subsystem.0.*=2

In the opposite direction, Filerx can start up SciTE with a command line that specifies its window handle as well as the file it wants edited:

SciTE -director.hwnd=937846 c:osscitesrcSciTEBase.cxx

Once one application has the window handle of the other application, it should send its window handle to the other application using an identity message as described later. Then both sides are able to send messages.

To broadcast a message on Windows, the set of active director interfaces can be found by broadcasting the "SciTEDirectorInterface" message and seeing which windows reply with the same value as that message. Example broadcast code:

unsigned int SDI = ::RegisterWindowMessage("SciTEDirectorInterface");

HWND w = ::GetWindow(::GetDesktopWindow(),GW_CHILD);

while (w) {

DWORD res = 0;

// Need time out to avoid hung applications

::SendMessageTimeout(w, SDI, 0, 0,

SMTO_NORMAL, 1000, &res);

if (res == static_cast<DWORD>(SDI)) {

// Replied with same SDI code so should

// understand SDI's version of WM_COPYDATA

::SendMessage(w,WM_COPYDATA,

(UINT)m_hWnd,(long)&cds);

}

w = ::GetWindow(w, GW_HWNDNEXT);

}

To advertise that a top level window supports the Director interface:

LRESULT PASCAL DirectorExtension_WndProc(HWND hWnd,

UINT iMessage, WPARAM wParam, LPARAM lParam) {

unsigned int SDI = ::RegisterWindowMessage("SciTEDirectorInterface");

if (iMessage == SDI) {

return SDI;

}

return ::DefWindowProc(hWnd, iMessage, wParam,lParam);

}

Low level interface on GTK.

An input fifo for each application supporting the director interface located in the temporary directory (obtained through GLib g_get_tmp_dir() call), with a name using a pattern such as "/tmp/SciTE.<PID>.in". This allows enumerating all active director interfaces and also opening a specific interface when the fifo name has been communicated through some other means such as a command line argument or an identity: command.

High level interface.

Messages use C style escapes to represent control characters and ensure that only visible characters are transmitted apart from the use of 'n' to separate messages.

The string transmitted by the low level interface contains an optional return address surrounded by ':' characters, an action, a ':' character and an optional argument. The argument is often a file path. The ':' must be present even if there is no argument. For example, SciTE understands the message

open:c:\os\scintilla\include\Scintilla.iface

as a command to open the file "c:osscintillaincludeScintilla.iface" just as if the user had performed this operation.

If the first character of the message is a ':' then up to the next ':' is a return address, so SciTE will reply to the message

:73658:askfilename:

by sending the filename being edited to the return address 73658 rather than to its director.

The actions understood by SciTE are:

The actions sent by SciTE are:

In the future, more actions will be defined. Applications should ignore any actions that they do not understand.