Mit XE8 funktioniert der Kompass-Sensor nicht mehr. Ist das nur auf meinem System so?
Sensor.HeadingX/Y/Z geben immer 0 zurück.

Zitat von Sir Rufo:

Ein Bug in TList<T>
http://stackoverflow.com/questions/2...eed-workaround

Ich bin entsetzt! Das Thema liegt seit zwei Wochen bei Embacadero. Warum dauert es so lange hierfür einen Hotfix bereit zu stellen?
Würde ich ein Produkt mit so einem eklatanten Mangel ausliefern, müsste ich Angst vor einem Gerichts-Prozess haben. Wann ist mit einem Fix zu rechnen?

Bislang bin ich, seit ich dabei bin (XE4), immer recht zügig auf die neuste Version gesprungen, aber diesmal sehe ich nur abschreckendes und keinen einzigen Grund für ein Update auf XE8 (außer dass man eigentlich Geld dafür bezahlt hat).

XE9 oder 10

Zitat:

keinen einzigen Grund für ein Update auf XE8

Dann hast du wohl die "14 Gründe, warum jeder auf XE8 setzt!"-Werbemail oder den Newseintrag nicht gelesen?
http://community.embarcadero.com/ind...elease-to-date
http://delphi-insider.blogspot.de/20...moving-to.html

Da sind teilweise berechtigte Gründe drin (Parallel Lib), aber die sind allesamt nicht aus XE8, sondern früheren Versionen.

Das Live-Code-Template für Case-Of+Enum scheint defekt zu sein?

früher

markieren

Delphi-Quellcode:

  case TipMode of
    tipClose: ;
    tipOpen: ;
    tipDontCare: ;
  end;

jetzt

markieren

Delphi-Quellcode:

  case TipMode of

tipClose: ;
    tipOpen: ;
    tipDontCare: ; end;

Test: Neue VCL-Form, "case" [Leertaste] "TipMode" [Enter].


Hatte die Tool-Palette, bei aktivem CodeEditor, nicht mal die Code-Templates angezeigt? (wobei XE3 das grade eben auch nicht machte)
Ausprobiert hatte ich es, da die Codevervollständigung (Strg+Leertaste) nicht aufgehen wollte.


Früher konnte man mal kleine Testanwendungen (mindestens Win32) einfach so ausführen (F9), ohne sie erst speichern zu müssen, um mal eben schnell was ausprobieren zu können ... das ist nun auch kaputt.

Das case Live Template Problem kann ich nachvollziehen, ja. Das liegt aber an Castalia, nicht an Delphi selbst.

Das Ausführen ohne zu speichern funktioniert (zumindest bei Win32) bei mir aber problemlos nachdem ich das Autospeichern (das ich immer sofort aktiviere) deaktiviert habe.

Zitat von himitsu:

Früher konnte man mal kleine Testanwendungen (mindestens Win32) einfach so ausführen (F9), ohne sie erst speichern zu müssen, um mal eben schnell was ausprobieren zu können ... das ist nun auch kaputt.

Da ist nichts kaputt. Das hängt nach wie vor davon ab, ob Du unter Tools, Optionen, Umgebungsoptionen Autospeichern für Editordateien aktivierst hast oder nicht (wenn nicht, dann kannst Du schnell mal so etwas testweise ausführen, ohne speichern zu müssen).

Arg, zuviel aktiviert.
Speichern des Desktops an und Dateien aus und schon geht es.

Was fummelt denn Castalia an funktionierenden Funktionen vom Delphi dran rum?

• Warum kann das kein Deutsch oder die anderen IDE-Sprachen?
• Wieso sind die Optionen nicht im Options-Dialog? (Tools)
• Use editor graphics buffer muß man aktivieren, sonst bekomm ich noch 'nen epileptischen Anfall
• Structural highlighting mußte leider auch erstmal deaktiveren werden
  

Bei Bugmeldungen im Jira weiß ich immernoch nicht wo man eigentlich Bugs

Zitat:

im

vom Jira (dessen Einstellungen) oder IDE-Bugs zuordnen soll
und was soll man eigentlich auswählen, wenn es überall im Delphi/Studio kaputt ist und nicht nur in einer bestimmten Edition?

Zitat von himitsu:

Speichern des Desktops an und Dateien aus und schon geht es.

Sehr gewagt bei der Stabilität von XE8 hinsichtlich Out Of Memory...

Zitat von himitsu:

Structural highlighting mußte man leider auch erstmal deaktiveren

Also viele Formatierungen sind ja Geschmackssache, aber das begin hintendran halte ich persönlich für arg unsauber, weil es leicht übersehen wird. Das fällt in die gleiche Kategorie wie mehrere Befehle in eine Zeile zu pressen...
Jedenfalls kann ich durchaus nachvollziehen, dass das niemand getestet hat...