AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Suchfunktion Ergebnis der Suchanfrage

Ergebnis der Suchanfrage


Datum des Suchindex: Heute, 21:02

Parameter dieser Suchanfrage:

Suche in Thema: Cross-Platform-Komponenten etwickeln?
Suche alle Beiträge, die von "Bernhard Geyer" geschrieben wurden
• Suchmethode: "Suche nach allen Begriffen"
• Nach Datum (firstpost) sortiert
• Zeige Treffer als Beiträge
Zeige 6 von insges. 6 Treffern
Suche benötigte 0.001s

Es liegen Ergebnisse in folgenden Bereichen vor:

  • Forum: Cross-Platform-Entwicklung

    AW: Cross-Platform-Komponenten etwickeln?

     
      by Bernhard Geyer, 23. Dez 2013
    Das ist aber dann ein 1a Programmierfehler. Für sowas hängt man sich in den Notifier-Event des Formulars und man bekommt mit wenn das Formular freigegeben wird (oder mit neuen Compiler würde man eine Weak-Referenz nehmen).
  • Forum: Cross-Platform-Entwicklung

    AW: Cross-Platform-Komponenten etwickeln?

     
      by Bernhard Geyer, 23. Dez 2013
    Kann man jetzt schon machen. Delphi XEn für Altprojekte und Oxygene für neu Projekte:-) (Oder bei MS: VB für Altprojekte und VB.NET für Neuprojekte)

    Ich denke ein schneller harter Schnitt ist zu viel. Hier sollte schon die Möglichkeit geben bestehenden Code über 3-4 Versionen auf eine neue Basis zu heben.
    Emba muss nur halt den Schnitt durchziehen Altlasten auch wirklich abzukünden. So ist...
  • Forum: Cross-Platform-Entwicklung

    AW: Cross-Platform-Komponenten etwickeln?

     
      by Bernhard Geyer, 23. Dez 2013
    Was VCL betrifft kenn ich aber nur das Release am Formular. Sonst primär nur das _Release von Interfaces.
    Und für das Formular ist das nur bei Nicht-Modalen nötig. Bei ShowModal sorgt die Implementierung des ShowModal dafür das die MessageQueue schon geleert ist.


    Sozusagen als Notfall-Workaround. Hoffentlich auch gut im Code dokumentiert.


    Wieso sollte das nicht gehen. In der Doku...
  • Forum: Cross-Platform-Entwicklung

    AW: Cross-Platform-Komponenten etwickeln?

     
      by Bernhard Geyer, 22. Dez 2013
    Irgendwann muss mal Altsysteme abkündigen. Ist wie mit alten Windows-Versionen. Man wird zwar länger Support bieten als der Hersteller aber irgendwann muss man mal los lassen.
    Wie soll der Hersteller (hier Emba) neu (nötige) Sprachfeaters aufnehmen wenn es dann immer wieder heißt: "das geht ja wieder in meinem 10 Jahre alten IDE-Version".


    Also ich finde es gut das man langsam auch solche...
  • Forum: Cross-Platform-Entwicklung

    AW: Cross-Platform-Komponenten etwickeln?

     
      by Bernhard Geyer, 22. Dez 2013
    Leider nicht. Gerade zur Laufzeit erstellte Komponenten erhalten so viele Referenzen, dass ARC das nicht mehr mitbekommt. Dort ist dann Release zu verwenden.
    Also ich kenn nur die Aussage das man Release für Nicht-Modale Dialoge verwenden soll. Für alles andere reicht ein Free.



    Wie soll das gehen wenn TComponent gar keine Release-Methode hat :gruebel:


    Ich Tipp hier eher auf das...
  • Forum: Cross-Platform-Entwicklung

    AW: Cross-Platform-Komponenten etwickeln?

     
      by Bernhard Geyer, 22. Dez 2013
    Dafür wurde die TStringHelper-Klasse eingeführt.
    Die korrekte gleiche Verwendung (wie auch in der Hilfe als Beispiel vorhanden) wäre:
    for I:= 0 to MyString.Length - 1 do
    Write(MyString.Chars);



    Eigentlich nicht. In den Meisten Fällen ist ein .Free besser/angebrachter. Sollte FreeAndNil Abstürze vermeiden so hat man meiste an anderer Stelle ein Problem/Fehler der durch ein...


URL zu dieser Suchanfrage:

https://www.delphipraxis.net/dp_search.php?do=usersearch&search_username=Bernhard+Geyer&search_exact_username=1&search_sortby=dateline&search_resulttype=post&search_matchmode=0&searchthreadid=178193
Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 21:16 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