Français
Rokosofts Object Creator (ROC)

Treeviewabfrage

 
allô zusammen,

habe aujourd'hui ROC runtergeladen et installiert.

Wichtigstes partie était pour mich cela Treeviewobject. eh bien cherche je pour einem Beispiel comment qui angklickte la ligne abgefragt wird, veux oui schließlich sur den Text reagiern peut.

Habe aussi dans diesem Forum avec Search [B]ROC+TREEVIEW [/B]rien en supplément trouvé. Bilde mir allerings en déjà la fois irgendwo im Web quelque chose gelesen trop avons.

Habe je Brett vorm tête??

Gibt es den DblClick et SelChange Event eigentlich aussi??

Pour Aider reconnaissant.

Rainer
 
20.03.2005  
 




Frank
Abbing
Hi,

habe dir ici bereits trop Ähnlichem geantwortet, tu dois aussi la fois puis réagir: [...] 
Ist une Notifymessage, qui du auslesen dois, TVN_SELCHANGED. chez meinen Versuchen im Dialogstyle mußte je sowohl qui A (-402), comme aussi qui W-variante (-451) qui Message abfragen, zumindest im Dialogstyle. Einen Code dans Profan hab je pas pour toi, wahrscheinlich allez une sichere Abfrage seulement avec Subclassing, alors ab XProfan.
 
21.03.2005  
 




Rolf
Koch
Hi Rainer,

bof Frank hat oui déjà geantwortet

Rolf
 
21.03.2005  
 



allô Frank,
allô Rolf,

merci pour qui répondre.

Frank,
je hatte Votre nouvelle aussi im Profanforum déjà gelesen, seulement encore pas beantwortet. aussi cet Abfragen marcher chez Je ne. aussi cet SetActiveWindow usw. avons pas den Erfolg den je voudrais et cela Verhalten qui on de anderen Win-Programmen kennt. Im Übrigen hatte mich qui Hinweis sur une Assembler-Routine aussi abgeschreckt, là je en eh bien ÜBERHAUPT NICHTS VERSTEHE!

Rolf,
mon Frage était eigentlich si im ROC cet Events programmiert sommes et je vous seulement pas entdeckt habe. car un Event ist oui là pour trouver, qui normale Klick sur une Eintrag, et je mir dachte si quelqu'un so une schönen ObjectCreator bastelt, qui ensuite qui wichtigsten Events berücksichtigt sommes.

je suis toujours einer qui ewig gestrigen PrFellow-Anwender (Sorry Rolf, wird wohl wirklich Zeit trop apprendre et zum ROC umzuschwenken!) et hatte qui Events aussi dans qui WfEvents aufgenommen, malheureusement sans Erfolg. ensuite kam plan qui Versuch avec ROC là je hoffte dans einem Programme cela toujours UpToDate dans qui Entwicklung ist cela Gesuchte pour trouver.

Werde selber plus versuchen mon but trop erreichen, toutefois suis je weiterhin pour chacun Aider reconnaissant.

MfG

Rainer Hoefs
 
21.03.2005  
 



Gug la fois peut-être hilft Dir que voici plus:
KompilierenMarqueSéparation
DEF GetTreeItem(1) sendmessage(@&(1),$110A,$0009,TVitem#)
DEF SetTreeItem(2) sendmessage(@&(1),$110B,$0009,@&(2))
DEF TreeHitTest(2) sendmessage(@&(1),4369,0,@&(2))
DEF GetTreeCount(1) Sendmessage(@&(1),$1105,0,0)
DEF TreeExpand(2) sendmessage(@&(1),$1102,$0002,@&(2))
DEF TreeColapse(2) sendmessage(@&(1),$1102,$0001,@&(2))

So pour dem Motto si getfocus(treeview) et GetTreeItem<>oldtreeitem ensuite erfolg

Salve, iF
 
21.03.2005  
 




Frank
Abbing
Hi,

je hab ici une Code de Richard Maurukas. qui ermittelt simple seulement cela erste selektierte Item. Klappt hervoragend et venez entier sans Notifies aus. pas qui feine Art, mais funktioniert ...
KompilierenMarqueSéparation
TreeView32-Control mit Imagelist (P)FairWare, FreeWare...
Für Profan² 6.0, 32 Bit
(c) 1998 Richard Maurukas
----------------------------------------------------------------
DEF GetModuleHandle(1) !"KERNEL32","GetModuleHandleA"
DEF LoadIcon(2) ! "USER32","LoadIconA" "&#","&"
DEF LoadBitmap(2) ! "USER32","LoadBitmapA"
DEF ImageList_Create(5) !"COMCTL32","ImageList_Create"
DEF ImageList_AddIcon(2) !"COMCTL32","ImageList_AddIcon"
DEF ImageList_Destroy(1) !"COMCTL32","ImageList_Destroy"
Declare hImageList&,hIcon&,Iconname#,Executehandle&
Declare Imagelist&,HIcon#
dim Iconname#,25
dim Hicon#,24
declare TVItem#
declare Treeview&
declare TVitemtext#
declare TVInsert#
dim Tvitem#,40
dim TVInsert#,48
dim TVitemtext#,255
Let Imagelist&=ImageList_Create(16,16,$0001,3,3) Imagelist erzeugen
Let ExecuteHandle&=GetModuleHandle(0)  Handle des laufenden Programms
Icon 0
String Iconname#,0="EDITOR"       Icon-Name
Let Hicon&=loadicon(Executehandle&,Iconname#) Handle des Icons ok
ImageList_AddIcon(Imagelist&,HIcon&)
Icon 1
String Iconname#,0="A"            Icon-Name
Let Hicon&=loadicon(Executehandle&,Iconname#) Handle des Icons ok
ImageList_AddIcon(Imagelist&,HIcon&)
Icon 2
String Iconname#,0="GESICHT"
Let Hicon&=loadicon(Executehandle&,Iconname#) Handle des Icons ok
ImageList_AddIcon(Imagelist&,HIcon&)

PROC TVITEM

    TVITEM und TVINSERT-Struktur-------------------------------
    String TVitemtext#,0=@$(4)      Der Text im Label
    long TVInsert#,0=@&(1)          TVins-Parent
    long Tvinsert#,4=@&(2)         TVins-Insert After
    long TVInsert#,8=$0027          mask IF_TEXT,IF_IMAGE,If_SelectedImage
    long TVInsert#,12=0            Htreeitem
    long TVInsert#,16=0             State
    long TVInsert#,20=0             StateMAsk
    long TVInsert#,24=Tvitemtext#   Adress of Label
    long TVInsert#,28=len(@$(4))   len of Label(länge GeDimt in Tvitemtext#)
    long TVInsert#,32=@&(2) 0      Image          z.B Ordner
    long TVInsert#,36=@&(3) 0      Selected Image z.B geöffneter Ordner
    long TVinsert#,40=0             cChildren
    long TVInsert#,44=0             Lparam
    -----------------------------------------------

ENDPROC

Declare TRoot&,TRoot1&,troot3&
Declare infotext&,ende%,Edithandle&
Window 0,0-350,440
Windowtitle "TreeViewControl32, (c) Richard Maurukas"
settruecolor 1
cls rgb(192,192,192)
let Infotext&=createtext(%Hwnd,"",40,0,250,20)
Let TreeView&=@control("SysTreeView32","",$5080002F,40,20,250,340,%Hwnd,200,%Hinstance)
sendmessage(TreeView&,$1109,0,Imagelist&) Associate the image list with the tree
TVITEM 0,0,1,"Richard Maurukas"
Let TRoot&= sendmessage(Treeview&,$1100,0,TVInsert#)  Insertitem in Root 0
TVITEM TRoot&,1,1,"präsentiert"
let TRoot1&=sendmessage(Treeview&,$1100,0,TVInsert#)  Insertitem in TRoot&
TVITEM TRoot&,0,0,"das TreeView32 Control"
let TRoot1&=sendmessage(Treeview&,$1100,0,TVInsert#)  Insertitem in TRoot&
TVITEM TRoot1&,1,1,"für Profan² Ver. 6.0 32 Bit"
sendmessage(Treeview&,$1100,0,TVInsert#)              Insertitem in TRoot1&
TVitem 0,1,0,"Roland G. Hülsmann"
let Troot3&=sendmessage(Treeview&,$1100,0,TVInsert#)  Insertitem in Root
TVitem Troot3&,2,2,"Entwickler von Profan²"
sendmessage(Treeview&,$1100,0,TVInsert#)              Insertitem in Troot3&
USefont "Times New Roman",18,0,1,1,0
sendmessage(Treeview&,$030,%Font,0)
settext infotext&,add$("Anzahl der Items im Control: ",
str$(Sendmessage(Treeview&,$1105,0,0))) TVM_Getcount
sendmessage(Treeview&,$1102,$0002,Troot&)     TV_Expand, Expand
sendmessage(Treeview&,$1102,$0002,Troot3&)    TV_Expand, Expand
sendmessage(Treeview&,$1102,$0001,Troot&)    TV_Expand, Colapse

Whilenot equ(Ende%,1)

    waitinput
    Das Selektierte Itemhandle im Treeview ermitteln
    TVM-Getnextitem=$110A, TVN_Caret=$0009, Eine Adresse=TVitem#
    Let Edithandle&= sendmessage(Treeview&,$110A,$0009,TVitem#)
    Settext infotext&,""
    Das ermittelte Handle mit dem erhaltenen Handle
    aus der Insertitem Message vergleichen und anzeigen.
    case equ(Troot&,Edithandle&):
    Settext infotext&,"Selected Text: Richard Maurukas"
    case equ(Troot1&,Edithandle&):
    Settext infotext&,"Selected Text: das TreeView32 Control"
    case equ(Troot3&,Edithandle&):
    Settext infotext&,"Selected Text: Roland G. Hülsmann"

wend

Dispose TVitemtext#
dispose TVInsert#
dispose TVitem#
ImageList_Destroy(hImagelist&)
Dispose Hicon#
 
21.03.2005  
 



allô Frank...

[quote-part:c1cab62e5c]
...wahrscheinlich allez une sichere Abfrage seulement avec Subclassing, alors ab XProfan.
[/quote-part:c1cab62e5c]
j'ai dein Messageproblem déjà depuis einiger Zeit mitverfolgt, habe malheureusement mais encore trop wenig avec Treeviews gearbeitet, um là wirklich mitreden trop peut.
quoi du là sur qui A et W Messages écris, scheint mir so, comme serait là cela Profan Messagehandling quelque chose durcheinanderschmeißen. Demnach ist cela mais aussi aucun l'affaire pour Subclassing. Hat Roland déjà la fois quoi trop dem Thema dit?

Um Subclassing überhaupt realisieren trop peut, doit (soweit je sais) cela Profan Messagehandling abgeschaltet volonté. Ist seul avec dem débrancher des Messahgehandlings qui Ursache qui Fehlfunktion mais pas déjà behoben et doit ensuite Subclassing überhaupt encore stattfinden?

Einge Messages volonté seulement de den jeweiligen Fensterclassen bearbeitet ( z.B. qui CTLCOLOR Messages, WM_ERASEBKGND et WM_QUERRYENDSESSION). seulement pour cet Messages ist Subclassing intéressant. Gehört qui de dir aufgeführte Message wirklich en supplément ou bien ist cela Profankram?

Nochmals trop Subclassing im allgemeinen (je hoffe, je langweile pas):
Farbige Buttons, farbige Edits, Listboxen et avant allen Dingen cela intercepter des Herunterfahrens (sogar NotePad pouvoir cela), sommes vernünfig seulement sur Subclassing trop realisieren.
si je Subclassing richtig verstanden habe, ist cela eigentlich une unkomplizierte et très simple l'affaire.
cela on richtiges Subclassing vernünfig avec Profan realisieren peux (aussi avec XProfan), ist mais äußerst schwierig. une Komponente, qui Profan so extrem simple dans qui Handhabung pouvoir, serait komplett wegfallen - cela Messagehandling => chaos pour Einsteiger.
Subclassing qui Messages WM_QUERYENDSESSION et WM_ENDSESSION wäre donc une très notwendige Erweiterung pour DLL pour Profan (avec cela devrait es eigentlich aller, sans cela Messagehandling trop killen)...
 
21.03.2005  
 




Rolf
Koch
Hi Rainer,

Du musst toi doch pas Entschuldigen, qui Du un Prfellow Nutzer es
malheureusement hab je oui une Hauptberuf (malheureusement ist bien - naturellement dans Bezug sur qui l'affaire) et si je pourrait serait je volontiers plus Zeit dans den ROC hängen. Ausserdem hab je im Moment soviel à Ohren - mais qui kennt ca pas. suis mais quand même à einem Update am travailler.
mais nochmals: ROC est un la fenêtre- et Dialoghelfer et aucun IDE.
qui Actionwriter ist seulement là, um gewisse simple Procs einzubauen um es später im Code einfacher trop avons.

mais comment bereits dessus erwähnt, avons qui anderen ici oui quelques Sachen zum Thema aufgezeigt.

Rolf
 
21.03.2005  
 




Frank
Abbing
allô Andreas,

> j'ai dein Messageproblem déjà depuis einiger Zeit mitverfolgt, habe malheureusement mais encore trop wenig avec Treeviews gearbeitet,
> um là wirklich mitreden trop peut.
> quoi du là sur qui A et W Messages écris, scheint mir so, comme serait là cela Profan Messagehandling quelque chose durcheinanderschmeißen.
> Demnach ist cela mais aussi aucun l'affaire pour Subclassing. Hat Roland déjà la fois quoi trop dem Thema dit?

oui, il sagte mir, il könne sich qui Unterschiede entre Dialogmodus et dem normalen Windowmodus pas droite expliquer. seulement wird einmal qui qui Dialogproc angesprungen et einmal qui Windowproc. Anscheinend pouvoir Windows ici Unterschiede.

Messages volonté normal im Superclassing abgefragt. c'est qui normale Abfrageroutine pour Messages dans einem Programmes. Verbiegt on den aiguille sur qui Fensterprozedur im nachhinein, spricht on vom Subclassing. et oui c'est ca dans qui Fensterprozedur volonté Messages erkannt, modifié ou bien gelöscht. So ist es dans anderen Sprachen. Profan ist autre chose, weil es qui Messages pour uns filtert et seulement qui wichtigsten à uns weiterleitet. Es bemuttert uns, quoi mais pas toujours erwünscht ist, et tout autor peux on cet Verhalten débrancher.

> Um Subclassing überhaupt realisieren trop peut, doit (soweit je sais) cela Profan Messagehandling abgeschaltet volonté.

quoi je plan oui déjà sagte.

> Ist seul avec dem débrancher des Messahgehandlings qui Ursache qui Fehlfunktion mais pas déjà behoben et doit ensuite Subclassing
> überhaupt encore stattfinden?

oui. Weil Messages souvent so vite hintereinander venons, cela Profan qui Werte trop lente dans sa Variablen écrit. So volonté viele Messages verschluckt, weil encore aktuellere arrivé sommes.

> Einge Messages volonté seulement de den jeweiligen Fensterclassen bearbeitet ( z.B. qui CTLCOLOR Messages, WM_ERASEBKGND et WM_QUERRYENDSESSION).
> seulement pour cet Messages ist Subclassing intéressant. Gehört qui de dir aufgeführte Message wirklich en supplément ou bien ist cela Profankram?

Alle Messages peut subgeclassed volonté. qui dessus aufgeführte ist une Notifymessage, alors une Sammelmessage, qui sous WM_NOTIFY geführt wird.

> Nochmals trop Subclassing im allgemeinen (je hoffe, je langweile pas):
> Farbige Buttons, farbige Edits, Listboxen et avant allen Dingen cela intercepter des Herunterfahrens (sogar NotePad pouvoir cela),
> sommes vernünfig seulement sur Subclassing trop realisieren.
> si je Subclassing richtig verstanden habe, ist cela eigentlich une unkomplizierte et très simple l'affaire.

Eigentlich oui.

> cela on richtiges Subclassing vernünfig avec Profan realisieren peux (aussi avec XProfan), ist mais äußerst schwierig. une
> Komponente, qui Profan so extrem simple dans qui Handhabung pouvoir, serait komplett wegfallen - cela Messagehandling => chaos
> pour Einsteiger.

Richtig. Profan versucht qui l'affaire pour den User trop simplifier et läßt seulement wichtige Messages par. veux on alle Messages conservé, ensuite ist cet Profanverhalten abzustellen. quelques messages volonté toutefois verschluckt. Subclassed on cela Profanfenster mais, erhält on alle Messages, bevor Profan vous dans qui Finger bekommt.
je selber benutzte qui Profan-Subclassing-technologie pas, weil vous trotz allem toujours zeilenweise interpretiert wird, comment cela normale Programme aussi. tout autor différé es cela ganze Messageshandling. Bestes Beispiel ist Andreas Miethes Splitterbar-Subclassingcode, qui quälend lente ist.
de einer Dll aus mais pouvoir Subclassing richtig Spass et il y a aucun Einschränkungen.

> Subclassing qui Messages WM_QUERYENDSESSION et WM_ENDSESSION wäre donc une très notwendige Erweiterung pour DLL
> pour Profan (avec cela devrait es eigentlich aller, sans cela Messagehandling trop killen)...

si du Profan2Cpp la hâte, wirst du très bientôt Dlls aus Profancode erzeugen peut. Nativen Code.
ensuite wird uns une wahre Dll-Schwemme überrollen, chacun Wette!
 
21.03.2005  
 




rainerhoefs
allô Frank, Andreas, Rolf et allen anderen qui sur mon Frage geantwortet avons.

mon Problem habe je gelöst. Treevieweinträge volonté ausgelesen, cela Treeview verliert den Concentrer pour dem Double-cliquez sur sur une Eintrag, si Je l' erhaltenen String weiterverarbeiten peux, aussi si je qui Tatstautr benutze et + chaque Einträge aufklappe, avec Hoch et Runter anwähle et Enter hole klappt alles, et jederzeit peux dans den anderen Elemente geklickt et geschrieben volonté. menu et Toolbar marcher et so plus. j'ai seulement qui Events _OnEnter (_in qui Api _OnReturn) et _OnDblclk dans qui WfEvents.Inc incorporé. avec cela était ensuite mon Problem gelöst.

Pour espace cela quoi son avec Assembler, SubClassing usw. geschrieben avez nochmals merci, ist mais viel trop hoch pour mich.

Frank,
Du erwähntest Prf2Cpp dans qui letzten nouvelle. oui, j'ai qui Testversion. mon Profan Quellcode wird sans jegliche faute aussi Übersetzt. si Je l' allerdings avec DevC++ 4.* kompilieren veux funktioniert überhaupt rien. quelquefois gelingt es cela Programme im RUN-Modus zum courir trop apporter. Allerdings wird ensuite qui Dialog qui beim Anklicken eines Toolbaricons erscheinen sollte pas gestartet. Gibt es irgendwo genaue Angabe comment Je l' Compiler einstellen doit avec cela aussi une EXE entsteht. (dans qui forme cela aussi je es verstehe.) car cela würd je volontiers encore kapieren et anwenden, là déjà im Run-modus cela Programme (malheureusement seulement cela HWND) super vite fonctionne!

merci im Voraus

Rainer Hoefs
 
22.03.2005  
 




Frank
Abbing
allô Rainer,

intéressant, je selber benutze aussi den DevC++4 comme Compiler, sans Probleme. Ist wahrscheinlich seulement une Einstellungssache. Am besten fragst du la fois direct den Sebastian König im offiziellen Profan2Cpp Forum: [...] 
 
22.03.2005  
 



répondre


Topictitle, max. 100 marque.
 

Systemprofile:

ne...aucune Systemprofil angelegt. [anlegen]

XProfan:

 Posting  Font  Smilies  ▼ 

s'il te plaît s'inscrire um une Beitrag trop verfassen.
 

Options du sujet

5.001 Views

Untitledvor 0 min.
Member 862464116.04.2024
RudiB.07.04.2022
Peter Max Müller23.10.2017
p.specht19.02.2017
plus...

Themeninformationen



Admins  |  AGB  |  Applications  |  Auteurs  |  Chat  |  protection des données  |  Télécharger  |  Entrance  |  Aider  |  Merchantportal  |  Empreinte  |  Mart  |  Interfaces  |  SDK  |  Services  |  Jeux  |  cherche  |  Support

un projet aller XProfaner, qui il y a!


Mon XProfan
Privé Nouvelles
Eigenes Ablageforum
Sujets-La liste de voeux
Eigene Posts
Eigene Sujets
Zwischenablage
Annuler
 Deutsch English Français Español Italia
Traductions

protection des données


Wir verwenden Cookies seulement comme Session-Cookies à cause de qui technischen Notwendigkeit et chez uns gibt es aucun Cookies de Drittanbietern.

si du ici sur unsere Webseite klickst ou bien navigierst, stimmst du unserer Erfassung de Informationen dans unseren Cookies sur XProfan.Net trop.

Weitere Informationen trop unseren Cookies et en supplément, comment du qui Kontrolle par-dessus behältst, findest du dans unserer nachfolgenden Datenschutzerklärung.


d'accordDatenschutzerklärung
je voudrais keinen Cookie