Ergebnis der Suchanfrage

• Forum: GUI-Design mit VCL / FireMonkey / Common Controls

  Re: published set > 32bit

    Delphi
    by RSE, 22. Apr 2010
  Ich meinte, dass es keinen vordefinierten (eingeschränkten) Standard-Property-Editor dafür gibt, der ggf. Fehler beim Compilieren produziert. Wenn ich einen eigenen Property Editor schreibe, dann wird der benutzt, wenn es eine entsprechende published-Eigenschaft gibt, und genau daran arbeite ich gerade.
• Forum: GUI-Design mit VCL / FireMonkey / Common Controls

  Re: published set > 32bit

    Delphi
    by RSE, 22. Apr 2010
  Es kommt nicht allein auf die Größe an! :smile2: Zuerst schaut Delphi nach dem Typ, und wenn es ein Set ist, dann wird geschaut, ob es auch klein genug für den OI ist. Mein Typ ist jetzt aber ein Record, und die werden offenbar gar nicht im OI angezeigt (zumindest meiner nicht). Also gibt´s da auch kein Problem mit den Property Editoren mehr.
• Forum: GUI-Design mit VCL / FireMonkey / Common Controls

  Re: published set > 32bit

    Delphi
    by RSE, 22. Apr 2010
  Beim Definieren der Klasse kam mir die Idee folgendes zu tun:
  TKeys = record
  Keys: set of Char;
  end;
  Das ist (fast) das gleiche wie ein großes Set, nur dass der Bezeichner einen Punkt enthält. :stupid:
  
  @himitsu: Hm, da hast du wohl Recht. Es war eben der Strohhalm zum dran festklammern :zwinker:
• Forum: GUI-Design mit VCL / FireMonkey / Common Controls

  Re: published set > 32bit

    Delphi
    by RSE, 22. Apr 2010
  Wie erwartet hält die Registrierung eines neuen Property Editors den Precompiler nicht davon ab, einen Fehler auszugeben ;-) Große Sets sind damit von vornherein im published ausgeschlossen. Also werde ich jetzt eine Klasse dafür bauen.
  
  Mit der Message-Direktive wird übrigens in der VCL gar nicht gearbeitet.
• Forum: GUI-Design mit VCL / FireMonkey / Common Controls

  Re: published set > 32bit

    Delphi
    by RSE, 21. Apr 2010
  DefineProperties sorgt nur für die Speicherung im DFM, sonst nix. Für die Anzeige im OI ist published zuständig, genau das ist der Unterschied zwischen public und published.
  
  Ob die Registrierung eines neuen Property Editors den Precompiler davon abhält, einen Fehler auszugeben, habe ich noch nicht ausprobiert, ich wage es aber schwer zu bezweifeln. Morgen früh werd ich es mal ausprobieren.
  ...
• Forum: GUI-Design mit VCL / FireMonkey / Common Controls

  Re: published set > 32bit

    Delphi
    by RSE, 21. Apr 2010
  Als public wär das kein Problem, aber dann wirds ja auch nicht im OI angezeigt ;-)
  
  Das Problem ist, dass (zumindest in D5) TSetProperty von TOrdinalProperty abgeleitet ist und dieses mit GetOrdValue arbeitet, welches Longint zurückliefert, also 32bit.
• Forum: GUI-Design mit VCL / FireMonkey / Common Controls

  Re: published set > 32bit

    Delphi
    by RSE, 21. Apr 2010
  Eine eigene Klasse ist schon irgendwie mit Kanonen auf Spatzen schießen, zumal ein Set eben so schön handlebar ist mit dem in-Operator usw., aber wenn man die Standard Verwaltungs- und Streamingmethoden nicht anders aushebeln kann... Ich dachte es gäbe vielleicht eine Vorgehensweise ähnlich DefineProperties, für mein TKeySet speziell eigene Read- und Write-Methoden zu setzen, die den...
• Forum: GUI-Design mit VCL / FireMonkey / Common Controls

  published set > 32bit

    Delphi
    by RSE, 21. Apr 2010
  Hallo,
  
  obwohl das Thema sicherlich nicht allzu neu ist, finde ich bei Google doch nur Junk dazu, der mir nicht weiterhilft. Ich möchte die EigenschaftTKeySet = set of Char;
  property AllowedKeys: TKeySet read FAllowedKeys write FAllowedKeys;gerne published machen. Da mein set zu groß ist, geht das nicht. Grund: Die Standard-Streaming-Methoden, die für published-Elemente verwendet werden,...