Original von Noodles
Ich will euch ja nicht die Euphorie nehmen, aber eine Lib für Vektoren, Matrizen usw. sollte nur jemand schreiben, der in beidem richtig fit ist.
In Programmieren ( hier mit C# ) und in Mathematik.
Der Meinung bin ich auch. Wenn man bei so einem Projekt mitmachen möchte, sollte man es auch zu Ende bringen können. Dass man das Wissen dazu haben sollte versteht sich von selbst.
Mein Problem ist folgendes: Ich erhalte für die Variable zahl immer nur den Wert 0, obwohl sie doch Nachkommenstellen (wegen float) und deswegen den Wert 0,3... haben müsste ...
Ich kanns mir wie gesagt nicht vorstellen, da C# dem MSIL-Code ziemlich ähnlich ist.
Falls es wirklich reines C++/CLI ist, und nicht direkt auf native Dinge zugreift, wird es nicht schneller als C# sein, zumal ja beide auf MSIL aufbauen und der C#-Compiler dann schon enorm schlecht sein müsste ...
Original von Fabian
Wie kann ich eigene Properties, die ich in den Controls definiert habe, in den Property-Designer bekomme (wenn das überhaupt möglich ist).
public int MeinProperty
{
get { ... }
set { ... }
}
Da ich hier den Vorschlag gemacht habe, würde ich mich auch bereit erklären, das Projekt zu leiten.
Meiner Meinung nach sollte man für jeden bedeutenderen Namespace (z.B. mycsharp.GUI, also nicht mycsharp.GUI.MeinProjekt) ein Assembly erstellen.
Zitat
Generell würde ich aber dazu tendieren, die Projekte für beide (bzw. alle verwendeten) IDEs anzulegen. Da im wesentlichen Libraries das Thema sein werden, dürfte ein Merging zwischen den IDEs eigentlich nur auf ein Austuaschen der C# Sourcefiles hinaus laufen... Andere Meinungen?
Ja, ich denke auch, dass sich jemand bereit erklären sollte (was ich tun würde), die einzelnen Dateien zu einem Projekt zusammenzufügen und zu veröffentlichen!
Wir sollten uns meiner Meinung nach im IRC treffen (im Channel von mycsharp.de), um weitere Dinge zu besprechen. Mich kann man ab sofort dort erreichen!
@Nostalb: Ich würd mich freuen, wenn du das Projekt mit mir leiten würdest - Die Idee mit diesem Eyefinder gefällt mir recht gut - ich arbeite im Moment ebenfalls an etwas ähnlichem
Ich bin dafür, dass wir alle #develop benutzen. Zwar bietet VS.NET mehr Funktionen, jedoch kann sich das nicht jeder leisten. Alternativ könnten wir auch Projekt-Dateien für beide IDEs erstellen.
Als Lizenz würde ich ebenfalls die LGPL vorschlagen. Am besten kopiert man sich den Header aus cdr's Post.
Ich hab bei Sourceforge mal (wegen dem CVS Server) einen Account angelegt, worüber ich euch weiterhin informieren werde.
Von mir aus können wir auch in Englisch kommentieren - an mir solls nicht liegen
Meinst du mit CabLib eine Library um mit .cab-Dateien zu arbeiten?
Sowas könnte dann in mycsharp.Compression fallen. Das Projekt ist also nicht nur für GUI Komponenten gedacht.
PS: Du bist der Entwickler von diesem PHP Editor, stimmts?
Basisklassen sollten in mycsharp.Core liegen. Für jedes Projekt sollte ein eigener Namespace (z.B. mycsharp.GUI.MeinProjekt) genutzt werden, da es sonst nur ein durcheinander gibt.
Desweiteren empfehle ich, die XML-Kommentare, die C# bietet, zu nutzen. Als Sprache der Kommentare würde ich Deutsch vorschlagen, da es für viele von uns leichter ist, sich in seiner Muttersprache auszudrücken. Außerdem wäre eine Art Standard-Header nicht schlecht.
Was haltet ihr davon? Ich freu mich auf eure Kritik
wie bereits [VC++ / myC# IDE Projekt]hier[/url] angesprochen möchte ich im Namen von mycsharp.de (falls ich das überhaupt darf ) ein Community Projekt beginnen. Es soll sich dabei um eine Open Source Komponenten-Sammlung für .NET handeln, ähnlich wie es die JVCL bei Delphi ist. Eines der Hauptgründe, warum ich auf C# umgestiegen bin, war die riesige (und vor allem komfortable) Bibliothek. Dennoch gibt es Dinge, die vom .NET-Framework nicht von Haus aus unterstützt werden oder von den Funktionen her erweitert werden könnten. Deswegen bin ich auf diese Idee gekommen.
Falls also von eurer Seite aus Interesse besteht und ihr Vorschläge für Komponenten habt, meldet euch entweder direkt bei mir (über ICQ) oder antwortet auf diesen Beitrag!