Ergebnis der Suchanfrage

• Forum: Klatsch und Tratsch

  AW: Quo vadis Delphi XE8 ?

   
    by Bernhard Geyer, 15. Feb 2015
  Tschechisch wird aber nur in tschechien gehen. Was macht einer Kunde in DE der z.B. tschechische Adressen mit verwalten will?
  Und was ist an tschechisch pervers?
  
  
  Wird schwiriger. Chineisch lässt sich nicht auf eine Codepage reduzieren
  
  
  Für dich mag das stimmen. Für andere ist Unicode-Support essentiell wichtig.
• Forum: Klatsch und Tratsch

  AW: Quo vadis Delphi XE8 ?

   
    by Bernhard Geyer, 15. Feb 2015
  Schau dir mal die Definition von NSString und CFString bei Apple an. Dort ist ein Character auch 2 Byte groß. Wird halt UniChar genannt und nicht Char um keine Verwirrung zu verursachen.
  Wäre Emb auch diesen Weg gegangen und hätte String/Char auf 1 Byte gelassen und den neuen Typ UnicodString/UnicodeChar eingeführt wäre der aufschrei mindestens genauso groß gewesen da ja jetzt kein Code mehr...
• Forum: Klatsch und Tratsch

  AW: Quo vadis Delphi XE8 ?

   
    by Bernhard Geyer, 15. Feb 2015
  Mit Sicherheit genügend. Nicht umsonst gibt es einige Bibliotheken die für alte Delphi-Versionen das Problem halbwegs gelöst haben.
  Und du solltest so eine Frage nicht bei den Delphi-Entwicklern stellen die (damals) noch mit Delphi arbeiten sondern bei denen die nicht mehr mit Delphi arbeiten. Ein grund wird fehlender Unicode-Support gewesen sein.
  
  
  Solange die Basisimplementierung der VCL...
• Forum: Klatsch und Tratsch

  AW: Quo vadis Delphi XE8 ?

   
    by Bernhard Geyer, 15. Feb 2015
  Die JSON-Schnittstelle ist für mich Außenschnittstelle. Und dieser liefert ja mittlerweile Emba. Und sobald ich die Wert einlese habe ich ja normale Unicodestrings.
  
  Den Quellcode habe ich mir hier noch nicht angesehen um das zu beurteilen. Da ich aber keine Zeitkritische Operation mit viele CharInSet-Abfragen habe ist mir hier auch nix aufgefallen.
• Forum: Klatsch und Tratsch

  AW: Quo vadis Delphi XE8 ?

   
    by Bernhard Geyer, 14. Feb 2015
  Man sollte seine Anwendung so gestallten das nur an den "Außenkontaktstellen" in die nötige Charset/Codepage/Codierung gewandelt wird und intern 100% mit UnicodStrings gearbeitet wird.
• Forum: Klatsch und Tratsch

  AW: Quo vadis Delphi XE8 ?

   
    by Bernhard Geyer, 14. Feb 2015
  Ich denke dafür kann man auch eine überladene Version von CharInSet definieren um sowas zu verstecken
• Forum: Klatsch und Tratsch

  AW: Quo vadis Delphi XE8 ?

   
    by Bernhard Geyer, 14. Feb 2015
  Ein Char bleibt ein Char, aber zur speicherung von Text werden in den String-Klassen UniChars verwendet :-)
  
  
  
  Dann wären die Projekte vielleicht auf neue Versionen gehoben, aber immer noch nicht unicodefähig.
  Ich glaube auch das viele Projekte bei D2007 hängen geblieben sind da durch die VCL.NET (und des generellen .NET-Ausflugs) viel Entwicklungszeit investiert wurde den man danach...
• Forum: Klatsch und Tratsch

  AW: Quo vadis Delphi XE8 ?

   
    by Bernhard Geyer, 14. Feb 2015
  Apple hat eine dem String-Type entsprechenden Typ CFString und der Arbeitet mit UniChar. Wenn man diesen Verwenden und die dafür vorgesehen Zugriffsfunktionen wird man (ähnlich wie bei der MFC mit CString) relativ wenig mitbekommen haben als man auf Unicode umgestiegen ist.
  Bei Delphi konnte man viele Jahre "faulenzen" und die Compilermagic verwenden statt sich an den relevanten Stellen (Datei...