AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren

FireMonkey Sammelthread

Ein Thema von mquadrat · begonnen am 1. Sep 2011 · letzter Beitrag vom 27. Jul 2013
Antwort Antwort
Seite 1 von 2  1 2   
neo4a

Registriert seit: 22. Jan 2007
Ort: Ingolstadt
362 Beiträge
 
Delphi XE2 Architect
 
#1

AW: FireMonkey Sammelthread

  Alt 1. Sep 2011, 15:55
Hatte ich mir schon vorher gedacht, als ich das in ein paar Videos gesehen hatte. Ist halt nur ein "Windows 7"-Theme, mehr nicht... Irgendwie schade drum. Verstehe nur nicht, warum da aber nicht auf die WinAPI zugegriffen wird, eben je nach System.
Die bieten kein "Vector-Rendering", das nötig ist für Scaling, Rotating, Transitions, Theming etc.
Andreas
  Mit Zitat antworten Zitat
neo4a

Registriert seit: 22. Jan 2007
Ort: Ingolstadt
362 Beiträge
 
Delphi XE2 Architect
 
#2

AW: FireMonkey Sammelthread

  Alt 1. Sep 2011, 16:07
Wenn man einem fmx.StringGrid einen benutzerdefinierten Style zugewiesen hat und anschließend den Style im StyleBook der App ändert, haut es das Grid zur Laufzeit zusammen.

Überhaupt reagiert das Grid allergisch/komisch, wenn es eine CustomStyle hat (z.B. für abgerundete Ecken) und man anschließend am Stylebook etwas ändert.

Lösung: StyleName im OI löschen.
Angehängte Grafiken
Dateityp: png fmxfail01.png (87,5 KB, 290x aufgerufen)
Andreas
  Mit Zitat antworten Zitat
Benutzerbild von ehX
ehX

Registriert seit: 11. Aug 2011
Ort: Augsburg
55 Beiträge
 
Delphi 2009 Professional
 
#3

AW: FireMonkey Sammelthread

  Alt 1. Sep 2011, 16:11
Mein erstes "Wow!" hatte ich, als ich die 3D-Anwendungs-Templates gesehen habe. Cool, das wirkt fast wie ein integriertes GLScene (Die Properties heissen auch fast genau so).

Nur, was ich noch nicht gefunden habe, ist sowas wie einen Cadencer...mit dem man Framebezogene Animationen machen kann (Routine, die bei jedem Frame ausgeführt wird). OnRender ist auf jedenfall nicht der richtige Handler Wahrscheinlich muss man sich hier onIdle verwurschteln.
Fin
  Mit Zitat antworten Zitat
mquadrat

Registriert seit: 13. Feb 2004
1.113 Beiträge
 
Delphi XE2 Professional
 
#4

AW: FireMonkey Sammelthread

  Alt 1. Sep 2011, 16:13
@neo

Uhh das ist ja fies.


@Win7-Theme

Es muss ja nicht 100% sein, aber wenn die Checkbox statt einem Häkchen ein Kreuzchen hat, dann fragt man sich ob der Designer schon mal an einem Win7-Rechner gearbeitet hat. Und die Farben der Farbverläufe sollten ja auch nicht das Problem sein.


@Wow-Effekt

Ich mag diese 3D GUI Demo. Mir schweben da Metro-Oberflächen vor
  Mit Zitat antworten Zitat
Benutzerbild von ehX
ehX

Registriert seit: 11. Aug 2011
Ort: Augsburg
55 Beiträge
 
Delphi 2009 Professional
 
#5

AW: FireMonkey Sammelthread

  Alt 1. Sep 2011, 16:37
So wie ich das jetzt sehe (spiele mit der Trial rum) hätte Emba Delphi XE doch lieber Delphi 2011 nennen sollen und diese Version nun XE
Dieses schnöde "2" wird der Aufbohrung und den Erweiterungen gar nicht gerecht. Das ist jetzt wirklich ein Next-Generation-Delphi
Fin
  Mit Zitat antworten Zitat
neo4a

Registriert seit: 22. Jan 2007
Ort: Ingolstadt
362 Beiträge
 
Delphi XE2 Architect
 
#6

AW: FireMonkey Sammelthread

  Alt 1. Sep 2011, 16:45
[WTF] Die zuletzt eingestellten Daten von DB-LiveBindings bleiben bei aktivem CDS im DFM gespeichert. Heißt, dass z.B. ein Bild aus der Datenbank im DFM verbleibt und somit in die Exe wandert.

Waren IDE-aktive Datasets bisher schon kein guter Stil, sind sie nun sogar schlecht fürs Exe-"Gewicht"
Andreas
  Mit Zitat antworten Zitat
Benutzerbild von Stevie
Stevie

Registriert seit: 12. Aug 2003
Ort: Soest
4.049 Beiträge
 
Delphi 10.1 Berlin Enterprise
 
#7

AW: FireMonkey Sammelthread

  Alt 1. Sep 2011, 16:50
[WTF] Die zuletzt eingestellten Daten von DB-LiveBindings bleiben bei aktivem CDS im DFM gespeichert. Heißt, dass z.B. ein Bild aus der Datenbank im DFM verbleibt und somit in die Exe wandert.

Waren IDE-aktive Datasets bisher schon kein guter Stil, sind sie nun sogar schlecht fürs Exe-"Gewicht"
Logisch, weil das Databinding ja nur die Werte von a nach b pumpt. Imo ändert da auch nen geclostes DS nix. Außer das Binding wäre so schlau bei nicht vorhandenen Daten auf der Source Seite was leeres auf die Gegenseite zu pumpen. Versuch mal, die ClearExpression deines bindingLinks zu definieren.

Wird aber wahrscheinlich nicht die Ursache sein. Eher, dass es sich um normale Controls handelt, die ebend über das Binding befüllt werden. Das wird ganz normal in der fmx gespeichert, weil nicht festgestellt werden kann, dass der Wert aus dem Binding kam.
Stefan
“Simplicity, carried to the extreme, becomes elegance.” Jon Franklin

Delphi Sorcery - DSharp - Spring4D - TestInsight

Geändert von Stevie ( 1. Sep 2011 um 16:53 Uhr)
  Mit Zitat antworten Zitat
neo4a

Registriert seit: 22. Jan 2007
Ort: Ingolstadt
362 Beiträge
 
Delphi XE2 Architect
 
#8

AW: FireMonkey Sammelthread

  Alt 1. Sep 2011, 17:12
[WTF] Die zuletzt eingestellten Daten von DB-LiveBindings bleiben bei aktivem CDS im DFM gespeichert.
Logisch, weil das Databinding ja nur die Werte von a nach b pumpt. Imo ändert da auch nen geclostes DS nix. Außer das Binding wäre so schlau bei nicht vorhandenen Daten auf der Source Seite was leeres auf die Gegenseite zu pumpen.
So ist es tatsächlich: CDS geschlossen, keine Daten in den Controls und der DFM.
Andreas
  Mit Zitat antworten Zitat
Darlo

Registriert seit: 28. Jul 2008
Ort: München
1.196 Beiträge
 
Delphi 10.2 Tokyo Enterprise
 
#9

AW: FireMonkey Sammelthread

  Alt 1. Sep 2011, 18:34
Hallo zusammen,

das mit dem Drucken interessiert mich auch. Bzw. wie kann man ohne Reportunterstützung eine umfangreiche PDF-Datei erstellen.
Hat jemand von euch schon durchschaut wie FMX mit Multitouch umgehen soll? Finde da kein Event....

Gruß

Darlo
Philip
  Mit Zitat antworten Zitat
neo4a

Registriert seit: 22. Jan 2007
Ort: Ingolstadt
362 Beiträge
 
Delphi XE2 Architect
 
#10

AW: FireMonkey Sammelthread

  Alt 1. Sep 2011, 16:47
So wie ich das jetzt sehe (spiele mit der Trial rum) hätte Emba Delphi XE doch lieber Delphi 2011 nennen sollen und diese Version nun XE
David I hat wohl mal erzählt, dass das X für Cross-Plattform und E für Embarc. steht. Insofern stimmt Dein Einwurf sogar inhaltlich.

Dieses schnöde "2" wird der Aufbohrung und den Erweiterungen gar nicht gerecht. Das ist jetzt wirklich ein Next-Generation-Delphi
Sehe ich bisher auch so.
Andreas
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 1 von 2  1 2   

Themen-Optionen Thema durchsuchen
Thema durchsuchen:

Erweiterte Suche
Ansicht

Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 21:12 Uhr.
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz