Re: Methoden einer Kompo überschreiben ohne eigene abzuleite
Das ist aber schade... :cry:
Trotzdem danke, sonst hätte ich gesucht und gesucht und wäre nicht draufgekommen :( Edit: Oja, noch eine Frage: Zitat:
|
Re: Methoden einer Kompo überschreiben ohne eigene abzuleite
die später definierte (probieren hilf). Das sieht man unter anderem wenn man mit TBitmap arbeitet. TBitmap ist in der unit Windows und in der Unit Graphics definiert. Wenn du mal die unit Windows in den Uses nach der Unit Graphics aufführst wirst du sehen das rumgemeckert wird das es kein Object ist oder so weil die TBitmap-Definition in der Windows-Unit keine Klasse ist.
|
Re: Methoden einer Kompo überschreiben ohne eigene abzuleite
Zitat:
Edit : Ahhhh, noch was übersehen. Was ist denn das ? :shock: Zitat:
Delphi-Quellcode:
Edit2 :
TMeinButton = class(TButton)
published procedure alert; end; Zitat:
|
Re: Methoden einer Kompo überschreiben ohne eigene abzuleite
Zitat:
Edit: Wenn ich einen schließenden bbCode entferne kann das ja nicht gut aussehen... |
Re: Methoden einer Kompo überschreiben ohne eigene abzuleite
Wie ist das also nochmal. Wenn ich TButton als Klasse von StdCtrls.TButton ableite, dann ist das nur in der aktuellen Unit gültig (bzw. in Units die diese Unit einbinden und TButton nicht überschreiben), oder? :gruebel:
|
Re: Methoden einer Kompo überschreiben ohne eigene abzuleite
Wenn du nur Methoden hinzufügen willst, könntest du doch (dank D2005) class helpers benutzen. Du kannst auch Methoden der Klasse verdecken, wie du diese dann aber im Helper wieder aufrufen kannst, kann ich dir nicht sagen (mit inherited hat sich Delphi aufgehängt :stupid: ).
|
Re: Methoden einer Kompo überschreiben ohne eigene abzuleite
Zitat:
Wenn dann eine Unit sowohl ExtCtrls, als auch deine Unit einbindet, gibt es einen Namenskonflikt, da ja TButton einmal in ExtCtrls und einmal in deiner Unit. Welche dann bevorzugt wird, kann ich nicht sagen, in so eine unangenehme Situation bin ich noch nicht gekommen, deswegen ist es dann auch besser, den Fully Qualified Name der Klasse zu benutzen, also entweder ExtCtrls.TButton, wenn ich einen Normalo-Button haben will, oder MeineUnit.TButton, wenn ich meinen Enhanced-Button haben will. |
Re: Methoden einer Kompo überschreiben ohne eigene abzuleite
Vielen, vielen Dank einmal!
Ihr seid eine große Hilfe! :thumb: Das mit class helpers muss ich mir noch anschauen, klingt aber viel versprechend. LG, Gerhard Edit:ad »class helpers«: irgendwie werde ich da aus der Hilfe nicht gescheit. Hat das irgendwas mit »IClassFactory« zu tun, bzw. wie kann ich das implementieren? :roll: |
Re: Methoden einer Kompo überschreiben ohne eigene abzuleite
Ich habe keine Delphi2005-Hilfe, aber nach dem, was hier geschrieben steht, sieht das alles ziemlich straightforward aus, ohne Interfaces.
|
Re: Methoden einer Kompo überschreiben ohne eigene abzuleite
Zitat:
@delphiFreak Ich verstehe immer noch nicht wo das Problem liegt... Warum musst du für all die anderen Klassen auch Ableitungen erstellen? Ich sehe in deinem Bleistift nur die eigentliche neue Klasse und das SynEdit, dass sie verwenden würde. Dein SynEdit ist wäre aber weiter voll kompatibel zum Rest. Wo ist das Problem dabei? Du machst dich doch total inkompatibel zu allem anderen wenn du in den Sourcen rumwurschtelst. Ist das überhaupt erlaubt, ohne die Änderungen wieder als OSS zu veröffentlichen? Und was hält man dann wohl von deinem Programm, wenn man dann sieht, dass du nicht die Lust hattest, es sauber zu lösen? :gruebel: |
Alle Zeitangaben in WEZ +1. Es ist jetzt 14:31 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz