IDE embedded designer in D10.4.1

[rokli]

Moin,

in Delphi war die Nutzung von 2-Schirm-Lösungen ja häufig schwierig. Aber irgendwie ging es. Einige Zeit habe ich die Registry angepasst:

Computer\HKEY_CURRENT_USER\Software\Embarcadero\BD S\17.0\Form Design: Embedded Designer = FALSE (Dank an Uwe Raabe).

Dann gab es in den Optionen (Checkbox Embedded Designer) sogar einen Haken, den man setzen konnte; auch in Delphi 10.4 war die Auswahlmöglichkeit vorhanden.

Und das ist das Problem: Der Haken ist weg!!!
Und den Registry Eintrag gibt es auch nicht mehr!!

Unter https://community.idera.com/develope...ng/97246#97246
habe ich gelesen, dass das endgültig herausgenommen worden ist!

Wie kann das sein?

Durch die Änderung mit dem Rahmen um das Formular wurde die Design-Fläche schon erheblich kleiner und wenn die Design-Fläche nun auch noch links und rechts mit dem Objekt-Inspector und der Tool-Palette begrenzt wird, wird es noch schwieriger ordentliche Formulare abzuliefern.

Und es entwickeln nicht alle Leute für Handy-Bildschirme!!!

Ich hatte immer auf dem linken Bildschirm das Coding und auf dem Rechten Bildschirm den Formularentwurf. und damit war ich zügig zur Designtime unterwegs.

Auf der oben genannten Weg-Site wurde gesagt, dass die Entwickler wieder zurück zu 10.3 gehen - aber das kann doch nicht die Lösung sein - oder??

Was meint Ihr dazu???

[Codehunter]

Zitat:

Zitat von rokli (Beitrag 1475300)

Auf der oben genannten Weg-Site wurde gesagt, dass die Entwickler wieder zurück zu 10.3 gehen - aber das kann doch nicht die Lösung sein - oder?

Tja, böse Zungen könnten jetzt sagen: Ist Emba egal. Denn dank Subscriptionzwang kommt das Geld ja trotzdem rein.

Das Thema ist ja auch nicht neu. Vor fast genau zwei Jahren hatte ich dazu auch schon mal eine Diskussion hier.

Ich habe inzwischen viele Dockfenster lose auf dem zweiten Bildschirm herumschwirren. Mein Kollege hingegen setzt auf sowas da ohne virtuelle Teilung. Da kann sich die adipöse Delphi-IDE buchstäblich ausbreiten wie sie will.

[harfes]

Ich finde die Entscheidung von Emba ebenfalls nicht glücklich, muss mich da aber zum Glück nicht mitaufregen, da ich seit ca. 4 Jahren (ebenfalls wie der Kollege von Codehunter) eine 34" curved Breitbildschirm einsetze. Damit ist das "Problem" gar nicht erst vorhanden, denn da hat die IDE Platz genug. Und ob es jetzt 34" oder aber 49" sind ist dann wieder egal, da es sich nur um einen Bildschirm handelt (lediglich die Grafikkarte muss die Auflösung hergeben...aber das ist bei zwei sich ergänzenden Monitoren ja auch so).

Hartmut

[Daniel]

Zitat:

Zitat von rokli (Beitrag 1475300)

Was meint Ihr dazu???

Du kannst die IDE immer noch auseinanderrupfen und in einzelne Fenster aufteilen. Mehrere unabhängige Form-Designer sind weiterhin möglich.
Ich weiß jetzt nicht, warum man damit keine "ordentlichen Formulare" mehr abliefern können sollte.

[TurboMagic]

Zitat:

Zitat von rokli (Beitrag 1475300)

Wie kann das sein?

Durch die Änderung mit dem Rahmen um das Formular wurde die Design-Fläche schon erheblich kleiner und wenn die Design-Fläche nun auch noch links und rechts mit dem Objekt-Inspector und der Tool-Palette begrenzt wird, wird es noch schwieriger ordentliche Formulare abzuliefern.

Und es entwickeln nicht alle Leute für Handy-Bildschirme!!!

Ich hatte immer auf dem linken Bildschirm das Coding und auf dem Rechten Bildschirm den Formularentwurf. und damit war ich zügig zur Designtime unterwegs.

Auf der oben genannten Weg-Site wurde gesagt, dass die Entwickler wieder zurück zu 10.3 gehen - aber das kann doch nicht die Lösung sein - oder??

Was meint Ihr dazu???

Wenn die keine Entsprechenden Anfragen/Rückmeldungen von Nutzern dieses Features haben dann versuchen die natürlich den Pflegeaufwand
zu reduzieren, in dem sie Dinge rausnehmen von denen sie denken, dass die von kaum jemand genutzt werden.

In so einem Fall kann das Erzeugen eines QP Feature Requests mit anschließendem Abstimmen von möglichst vielen Leuten dafür
helfen zu zeigen, dass es doch von sehr vielen Leuten genutzt/gewünscht wird.

Grüße
TurboMagic

[Uwe Raabe]

Zitat:

Zitat von TurboMagic (Beitrag 1475308)

Wenn die keine Entsprechenden Anfragen/Rückmeldungen von Nutzern dieses Features haben dann versuchen die natürlich den Pflegeaufwand
zu reduzieren, in dem sie Dinge rausnehmen von denen sie denken, dass die von kaum jemand genutzt werden.

In so einem Fall kann das Erzeugen eines QP Feature Requests mit anschließendem Abstimmen von möglichst vielen Leuten dafür
helfen zu zeigen, dass es doch von sehr vielen Leuten genutzt/gewünscht wird.

Das ist vermutlich wirklich der erfolgversprechendste Weg. Es gibt viele Gründe für einen separaten Form-Designer. Sie sollten halt alle an einer Stelle formuliert werden, die Embarcadero auch auf dem Schirm hat. Diverse Diskussionen in den Foren sind damit ja nicht obsolet, aber eben zusätzlich zu QP.

Es gibt übrigens noch ein interessantes Argument für ein separates Fenster für den Form-Designer, dass in dem Moment interessant wird, wenn die IDE wirklich High-DPI fähig wird: Mixed-Mode DPI Scaling. Mit einem separaten Form-Designer als Top-Level Window könnte man dort mit 96 DPI arbeiten, während die IDE weiterhin vollständig DPI-aware bliebe. Ist der Designer eingedockt ginge das nicht.

[haentschman]

Hallöle...:P

Zitat:

Das ist vermutlich wirklich der erfolgversprechendste Weg.

Halte ich für ein Gerücht. :? In Seattle ging der undocked Designer noch perfekt. Mit Umstellung auf Berlin wurde der Designer zur Runtime nicht mehr ausgeblendet!. Gleich danach gab es ein Ticket...was ich auch gevoted habe. Es hat niemanden interessiert! :evil: Jetzt ist es komplett raus. Schade. :?

Zum Thema:
Personlich habe ich mich mit dem eingedockten Designer arangiert. :? Obwohl ich auch Forms habe die nicht mehr in den Designer passen...Scrollorgie. :roll: Wer reichlich DevExpress Komponenten auf der Form hat, mit Layouts, weiß was das bedeutet! Da kann man beim Scrollen zugucken. :evil:

PS: Man kann schon an den Smilies erkennen wie ich denke...

[Codehunter]

Zitat:

Zitat von haentschman (Beitrag 1475312)

Personlich habe ich mich mit dem eingedockten Designer arangiert. :? Obwohl ich auch Forms habe die nicht mehr in den Designer passen...Scrollorgie. :roll: Wer reichlich DevExpress Komponenten auf der Form hat, mit Layouts, weiß was das bedeutet! Da kann man beim Scrollen zugucken. :evil:

Den Formdesigner halte ich noch für das geringere Problem. Mich stören eher die vielen Dockfenster die sich hinter vielen Tabs in wiederum vielen Dockfenstern verstecken. "Tabbed Docktabdock" könnte man das nennen. Insofern ist Ultrawide-Displays wirklich eine gute Möglichkeit. Ich denke auch grad über sowas nach.

Was Devexpress angeht, das ist eine ziemliche Pest geworden. Wie man auf die Idee kommen konnte, um jedes Control noch mal ein Layoutcontrol drumrum zu bauen, das wiederum in Layoutgruppen zusammengefasst wird und das wiederum in einem Layoutcontrol, das ist mir schleierhaft. Vermutlich wars der selbe, der damals auch die Tabellenlayouts in HTML4 erfunden hat. Innerhalb dessen kann man bei manchen Klicks in der IDE erstmal Kaffee kochen gehen. Meine Meinung zu Devexpress: Völlig overengineered. Bei uns gibts kaum einen Entwickler der nicht davon genervt ist. Womöglich bringen die neuesten Änderungen an der IDE das Fass dann zum Überlaufen.

[Commander Tom]

Habe auch einen 49" 32:9 Curved-Bildschirm, allerdings von Dell, wo die Software "Dell-Fenstermanager" mit dabei ist. Mit diesem kann man den Bildschirm virtuell beliebig aufteilen, wo dann die einzelnen Fenster dann "einrasten". Damit ist das Problem von Delphi für mich gelöst, weil ich mir meine Fenster dann selbst arrangieren kann und diese beliebig auf dem Monitor anordnen kann, unabhängig davon, was die IDE macht. Diese Layouts kann man dann speichern. Auf den vorherigen kleinen Bildschirmen hatte ich auch immer Probleme mit "überlangen" Formularen, bei 5120 Pixeln Breite ist das nun endlich echt komfortabel geworden. Die 1100 Euro waren echt gut angelegtes Geld ;-)

[jaenicke]

Zitat:

Zitat von rokli (Beitrag 1475300)

Durch die Änderung mit dem Rahmen um das Formular wurde die Design-Fläche schon erheblich kleiner und wenn die Design-Fläche nun auch noch links und rechts mit dem Objekt-Inspector und der Tool-Palette begrenzt wird, wird es noch schwieriger ordentliche Formulare abzuliefern.

Und es entwickeln nicht alle Leute für Handy-Bildschirme!!!

Normalerweise passen sich Fensterinhalte doch heutzutage ohnehin der Bildschirmgröße an, da muss man die normalerweise ja nicht im Vollbild entwickeln. Davon mag es auch Ausnahmen geben, aber die gibt es eben eher selten, selbst bei Full-Blown-Warenwirtschaften usw.

Zitat:

Zitat von rokli (Beitrag 1475300)

Ich hatte immer auf dem linken Bildschirm das Coding und auf dem Rechten Bildschirm den Formularentwurf. und damit war ich zügig zur Designtime unterwegs.

Ich verstehe leider nicht so recht was für einen Anwendungsfall es gibt, bei dem man beides gleichzeitig sehen muss. Wenn man nicht gerade Edit21, Edit25 usw. sondern richtige Bezeichnungen verwendet, reicht mir zumindest die Syntaxergänzung aus. Entweder ich designe das Formular oder ich schreibe die Logik dafür...

Aber als Fazit bleibt eben nur, dass es verschiedene Arbeitsweisen gibt, die aber verschieden häufig verwendet werden. Und bei denen, die nicht so oft verwendet werden, muss man eben damit leben, wenn es das dann nicht mehr gibt.

Wichtig ist dabei, dass man darauf achten sollte, dass die Daten zur Verwendung einer Software durch die Firewall durchkommen (wobei das in Delphi schon wieder nach Beschwerden abgeschafft wurde glaube ich). Ansonsten braucht man sich auch nicht wundern, wenn der Hersteller die eigene Arbeitsweise nicht berücksichtigen kann. Und wenn z.B. bei Windows viele Profis oder solche, die es gerne wären, diese Datensammlung verhindern, muss man auch damit leben, dass Microsoft Entscheidungen dann ohne diese Daten trifft...

Ich finde es z.B. schlecht, dass Live Tiles nicht mehr weiterentwickelt werden, da diese wirklich einen echten Mehrwert gegeben haben. Aber da die Mehrheit diese offenbar nicht nutzen, verstehe ich auch, dass Microsoft sie nicht mehr pflegen möchte.

[Codehunter]

Das Problem mit den Ultrawides ist IMHO, dass man mittig davor sitzt. Bei meinem bisherigen Setup mit zwei Bildschirmen hatte ich immer einen vor mir und einen rechts daneben. Mit einem Ultrawide rückt der ganze Bildbereich nach links. Ich mag das eigentlich nicht so.

Mich würde mal interessieren, was Embarcadero eigentlich empfiehlt als Bildschirmsetup für die IDE. Bzw. was sie selbst verwenden wenn sie daran entwickeln. Denn Stand der Dinge ist nach wie vor noch FHD, also 1920x1080. Ich habe bisher 2x 1920x1200 und selbst das ist mir schon zu wenig.

Also kurz gesagt, die IDE bräuchte ein anderes Dockmanagement. Die Einstellung, die der TE meinte ist ja nur ein Teil der Problematik. Man müsste Toolfenster aneinander docken können und nicht nur ins Hauptfenster. Das hatte ich damals vor zwei Jahren schon mal im Sinn. Bisher fallen sie nur ineinander und bilden Tabsets.

[dummzeuch]

Zitat:

Zitat von Codehunter (Beitrag 1475316)

Also kurz gesagt, die IDE bräuchte ein anderes Dockmanagement. Die Einstellung, die der TE meinte ist ja nur ein Teil der Problematik. Man müsste Toolfenster aneinander docken können und nicht nur ins Hauptfenster. Das hatte ich damals vor zwei Jahren schon mal im Sinn. Bisher fallen sie nur ineinander und bilden Tabsets.

Sowas?

https://blog.dummzeuch.de/2018/09/02...he-delphi-ide/

Bisher habe ich dazu keinerlei Rückmeldungen bekommen, deshalb habe ich mich auch nicht mehr großartig darum gekümmert, diese Funktion zu verbessern.

[Uwe Raabe]

Zitat:

Zitat von Codehunter (Beitrag 1475316)

Man müsste Toolfenster aneinander docken können und nicht nur ins Hauptfenster.

Aber das geht doch, ode verstehe ich dich da falsch. Du kannst zu einem floating Toolwindow doch ein anderes Toolwindow andocken.

[himitsu]

Grundsätzlich wäre es in der VCL erstmal kein Problem via OTA/Experts einige Teile aus dem einen IDE-Fenster wieder in andere Fenster auszulagern, selbst wenn der Hersteller das nicht mag.
Alternativ könnte man auch einen eigenen Formdesigner in die IDE reinbringen.

Oder man startet die IDE doppelt. mit unterschiedlichen Registries oder mehreren gespeicherten Desktops lassen sie sich auch an unterschiedliche Anforderungen anpassen.
-> Problem ist hier aber, dass des DateiRecovery imerhoch nicht mit mehreren IDEs klar kommt und einen ständig nervt.


Wo ich grade heute Probleme hatte, mit Tabs in Tabs, die zu unpraktisch verschachtelt sind.
Compilermeldungen, Textsuche, Haltepunkte, ........



Ein erster Kollege hat auch einen Ultrawide, aber da er nicht mit Delphi arbeitet, stört es ihn nicht.
Weiß grad nicht von welchem Hersteller, aber dort gab es das Problem, dass die Fenstermanagersoftware echt zum Kotzen und nicht nutzbar war, da die zuerst mal mehrere Minuten zum Starten braucht, also genau wenn man anfangt Programme zu starten, da geht der Dreck noch garnicht. (zum Glück haben da die Linux und auch Windows bissl Hilfreiches eingebaut)

Für daheim hatte ich mir das aber auch schon überlegt. (wenn ich meinen Monitor irgendwann mal erneuern will)
Klar sind die Dinger "teurer", aber wenn ich bedenke das man sonst dafür auch zwei bis drei einzelne Monitore gekauft hätte, relativiert sich der Preis. (so lange kein Monitor kaputt geht, aber so oft ist sowas nicht passiert ... nur einmal schon in den ersten paar Jahren)

Ein Anderer hat stattdessen 'nen ganz großen Monotor, wo Delphi drauf läuft, also mit viel Platz, auch beim Docked. (daneben noch ein kleinerer Widescreen im Hochformat)

Auf mehrere Monitore hatte ich Delphi eigentlich nie wirklich. (früher nur ein Monitor und seit 2006 empfand ich das undocked als unpraktisch ... und irgendwie anders/unhandlicher als früher in den Einer-Delphis)
Bis D7 konnte man ja noch QuellCode und FormDesigner gleichzeitig sehen (auch wenn der in den 640*460 oder schon 800*600 recht eng wurde), während sich neuere Delphis da schon "schwer" taten.
Aktuell 2+1 Monitore ... auf einem das Delphi und der Andere für zu debuggendes Programm, Browser oder was grade parallel zum Delphi nötig ist.

Nur zufällig die letzten zwei Wochen war der Spalt zwischen den beiden Monitoren nervig, da sich TortoiseGit (beim SVN gab es das Problem noch nicht) nicht einigen kann.
Manchmal so ein/zwei Zentimeter ein Fenster teilweise drüben. und bei mehereren Fenstern geht das Zweite immer auf dem falschen/anderen Monitor auf.
Dass viele Software noch nicht auf HighDPI ausgelegt ist ... naja, aber dass immernoch viele "aktuelle" Programme nicht mit mehr als einem Monitor klar kommen, ist echt beschämend.



Witzig finde ich ja, das Borland/Codegear/Embarcadero mit MDI enorme Probleme hat sich scheinbar ALLE davon abwenden, auch weil es zu viele Probleme mit der Fokuskontrolle gibt,
aber gleichzeitig Docked im Einzelfenterbetrieb immer mehr in Mode kommt ........ ist doch fast das Selbe :wall:

Zitat:

Bisher fallen sie nur ineinander und bilden Tabsets.

Neee, ich glaub es ging auch nebeneinander in einem Fenster.
[edit]
Nee stimmt.
Beim Drag wird angezeigt, dass auch anderes ginge, aber nach dem Loslassen isses dann nur noch als Tab.

[Codehunter]

Zitat:

Zitat von dummzeuch (Beitrag 1475320)

Sowas?

https://blog.dummzeuch.de/2018/09/02...he-delphi-ide/

Bisher habe ich dazu keinerlei Rückmeldungen bekommen, deshalb habe ich mich auch nicht mehr großartig darum gekümmert, diese Funktion zu verbessern.

Huch! Da ist mir was durch die Lappen gegangen. Hast du das im aktuellen GExperts drin oder brauchts ein Spezialbuild?

[jaenicke]

Zitat:

Zitat von Codehunter (Beitrag 1475316)

Mich würde mal interessieren, was Embarcadero eigentlich empfiehlt als Bildschirmsetup für die IDE. Bzw. was sie selbst verwenden wenn sie daran entwickeln.

Ich finde leider die Live-Demo der Beaconfences damals nicht, aber wenn ich mich recht entsinne, waren dort überall drei Bildschirme zu sehen.

Das würde ich auch als sinnvollste Variante sehen.

Ich selbst arbeite auch mit drei Bildschirmen, am liebsten in der IDE mit WQHD oder 4k. Da passt dann alles richtig gut rein (ins Hauptfenster gedockt) inkl. max. 130 Zeichen pro Zeile. Dazu dann ein Monitor für die Kommunikation (Mail, Skype, CRM, ...) und einer für das ausgeführte Programm.

[dummzeuch]

Zitat:

Zitat von Codehunter (Beitrag 1475326)

Zitat:

Zitat von dummzeuch (Beitrag 1475320)

Sowas?

https://blog.dummzeuch.de/2018/09/02...he-delphi-ide/

Bisher habe ich dazu keinerlei Rückmeldungen bekommen, deshalb habe ich mich auch nicht mehr großartig darum gekümmert, diese Funktion zu verbessern.

Huch! Da ist mir was durch die Lappen gegangen. Hast du das im aktuellen GExperts drin oder brauchts ein Spezialbuild?

Ist im aktuellen GExperts drin. Für 10.4.1 braucht man aber eine neue DLL

https://blog.dummzeuch.de/2020/09/05...delphi-10-4-1/

[Codehunter]

Zitat:

Zitat von dummzeuch (Beitrag 1475329)

Ist im aktuellen GExperts drin. Für 10.4.1 braucht man aber eine neue DLL

<-- Guck mal hier links, ich code noch japanisch ;-)

Ich schau mir das gleich morgen mal an.

[rokli]

Moin,

also es gibt sicher viele Für und Wider - gerade, wenn das Thema, wie dieses, sich sehr stark mit den persönlichen Eigenarten des Entwicklers beschäftigt.

Zitat:

Zitat von Daniel (Beitrag 1475306)

Du kannst die IDE immer noch auseinanderrupfen und in einzelne Fenster aufteilen. Mehrere unabhängige Form-Designer sind weiterhin möglich.
Ich weiß jetzt nicht, warum man damit keine "ordentlichen Formulare" mehr abliefern können sollte.

Das hab ich mal versucht - aber das war mir "zu verteilt" und zu aufwändig!

Und die Version mit dem breiteren Monitor löst ja nicht mein - persönliches - Problem, dass ich immer zwischen Code und Form mit F12 hin und her schalten muss. Da geht es mir tatsächlich darum, links im Coding zu arbeiten und rechts den Entwurf zu sehen. Und Curved oder nicht, macht da keinen Unterschied. Ich habe noch einen zweiten Arbeitsplatz, an dem zum Testen mittlerweile ein 34" von Samsung hängt - ja, schick ist der TFT ....

Und was ich nicht verstehe, ist das Emba / Idera, oder wer immer gerade die Dollars einsteckt, eine Funktion der IDE entfernt, die ja gut lief und m. E. sehr sinnvoll war! (AutoCad hat auch auf einem BS die Stückliste und auf einem anderen BS die Zeichnung. :stupid:)

Wer von Euch würde denn ein QP Feature Requests unterstützen?
Und wenn wir das machen, :oops: ,wer könnte mir helfen, denn ich hab sowas noch nie in Gang gesetzt!

Grüße

[LitleBigMan]

Zitat:

Zitat von rokli (Beitrag 1475347)

Moin,

also es gibt sicher viele Für und Wider - gerade, wenn das Thema, wie dieses, sich sehr stark mit den persönlichen Eigenarten des Entwicklers beschäftigt.

Zitat:

Zitat von Daniel (Beitrag 1475306)

Du kannst die IDE immer noch auseinanderrupfen und in einzelne Fenster aufteilen. Mehrere unabhängige Form-Designer sind weiterhin möglich.
Ich weiß jetzt nicht, warum man damit keine "ordentlichen Formulare" mehr abliefern können sollte.

Das hab ich mal versucht - aber das war mir "zu verteilt" und zu aufwändig!

Und die Version mit dem breiteren Monitor löst ja nicht mein - persönliches - Problem, dass ich immer zwischen Code und Form mit F12 hin und her schalten muss. Da geht es mir tatsächlich darum, links im Coding zu arbeiten und rechts den Entwurf zu sehen. Und Curved oder nicht, macht da keinen Unterschied. Ich habe noch einen zweiten Arbeitsplatz, an dem zum Testen mittlerweile ein 34" von Samsung hängt - ja, schick ist der TFT ....

Und was ich nicht verstehe, ist das Emba / Idera, oder wer immer gerade die Dollars einsteckt, eine Funktion der IDE entfernt, die ja gut lief und m. E. sehr sinnvoll war! (AutoCad hat auch auf einem BS die Stückliste und auf einem anderen BS die Zeichnung. :stupid:)

Wer von Euch würde denn ein QP Feature Requests unterstützen?
Und wenn wir das machen, :oops: ,wer könnte mir helfen, denn ich hab sowas noch nie in Gang gesetzt!

Grüße

Hallo,

also ich würde Dich schon untertützen.

Da ich die jetzige IDE als wirklich "Misslungen" ansehen. Das geht schon von der Größe der wirklichen Arbeitspfläche für den Quelltext, über die Größenunterschiede des Formulareditor los.

Es geht weiter beim verändern (Positionierung) der Symbolleisten. Das Drag und Drop ist entzetzlich. Da bin ich anderes gewohnt aus diesen Entwicklerhaus.

Ich bin glücklicherweise in der Lage mit 4 Bildschirmen zu arbeiten. Daran kann mann sich sehr schnell gewöhnen und möchte das nicht mehr missen. Mit der jetzigen IDE ist das eine Katastrophe. In der gesamten Diskusion habe ich noch kein wirklich guten Grund gehört, warum diese Entscheidung getroffen wurde. Ich benötige auf einer Seite die Oberfläche und auf einen anderen Bildschirm den Quelltext. Auch beim Debuggen ist das viel Ergonomischer, aus meiner Sicht.

Bis jetzt hatte ich solche Bevormundungen nur von Microsoft mit erlebt, welche den Kunden vorzuschreiben versuchen, das nur Sie wissen was dem Kunden zu gefallen und wie er zu arbeiten hat. Benutzerfreundlichkeit (Usability) ist bei vielen ein Fremdwort geworden.

Gruß

[freimatz]

Ja, richtig. Das heisst jetzt "Benutzererfahrung" :roll::wall::feuerchen:

Ich habe hier gerade drei Monitore.
Links Delphi-Praxis, Mails, etc. oder die zu netwickelte App.
Mitte Delphi
1/3 Projekt/MMX
2/3 Code
Rechts
1/2 Delphi weitere Fenster EMsages, Wtch, etc.
1/2 TortoiseGit, DUnit, oder etc.

[rokli]

Moin - again ...

war viel los heute - daher erst jetzt!

Allzu groß scheint das Leid ja nicht zu sein :(
Nach ich werd mich mal einlesen, wie ich so eine Rekla zu Emba hinbekomme!

Ich meld mich dann wieder -

für heute: SCHÖNEN FEIERABEND EUCH ALLEN!

Gruß

[jaenicke]

Zitat:

Zitat von LitleBigMan (Beitrag 1475356)

Ich benötige auf einer Seite die Oberfläche und auf einen anderen Bildschirm den Quelltext. Auch beim Debuggen ist das viel Ergonomischer, aus meiner Sicht.

Genau das müsste aber in einem Ticket dann sehr genau begründet werden. Bisher habe ich dazu nämlich nur allgemein "will ich / mag ich / ist doch viel besser / schöner / ergonimischer" (in verschiedenen Formulierungen) gelesen, aber keinen objektiven Grund warum das sinnvoll wäre (mir fällt wie gesagt auch selbst keiner ein). Ohne das wird ein solches Ticket aber kaum eine Chance haben...

[Codehunter]

Zitat:

Zitat von dummzeuch (Beitrag 1475320)

https://blog.dummzeuch.de/2018/09/02...he-delphi-ide/

Bisher habe ich dazu keinerlei Rückmeldungen bekommen, deshalb habe ich mich auch nicht mehr großartig darum gekümmert, diese Funktion zu verbessern.

Habs jetzt zwei Tage getestet. Eigentlich ist das ganz gut. Das einzige das mir fehlt ist, dass Position und WindowState vom Dockfenster mit im Delphi-Desktop gespeichert werden, sodass sie beim nächsten Start automatisch wieder da sind wo sie vorher waren.