Entwicklung einer IDE - Wie soll die GUI aussehen? - Eure Meinung
-
Im Allgemeinen ja, aber wenn du nicht die eigene Implementierung von Microsoft nimmst (die unglaublich schlecht ist!) kannst du auch ohne Lizenz das Programm vertreiben. Den Beleg dafür liefer ich gleich. Muss es erst wieder finden.
// EDIT: btw, Bei MSDN gibt es genauere Erklärungen zur Ribbon - leider auf die alte Version bezogen...
Außerdem könnt ihr auch Vorschläge posten bzgl. der IDE allgemein.
@gastmitc: Der Compiler ist eh auch noch im Entstehen
// EDIT2:
You should "visit this [Office UI Licensing] site and accept a simple click-through agreement". Moreover you will receive an evaluation copy of the design guidelines (note, you may use it only if you accepted the agreement).
Ergo: Einfach mal durcklicken und ich darf die Ribbon und Scenic nutzen!
-
hast du die screenshots auch als poster ueberm bett haengen?
-
Die Screenshots habe ich bloß vorhin gemacht was bedeutet, dass es noch dauert das zu drucken! Sonst gerne, weil ich echt 3-4 Monate damit verbracht habe eine Ribbon zu implementieren.
Außerdem können wir darüber disskutieren, wenn ich auch Antworten bezogen auf meine Frage/meinen Wunsch bekomme
-
Christian Ivicevic schrieb:
Außerdem können wir darüber disskutieren, wenn ich auch Antworten bezogen auf meine Frage/meinen Wunsch bekomme
Du hast in deinem ganzen Post nur beschrieben wie geil die Ribbons sind und was die können, du hast sogut wie kein Wort verloren was du für deine IDE planst und eine konkrete Frage hast du auch nicht gestellt, was für Aussagen suchst du also in unseren Antworten? Bestätigung wie geil die Ribbons sind und wie gut geeignet die für eine IDE sein können?
Mein Bier: warum benutzt ihr nicht einfach Eclipse, damit könnt ihr euch in einer Woche max. + Einarbeitungszeit eine hübsche IDE erstellen.
-
Was soll ich zur IDE genauer sagen? Aktuell sehe keine "besonderen" Highlights, die geplant sind, die zu implementieren wären. Jede IDE hat ja ähnliche Arbeitsweisen, Funktionen und "Helfer". Es scheint mir unnötig, jetzt so als Beispiel, zu erwähnen, dass etwas wie IntelliSense mit Codevervollständigung reingehört, weil das heutzutage schon erwartet wird. Somit versuche ich redundante Diskussionen bzgl. dessen außen vor zu lassen.
Hierbei interessiert mich ja jetzt, was du dir denn vorstellen könntest, was so in eine IDE reingehört, was aber nicht zum Standard gehört, wie es in Eclipse, Visual Studio, Code::Blocks oder Xcode schon drin wäre.
-
Christian Ivicevic schrieb:
Sonst gerne, weil ich echt 3-4 Monate damit verbracht habe eine Ribbon zu implementieren.
Du hast 3-4 Monate damit verbracht ein Ribbon zu entwickeln?
WARUM???
-
Ich wüsste nicht wie ich Ribbons hier sinnvoll verwenden könnte.
Mir fallen garnicht genug Funktionen ein die man dort sinnvollerweise reinstecken könnte...Navigate Forward/Backward
Comment/Uncomment
Format Selection
Compile
Compile All
Clean & Compile All
Run
Run & Debugund schon stehe ich an...
Ribbons finde ich dann gut, wenn man unendlich viele Funktionen in endlich kleinen Platz bringen will. Aber was für Features gibt es denn in einer IDE die ich über die Toolbar benutzen will?
Sobald ich in eine andere View springe (zB Debug) dann habe ich sowieso wieder eine neue Toolbar mit Watch, Step Into, Step Over, Run, Enable/Disable Breakpoints,...
PS:
ich würde ein Eclipse Plugin schreiben. Da hat man dann automatisch alles wichtige dabei ohne etwas tun zu müssen.
-
Man könnte ja, bezogen auf den Editor, Code-Templates o.ä. oben in einer Gallerie packen. Für das Debuggen könnte man kleine Tools oben rein packen, die bei einem Klick etwas verursachen (keine Ahnung wie ich das erklären soll
), was das Laufzeitverhalten (testweise) ändert.
Außerdem kann man unter View beispielsweise eine Auflistung von Fenstern/Funktionen etc. machen, wie in Visual Studio z.B. mit Solution Explorer, Team Explorer, Object Browser, ...
Teammäßig ist es möglich einzubauen, dass man eine Steuerung für Checkins etc. macht.
-
Christian Ivicevic schrieb:
Man könnte ja, bezogen auf den Editor, Code-Templates o.ä. oben in einer Gallerie packen. Für das Debuggen könnte man kleine Tools oben rein packen, die bei einem Klick etwas verursachen (keine Ahnung wie ich das erklären soll
), was das Laufzeitverhalten (testweise) ändert.
Außerdem kann man unter View beispielsweise eine Auflistung von Fenstern/Funktionen etc. machen, wie in Visual Studio z.B. mit Solution Explorer, Team Explorer, Object Browser, ...
Teammäßig ist es möglich einzubauen, dass man eine Steuerung für Checkins etc. macht.Damit Fülle ich aber keine Ribbons, so wie ich das sehe.
Code Templates ist ein Button. Die sind im Editor auf den Context bezogen sowieso besser. Ich schreibe "class " und er vervollständig mir wenn ich will das kompletten Klassen Gerüst. Selbes für Schleifen, Funktionen, etc. Da sind solche Context Templates einfach super. Da reicht ein "Zeige mir alle Templates an" Button in der Toolbar.Debuggen ist eine eigene View, da brauch ich keine Code Templates und sonstiges mehr. Da muss sich die Toolbar ziemlich ändern. Es sei denn ich kann Live Updates am Source Code durchführen - das wäre ein interessantes Feature.
Solution Explorer, Object Browser etc. sind eigene Fenster. Das ist wichtig dass ich diese immer sehen kann.
Aber ja. commit/checkout/etc sind auch noch Buttons in der Toolbar.
Da sind wir aber immernoch bei weit unter 20.
Keine Ahnung, aber ich sehe den Sinn von den Ribbons einfach nicht. Ich schaue mir meine IDEs an und ich habe genau 1 Zeile Buttons in der Toolbar, bis auf beim Visual Studio, da sinds 2 (weil ich zu faul bin die unnötigen auszublenden).
uU sehe ich das auch zu eindimensional...
-
weniger ist mehr.
