| |
| |
|
| - Page 1 - |
|
Frank
Abbing | Bislang dazugekommen:
 EnableDragDrop, Erweiterung um Flag 512. Damit kann das Zielcontrol ein Treeview(!) sein.
GetDragDropPara, Erweiterung um Treeview-Offsets.
Einheitliches Setzen der Editbox (editieren von Einträgen) beim horizontalen Scrollen (Cursortaste rechts angepasst).
GetVisibleColumns(), prüft, welche Spalten eines Listviews am linken und rechten Rand gerade sichtbar sind.
GetVisibleLines(), prüft, welche Zeilen eines Listviews am oberen und unteren Rand gerade sichtbar sind. |
|
| |
| |
| |
|
|
| |
| |
| - Page 2 - |
|
 | | Mir gings jetzt eher um das XProfan - ob es Messages verschluckt obwohl es im FastModus corre. Sollte ja eigendlich niemals vorkommen oder? |
|
| |
| |
| |
|
|
Frank
Abbing | Nein, am Fastmode liegt es nicht.
Schlimmer noch, erzeuge ich eine systeme Fenstermessage (z.B. WM_MOUSEMOVE durch Mausbewegungen), während ich die Usermessage sende, kommt diese ebensowenig an. Scheint so, als würden alle restlichen Messages in der Warteschleife bei einem WaitInput gelöscht. Das macht mich schon stutzig. |
|
| |
| |
| |
|
|
Jörg
Sellmeyer | Frank Abbing
Frank AbbingFrank AbbingZitat von Frank Abbing: „Wenn ich $1401 sende und zusätzlich $1404 sind das zwei... “ Wenn ich aber nur eine davon abfrage ists aber doch egal, oder Klar, aber dazu muss die Listview.dll doch beide senden. Ich habs ja ausprobiert, aber Profan liefert mir nur die letzte der beiden zurück. Die erste wird wohl verschluckt, wenn sofort noch eine hinterher kommt. Die Dll sendet eben schneller, als Profan verarbeiten kann. Deswegen baue ich aber bestimmt keine Pause ein...
Jetzt hab ichs auch verstanden! |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ...  | 12.03.2007 ▲ |
|
| |
|
| |
| |
| - Page 3 - |
|
|
Frank
Abbing | aktualisiert...
EnableDragDrop, Erweiterung um Flag 512. Damit kann das Zielcontrol ein Treeview(!) sein.
GetDragDropPara, Erweiterung um Treeview-Offsets.
Einheitliches Setzen der Editbox (editieren von Einträgen) beim horizontalen Scrollen (Cursortaste rechts angepasst).
GetVisibleColumns(), prüft, welche Spalten eines Listviews am linken und rechten Rand gerade sichtbar sind.
GetVisibleLines(), prüft, welche Zeilen eines Listviews am oberen und unteren Rand gerade sichtbar sind.
Usermessage $1404, rechte Maustaste wurde auf einem Spaltenbutton gedrückt.
Usermessage $1405, linke Maustaste wurde in einem Listview gedrückt.
Usermessage $1406, rechte Maustaste wurde in einem Listview gedrückt.
Usermessage $1407, linke Maustaste wurde in einem Listview doppelt gedrückt.
Usermessage $1408, rechte Maustaste wurde in einem Listview doppelt gedrückt.
GetVar(), erweitern um Flag 7: Abfrage des Listviewhandles bei den Usermessages $1405 bis $1408.
GetSelectedCount(), ermittelt, wieviele Zeilen momentan in einem Listview selektiert sind. Aufgenommen aus Inc-File als Dll-Funktion.
DeleteColumn(), löscht eine komplette Spalte samt ihrem Inhalt. Aufgenommen aus Inc-File als Dll-Funktion.
DeleteItem(), löscht eine Zeile samt ihrem Inhalt. Aufgenommen aus Inc-File als Dll-Funktion.
DeleteAllItems(), löscht alle Zeilen eines Listviews. Aufgenommen aus Inc-File als Dll-Funktion.
GetItemState(), ermittelt, ob eine Listview-Zeile einen bestimmten Status besitzt. Aufgenommen aus Inc-File als Dll-Funktion.
SetColumnWidth(), verändert die Breite einer Zeile. Aufgenommen aus Inc-File als Dll-Funktion.
Update(), visuelle Erneuerung eines Listview. Aufgenommen aus Inc-File als Dll-Funktion.
UpdateListview(), neuer Name per das finora gebräuchliche Update(). *
* Diese Funktion wurde der Logik halber umbenannt. Bisher gilt aber zusätzlich auch noch der alte Name. Das wird aber nicht mehr lange der Fall sein, der alte Name sollte also ab sofort nicht mehr benutzt werden !!!
Alle aus der Inc in die Dll verschobenen Funktionen werden jetzt in der Aiuto beschrieben. War mir schon lange ein Dorn im Auge... |
|
| |
| |
| |
|
|
Frank
Abbing | | SetStyle() heisst ab sofort SetListviewStyle(). Aufgrund von Kollision mit der gleichnamigen Profan-Funktion. |
|
| |
| |
| |
|
|
Frank
Abbing | weiterhin...
CsvToHeader(), neuer Name per das finora gebräuchliche SetColumnsFromMem(). *
HeaderToCsv(), auslesen der Spaltentexte eines Listviews in un CSV-File. |
|
| |
| |
| |
|
|
| @Frank 
Was mutest Du einem alten Mann zu ? - Mit Müh und Not hab ich mir die Listview-Befehle eingebleut und jetzt schreibst Du alles um  - Hoffentlich wird auch die Aiuto aktualisiert oder muss ich mir alles hier aus dem Foro herauskopieren ?   |
|
| |
| |
| |
|
|
Frank
Abbing | Klar ist die Aiuto aktualisiert, keine Angst! 
Nur eine Funktion wird ja tatsächlich schon umbenannt, wegen der Kollisionsgefahr. Die zwei anderen verkraften noch per einige Zeit beide Namen. Da hast du noch Zeit dich umzugewöhnen.
Die Funktionen, die finora in der Inc-File definiert wurden und jetzt direkt in die Dll aufgenommen wurden, bei denen ändert sich ja nichts (ausser eben die Update-Funktion). Nur wurden sie jetzt in die Aiuto aufgenommen, sodass der lästige Blick in die Inc-File ganz entfällt. |
|
| |
| |
| |
|
|
Jörg
Sellmeyer | Frank Abbing
Klar ist die Aiuto aktualisiert, keine Angst! Nur eine Funktion wird ja tatsächlich schon umbenannt, wegen der Kollisionsgefahr. Die zwei anderen verkraften noch per einige Zeit beide Namen. Da hast du noch Zeit dich umzugewöhnen. Die Funktionen, die finora in der Inc-File definiert wurden und jetzt direkt in die Dll aufgenommen wurden, bei denen ändert sich ja nichts (ausser eben die Update-Funktion). Nur wurden sie jetzt in die Aiuto aufgenommen, sodass der lästige Blick in die Inc-File ganz entfällt.
Hallo Frank,
In der aktuellen Aiuto ist immer noch SetColumnsFromMem drin. Dafür fehlt CSVToHeader in der Aiuto und in der Includedatei! |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 22.09.2007 ▲ |
|
| |
|
|
Frank
Abbing | Jörg, auf meiner Webpage ist noch 2.0 disponibile. Das oben gesagte betrifft ausschliesslich meine Arbeitsversion von 2.1 und die aktualisierte Aiuto.
Irgendwie komme ich nie dazu upzudaten... |
|
| |
| |
| |
|
|
Jörg
Sellmeyer | Ah! Ich habe nämlich auch 2.1 und war etwas irritiert. Für die aktualisierte Aiuto könntest Du dann noch einen Workaround einbauen, per alle die zu bequem sind, ihre alten Codes umzuschreiben:
In der Listview_Funktionen.inc kann diese Funktion definiert werden, mit der auch alte Codes problemlos funktionieren sollten:
KompilierenMarkierenSeparieren
Oder Du baust es gleich mit ein...
Wo wir gerade am Aktualisieren sind:
Hier ist noch ein kleiner Rechtschreibfehler in der Aiuto:
Natürlich kann das Listview auch konfortabel zu Papier gebracht werden..
Wie weit ist denn die aktuelle Arbeitsversion?
Saluto
Jörg |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 22.09.2007 ▲ |
|
| |
|
|
Frank
Abbing |
In der Listview_Funktionen.inc kann diese Funktion definiert werden, mit der auch alte Codes problemlos funktionieren sollten:
[Quelltextfenstergröße: grande] [Quelltextfenstergröße: normal] [Quelltext markieren]
DEF SetColumnsFromMem(3) !LISTVIEW,CsvToHeader
Oder Du baust es gleich mit ein...
So war es ja in den letzten Versionen immer noch der Fall. Ab der neuen Version (2.1) taucht der alte Funktionsname aber in der Inc auch nicht mehr auf.
Wie weit ist denn die aktuelle Arbeitsversion?
Die Neuerungen rechtfertigen durchaus den Versionssprung. Ich denke, ich komme jetzt im Herbst noch dazu. |
|
| |
| |
| |
|
(522)
Deutsch
English
Français
Español
Italia