XE7: Statusbar in Mobiler App

[RWarnecke]

Ich kann bei jeder Komponente anzeigen lassen, dass die Komponente für alle OS geeignet ist. Dass heißt aber noch nicht, dass unter allen OS die Komponente die gleiche Funktion hat. Denn die OS, die Du in der Popupblase siehst werden aus dieser Zeile generiert :
  [ComponentPlatformsAttribute(pidWin32 or pidWin64)] Diese Zeile zeigt jetzt nur Win32 und Win64 an. Für die anderen OS gibt es noch weitere pid-Werte.

[himitsu]

iOS und Android haben nunmal eigentlich keine StatusLeiste (siehe StyleGuide), so wie sie Windows/OSX/Linux kennen.
Genauso, wie es dort eigentlich auch kein TMainMenu gibt.

Eine Statusinformation wird dort ja standardmäßig an anderen Stellen angezeigt.

[Sir Rufo]

Wenn dir die FireMonkey Statusleiste nicht gefällt, dann schreibe entweder einen Bug-Report oder benutze die einfach nicht.

Die VCL Statusleiste hatte die Eigenschaft SimpleText, die FMX Version nicht, na und. Dafür kannst du in die FMX Statusleiste jetzt einfach reinklatschen was du möchtest (Progressbar, ...).

Worüber beschwerst du dich also jetzt wirklich?

@RWarnecke

Warum kann man diese Komponente nicht bei Mobile benutzen? Technisch spricht nichts dagegen. Gut das mit dem SizeGrip sollte man sich wohl eher verkneifen

@himitsu

Styleguide hin oder her, wenn es passt und die Zielgruppe so akzeptiert (so haben will), kann mich der Styleguide aber sowas von mal haben

[Kralle]

Hallo,

Zitat von Sir Rufo:

Worüber beschwerst du dich also jetzt?

Nicht beschweren sondern wundern.

Zitat:

Ein Code für alle Unterstützten Betriebssystem, eine IDE die die Multiplattformentwicklung vereinfacht und beschleunigt.

So oder so ähnlich werden die embarcadero Produkte beworben. Dann wird dir in der IDE angezeigt, diese Komponente ist für alle Plattformen und dann musst Du doch wieder mit Compilerweichen für die verschiedenen Betriebssystem arbeiten.
Wenn eine Komponente nicht auf allen Plattformen gleich funktioniert, dann sollte sie am besten rausfliegen und durch eine Betriebssystemunabhängige ersetzt werden.
Das gilt z.B. auch für denTOpenDialog der auch nicht unter Android funktioniert. Dann müsste konsequenter Weise embarcadero dort einen Dialog bieten der nicht an ein Betriebssystem gebunden ist, sich im Code aber verhält wie gewohnt.
Dann würde man vielleicht wirklich mit einem Code und ohne Compilerweichen auskommen.

Gruß Heiko
(der der jetzt zu bett geht)

[RWarnecke]

Zitat von Sir Rufo:

@RWarnecke

Warum kann man diese Komponente nicht bei Mobile benutzen? Technisch spricht nichts dagegen. Gut das mit dem SizeGrip sollte man sich wohl eher verkneifen

Ich wollte dem TE lediglich nur Näher bringen, wie die Anzeige der unterstützten Betriebssysteme da hin kommt.