Konkurrenz zu lazarus erschienen

[mkinzler]

Zitat:

Ich frag mich gerade, was das eigentlich für eine eigenartige Diskussion ist.

Full Ack!

Zitat:

Kann es sein, dass das wichtigste und bis jetzt ungenannte "Argument" eigentlich lautet: Wir sind hier bei Delphi und nicht bei der Konkurrenz, also was erlaubt er sich da eigentlich?!

Dieses wäre auch kein Argument. Das Forum heisst zwar Delphi-PRAXiS aber ein Blick über den Tellerrand hat noch keinem geschadet. Es gibt ja auch viele Beiträge über Lazarus.

[mse1]

Ich denke jede Ergänzung im Pascal Ökosystem ist im Interesse aller Pascal Anwender, da eine Programmiersprache nur überleben kann, wenn sie eine gewisse Masse hat. Und da haben Delphi / Free Pascal nicht unbedingt die besten Voraussetzungen. Es ging glaube ich auch um Linux...

[jobo]

Zitat:

Zitat von mkinzler (Beitrag 1417562)

Zitat:

Kann es sein, dass das wichtigste und bis jetzt ungenannte "Argument" eigentlich lautet: Wir sind hier bei Delphi und nicht bei der Konkurrenz, also was erlaubt er sich da eigentlich?!

Dieses wäre auch kein Argument. Das Forum heisst zwar Delphi-PRAXiS aber ein Blick über den Tellerrand hat noch keinem geschadet. Es gibt ja auch viele Beiträge über Lazarus.

Genau, es gibt sogar eigene Unterforen dazu (Free Pascal, sowie Lazarus). Mir ist schon klar, dass es kein wirkliches Argument ist. Ich wollte nur die vermutete Schere im Kopf ansprechen.

Zitat:

Zitat von mse1 (Beitrag 1417563)

.. da eine Programmiersprache nur überleben kann, wenn sie eine gewisse Masse hat. ..Es ging glaube ich auch um Linux...

Richtig, selbst Emba geht Multi Plattform. Die Bedeutung oder Notwendigkeit dieser Plattformunterstützung kann natürlich auch jeder für sich und sein Umfeld/Produkte anders bewerten, aber er müsste es dennoch begrüßen, wenn soetwas geschieht. Außer man erfreut sich aus Prinzip am Nischendasein.

[freimatz]

Zitat:

Zitat von mkinzler (Beitrag 1417562)

Zitat:

Kann es sein, dass das wichtigste und bis jetzt ungenannte "Argument" eigentlich lautet: Wir sind hier bei Delphi und nicht bei der Konkurrenz, also was erlaubt er sich da eigentlich?!

Dieses wäre auch kein Argument. Das Forum heisst zwar Delphi-PRAXiS aber ein Blick über den Tellerrand hat noch keinem geschadet. Es gibt ja auch viele Beiträge über Lazarus.

Ich bin ja auch gerne ein Haarspalter :wink:
Aber hier zu steht ja bei "Programmieren allgemein" explizit "(z.B. Insbesondere auch Fragen zu anderen Sprachen als Delphi oder FreePascal)". Ich denke daher ist das schon gut hier.

[API]

Gibt es von diesen Samples auch Binaries? https://gitlab.com/mseide-msegui/mse...master/samples

So kann man sich die Beispiele ansehen & sich ein Bild von mseide & msegui machen, ohne zuvor alles zu installieren.

[freimatz]

Es gibt ein Tutorial (siehe oben). Das hat mir weitergeholfen.

[mse1]

Zitat:

Zitat von API (Beitrag 1417577)

Gibt es von diesen Samples auch Binaries? https://gitlab.com/mseide-msegui/mse...master/samples

So kann man sich die Beispiele ansehen & sich ein Bild von mseide & msegui machen, ohne zuvor alles zu installieren.

Wie freimatz schreibt kann dazu vielleicht die Einführung dienen:
https://sourceforge.net/projects/mse...se/files/book/
Binaries der Beispiele gibt es nicht. Als Illustration für die Leistungsfähigkeit vielleicht auch dieses Video:
https://mseide-msegui.sourceforge.io...ndbuttons.mpeg
Das sind 10'000 Buttons in einem Formular. Das Projekt ist hier:
https://gitlab.com/mseide-msegui/mse.../runtimebutton

[totti14]

Erst einmal vorweg finde ich es toll, das es diese freien Projekte gibt wie Lazarus und Mseide.
Aber:
Wenn ich bei Lazarus diese zefletterte IDE sehe vergeht es mir schon und das wichtigste, die Debugger Optik und die Infos sind für den Popo.
Und der Debugger ist für mich immer noch eines der wichtigsten Funktionen in einer IDE.

Noch schlimmer ist es wenn ich die MseIde starte. Puh, diese wirre Optik von Win98.

Beide IDE's erzeugen ein gutes Ergebnis aber arbeiten möchte ich nicht damit, da ich einfach aus der Windows Welt komme und da ist man einfach anderes gewohnt.

Das Problem scheinen aber die meisten Multi OS Progs zu haben. Sie sehen unter Win einfach K.. aus und das Auge ißt immer mit.

Trotzdem kan aus beiden ja mal was werden.

Das ist nur mal meine bescheidene Meihnung dazu :)

[mse1]

Zitat:

Zitat von totti14 (Beitrag 1417587)

Noch schlimmer ist es wenn ich die MseIde starte. Puh, diese wirre Optik von Win98.

Ich frage mich schon, warum immer wieder das Stichwort Win98 fällt. Schau etwas genauer. Hat Win98 Farbverläufe auf den Flächen? Hat Win98 "hoover" animierte klickbare Elemente? Was als Gemeinsamkeit bleibt ist die klare Unterscheidbarkeit von Eingabefeldern und den anderen Bedienelementen und das finde ich eine gute Sache. Auch hier habe ich den Verdacht, dass du die Schritte 5 und 6 nicht befolgt hast um ein Beispiellayout zu sehen.
Auch für mich ist debugging enorm wichtig und darum habe ich bei der Entwicklung von MSEide entsprechenden Wert darauf gelegt.

[API]

Zitat:

Zitat von totti14 (Beitrag 1417587)

Erst einmal vorweg finde ich es toll, das es diese freien Projekte gibt wie Lazarus und Mseide.
Aber:
Wenn ich bei Lazarus diese zefletterte IDE sehe vergeht es mir schon und das wichtigste, die Debugger Optik und die Infos sind für den Popo.
Und der Debugger ist für mich immer noch eines der wichtigsten Funktionen in einer IDE.

Noch schlimmer ist es wenn ich die MseIde starte. Puh, diese wirre Optik von Win98.

Beide IDE's erzeugen ein gutes Ergebnis aber arbeiten möchte ich nicht damit, da ich einfach aus der Windows Welt komme und da ist man einfach anderes gewohnt.

Das Problem scheinen aber die meisten Multi OS Progs zu haben. Sie sehen unter Win einfach K.. aus und das Auge ißt immer mit.

Trotzdem kan aus beiden ja mal was werden.

Das ist nur mal meine bescheidene Meihnung dazu :)

Meine Worte. Die IDE mag noch so gut sein - doch wenn die Optik nicht den aktuellen Standards entspricht, werden es wohl (leider) viele nicht mal herunterladen und genauer anschauen.

[totti14]

Zitat:

Zitat von mse1 (Beitrag 1417591)

Zitat:

Zitat von totti14 (Beitrag 1417587)

Noch schlimmer ist es wenn ich die MseIde starte. Puh, diese wirre Optik von Win98.

Ich frage mich schon, warum immer wieder das Stichwort Win98 fällt. Schau etwas genauer. Hat Win98 Farbverläufe auf den Flächen? Hat Win98 "hoover" animierte klickbare Elemente? Was als Gemeinsamkeit bleibt ist die klare Unterscheidbarkeit von Eingabefeldern und den anderen Bedienelementen und das finde ich eine gute Sache. Auch hier habe ich den Verdacht, dass du die Schritte 5 und 6 nicht befolgt hast um ein Beispiellayout zu sehen.
Auch für mich ist debugging enorm wichtig und darum habe ich bei der Entwicklung von MSEide entsprechenden Wert darauf gelegt.

Ich habe mit beiden IDE's gearbeitet, da ich nicht nur unter Win progge. Daher mein damaliges Interesse daran. Also nicht nur kurz installiert und wieder deinstalliert. Geblieben ist aber nur Lazarus.

Zitat:

Hat Win98 Farbverläufe auf den Flächen?.......

Täuscht aber nicht über die Chaos Optik der IDE hinweg aber das sieht der Entwickler natürlich immer anders.
Und wenn das schon so viele gesagt haben, würde mir das doch zu denken geben auch wenn ich natürlich selbst von meine Projekt 100% überzeugt bin.
Es ist halt nur Schade,so ein guter Background Optisch "verhunzt". Bitte nicht so Wörtlich nehmen. Das üerwiegen auch die tollsten Internas nicht.

[mse1]

Zitat:

Zitat von totti14 (Beitrag 1417594)

Täuscht aber nicht über die Chaos Optik der IDE hinweg aber das sieht der Entwickler natürlich immer anders.
Und wenn das schon so viele gesagt haben, würde mir das doch zu denken geben auch wenn ich natürlich selbst von meine Projekt 100% überzeugt bin.
Es ist halt nur Schade,so ein guter Background Optisch "verhunzt". Bitte nicht so Wörtlich nehmen. Das üerwiegen auch die tollsten Internas nicht.

Dann werde doch bitte konkret. Was ist in der MSEide chaotisch optisch verhunzt? Beispiele?

[totti14]

Dann hänge ich am besten mal ein Bild dran, wo man sieht, wie eine IDE "aussieht" , das Delphi intern evtl. viel schlechter ist (RAM Mangel , wo gibt es sowas noch als Bsp) steht außer Frage. Mit Delphi,MS Studio und AVR Studio arbeite immer und bekomme keinen Kultur Schock. Das sind einfach die defacto Standards und da fühlen sich die meisten User mit wohl, so wie ich.

Ich möchte dein Produkt technsich NICHT abwerten aber ich gehe davon aus, das wenn ich einen Win Soft Installieren die auch so aussieht( Schrifttypen z.B.) und sich SO installiert, das ich ein "Hello World" schreiben kann ohne das ich noch ein langes Readme lesen muss. Das ist man von einer sauber Win Software gewohnt. Nur Linux User kennen das nicht anders.

Ich nehme mir trotzdem Zeit bei neuer Software aber was mit optisch schon nicht zu sagt, da fällt das weitere testen schwer.

Trotzdem alle Achtung für so ein Produkt und deine Mühen.

[mse1]

Zitat:

Zitat von totti14 (Beitrag 1417605)

Dann hänge ich am besten mal ein Bild dran, wo man sieht, wie eine IDE "aussieht" ,

Das ist aber nicht konkret. Was ist daran denn chaotisch optisch verhunzt? Hilf mir bitte, ich verstehe es wirklich nicht.

[totti14]

Das mit dem "verhunzt" habe ich ja geschrieben:Nicht wörtlich nehmen.

Ich vermute mal , das du die Win Controls, wie die meisten Multi IDE's selbst nachbildest und da sehen die Progs halt einfach sehr gewöhnungsbedürfig aus unter Win. Das fängt mit den Schriften an und den Farben der IDE.

Aber es wird ja keiner gezwungen ...

[EWeiss]

Zitat:

Aber es wird ja keiner gezwungen ...

Richtig! Sieht aber nicht so schlimm aus wie Win10. :duck:

gruss

[mse1]

Das heisst MSEide benutzt falsche Schriften und falsche Farben?
Die Schrift ist für die Bedienelemente standardmässig Tahoma. Ist das falsch? Die Schriftart kann auch verändert werden, wie steht in README.TXT. Die Editorschrift wird in 'Project'-'Options'-'Editor'-'Source' bestimmt. Welche Farben sind falsch?
Edit:
Nehmen wir z.B. den Hintergrund des Hauptfensters deiner Bespiele von richtigen IDE's.
Das linke Beispiel hat RGB $2d2d2f, das mittlere $d5dbe9 und das rechte $f0f0f0. MSEide benutzt einen Verlauf von $dbdbdb nach $c8c8c8. Warum ist das falsch und die ersten drei sind richtig?
Die MSEide Standardfarbe ist unbunt und verwendet einen Verlauf damit sie sich möglichst gut in verschiedene Farbschemata einfügt. Der Verlauf wirkt auch frischer und lebendiger als die einfache Farbe der richtigen IDE's.

[API]

Ein Doppelklick auf einen Button erstellt diesen Event Handler in Delphi.

Code:

procedure TForm1.Button1Click(Sender: TObject);
begin

end;

Wie geht das bei MSEid? Da tut sich nichts, wenn man auf den Button klickt.

[EWeiss]

Zitat:

Das heisst MSEide benutzt falsche Schriften und falsche Farben?

Eine IDE sollte ein einheitliches Design angelehnt an Windows (wenn man diese unter Windows nutzt andernfalls halt von der jeweiligen Plattform) haben und keine Skins etc.
Und wenn dann halt passend zur jeweiligen Plattform.

Nimm als Beispiel Delphi 7. (Mit MDI Support). Oder lehne dich an D2010 an einzelne Fenster oder verknüpft als (MDI Child Forms)
Einfach schlicht und übersichtlich.

Meine Meinung.
Glaube mir eigentlich bin ich ein Graphik Fetischist aber nicht was Anwendungen angeht die zur Erstellung von "Anwendungen" konzipiert sind.
Hier sollte man das Augenmerk auf die Funktionen, Übersichtlichkeit und einfacher Standard-Verwendung legen.
Das war's schon ;) Halte mich jetzt raus da ich dafür eh keine Verwendung habe.

Aber ich will dir nicht den Mut nehmen.

PS:
Wie der Vorredner schon sagte das Standard verhalten sollte so sein wie man es erwartet bei einer IDE für Programmiersprachen.
Wenn man da erst suchen muss hat man schon verloren, kein Entwickler wird sich dann noch mit dieser IDE auseinandersetzen.
Er möchte programmieren nicht Tester für deine Anwendung sein.

gruss

[mse1]

Zitat:

Zitat von API (Beitrag 1417620)

Wie geht das bei MSEid? Da tut sich nichts, wenn man auf den Button klickt.

Doppelklick wird in MSEide konsequent zur Fensternavigation verwendet. Das heisst, Doppelklick in eine Zeile des Stack-Fensters springt zum entsprechenden Quelltext, Doppelklick im Sourceeditor in einer Zeile mit Breakpoint zur entsprechenden Breakpoint-Definition usw.
Doppelklick auf eine Komponente öffnet den Objektinspektor mit den Eigenschaften der geklickten Komponente.
Die Event-Eigenschaften sind jeweils am Schluss eines Eigenschaftszweiges angeordnet und farblich abgehoben.
Um eine Behandlungsroutine für die Betätigung eines Buttons anzulegen gehe im Objektinspektor auf "OnExecute", gib in der rechten Spalte den Bezeichner ein, drücke Enter -> die Behandlungsprozedur wird angelegt. Drücke ein zweites Mal Enter oder doppelklicke in die Zelle um den Sourceeditor an der Behandlungsroutine zu aktivieren.
Eine kleine Einführung in die Arbeit mit MSEide ist hier:
https://sourceforge.net/projects/mse...se/files/book/

Apropos Beispiel-Binaries: Einige MSEgui Beispielprogramme mit Binaries sind hier:
https://sourceforge.net/projects/mseuniverse/files/
MSEgit, ein graphisches git-Frontend welches ich bei der Arbeit immer mitlaufen lasse,
MSEspice ein Frontend für Ngspice,
MSEkicadBOM eine Komponentendatenbank und Fabrikationsdatengenerator für KiCad mit Firebird 3 DB,
MSErun ein Tool zur Kompilierung von Projektgruppen oder zur Durchführung von Unittests.
Die Projekte sind hier:
https://gitlab.com/mseide-msegui/mse...e/master/tools

[API]

Danke! Gibt es eigentlich eine Einstellung/Möglichkeit die überall verwendete graue Farbe durch ein helleres Grau zu ersetzen?
Wenn ich die GUI oder Programme so anschaue, erinnert es mich irgendwie immer an Windows 95/98, wo alles so grau war oder an Excel 97.

Excel 97,Design vor 10 Jahren
https://goo.gl/images/Pr8zg1

VS Excel 365 im modernen Design:
https://goo.gl/images/AzKsKL

Eigentlich möchte ich nur herausfinden, wo man was (oder überhaupt) einstellen kann, damit alles moderner wirkt.
Wenn ich es geschafft habe, werde ich eine Anleitung erstellen und Screenshots veröffentlichen.

[mse1]

Zitat:

Zitat von EWeiss (Beitrag 1417624)

Eine IDE sollte ein einheitliches Design angelehnt an Windows (wenn man diese unter Windows nutzt andernfalls halt von der jeweiligen Plattform) haben und keine Skins etc.
Und wenn dann halt passend zur jeweiligen Plattform.

Nimm als Beispiel Delphi 7. (Mit MDI Support). Oder lehne dich an D2010 an einzelne Fenster oder verknüpft als (MDI Child Forms)
Einfach schlicht und übersichtlich.

Das heisst, eine Cross-Platform IDE sollte aussehen und sich verhalten wie Delphi 7 oder 2010. Das kann ich leider nicht bieten, MSEide ist nicht Delphi. Einheitlich, einfach, schlicht und übersichtlich ist MSEide aber schon. Wie man Fenster zusammenklickt sieht man hier:
https://www.youtube.com/watch?v=8W0uRA0qHTM

Zitat:

Wie der Vorredner schon sagte das Standard verhalten sollte so sein wie man es erwartet bei einer IDE für Programmiersprachen.
Wenn man da erst suchen muss hat man schon verloren, kein Entwickler wird sich dann noch mit dieser IDE auseinandersetzen.
Er möchte programmieren nicht Tester für deine Anwendung sein.

Mit dieser Herangehensweise sind ja dann keine Fortschritte mehr möglich.
Du hast den Punkt erfasst, warum ich MSEide+MSEgui vor vielen Jahren gestartet habe. Kommerzielle Anbieter waren nicht in der Lage optimale Werkzeuge zu liefern, da dies den Gewinn geschmälert hätte und ich war mit der Produktivität der vorhandenen Angebote nicht zufrieden.

[mse1]

Zitat:

Zitat von API (Beitrag 1417640)

Danke! Gibt es eigentlich eine Einstellung/Möglichkeit die überall verwendete graue Farbe durch ein helleres Grau zu ersetzen?

Dazu gibt es verschiedene Möglichkeiten, z.B. mit "setcolormapvalue(<color>,<red>,<green>,<blue> )", im Hauptprogramm:

Delphi-Quellcode:

begin
 setcolormapvalue(cl_background,$f0,$f0,$f0);
 application.createform(tmainfo,mainfo);
 application.run; 
end.

dazu muss "msegraphics,msegraphutils" in "uses" aufgenommen werden.
Oder mach ein Skinmodul. Zur Orientierung kann das Skinmodul von MSEide dienen (apps/ide/guitemplates.pas). Der Hintgergrund von container widgets wird dort mit der TFaceComp "FadeHorzConvex" definiert.
Vielleicht sollten wir für weitere Fragen einen neuen Thread aufmachen wenn dies in der Delphi-PRAXIS erlaubt ist.

[jobo]

Zitat:

Zitat von mse1 (Beitrag 1417645)

Vielleicht sollten wir für weitere Fragen einen neuen Thread aufmachen wenn dies in der Delphi-PRAXIS erlaubt ist.

Ich sehe keinen Grund, warum Dein tolles Projekt anders behandelt werden sollte als Lazarus oder Free Pascal. Aber ich bin nur ein Teilnehmer hier.

[Assarbad]

Zitat:

Zitat von mse1 (Beitrag 1417563)

Ich denke jede Ergänzung im Pascal Ökosystem ist im Interesse aller Pascal Anwender [...]

Aber, aber, ... aber das ist doch die Delphi Language!? Oder hat die Marketingabteilung des aktuellen Eigentümers einen Rückzieher gemacht und man nennt es wieder Pascal oder Object Pascal?

Scherz beiseite. Daß Konkurrenz das Geschäft belebt sieht man an Clang/LLVM und GCC. GCC war ein behäbiges Monstrum und die Fehler und Warnungen zum Teil hanebüchen. Seit Clang gezeigt hat, daß man auch bei Templates Fehlermeldungen auch so klar ausgeben kann, daß man nicht das Gefühl hat, ein Hund hätte sich gerade auf der Tastatur herumgewälzt und so die "Meldung" erzeugt.

Seit es Clang gibt ist GCC deutlich angenehmer für uns Entwickler geworden und auch an der Modularität hat sich viel getan.

Ästhetisch fand ich die obigen Bildschirmfotos (und jene bei SF.net) auch nicht sooo ansprechend ('tschuldigung!), aber "form follows function"! Abgesehen davon ist der Unterbau meistens wichtiger und aufwendiger, ein Aspekt den auch langjährige Entwickler scheinbar immer wieder aus den Augen verlieren.

Mir macht diese IDE Lust mich mal wieder mit Pascal auseinanderzusetzen und ich ziehe meinem Hut vor dem Entwickler und davor diese seine Arbeit als FLOSS anzubieten: chapeau!

[EWeiss]

Zitat:

Das heisst, eine Cross-Platform IDE sollte aussehen und sich verhalten wie Delphi 7 oder 2010. Das kann ich leider nicht bieten, MSEide ist nicht Delphi

Nein sie soll so aussehen wie die Plattform auf der sie läuft.
Und das Design der Aufbau der Fenster so wie bei Delphi 2010. (als Beispiel mit MDI Formen usw.)

Und ja ist klar es ist nicht Delphi.
Ich meine ja auch das Konzept der Aufbau der Bedienung und der Fenster halt.

Zitat:

Wie man Fenster zusammenklickt sieht man hier:

Warum dann das Kompakte Design nicht als Standard würde mir mehr zusagen als es umständlich zusammen zu pappen.
Jetzt hast du ein Fenster das der Plattform entspricht und es ist kompakt. (Mehr wollte ich eigentlich nicht) :thumb:
Was da innerhalb des Fensters abgeht.. Nun da kann man sich dran gewöhnen. ;)
Nun ist es so wie hier vorgeschlagen!

Zitat:

Oder lehne dich an D2010 an einzelne Fenster oder verknüpft als (MDI Child Forms)

Es sind NUR Vorschläge kein muss!
Und danke für die zeit die du hier investierst da ich weis wie es ist wenn man so ein Projekt über Jahre pflegt und nur Undankbarkeit entgegengebracht bekommt.

gruss

[mse1]

Zitat:

Zitat von EWeiss (Beitrag 1417662)

Nein sie soll so aussehen wie die Plattform auf der sie läuft.

Das widerspricht den Möglichkeiten von MSEgui. MSEgui Programme können auf allen Plattformen gleich aussehen und gleich funktionieren und die UI daher Plattform-unabhängig auf die Anwendung optimiert werden.
Das einheitliche Aussehen der Anwendungen ist heutzutage sowieso nicht mehr im Trend, schon die drei als gute Beispiele präsentierte IDE's sehen unterschiedlich aus und auch Microsoft hält sich nicht an dieses Paradigma, von Linux ganz zu schweigen.
Ich vermute eine neue IDE soll so aussehen und funktionieren wie die jeweiligen Anwender es bereits gewohnt sind. MSEide+MSEgui ist ein Opensource Projekt, es ist den Anwendern unbenommen für ihren Geschmack Anpassungen vorzunehmen.

Zitat:

Und das Design der Aufbau der Fenster so wie bei Delphi 2010. (als Beispiel mit MDI Formen usw.)

Meinst du wirklich MDI? Das wurde doch von Microsoft schon seit längerer Zeit "deprecated"? MSEgui kann MDI, ein Beispiel ist hier:
https://gitlab.com/mseide-msegui/mse...ples/forms/mdi
Screenshot im Anhang.

Zitat:

Warum dann das Kompakte Design nicht als Standard würde mir mehr zusagen als es umständlich zusammen zu pappen.

Weil ich die kleine "Kommandozentrale" oben links und ein Panel für Soureceeditor und Meldungsfenster und ein oder zwei weitere Panels für die debug-Fenster besser finde. Da kann man auch problemlos zwei oder drei MSEide's gleichzeitig offen haben was ich ab und zu benötige. Layouts lassen sich aus beliebigen MSEide-Projekten via 'View'-'Load Window Layout' übernehmen, zusammen pappen musst du daher nur einmal. Man könnte auch anwendergenerierte Layouts und Skins in MSEuniverse ablegen, meldet euch, wenn jemand daran Interesse hat.
https://gitlab.com/mseide-msegui/mseuniverse
Ein Skinmodul gibt es schon:
https://gitlab.com/mseide-msegui/mse...ins/cefou/dark

[Jumpy]

Ich frag jetzt nur auf Basis der Screen-Shots nach: Die Komponenten-Palette ist wie in meinem guten alten Delphi 6 und besteht auch ganz vielen Tabs auf denen die einzelnen Komponenten als "Button" liegen? Ich komme in D6 damit klar und kann gut damit arbeiten, aber wie es in neueren Delphis ist (als eine Art ListView) mit Suchfeld finde ich es eigentlich besser, weil man nicht mehr immer genau wissen muss, auf welchem Tab was liegt.

Falls du das noch nicht mit drin hast, wäre es vielleicht eine Überlegung wert...

[API]

Zitat:

Zitat von Jumpy (Beitrag 1417672)

mit Suchfeld finde ich es eigentlich besser, weil man nicht mehr immer genau wissen muss, auf welchem Tab was liegt.

Falls du das noch nicht mit drin hast, wäre es vielleicht eine Überlegung wert...

+1 :thumb:

[Alter Mann]

Ich habe nicht alles gelesen, keine Zeit:(, aber trotzdem ein paar Fragen:

aus #137

Code:

Die Editorschrift wird in 'Project'-'Options'-'Editor'-'Source' bestimmt.

Und wo stelle ich die Schriftart der MSEide ein?

Noch ein(ig)e Anmerkung(en) zum Sourcecode-Fenster: Sind mehrere Dateien geöffnet, werden die Tabs nur rechts angezeigt,
warum keine Tabs oben? Kann die Farbe des aktiven Tab geändert werden und wenn wo?
Wie kann ich die MSEide konfigurieren? Gibt es einen Dialog dafür? Welche zentrale Konfigurationsdatei wird genutzt, oder gibt es mehrere?

Falls die Fragen schon beantworted wurden, wäre ein kleiner Hinweis schön.

[mse1]

Zitat:

Zitat von Jumpy (Beitrag 1417672)

Falls du das noch nicht mit drin hast, wäre es vielleicht eine Überlegung wert...

Ich finde auch, dass bei zunehmender Komponentenzahl weitere Auswahlmethoden sinnvoll sind.

[mse1]

Zitat:

Zitat von Alter Mann (Beitrag 1417679)

Und wo stelle ich die Schriftart der MSEide ein?

https://www.delphipraxis.net/1417488-post108.html

Zitat:

Noch ein(ig)e Anmerkung(en) zum Sourcecode-Fenster: Sind mehrere Dateien geöffnet, werden die Tabs nur rechts angezeigt,
warum keine Tabs oben?

Warum oben? Wie viele Tabs siehst du wenn die Tabs oben sind? Wenn die Tabs rechts sind sind viel mehr gleichzeitig sichtbar und die Suche ist durch die linksbündige Anordnung einfacher. Zudem sind sie dann dem Rollbalken benachbart und eher in Reichweite der Maus. Ist dein Bildschirm nicht auch viel breiter als hoch und daher der Platz in der Vertikalen wertvoller als in der Horizontalen?

Zitat:

Kann die Farbe des aktiven Tab geändert werden und wenn wo?

Z.B. in apps/ide/sourceform.mfm tabwidget.tab_coloractivetab. Tipp: Ein Doppelklick auf einen Tab setzt ihn zuoberst auf die Liste, Drag and Drop ist ebenfalls möglich.

Zitat:

Wie kann ich die MSEide konfigurieren? Gibt es einen Dialog dafür?

Die globalen Einstellungen werden in 'Settings'-'Configure MSEide' vorgenommen, die projektspezifischen in 'Project'-'Options'.

Zitat:

Welche zentrale Konfigurationsdatei wird genutzt, oder gibt es mehrere?

Auf Linux und FreeBSD ~/.mseide/mseideli.sta, auf Windows <CSIDL_APPDATA>\.mseide\mseidewi.sta.
Die Projektoptionen können Gruppenweise von *.prj Dateien geladen oder gespeichert werden, siehe 'Projekt'-'Options'-'Storage'.

Edit:
Weiterer Tipp: Eine effektive Suche nach geöffneten Dateien ist auch RightClick-'Select Page' oder Ctrl+E, siehe Anhang.

[old7]

@mse1: Tabs rechts bei der Scrollbar klingt sinnvoll, so langsam werde ich neugierig :thumb:

Blöde Frage: Kann ich unter Windows für Linux kompilieren (Antergos KDE ist in einer VirtualBox, die schon ziemlich voll ist) und das Kompilat dann von einem gemeinsamen Ordner aus direkt in der VB starten? Hat das schon mal jemand ausprobiert?

[mse1]

Zitat:

Zitat von old7 (Beitrag 1417689)

Blöde Frage: Kann ich unter Windows für Linux kompilieren (Antergos KDE ist in einer VirtualBox, die schon ziemlich voll ist) und das Kompilat dann von einem gemeinsamen Ordner aus direkt in der VB starten?

Ja:
http://wiki.lazarus.freepascal.org/Cross_compiling
Die umgekehrte Richtung oder die Entwicklungsumgebung einfach auch auf Linux zu installieren wäre wohl einfacher. Da ich sowieso immer mit git arbeite synchronisiere ich die Sourcen jeweils mit dem git Repo.

Zitat:

Hat das schon mal jemand ausprobiert?

Ich nicht, aber ich weiss dass es gemacht wird. Zum Vergleich, Cross-compilierung und -debugging von X86-64Linux auf ARM (Raspberry Pi) mit MSEide ist in README.TXT am Schluss beschrieben:
https://gitlab.com/mseide-msegui/mse...ter/README.TXT

[old7]

Danke!