| |
|
|
- Seite 1 - |
|
Frank Abbing | Ab sofort ist die neue Version auf meiner Webseite verfügbar. Hinzugekommen sind:
GetLastKey(), liest den letzten Tastendruck aus, der in einem Listview stattfand. Usermessage $1400, ermittelt jeden Tastendruck in einem beliebigen Listview. Usermessage $1401, linke Maustaste wurde auf einem Spaltenbutton gedrückt. Usermessage $1402, Anwender will gerade Spaltenbreite verändern. Usermessage $1403, Anwender hat Spaltenbreite verändert. SetColumnsWidthLimits(), schränkt den User ein, wie klein oder gross er die Spalten eines Listviews mit der Maus ziehen kann. Listviews editieren: Bei horizontal scrollenden Listviews wird der Sprung des Editfeldes in ein Nachbar-Item jetzt verfolgt. ListviewToRaw(), Auslesen eines Listviews in den Speicher im RAW-Format. RawToListview(), Einlesen eines Speichers im RAW-Format in ein Listviews. GetItemTextEx(), liest einen Itemtext aus, der auch länger sein darf als 255 Zeichen. SetItemTextEx(), setzt einen neuen Text als Itemtext ein, der auch länger sein darf als 255 Zeichen. BuildListview(), erzeugt leere Spalten und Zeilen in einem Listview. ClearListview(), zerstört alle Spalten und Zeilen eines Listviews. EditManual(), erzeugt in einem Listview ein manuelles Editfeld, mit dem der User ein Listview-Item editieren kann. Ideal für Eingabemasken. GetVar(), erweitern um Flag 6: Abfrage des manuellen Editfeld-Handles.
Weiterhin viel Spass! |
|
|
| |
|
|
|
| |
|
- Seite 1 - |
|
| [quote:67bed6e421] Ab sofort ist die neue Version auf meiner Webseite verfügbar. [/quote:67bed6e421] @Hi Frank Aber den text an der download-adresse hast du noch nicht geändert da steht immer noch Version 1.8 - |
|
|
| |
|
|
|
Frank Abbing | Nein Horst, den hatte ich auch erneuert. Da spielt dir dein Browser-Cache einen Streich. Akualisier mal. |
|
|
| |
|
|
|
| [quote:6535c66f8c]...Da spielt dir dein Browser-Cache einen Streich...[/quote:6535c66f8c] @Frank Stimmt - - alles wieder OK |
|
|
| |
|
|
|
H.Brill | Hallo, Hätte da was zum Thema SetColumnsWidthLimits() : Wäre es da nicht interessanter, das Handle des LV und die betreffende Spalte mit angeben zu können ? Wenn man z. B. Spalten wie Artikelnummer, Datum, PLZ o. Ä. hat, macht es ja kaum Sinn, daß der Anwender diese > 100 Pixeln zoomen kann. Da reicht wohl eine Breite bis max. 100. Anders sieht es natürlich bei Name, Str. oder Artikelbezeichnung aus. Hier ist es sehr wohl angebracht, daß man z. B. bis240 oder 320 Pixel zoomen kann. Somit kann man auch beim Drucken ein einigermaßen gleichmäßiges Druckbild garantieren.
Ein anderer Vorschlag wäre, wenn man bestimmte Spalten ausschließen könnte, wie etwa bei SelectColumnEdits() beim Editieren.
Was haltet ihr davon ? |
|
|
| Benutze XPROFAN X3 + FREEPROFAN Wir sind die XProfaner. Sie werden von uns assimiliert. Widerstand ist zwecklos! Wir werden alle ihre Funktionen und Algorithmen den unseren hinzufügen.
Was die Borg können, können wir schon lange. | 12.11.2006 ▲ |
|
|
|
|
Frank Abbing | Das gebe ich gerne zur Diskussion frei. |
|
|
| |
|
|
|
Jac de Lad | Bestimmte Spalten vom Editieren auszuschließen ist gut. Vielleicht könnte man auch nur bestimmte Zellen einschließen, das wäre in Einzelfällen sogar noch besser!
Jac |
|
|
| Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE) Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP | 12.11.2006 ▲ |
|
|
|
|
Frank Abbing | Bestimmte Spalten vom Editieren auszuschließen ist ja einfach möglich mit SelectColumnEdits(). Nur bestimmte Zellen (ich nenne diese lieber Items) einschliessen, dazu gibt es ja jetzt das neue EditManual(). Der Programmierer kann leicht ablesen, welche Items geklickt wurden (z.B. Doppelklick oder Rechtsklick) und diese entsprechend vom User editieren lassen. Ist der User fertig mit Editieren, kann das einfach mittels GetVar(6) ermittelt werden und ggf. irgendwoanders ein neues Edit erscheinen lassen. Flexibler gehts ja wohl nicht mehr. Ein anderer klassischer Einsatz wäre ein neuer Eintrag in einem Listview, den der User sofort passend umbenennen kann. |
|
|
| |
|
|
|
Michael Wodrich | Jeder Spalte ein eigenes Limit geben können ist gut. Es gibt wirklich Spalten bei denen es unsinnig ist sie zu vergrößern. Bei den Textlastigen würde es man sich aber immer wünschen.
Habe mir die Listview leider noch garnicht angesehen, hole ich aber nach.
Wie sieht es eigentlich aus wenn der Anwender den Font wechselt. Gibt es fixe Vorgaben im Listview oder wird die Systemeingestellte Schrift übernommen. Ändern sich dann Spaltenhöhe und Breite? Oder kann man das nachträglich setzen?
Schöne Grüße Michael Wodrich |
|
|
| Programmieren, das spannendste Detektivspiel der Welt. | 12.11.2006 ▲ |
|
|
|
|
Frank Abbing | Breite und Höhe sind frei wählbar. Der Font wird angewiesen wie bei allen anderen Controls auch. Das Listview passt sich neuen Fonts automatisch an. |
|
|
| |
|
|
|
| [quote:73a7aadcf1]Wie sieht es eigentlich aus wenn der Anwender den Font wechselt. Gibt es fixe Vorgaben im Listview oder wird die Systemeingestellte Schrift übernommen. Ändern sich dann Spaltenhöhe und Breite? Oder kann man das nachträglich setzen?[/quote:73a7aadcf1] @Michael Lade Dir von meiner HP dem ADRESSOR runter und installiere ihn (kannst ihn ja später wieder vernichten ) - In den Einstellungen siehst Du so einige Möglichkeiten der LISTVIEW von Frank verwirklicht. - Das ist aber erst die Version 1.8 - die neue Version hat die Nummer 2.00 |
|
|
| |
|
|
|
Frank Abbing | Horst, bin noch nicht so richtig zum Testen gekommen. Ich denke, in den nächsten Tagen. |
|
|
| |
|
|
| |
|
- Seite 2 - |
|
|
| [quote:6aecac1126] Horst, bin noch nicht so richtig zum Testen gekommen. Ich denke, in den nächsten Tagen.[/quote:6aecac1126] @Frank Null Problemo
[offtopic]Viel wichtiger ist die zweite Mail mit Anhang. Da liegt wirklich was im Argen [/offtopic] |
|
|
| |
|
|