Zitat von Mavarik:

Wie wäre es mit er 64 bit Version und Ende mit dem Speicherproblem...

Genau das wurde uns mal vorgeschlagen als wir wegen Speicherprobleme bei einer (Nicht-Delphi) Komponente probleme hatten.
Glücklicherweise war unser Kunde für den wir diese Komponente eingebaut hatten groß genug den Komponentenlieferanten (über die finanzielle Schiene) klar zu machen das 64-Bit hier keine Lösung ist.

Zitat von Daniel:

aber für viele andere, kleinere Komponenten würde dies vorerst das Aus bedeuten.

Echt? Die Komponenten die Unicodestrings überstanden haben und die auch schon in 64-Bit Anwendungen laufen?
Wenn dürfte das nur Komponenten ala GExpert und Co. betreffen.

Zitat von Daniel:

Andernfalls müsste man die Architektur der IDE ändern, dass eine Art Mischbetrieb möglich würde.

Blos nicht. Eine hier auf Mixed 32/64-Bit Betrieb aufgebaute Architektur wäre rausgeschmissenes Geld. Heutzutage kann man für die IDE 64 Bit vorraussetzen. Nur der Remote Debugger wird noch einige Zeit als 32-Bit Anwendung benötigt.

Allein die IDE besteht aus über 70 größeren Fremdkomponenten.
Selbst die Prüfung+Anpassung für Large-Aware dauert da eine Weile.
Bei 64-Bit muß praktisch alles geprüft und geändert werden.

Alle externen Fremdkomponenten müssen ihre Design-Time-Packages und Experten ebenfalls für 64 Bit anbieten.
> selbst GExperts, CnPack, ModelMaker, Castalia, die JEDI-Experten usw. hatten bisher noch keinen Grund ihren IDE-Code für 64 Bit auszulegen.

In einem 32 Bit-Windows wird diese IDE dann natürlich nicht mehr laufen.
Und ich glaub auch kaum, daß Embarcadero zwei IDEs parallel entwickeln will/wird.


Vielleicht wäre es besser, wenn man Vieles als Out-of-Process-Server auslagert.
Nebenbei würde auch eventuell nicht mehr gleich die ganze IDE abkratzen, wenn so ein Teil verreckt.

Firemonkey:

TScrollbox auflegen, TPanel einfügen. Scrollbar ist unten rechts da,
schiebt man das Panel aber nach oben links bleiben die Scrollbars unsichtbar, siehe angehängtes Bild.
Auch dieser Bug wurde vor längerer Zeit berichtet, ohne Worte..

Zitat von tueddy:

Firemonkey:

TScrollbox auflegen, TPanel einfügen. Scrollbar ist unten rechts da,
schiebt man das Panel aber nach oben links bleiben die Scrollbars unsichtbar, siehe angehängtes Bild.
Auch dieser Bug wurde vor längerer Zeit berichtet, ohne Worte..

Kann ich bestätigen. Habe gerade mal nach einer entsprechenden Meldung bei QC gesucht, weil ich mit einem Vote die Behebung des Fehlers unterstützen wollte. Habe da aber nichts gefunden. Kannst Du mir den Link zu dem Eintrag mal nennen, damit ich voten kann?

Zitat von Daniel:

Nur um mal ein Gefühl für die Größen zu erhalten: Wie groß ist denn bei Dir "etwas größer"?

Also bei uns gab es das Problem mit dem Speicher bei XE7 schon bei Projekten mit unter 200k LOC (plus bereits kompiliert vorliegende weitere Units usw., u.a. aus Bibliotheken wie den JEDIs) was ich nicht als sonderlich groß ansehen würde.
Dabei reichte es bei XE7 das Projekt zwei oder drei Mal zu kompilieren damit die IDE mit OutOfMemory abstürzte.
// EDIT: Und bei Projektgruppen war schon beim ersten Mal kompilieren beim dritten oder vierten Projekt Schluss wobei dort die Projekte sogar noch kleiner waren.

XE8 konnte ich mangels der JEDIs noch nicht testen, diesmal habe ich keine Zeit die Anpassung zuerst Quick&Dirty selbst zu machen. Aber ich werde es dann auch mit XE8 testen.

Zitat von Harry Stahl:

Der PAServer16 ließ sich erst auf dem MAC installieren, nachdem ich die Sprache auf English umgestellt hatte (also nur im Setup-Dialog selber). Bei Deutsch passierte nichts, wenn man die Lizenzbedingungen akzeptiert hatte.

Ich habe gerade mal versucht, dies nachzustellen.
Ich kann den PAServer auf mit allen Sprach-Einstellungen installieren.
Mein MacOS war erst auf Englisch, danach - nach einem Neustart - dann auf Deutsch eingestellt.

Zitat von tueddy:

Firemonkey:
TScrollbox auflegen, TPanel einfügen. Scrollbar ist unten rechts da,
schiebt man das Panel aber nach oben links bleiben die Scrollbars unsichtbar, siehe angehängtes Bild.

Das kann ich hier nachstellen. Alles, was nach rechts bzw. unten rausragt, erzeugt korrekte Scrollbalken.
Wenn ein Element NUR nach links bzw. oben rausragt, sehen wir keine Scrollbalken, dafür wird das Element zur Laufzeit in den sichtbaren Bereich verschoben.
Sicherlich könnte man das ändern, ich wüsste aktuell nur keinen Anwendungsfall, in dem es einen Sinn ergeben würde, ein Control halb links rauszuschieben OHNE dafür weiter rechts irgendwas anderes anzuzeigen. Denn das von Dir beschriebe Szenario tritt nur dann ein, wenn das Panel, das halb links raushängt, das einzige Control in der Scrollbox ist.

Beispiele...

Compiliert für Android:

Failure [INSTALL_PARSE_FAILED_MANIFEST_MALFORMED]...

Abgesehen davon, dass absolute Pfade zu einer classes.dex drin sind die es nicht gibt.

... und das Beispiel ist wo?
Ich glaube Dir selbstverständlich, dass Du diesen Fehler auf Deinem System hast. Doch mit diesem Informationsgehalt lässt sich da für uns nichts daraus machen. Weder eine Lösung noch ein Bugreport.