Interaktion mit Notepad++

Hi,
ich bastel ja gerade an der Verwendung von Notepad++ als AutoIt-Editor.
Nun benötige ich Interaktionen mit dem NPP-Fenster (Scintilla-Edit-Control). Scintilla verwendet einen eigenen Adressraum, somit kann man nicht mit WM_GETTEXT und WM_SETTEXT arbeiten. Dazu gibt es von Scintilla eigene Messages.
Ich habe jetzt mal ein Skript nachgestellt um den Text des aktuell offenen NPP-Fensters auszugeben. Aber schon die Abfrage der Textlänge bleibt ohne Erfolg.

#Include <SendMessage.au3>

Local $Wnd = WinGetHandle('[CLASS:Notepad++]'), $Len
$Len = _SendMessage($Wnd, 2183, 0, 0) ; Rückgabe '0', kein Fehler

Hat jemand eine Idee?

Danke progandy, dann werde ich dort mal weiterlesen.

Also das Abfragen des Scintilla Handle führt unweigerlich zum Crash von Notepad++.
Andere Aktionen, die das Scintilla-Handle nicht benötigen, funktionieren problemlos:

Ich bekomme einen Exception Error und NPP bietet dann an, einen Dump zu speichern, was dann im Crash endet mit unzähligen Fenstern "Visual C++ Runtime Error".

autoit.de/wcf/attachment/12889/autoit.de/wcf/attachment/12890/

Nach dem Lesen von unzähligen Dokus und Quelltexten bin ich auf die "PluginManager.dll" gestoßen. Diese enthält eine Funktion "setInfo" und bekommt als Parameter eine Struktur (NppData) mit 3 Handle übergeben.
Das sieht dann so aus:

Jedoch wird bei meinem Aufruf die Struktur nicht befüllt. Die Source für die pluginmanager.dll habe ich nicht finden können. Habe testweise statt 'ptr' mal 'int_ptr' verwendet, aber auch ohne Erfolg.
Also der Dll-Call ist erfolgreich, kein Fehler und ein Return > 0.
Nun hatte ich die Struktur als Fehlerquelle überprüft und dort mal "HWND" mit "HANDLE" ersetzt, auch ohne Erfolg.
Im Moment gehen mir da die Ideen aus. :wacko:

Danke progandy, dann werde ich mal probieren das hinzubekommen.
Vielleicht kann ich ja einfach ein vorhandenes Plugin dazu umfunktionieren.
Ich melde mich hier, wenn ich ein Ergebnis habe. (Kann dauern, noch habe ich Null-Ahnung von C++ und Dll-Erstellung ;))

progandy, du bist ein Schatz
Ich habe bei meinen Versuchenschon graue Haare bekommen. Jetzt kann ich endlich weiterbasteln.

Edit: Hmm, ich bekomme keine Handle, alles 0x00000000

Edit2: Das DirectorWindow-Handle wird zurückgegeben, nur die anderen nicht.

Ich hab das mal mit DependencyWalker angeschaut. 2 Dateien scheinen problematisch zu sein.Ist das die Ursache?

autoit.de/wcf/attachment/12898/

Ich habe nun mal versucht, auf Basis des DemoPlugins ein Kommunikations-Plugin zu erstellen.
Probleme entstehen bei der MSG-Auswertung.
Wenn ich die MSG, die ich ja aus AutoIt heraus mit _SendMessage() an dieses Fenster senden möchte, im dortigen Auswertezweig als "Case MSG" unterbringe, bekomme ich Fehlermeldungen (Zeile 71).
Kann ich dann eigentlich die Handle z.B. mit "return NppData._scintillaMainHandle;" zurückgeben, oder ist noch mehr zu beachten?

#include "main.h"


// The data of Notepad++ that you can use in your plugin commands
NppData nppData;


// Initialize your plugin data here
// It will be called while plugin loading
void pluginInit(HANDLE hModule)
{
}


LRESULT CALLBACK WndProc(HWND, UINT, WPARAM, LPARAM);


LPCSTR lpszAppName = "NppWatcher";
LPCSTR lpszTitle   = "Npp-PlugIn";


int APIENTRY WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,
                     PSTR szCmdLine, int iCmdShow)
{
    HWND       hWnd;
    MSG        msg;
    WNDCLASSEX wc;


    wc.cbSize        =  sizeof(WNDCLASSEX);
    wc.style         =  CS_HREDRAW | CS_VREDRAW;
    wc.lpfnWndProc   =  WndProc;
    wc.cbClsExtra    =  0;
    wc.cbWndExtra    =  0;
    wc.hInstance     =  hInstance;
    wc.hCursor       =  LoadCursor(NULL,IDC_ARROW);
    wc.hIcon         =  LoadIcon(NULL, IDI_APPLICATION);
    wc.hbrBackground =  (HBRUSH) (COLOR_WINDOW+1);
    wc.lpszClassName =  lpszAppName;
    wc.lpszMenuName  =  lpszAppName;
    wc.hIconSm       =  LoadIcon(NULL, IDI_APPLICATION);


    if( RegisterClassEx(&wc) == 0)
        return 0;


    hWnd = CreateWindowEx(WS_EX_OVERLAPPEDWINDOW,
                          lpszAppName,
                          lpszTitle,
                          WS_OVERLAPPEDWINDOW,
                          0,
                          0,
                          CW_USEDEFAULT,
                          CW_USEDEFAULT,
                          NULL,
                          NULL,
                          hInstance,
                          NULL);


    if( hWnd == NULL)
        return 0;


    // ShowWindow(hWnd, iCmdShow);
    UpdateWindow(hWnd);


    while (GetMessage(&msg, NULL, 0, 0) > 0)
    {
        TranslateMessage(&msg);
        DispatchMessage(&msg);
    }
    return msg.wParam;
}


LRESULT CALLBACK WndProc(HWND hWnd, UINT umsg, WPARAM wParam, LPARAM lParam)
{
    switch (umsg)
    {
        case NDM_GETSCINTILLAMAIN:  // mit #define in Header-Datei deklariert
            // error: expected primary-expression before '=' token
            // error: an assignment cannot appear in a constant expression
/*
 		case NDM_GETSCINTILLASECOND:




		case NDM_GETNPPWINDOW:


*/
        case WM_DESTROY:
        {
            PostQuitMessage(0);
            return 0;
        }
    }
    return DefWindowProc(hWnd, umsg, wParam, lParam);
}

So, nun ist alles fehlefrei kompiliert, PlugIn zu Notepad++ rübergeschoben und NPP gestartet: "Dies ist ein ANSI-Plugin und kann nicht mit dieser Version von Notepad++ genutzt werden...."
Mist, wo zum Teufel wird das eingestellt? Sollte doch wohl irgendwo in den Build-Einstellungen sein. Aber ich finde nix. Ist es eine zusätzliche Angabe für den Linker, in der Art "UNICODE=1" ? Getestet hab ich das so, wurde aber von CodeBlocks abgelehnt.

Zitat von progandy

Du musst die Funktion isUnicode exportieren

Das hatte ich bereits drin:

#ifdef UNICODE
extern "C" __declspec(dllexport) BOOL isUnicode();
#endif //UNICODE

Zitat von progandy

dass du die Buildoptionen so eingestellt hast, dass TCHAR in unicode char umgewandelt wird

Und hier hakt es. Ich habe in den CodeBlocks Einstellungen gewühlt und das Manual vor und zurück gelesen. Ich finde einfach nicht diese Option. Ich weiß, dass ich mal zum Augenarzt muß - aber so blind bin ich doch wohl noch nicht, dass ich das übersehe - oder doch? :wacko:

Ahh, OK - habe jetzt einfach mal bei den Buildoptions in den Tab "#define' UNICODE mit eingetragen. Und siehe da es tut sich was: Mein Code fliegt mir um die Ohren! Unzählige Fehlermeldungen "...cannot convert.." :wacko:
Man oh man, gar nicht so einfach mit dem C/C++ Krams.

:wacko: Was sind das für Funktionen ( L, _T ) ? Ich habe eine 700-Seiten dicke C/C++ Referenz, aber das konnte ich da unter dem Funktionsverzeichnis nicht finden.
In meiner Fensterdeklaration habe ich das jetzt verwendet.
vorher:

...
    wc.lpszClassName =  lpszAppName;
    wc.lpszMenuName  =  lpszAppName;

jetzt:

wc.lpszClassName =  L(lpszAppName);
    wc.lpszMenuName  =  L(lpszAppName);

Das Seltsame: jetzt bekomme ich nur für die erste der beiden Zeilen einen Error ( 'L' was not declared in this scope ). Müßte doch eigentlich 2-mal auftauchen. In welchem Include ist das eigentlich enthalten?

Ach und hier

#ifdef UNICODE
extern "C" __declspec(dllexport) BOOL isUnicode();
#endif

bekomme ich jetzt folgenden Fehler: error: 'BOOL' does not name a type