Ergebnis der Suchanfrage

• Forum: Object-Pascal / Delphi-Language

  AW: Compilerschalter für Framework

    Delphi
    by himitsu, 10. Mai 2015
  unit VCL.FeigFrameworkCheck;
  
  interface
  
  const
  FeigFramework = 'VCL';
  
  implementation
  
  end.
• Forum: Object-Pascal / Delphi-Language

  AW: Compilerschalter für Framework

    Delphi
    by himitsu, 10. Mai 2015
  Außer es gibt wirklich zwei Komponenten.
  
  Der Hauptgrund für die Entscheidung ist ja, daß ich bei Verwendung des FMX nicht die Units der VCL über meine Uses-Abschnitte ins Programm bringen will.
  Wenn eh Beides im Programm benutzt wird, dann ist es im Endeffekt ja egal, was meine Komponente intern benutzt. :angle2:
  
  Wenn man vor/im Uses global abfragen könnte, was für Units bereits (bis zu...
• Forum: Object-Pascal / Delphi-Language

  AW: Compilerschalter für Framework

    Delphi
    by himitsu, 10. Mai 2015
  Das mit den DEFINEs wollte ich wenn möglich lassen, da diese Fremdkomponente ja auch für Andere sein soll.
  
  Vorallem da diese DEFINE einen kleinen Nachteil haben.
  Der Compiler kompiliert die Dateien nicht von alleine neu, wenn man nur die DEFINEs ändert, da er an den Dateien ja keine Änderung erkennt. (man muß explizit ein Build ausführen)
  
  Es gibt hier auch zwei Grundlegende Probleme beim...
• Forum: Object-Pascal / Delphi-Language

  AW: Compilerschalter für Framework

    Delphi
    by himitsu, 9. Mai 2015
  Ich hab mal das Projektsverzeichnis vom Delphi leer gemacht.
  Jetzt ist wirklich nur noch Win32 und Win64 in den Basisconfigs überschrieben.
  
  Es gab zwar .dproj.local , .identcache und .res mit dem selben Projektnamen, welchen Delphi für die neuen Projekte genommen hat, und daraus sollten eigentlich keine Projektoptionen kommen. :gruebel:
• Forum: Object-Pascal / Delphi-Language

  AW: Compilerschalter für Framework

    Delphi
    by himitsu, 9. Mai 2015
  Da Services aber (standardmäßig) nichts visuelles Benutzen dürfen, wäre VCL im Standard dennoch falsch nicht ganz richtig.
  Und da "Plattformübergreifend" vorallem für iOS (den Liebling von Emba) ist, wäre Winapi/Win dort total falsch. :stupid:
  
  Soo, Feig.FrameworkCheck in die Uses und VCL.Feig.FrameworkCheck.pas, sowie FMX.Feig.FrameworkCheck.pas erstellt.
  Leider heißt es dann dennoch "Datei...
• Forum: Object-Pascal / Delphi-Language

  AW: Compilerschalter für Framework

    Delphi
    by himitsu, 9. Mai 2015
  Irgendwas ist hier komisch (XE7, aber da hat sich bestimmt in XE8 eh nix verändert)
  
  Firemonkeyanwendungen referenzieren die Winapi und Win, aber kein FMX? :shock:
  Und ein nichtvisueller Service die VCL.
  
  Das sind jeweils die Standardwerte von neuen Anwendungen.
  erste+zweite Zeile = Namespaces der Ableitungen (vorallem Windows und MacOS ... Android ist in Ableitungen nicht überschrieben)...
• Forum: Object-Pascal / Delphi-Language

  AW: Compilerschalter für Framework

    Delphi
    by himitsu, 9. Mai 2015
  Hmmm, auf die Idee nur den Timer abzuleiten, bin ich noch nicht gekommen.
  Hätte beinah meine Klasse abgeleitet (mit 'ner virtuellen ErstelleTimer-Methode) und gehofft der Formdesigner kommt damit klar, daß es zwei Komponenten mit dem selben Namen gibt.
  
  Komponentenentwicklung für MultiPlattform und MultiCompilerVersion gestaltet sich garnicht so einfach. :cry:
  
  http://delphibistro.com/?p=206...
• Forum: Object-Pascal / Delphi-Language

  Compilerschalter für Framework

    Delphi
    by himitsu, 9. Mai 2015
  'nabend,
  
  es gibt nicht zufällig ein Define für das im Projekt verwendete Framework?
  Via {$IFDEF MSWINDOWS/ANDROID/MACOS/IOS} kann man zwar auf die Zielplattform prüfen, aber ob eine Windowsanwendung FMX oder VCL benutzt, kann ich in einer Unit irendwie nicht rausbekommen.
  
  Grund: eine nichtvisuelle Komponente, welche man auf eine VCL oder FMX-Form legen kann.
  Grundsätzlich geht das, aber...