XE7: Statusbar in Mobiler App

[Kralle]

Moin,

wie bekomme ich einen einfachen Text in einer

Delphi-Quellcode:

TStatusBar

angezeigt:?:

Delphi-Quellcode:

SimpleForm:=True

als Eigenschaft der

Delphi-Quellcode:

TStatusBar

scheint es nicht mehr zu geben und so funktioniert auch ein

Delphi-Quellcode:

StatusBar1.SimpleText:='Irgendwas';

nicht mehr.

Weder in der "OH", noch im "docwiki", noch mittels Tante "Gxxgle" habe ich eine Lösung gefunden.
Oder ist die

Delphi-Quellcode:

TStatusBar

jetzt nur noch ein Container in dem ich z.B. ein Label ablegen muss und der nur für die Positionierung genutzt wird?

Gruß HEiko

[Mavarik]

Vielleicht solltest Du Dir erst mal die Design Rules anschauen...

Mavarik

[Kralle]

Hallo Mavarik,

Zitat:

Zitat von Mavarik (Beitrag 1279194)

Vielleicht solltest Du Dir erst mal die Design Rules anschauen...

Und warum zeigt dann Delphi in der Komponentenleiste bei

Delphi-Quellcode:

TStatusbar

bei unterstützte Systeme "Android" und alle anderen an?
enn es als unterstützt angezeigt wird, dann will ich es nutzen können, die Frage ist nur wie?
Ob das nun den Design-Reglen entspricht - egal. Wenn es funktioniert und der Nutzer es akzeptiert.

Also. zurück zur eigentlichen Frage: Wie nutzt man die Komponente jetzt:?:

Gruß Heiko

[Sir Rufo]

So wie in der Doku im Code-Beispiel gezeigt :roll:
(Achtung Transferleistung)

[Luckie]

Wo steht in den verlinkten Design Rules, dass nur bestimmte Kontrollelemente verwendet werden dürfen? Ich habe sie eben mal überflogen, aber alles was da gesagt wird, sind allgemeine Design Empfehlungen. Zusammengefasst: Anwender ist schnell überfordert, deswegen mach es hübsch, mach es einfach.

[Kralle]

Hallo Sir Rufo,

Zitat:

Zitat von Sir Rufo (Beitrag 1279218)

So wie in der Doku im Code-Beispiel gezeigt :roll:
(Achtung Transferleistung)

Meinst Du

Zitat:

C:\Users\Public\Documents\Embarcadero\Studio\15.0\ Samples\Object Pascal\FireMonkey Desktop\ControlsDemo

dort wird die Statusbar nur als Container für andere Komponenten benutzt.

Gruß Heiko

[Sir Rufo]

Ich sehe du hast das Wesen der FMX Statusleisten-Komponente erkannt. Das lässt ja hoffen :mrgreen:

[Kralle]

N'bend,

Zitat:

Zitat von Sir Rufo (Beitrag 1279707)

Ich sehe du hast das Wesen der FMX Statusleisten-Komponente erkannt. Das lässt ja hoffen :mrgreen:

Aber, was unterscheidet dann ein

Delphi-Quellcode:

TStatusBar

von einem

Delphi-Quellcode:

TPanel

das man an der Unterkannte fixiert?
Und warum zeigt die IDE an, das die Komponente für alle OS geeignet ist, und dann muß man doch für die Mobile Anwendung anstatt einem

Delphi-Quellcode:

SimpleText

ein

Delphi-Quellcode:

TLabel

auf der Statusleiste platzieren. Dann kann man sich als eigentlich

Delphi-Quellcode:

TStatusbar

gleich auch unter Windows schenken - oder?
Gruß HEiko

[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 :

Delphi-Quellcode:

  [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:

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 den

Delphi-Quellcode:

TOpenDialog

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:

Zitat von Sir Rufo (Beitrag 1279726)

@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.

[Kralle]

Danke, für die vielen Antworten und Erklärungen.
Gruß Heiko