Original erstellt von Unix-Tom:
Die GUI unter C# setzten auf Windows Forms auf. Diese wurden aber noch nicht unter Linux implementiert da noch sehr in der Entwicklung.
Irgendwann wird es aber funktionieren.
Na ja, ob die Windows.Forms jemals vollständig implementiert werden steht noch in den Sternen. Küzlich hat sich Miguel de Icaza dazu geäußert:
Original erstellt von Miguel de Icaza:
Although I was very excited about Windows.Forms initially,
Windows.Forms is a poor API, with a poor event system, with
a poor layout engine.
Some sources tell me that Microsoft is working on a
replacement for Windows.Forms, as Windows.Forms was not up
to the standards of quality of the rest of the .NET framework.
Which I believe after looking at the event model, and the rest
of Windows.Forms.
....
I am personally no longer sure that a complete Windows.Forms emulation
is possible without resorting to things like using Wine
....
So, I am thorn between wrapping Windows.Forms and doing the right
thing. Sure, Windows.Forms is wrapable, but might come at a very high
cost, a cost that we could probably spend innovating and creating a
better toolkit than Windows.Forms is.
Nachzulesen auf http://lists.ximian.com/archives/public/mono-list/2002-July/000553.html
Vermulich werden die Anstrengungen für eine plattformunabhängige GUI sich eher in Richtung GTK# bewegen da diese Bibliothek ja schon auf beiden Plattformen verfügbar ist.
bis dänn, O'Dog
[ Dieser Beitrag wurde am 08.07.2002 um 22:19 Uhr von O'Dog editiert. ]
Oh, C# verfügt über Pointer - ganz im C-Stil.
using System;
public class MyPointer {
unsafe public static void doIt() {
int a = 9;
int* b = &a;
}
}
Pointer-Arithmetik ist allerdings nur in unsafe-Blöcken möglich - C# kennt trotzdem Pointer! Wie es mit Speicherzugriff auf externe Bereiche unter der Herrschaft der .NET-VM aussieht weiß ich nicht, allerdings könntest du ja via PInvoke die "alten" Win32-Funktionen nutzen.
Ja eben das isses ja. In der Doku steht nicht dazu drinne. Ich hab mir gedacht, dass man sowas vielleicht über checkboxes regeln kann. Kann man ja in der Benutzerschnittstelle auswählen. Da kann man dem Teil dann ja Namen geben. Doch wie kann man dann die Aktionen weiterleiten? Mit VB? Wie soll denn sowas gehen? Schließlich kann ich mir ja nirgends den Source-Code der Setup.msi ansehen und ihn bearbeiten.
Wo wir schon mal dabei sind! *g* Hat wer eine Ahnung wie man bei den Installationsbannern den Text editieren kann? Oben steht ja sowas wie: Herzlich willkommen bei der Installation von blabla. Das Banner kann man ja oben austauschen........Gott sei dank. Aber der Text bleitb trotzdem bestehen. Und mal ehrlich, das sieht ja voll blöde aus, oder?
greetz strotas
Schau dir mal in der Hilfe die DateTime Structur genauer an, da wirst du überladene Operatoren finden, die für deinen Zweck nützlich sein könnten. Oder Vergleich bzw. Differenz selber schreiben
Hi,
hab das Programm jetzt nicht zur Hand. Bei den Variablen handelt es sich um folgendes:
dg -> Datenobjekt, hier werden anwendungsglobale Date gehalten.
dg.Connection -> Property von dg. Es handelt sich um den Typ "SqlConnection".
da -> "SqlDataAdapter". Die Parameter habe wurden mit Hilfe des "SqlCommandBuilder" erzeugt und gebunden.
dt -> "DataTable"
"dt" und "da" sind Referenzen auf Member eines Datenobjekts, das wiederum einem Dialog zugeordnet ist.
Btw, wenn ich die Transaktion via der SqlConnection-Methode "ExecuteNoQuery" anstosse, gibt es keine Probleme.
Gruß
Ich persönlich finde mich im VS.NET noch nicht zurecht muss ich gestehen. Ich habe es zwar installiert, jedoch habe ich rege probleme mit den resourcen ;)... kA, check des ned.
Ich hab deswegen derzeit auch SharpDevelop oben, und muss sagen ich programmiere eigentlich alles darin. Es fehlt mir an nichts, da ich das ganze gui herumziehen eh ned so mag. SharpDevelop is ne wirklich super verwendbare IDE für C#. Sollte jeder mal probiert haben der ned so bock hat geld auszugeben. Ich habe das .NET über die firma gratis bekommen (architecture..), kann aber glaub ich als einziger mensch der welt nichts damit anfangen *gg*
STiAT
SharpDevelopment: http://www.icsharpcode.net/OpenSource/SD/default.asp
Da ich in C# hauptsächlich mit GUI arbeite, dH selbst gui programmiere (und nicht fensterln ziehe), habe ich mich für die C#.NET Version vom Petzold entschieden. Aber auch der Herr Petzold beginnt mit der Konsole, weil nunmal alles in der Konsole anfängt
Da sind auch alle Filefunktionen drinnen, vom Byte lesen, bis zu standard file einlesen und bitweise lesen. SOlltest für files mal unter FileStream nachsehen, unter BinaryReader und BinaryWriter bzw. StringReader und StringWriter, sowie StreamReader und StreamWriter nach.
ms-help://MS.NETFrameworkSDK.DE/cpref/html/frlrfsystemio.htm
Einfach in der Framewoks-SDK Doku reinkopieren. Ist die System.IO klasse, dort findest du eigentlich alles was du brauchen könntest inklusive beschreibung.
Hallo,
die ereignisse zu den Steuerelementen wie MouseOver findest du, indem du auf den Blitz klickst, welcher sich rechts über den einzelnen Feldern des Steuerelements befindet. ich hoffe das du ihn findest
cu
Hallo,
meines Wissens gibt es nur die Standard Edition als Einzelprogramme. Eine Trennung in einzelne Packete macht ja eigentlich auch gar keinen Sinn, da die Programmiersprache unter .NET ja sowieso nur zweitrangig ist. Die Entwicklungsumgebung und die Namespaces sind sowieso die gleichen. Egal ob VB.NET, C# o.ä.
Gruß
Peter
Ich habe mir den IC compiler runtergeladen aber wenn ich den Code speichern will bekomme ich folgenden fehler:
Eine unbehandelte Ausnahme ist in einer Komponente ihrer Anwendung aufgetreten. Klicken Sie auf "Weiter" , um den Fehler zu ignorierien und den Vorgang fortzusetzten. ( wenn ich das mache speicht er eine leere datei ) Wenn sie auf "Abrechen" klicken, wird die Anwendung sofort beendet.
Das Feature erfordert Windows NT.
Was kann ich da machen???
Das mit den Shortcut war mein Fehler. Klappt jetzt wieder.
Das Problem ist halt, wenn ein MDIChild-Fenster geschlossen wird, ob nur dieses Fenster geschlossen wird oder das gesamte Programm ( Weil dann beim Beenden des MDIChilds anders reagiert werden muss ).
OnClosing scheidet aus, da zuerst die MDIChildren-Messagehandler für das Closing-Event angesprungen werden, erst dann der Handler des MDIParent.
Daher frage ich in der WndProc-Funktion des MDIParent nach der WM_CLOSE-Message und setzt dort ein Flag, dass das gesamte Programm beendet werden soll. Auf dieses Flag (Property) greife ich dann von den MDIChildren aus zu. Denke aber, das ist unsauber, weil plattformabhängig ( auch wenn das bei diesem Programm keine Rolle spielt ).
Meine Version ist: 1.0.3705 (Framework)
7.0.9514 (Entwicklungsumgebung)
Hi Leuddde!
Ich habe eine grundlegende Frage bezüglich der Programierung mit C++ oder C und weiss nicht ob ich das richtig sehe.
Wenn ich einen Schaltplan habe und diesen in C++ oder C umsetzen muss dann sollte ich nur die Ein und Ausgänge der Schaltung beachten, wie der interne Aufbau realisiert ist, braucht mich nicht zu interesieren.
Ist das richtig?
Und welche Programmiersprache würdet ihr so empfehlen, C oder C++?
Danke
LOL
Templates haben nichts mit objektorientiertem Programmieren zu tun, sondern gehören in den Bereich der generischen Programmierung. Genausoweig hätte funktionelle Programmierung was mit OOP zu tun.
hmm irgendwie bekomm ich's nicht hin...
hat den niemand einen vorschlag, wie man
printStackVector so verähndert dass alle elemente auf dem steck nicht nur ausgibt sondern berechnet ?
Für Bilder kannst du mit BLOBs (Binary Large Objects) arbeiten. Da die Nomenklatur dieses Datentyps von DBMS zu DBMS unterschiedlich ist (in Oracle heissen die BLOB bzw. CLOB) kann es auch sein, dass das Format bei Deinem DBMS LONG bzw. LONG RAW ist.
...also Jungs....ihr seid einfach spitze......
...und das alles in so kurzer Zeit.....
...muss belohnt werden....Termite....falls du mal nach Kassel kommst....spendiere ich dir einen Termitenhügel (hehe...ich meine Kaffee & Kuchen)....für Stephan natürlich auch.....
...vielen Dank....habt mir echt weiter geholfen....