DX10.2 - Diverse IDE-Probleme

[a.def]

Ich kann jetzt endlich DX10.2 testen und dabei ist mir schon etwas aufgefallen, was nicht so prickelnd ist.

Wenn ich in XE8 den Editor benutzt habe und dann mit der Maus rüber in die Unit-Liste gefahren bin, konnte ich das Mausrad benutzen und die Unit-Liste hat gescrollt.
Wenn ich selbiges unter Tokyo mache, scrollt der Editor.

Kann das wer bestätigen? Wen nervt es noch und was kann man machen?
IDEFixPack ist installiert, hilft aber nicht.

[EWeiss]

Zitat:

IDEFixPack ist installiert, hilft aber nicht.

Ich habe die zwar nicht aber was mir auffällt ist das man für jede Version irgendeinen IDEFixPack installieren muss.
Können die nichts mehr bei Embarcadero?.

Ist ja schön das dass jemand macht aber weshalb ist das überhaupt nötig.
Man sollte einfach nicht so schnell auf den Grünen Button drücken.

gruss

[a.def]

Ein anderer Fehler liegt in der Skalierung der ICO-Vorschau.

IDE => Projekt > Optionen > Anwendung.
Dort kann man jetzt ein 150px und 44px großes Icon reinladen.
Das 44px große wird in der Vorschaubox korrekt skaliert, das 150px große nicht.

[dummzeuch]

Zitat:

Zitat von a.def (Beitrag 1367637)

Ein anderer Fehler liegt in der Skalierung der ICO-Vorschau.

IDE => Projekt > Optionen > Anwendung.
Dort kann man jetzt ein 150px und 44px großes Icon reinladen.
Das 44px große wird in der Vorschaubox korrekt skaliert, das 150px große nicht.

Was genau meinst Du mit "wird nicht skaliert"? Für mich sieht das OK aus. Mach doch mal 'nen Screenshot.

[a.def]

Siehe Skizze im Anhang.

Richtig skaliert sollte eine 150px große Grafik genau in die Box passen (Skizze unten) und nicht "rausgehen" (Skizze oben).

Das ist jetzt aber echt kein Beinbruch. Viel nerviger ist das Scroll-Problem, dass es in XE8 noch nicht gab.

[dummzeuch]

Zitat:

Zitat von a.def (Beitrag 1367643)

Siehe Skizze im Anhang.

Richtig skaliert sollte eine 150px große Grafik genau in die Box passen (Skizze unten) und nicht "rausgehen" (Skizze oben).

Kann ich nicht nachvollziehen. Bei mir sieht das korrekt aus. Schon einen Bugreport im Quality-Portal eingetragen?

Zitat:

Zitat von a.def (Beitrag 1367643)

Das ist jetzt aber echt kein Beinbruch. Viel nerviger ist das Scroll-Problem, dass es in XE8 noch nicht gab.

Dazu gibt es einen Report:

https://quality.embarcadero.com/browse/RSP-15291

Allerdings schon fuer Delphi 10.1 und er war schonmal geschlossen als "Windows 10 Einstellungsproblem".

twm

[a.def]

Zitat:

Allerdings schon fuer Delphi 10.1 und er war schonmal geschlossen als "Windows 10 Einstellungsproblem".

Was für ein Quatsch hat sich denn da einer bei Emba gedacht?

Das Problem gibt es in Windows 7, 8 und 10. Also kein 10-spezifisches Problem.
Es hat wunderbar unter XE8 funktioniert und nun nicht mehr. Also muss es doch ein IDE-Problem sein.

Was mich aber freut ist das hier

Zitat:

Valerij Karjakin reopened with comment: The bug is reproduced on Windows 7 and probably on Windows 8: the IDE panes are scrolled only the pane is active, even if cursor is outside the pane. Should be - the pane is scrolled if cursor is inside the window

Was mich nicht freut ist, dass die das bis Tokyo nicht behoben haben.

[Aviator]

Zitat:

Zitat von a.def (Beitrag 1367633)

Ich kann jetzt endlich DX10.2 testen und dabei ist mir schon etwas aufgefallen, was nicht so prickelnd ist.

Wenn ich in XE8 den Editor benutzt habe und dann mit der Maus rüber in die Unit-Liste gefahren bin, konnte ich das Mausrad benutzen und die Unit-Liste hat gescrollt.
Wenn ich selbiges unter Tokyo mache, scrollt der Editor.

Kann das wer bestätigen? Wen nervt es noch und was kann man machen?
IDEFixPack ist installiert, hilft aber nicht.

Diesen "Fehler" hatte ich bei Delphi 10.1 Berlin auch schon. Vorher hatte ich XE4 genutzt und dann geupdatet. Dieser "Fehler" ist mir auch direkt aufgefallen. Habe mich mittlerweile zwar daran gewöhnt, aber früher war die Bedienung doch komfortabler. :?

[a.def]

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

Das kann ja wohl nicht sein, dass bei so einem teuren Produkt (wer auch immer es privat kauft), Fehler "rein-implementiert" werden (wenn auch versehentlich).

[himitsu]

Sicher, dass es am Editor liegt?

Ich hatte früher mal einen Maustreiber, der die Scrollereignisse an das Control unter dem Zeiger sendete.
Ich persönlich finde dieses Verhalten auch schöner.

Standard ist es aber, dass die Scrollereignisse an das Control mit dem Eingabefokus gesendet werden. :cry:

[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).

[Aviator]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1367753)

Kannst du mir die genaue Einstellung nennen? Und evtl. auch eine WinAPI um diese Abfragen zu können.

Unter Einstellungen --> Geräte --> Maus und Touchpad kannst du die Option einstellen. Siehe anliegenden Screenshot.

[Uwe Raabe]

... und in der Registry steht das unter HKEY_CURRENT_USER\Control Panel\Desktop\MouseWheelRouting

[a.def]

Zwei andere Fehler die es schon seit XE2 gibt: Teile des eigenständig eingestellten Layouts nicht gespeichert werden.

1) Abstände zwischen diversen ToolBar-Einträgen
2) Der Slider im Objektinspektor bei [Eigenschaften | Ereignisse] wird oft auch nicht gespeichert und befindet sich dann quasi ganz links

[SneakyBagels]

Frage in die Runde: ist für irgendwann einmal vorgesehen, dass IDE-Bugs behoben werden bevor an irgendwelchen Compilern weiter gearbeitet wird?
In Tokyo kann ich in einer Projektgruppe nicht einmal Units korrekt umbenennen, ohne von Fehlermeldungen seitens der IDE erschlagen zu werden.
Ab und zu bevor AutoComplete angezeigt werden soll (wenn man zu schnell tippt) dann bleibt auch die ganze IDE mit einer Sanduhr hängen.

[haentschman]

Moin...:P
Zwingende Vorraussetzungen sind zu installieren:
1. IDE Fixpack
2. DDevExtensions
3. Dein AutoComplete der IDE ist A: langsam und B: kann nicht mit Matches in der Mitte arbeiten. Die Vervollständigung des CNPack, wie du aus einem anderen Thread erfahren hast, ist besser und schneller. Du solltest aber die IDE Vervollständigung abschalten.
4. Wenn du die bunten Striche vom CnPack benutzen willst deaktiviere die von der IDE. :P

[SneakyBagels]

Zitat:

1. IDE Fixpack
2. DDevExtensions
3. Dein AutoComplete der IDE ist A: langsam und B: kann nicht mit Matches in der Mitte arbeiten. Die Vervollständigung des CNPack, wie du aus einem anderen Thread erfahren hast, ist besser und schneller. Du solltest aber die IDE Vervollständigung abschalten.
4. Wenn du die bunten Striche vom CnPack benutzen willst deaktiviere die von der IDE.

1. war schon immer installiert
2. ebenfalls installiert
3. Würde das AutoComplete von CnPack sofort nutzen, wenn es beim Tippen selbstständig angezeigt werden würde (was es wohl aber nicht tut)
4. Niemals :stupid:

Wie dem auch sei. Die IDE ist so buggy wie noch nie. Hätte ich das vorher gewusst, hätte ich nicht soviel Geld für mein Hobby ausgegeben.
Wieso funktioniert nicht einmal F2 um Units umzubenennen und wieso ist das so unglaublich schrecklich? Benutzerfreundlichkeit ist was anderes.
Der Editor ist auch etwas veraltet denn dynamisch/modern/besser anpassbar ist auch was anderes.

[Uwe Raabe]

Zitat:

Zitat von SneakyBagels (Beitrag 1374148)

Wieso funktioniert nicht einmal F2 um Units umzubenennen

Kann ich hier nicht nachvollziehen. Funktioniert sogar beim Verschieben in einen anderen Pfad.

[SneakyBagels]

Hast du auch CnPack, IDEFixPack und DDevExtensions installiert?

[jaenicke]

Zitat:

Zitat von SneakyBagels (Beitrag 1374148)

3. Würde das AutoComplete von CnPack sofort nutzen, wenn es beim Tippen selbstständig angezeigt werden würde (was es wohl aber nicht tut)

Das passiert bei mir auch. Standardmäßig sogar beim Tippen statt wie die interne Ergänzung nur per Tastenkombination und nach einem Punkt usw.

Zitat:

Zitat von SneakyBagels (Beitrag 1374148)

Wie dem auch sei. Die IDE ist so buggy wie noch nie.

Hier ist es umgekehrt. In den letzten Versionen wurde Delphi hier immer stabiler, speziell ab 10.1 läuft es fast ohne Bugs.

Zitat:

Zitat von SneakyBagels (Beitrag 1374148)

Wieso funktioniert nicht einmal F2 um Units umzubenennen und wieso ist das so unglaublich schrecklich? Benutzerfreundlichkeit ist was anderes.

Units? Meinst du in der Projektverwaltung?

Zitat:

Zitat von SneakyBagels (Beitrag 1374148)

Der Editor ist auch etwas veraltet denn dynamisch/modern/besser anpassbar ist auch was anderes.

Stimmt. Da gibt es bessere IDEs.

// EDIT:

Zitat:

Zitat von SneakyBagels (Beitrag 1374155)

Hast du auch CnPack, IDEFixPack und DDevExtensions installiert?

Nur CnPack.

[MEissing]

Kann das auch nicht nachvollziehen. Die IDE-Plug-Ins habe ich nicht installiert....

Aber wie kommst du darauf, daß es an der IDE liegen soll?
Mein Verdacht: Die IDE-Plug-Ins. Probiere mal ohne und berichte....

[SneakyBagels]

Zitat:

Units? Meinst du in der Projektverwaltung?

Genau.

Zitat:

Mein Verdacht: Die IDE-Plug-Ins. Probiere mal ohne und berichte....

Ich werde IDEFixPack und DDevExtensions mal löschen und gucken was bei rumkommt. CnPack würde ich gerne behalten.

IDEFixpack deinstalliert => keine Änderung
DDevExtensions deinstalliert => keine Änderung
CnPack deinstalliert => Problem (leider) behoben.

[haentschman]

Hallöle...:P

Zitat:

Würde das AutoComplete von CnPack sofort nutzen, wenn es beim Tippen selbstständig angezeigt werden würde (was es wohl aber nicht tut)

:gruebel: Bei mir geht das Fenster mit der Vervollständigung auf nach exakt sovielen Zeichen wie in den Einstellungen vorgegeben. Prüfe mal ob die Vervollständigung in der IDE ausgeschaltet ist. Beides macht mit Sicherheit (meistens) Probleme. :P

[jaenicke]

Starte doch Delphi einfach mal mit einem leeren Profil und teste es dann. Einfach mit Parameter

Zitat:

bds.exe r dummy

starten.

// EDIT:
Wenn es ohne CnPack geht... welche Version hast du da installiert gehabt? Ich nehme immer den neuesten Build, nicht die stabile Version.

// EDIT2:
Ach ja, mir war einmal aufgefallen, dass das CnPack öfter mal stolpert, wenn man das unsägliche with benutzt. Deshalb knallt es in älteren Quelltexten bei uns durchaus öfter mal.
Aber dass sich das nicht so einfach beheben lässt, kann ich durchaus nachvollziehen...

[SneakyBagels]

Ich habe gerade zum Test das Nightly-Build installiert => keine Änderung.

Zitat:

Starte doch Delphi einfach mal mit einem leeren Profil und teste es dann. Einfach mit Parameter

Auch keinerlei Änderung.

[haentschman]

Zitat:

CnPack deinstalliert => Problem (leider) behoben.

...heißt das das in der IDE eingeschaltet ist. Das sollte, wenn du den CNPack möchtest, in der IDE manuell deaktiviert werden. 8-)

[jaenicke]

Zitat:

Zitat von SneakyBagels (Beitrag 1374166)

Auch keinerlei Änderung.

Dann war es wohl:

Zitat:

bds.exe -r dummy

Ich hatte mich von der Doku irreleiten lassen, wo es ohne den Bindestrich steht...

[Uwe Raabe]

Zitat:

Zitat von haentschman (Beitrag 1374167)

Zitat:

CnPack deinstalliert => Problem (leider) behoben.

...heißt das das in der IDE eingeschaltet ist. Das sollte, wenn du den CNPack möchtest, in der IDE manuell deaktiviert werden. 8-)

Vielleicht irre ich mich, aber ich hatte verstanden, daß das Problem beim Umbenennen einer Unit in der Projektverwaltung mit F2 besteht. Wie schaltet man das in der IDE ab?

[SneakyBagels]

Zitat:

...heißt das das in der IDE eingeschaltet ist. Das sollte, wenn du den CNPack möchtest, in der IDE manuell deaktiviert werden.

Ich meine das F2-Problem nicht das AutoComplete-Problem. Das AutoComplete von CnPack nutze ich nicht.

Mit -r dummy funktioniert natürlich alles aber dann hab ich ja auch kein CnPack mehr.

[Uwe Raabe]

Zitat:

Zitat von SneakyBagels (Beitrag 1374170)

Mit -r dummy funktioniert natürlich alles aber dann hab ich ja auch kein CnPack mehr.

CnPack kommt doch mit Sourcen, oder? Such doch einfach mal :twisted:

[SneakyBagels]

Ich verstehe gerade nicht wozu ich die Sourcen benötige.