DX10.2 - Diverse IDE-Probleme

[jaenicke]

Zitat:

Zitat von a.def (Beitrag 1367706)

Gibt es Hoffnung, dass die das reparieren, ohne dass man horrende Preise draufzahlen muss?

Subscription eben...
Aber ob und wann ist dafür eine Änderung gibt, weiß man ja nicht.

Ich hätte allerdings nie gedacht dass jemand diese Funktion überhaupt benutzt. Die alphabetische Liste rechts oben finde ich sehr viel praktischer.

[a.def]

Zitat:

Sicher, dass es am Editor liegt?

Muss es wohl. XE8 ist auf demselben System installiert wie die Tokyo Demo und XE8 funktioniert einwandfrei.

[Uwe Raabe]

Zitat:

Zitat von a.def (Beitrag 1367716)

Zitat:

Sicher, dass es am Editor liegt?

Muss es wohl. XE8 ist auf demselben System installiert wie die Tokyo Demo und XE8 funktioniert einwandfrei.

Das ist jetzt allerdings ein Dilemma: Windows 10 bietet eine Einstellung dafür. Soll man die nun beachten oder nicht? Ist es gerechtfertigt, daß die IDE hier ein anwendungsspezifisches Verhalten implementiert, das gegebenenfalls von der Systemeinstellung abweicht?

Andererseits gibt es genügend Erweiterungen für ältere Windows-Systeme, die diese Option nachrüsten: Making a mouse scroll work in non-active windows?

[a.def]

Zitat:

Das ist jetzt allerdings ein Dilemma: Windows 10 bietet eine Einstellung dafür. Soll man die nun beachten oder nicht?

Das ist kein Dilemma.

Aber aber ein anwendungsspezifisches Verhalten implementiert, das gegebenenfalls von der Systemeinstellung abweicht kann man es auch nicht nennen, denn nicht jeder nutzt Windows 10 und in Windows 7 gibt es solche Einstellungen noch nicht.

Ein weiterer Fehler in Tokyo liegt darin, dass beim Kompilieren relativ selten der Fehler angezeigt wird, dass irgendeine Komponente auf dem Formular nicht gefunden wurde.
Hatte ich heute schon zweimal.

Den Fehler, dass der Editor mit einer Fehlermeldung ans Ende irgendeiner Unit springt und berichtet, dass die Unit nicht kompiliert werden konnte, gibt es weiterhin.

[Uwe Raabe]

Zitat:

Zitat von a.def (Beitrag 1367719)

denn nicht jeder nutzt Windows 10 und in Windows 7 gibt es solche Einstellungen noch nicht.

Deshalb ja auch mein Link zu diversen Lösungen auch unter Windows 7.

[a.def]

Zitat:

Making a mouse scroll work in non-active windows?

Aber muss man unter Windows 7 jetzt wirklich so ein Tool installieren dessen Funktion man nur in einem einzigen Programm braucht, das diese standardmäßig eigentlich aber implementiert haben sollte?
Finde ich ein Unding.

Da sollte sich Embarcadero aber noch einmal hinsetzen. Es gibt Bugs die sind schon seit mindestens XE2 drin und noch immer nicht behoben.

[EWeiss]

Zitat:

Da sollte sich Embarcadero aber noch einmal hinsetzen. Es gibt Bugs die sind schon seit mindestens XE2 drin und noch immer nicht behoben.

Ich weis schon warum ich auf D2010 bleibe. ;) Als Hobbykoch

gruss

[Uwe Raabe]

Zitat:

Zitat von a.def (Beitrag 1367721)

Aber muss man unter Windows 7 jetzt wirklich so ein Tool installieren dessen Funktion man nur in einem einzigen Programm braucht, das diese standardmäßig eigentlich aber implementiert haben sollte?

Der Links ist in keiner Weise auf Delphi bezogen. Es gibt offenbar genügend andere Programme, die ebenfalls dieses Verhalten aufweisen.

Meiner Meinung nach wäre eine undifferenzierte Aktivierung diese Verhaltens (wie es z.B. XE8 tut) zumindest unter Windows 10 nicht mehr OS-konform, da es die dort vorhandene Systemeinstellung außer Kraft setzt. Unschön bleibt allerdings das unterschiedliche Verhalten unter z.B. Windows 7 - da hätte man kompatibel bleiben sollen und einen entsprechenden Hinweis für Windows 10 in das Whats New setzen sollen, daß das dort über die Systemeinstellung geregelt wird.

Was allerdings deine Frage betrifft: Ja, das solltest du tun - und sei es einfach nur, weil es schnell und unkompliziert das Problem löst. Das sehe ich da ganz pragmatisch.

[Aviator]

Zitat:

Zitat von Uwe Raabe (Beitrag 1367718)

Windows 10 bietet eine Einstellung dafür.

Perfekt. Danke für die Info. :thumb: :thumb: :thumb:

Wäre nie darauf gekommen, dass das in den Systemeinstellungen einzustellen wäre. Mein Delphi 10.1 Berlin habe ich in einer VM installiert die zuvor Windows 8.1 war und jetzt Windows 10 ist. Bei dem Upgrade wurde der Schalter wohl nicht automatisch gesetzt. Gemerkt habe ich das allerdings auch erst in Delphi 10.1 Berlin. Und wie man das immer so macht ... das Programm ist schuld und deshalb auch kacke. :twisted:

Aber nein ... Unwissenheit war in diesem Fall der Schuldige :-D

PS: Bei einem Upgrade von Windows 7 auf Windows 10 war der Schalter allerdings gesetzt. :shock:

[Bernhard Geyer]

Zitat:

Zitat von Uwe Raabe (Beitrag 1367718)

Zitat:

Zitat von a.def (Beitrag 1367716)

Zitat:

Sicher, dass es am Editor liegt?

Muss es wohl. XE8 ist auf demselben System installiert wie die Tokyo Demo und XE8 funktioniert einwandfrei.

Das ist jetzt allerdings ein Dilemma: Windows 10 bietet eine Einstellung dafür. Soll man die nun beachten oder nicht? Ist es gerechtfertigt, daß die IDE hier ein anwendungsspezifisches Verhalten implementiert, das gegebenenfalls von der Systemeinstellung abweicht?

Auch wenns Off-Topic ist:
Kannst du mir die genaue Einstellung nennen? Und evtl. auch eine WinAPI um diese Abfragen zu können.
Wir haben auch so eine Implementierung in unseren Programm und würden gerne wenn möglich darauf verzichten (bzw. Prüfen ob es damit nicht unter Win10 probleme gibt).