Konkurrenz zu lazarus erschienen

[CCRDude]

Zitat:

Zitat von mse1 (Beitrag 1417431)

mit dem Resultat, dass Anwender damit tatsächlich bessere Programme herstellen können als mit anderen Entwicklungsumgebungen.

…

Zitat:

Zitat von mse1 (Beitrag 1417442)

Solche Kommentare lese ich meistens von Anwendern welche die paar Sätze der Installationsanleitung nicht befolgt haben und daher MSEide ohne Entwicklungsumgebung starten.

Ich finde Deinen Anspruch ganz schön hoch gegriffen, daher kann ich die Kritik sehr gut nachhvollziehen.

Die Notwendigkeit von Installationsanleitungen ist doch irgendwie sowas von 1999, wenn die Nutzung schon daran scheitert, dass das Setup nicht intelligent genug ist, klingt das halt sehr prahlerisch. Ich habe volles verständlich dafür, wenn open source keine Ein-Klick-Setups hat, sondern manuelle Installationsschritte benötigt - aber das steht dann im Widerspruch zum Anspruch von verbesserter Produktivität und dem schwammigen, subjektiven "besser sein".

Der Sehbehinderte Mensch landet vor einem MSEgui-Programm, das sein Screen-Reader nicht interpretieren kann - Pech gehabt. Besser? Klar kann man die Unterstützung von Hand wieder reinfrickeln, aber das ist das Gegenteil von "produktiver".
Der ästhetisch veranlagte Mensch landet vor einem MSEgui-Programm, dass, wenn es der IDE nacheifert, vermutlich sämtliche Human Interface Design Guidelines, die in den letzten 30 Jahren veröffentlicht wurden, ignoriert. Besser? Klar kann man mit Styles wieder alles anpassen, aber das ist das Gegenteil von "produktiver".
Wo genau ist der Output besser als bei irgend einem anderen FreePascal-Programm? Beinhaltet die IDE zum Beispiel Code-Qualitäts-Prüfungen? Wie genau definierst Du, dass MSEide besseren Output erzeugt, bvw. wie definierst Du "besseren Output"?

Ich habe neulich noch mit einem Marketing-Menschen gesprochen über etwas, das ich gerade selber merke. An sich habe ich immer geschätzt, dass es MSEide+MSEgui gibt, einfach weil ich Vielfalt mag. Überhöhte Versprechungen aber führen zu Enttäuschung.

[DieDolly]

Zitat:

Solche Kommentare lese ich meistens von Anwendern welche die paar Sätze der Installationsanleitung nicht befolgt haben und daher MSEide ohne Entwicklungsumgebung starten.

Ich lese das gleich mal durch und installiere alles nochmal richtig.

[EWeiss]

Zitat:

mit dem Resultat, dass Anwender damit tatsächlich bessere Programme herstellen können als mit anderen Entwicklungsumgebungen.

Das ist subjektiv und unterliegt dem Betrachter. Mir gefällt das Design überhaupt nicht auch wenn es letztendlich keinen Einfluss auf das Compilat an sich hat.
Ob es wirklich an dem ist kann man nirgendwo entnehmen.
Beispiele? Vergleiche? Zeitmessungen?

gruss

[mkinzler]

Niemnad zwingt Euch, diese IDE zu verwenden ...

[EWeiss]

Zitat:

Zitat von mkinzler (Beitrag 1417448)

Niemnad zwingt Euch, diese IDE zu verwenden ...

Aber konstruktive Kritik\Nachfrage darf doch wohl erlaubt sein oder?
Wenn ich hier Projekte hoch lade dann muss ich mir ebenfalls Kritik gefallen lassen ob sie gefällt oder nicht.
Damit muss man rechnen.

gruss

[DieDolly]

Zitat:

Zitat von DieDolly (Beitrag 1417446)

Zitat:

Solche Kommentare lese ich meistens von Anwendern welche die paar Sätze der Installationsanleitung nicht befolgt haben und daher MSEide ohne Entwicklungsumgebung starten.

Ich lese das gleich mal durch und installiere alles nochmal richtig.

Sehr benutzerunfreundlich. Habe die README.txt befolgt aber alles was ich sehe ist ein Fenster im Windows 98-Stil klein genug für 800x600 Bildschirme.
Wie wäre es mit einem Setup das gleich alles so installiert und einrichtet wie es sein soll?

[mse1]

Zitat:

Zitat von CCRDude (Beitrag 1417445)

Zitat:

Zitat von mse1 (Beitrag 1417431)

mit dem Resultat, dass Anwender damit tatsächlich bessere Programme herstellen können als mit anderen Entwicklungsumgebungen.

Ich finde Deinen Anspruch ganz schön hoch gegriffen, daher kann ich die Kritik sehr gut nachhvollziehen.

Da hast du recht, ich stelle sehr hohe Ansprüche an meine Werkzeuge. Das ist ja auch der Grund, warum ich mich nach vielen Jahren Arbeit mit Borland Produkten ums Jahr 2000 dazu entschlossen habe, ein eigenes Open Source Produkt zu entwickeln. Vor allem auch daher, weil mir bewusst wurde, dass ein kommerzielles Unternehmen gar nicht in der Lage ist, die Bedürfnisse der Softwareentwickler voll zu erfüllen, da dies den Gewinn schmälern würde.

Zitat:

Die Notwendigkeit von Installationsanleitungen ist doch irgendwie sowas von 1999, wenn die Nutzung schon daran scheitert, dass das Setup nicht intelligent genug ist, klingt das halt sehr prahlerisch. Ich habe volles verständlich dafür, wenn open source keine Ein-Klick-Setups hat, sondern manuelle Installationsschritte benötigt - aber das steht dann im Widerspruch zum Anspruch von verbesserter Produktivität und dem schwammigen, subjektiven "besser sein".

Naja, die Installationsanleitung lautet:

Zitat:

Installation:
*************
1. Download and install FPC 3.0.2 or 3.0.4, you can get it from
https://www.freepascal.org/download.var
2. Download mseide_msegui_src_4_6_2.zip and the mseide_* archive
for your system.
https://sourceforge.net/projects/mse...-msegui/4.6.2/
3. Extract them to a directory of your choice ('yourdirectory') .
4. Run 'yourdirectory/bin/mseide' on Linux and FreeBSD or
'yourdirectory\bin\mseide.exe' on windows.
5. In 'Settings'-'Configure MSEide'-'${MSEDIR}' select 'yourdirectory/msegui'.
6. In 'Project'-'Open' select 'yourdirectory/msegui/apps/demo/demo.prj'.
7. 'Target'-'Continue'.

Wobei Punkt 6. und 7. bereits den Start des ersten Demoprojektes betreffen. Und wir reden hier von einem Entwicklungswerkzeug für Programmierer, wenn so jemand nicht in der Lage ist, "5. In 'Settings'-'Configure MSEide'-'${MSEDIR}' select 'yourdirectory/msegui'." auszuführen, na ja...
Der Hintergrund warum ich in MSEide mit Automatismen zurückhaltend bin, ist, dass die Anwender immer in der Lage sein sollten die Vorgänge nachzuvollziehen und gegebenenfalls zu korrigieren. Dieses Prinzip findet sich in der ganzen MSEide.

Zitat:

Der Sehbehinderte Mensch landet vor einem MSEgui-Programm, das sein Screen-Reader nicht interpretieren kann - Pech gehabt. Besser? Klar kann man die Unterstützung von Hand wieder reinfrickeln, aber das ist das Gegenteil von "produktiver".

Da stelle ich mich auf den Standpunkt, dass ein Programm für Sehbehinderte speziell für Sehbehinderte entworfen werden sollte, lediglich Screenreader-Funktion zu ermöglichen reicht bei weitem nicht. Ich habe letzthin ein Programm für Blinde entwickelt und dazu die notwendigen Komponenten für MSEgui entworfen, sie befinden sich in der Komponentenpalette im Reiter 'Gui'.

Zitat:

Der ästhetisch veranlagte Mensch landet vor einem MSEgui-Programm, dass, wenn es der IDE nacheifert, vermutlich sämtliche Human Interface Design Guidelines, die in den letzten 30 Jahren veröffentlicht wurden, ignoriert. Besser? Klar kann man mit Styles wieder alles anpassen, aber das ist das Gegenteil von "produktiver".

Die Oberfläche von MSEide wurde sorgfältig als Programmierwerkzeug gestaltet wo Informationsdichte und Orthogonalität erste Priorität haben. In eigenen Programmen können Anwender beliebige andere Schwerpunkte legen. Die Einstellungen können zentral und wenn gewollt projektübergreifend in TSkinController vorgenommen werden.

Zitat:

Wo genau ist der Output besser als bei irgend einem anderen FreePascal-Programm? Beinhaltet die IDE zum Beispiel Code-Qualitäts-Prüfungen? Wie genau definierst Du, dass MSEide besseren Output erzeugt, bvw. wie definierst Du "besseren Output"?

Mit MSEgui ist es mit geringem Aufwand möglich komplexe Probleme zu lösen wo man mit weniger ausgereiften Komponenten scheitern würde oder Abstriche bei der Programm-Funktionalität machen müsste.
Der Hauptgrund für den Vorsprung ist, dass ich MSEide+MSEgui täglich selber benütze und daher den Anforderungen anpassen kann. Zudem ist MSEide+MSEgui sehr schnell und beinhaltet durch seine Unabhängigkeit innovative Konzepte. Hast du z.B. etwas ähnlich geniales wie TWidget.Frame und TWidget.Face in einem Toolkit gesehen? ;-)

[mse1]

Zitat:

Zitat von DieDolly (Beitrag 1417454)

Sehr benutzerunfreundlich. Habe die README.txt befolgt aber alles was ich sehe ist ein Fenster im Windows 98-Stil klein genug für 800x600 Bildschirme.

In Schritt 7. sollte es wie im Anhang aussehen. 800x600 ist etwas knapp aber mit 1024x768 ist das Arbeiten bereits möglich.

[Alter Mann]

Komisch bei mir hapert es schon hier:

Code:

2. Download mseide_msegui_src_4_6_2.zip and the mseide_* archive
for your system.
https://sourceforge.net/projects/mse...-msegui/4.6.2/
3. Extract them to a directory of your choice ('yourdirectory') .
4. Run 'yourdirectory/bin/mseide' on Linux and FreeBSD or
'yourdirectory\bin\mseide.exe' on windows.

Im Archiv gibt es es kein \bin, nur source, keine binaries. Was mache ich falsch?

[mse1]

Zitat:

Zitat von Alter Mann (Beitrag 1417465)

Was mache ich falsch?

Vermutlich

Zitat:

and the mseide_* archive
for your system.

nicht heruntergeladen oder nicht entpackt.
Für Windows 64 Bit:
https://sourceforge.net/projects/mse...2.zip/download
Windows 32 Bit:
https://sourceforge.net/projects/mse...2.zip/download
Linux 64 Bit:
https://sourceforge.net/projects/mse...ar.gz/download
Linux 32 Bit:
https://sourceforge.net/projects/mse...ar.gz/download
FreeBSD 64 Bit:
https://sourceforge.net/projects/mse...ar.gz/download
Raspberry Pi:
https://sourceforge.net/projects/mse...ar.gz/download
ARM Linux EABI:
https://sourceforge.net/projects/mse...ar.gz/download