Laden...

Forenbeiträge von Puppetmaster Ingesamt 225 Beiträge

15.05.2008 - 20:07 Uhr

Meinst Du damit, dass ein gelbes Warnsymbol an dem Verweis in Visual Studio angezeigt wird?

jep

Du solltest die PIAs für Office 2003 installieren.

funzt. vielen vielen dank.

28.04.2008 - 19:21 Uhr

Hi,

ich benötige in meinem Projekt Excel und will deswegen den Microsoft Office Excel 11.0 Verweis hinzufügen. Nachdem ich ihn jedoch hinzugefügt hab, heißt es, dass der Verweis fehlerhaft ist.
Wenn ich den 5.0 Verweis hinzufüge klappt alles. Jedoch langt mir das nicht.

Und es kommt noch seltsamer. Ich hatte den Verweis schon mal erfolgreich hinzugefügt. Irgendwann öffne ich das Projekt wieder und er ist fehlerhaft -_-

Ich habe aber seitdem weder ein altes Office gelöscht noch ein neues installiert.

Ideen?

26.08.2007 - 01:27 Uhr

Hi SlyFox,

FormClosing ist schon mal richtig. Um ein Ereignis abzufangen gehst Du einfach in den Eventhandler (hast ja das VS8 ) und machst n Doppelklick auf das leere Feld neber dem Event, dass Du brauchst. In deinem Fall "FormClosing".

Wenn dir der EventHandler noch kein Begriff ist, solltest Du wirklich noch etwas Grundlagenforschung betreiben. Aber als kleiner Tipp. Klick deine Form an, schau unter Eigenschaten und geh mal auf den Blitz oben.

Wenn Du das ganze ohne Eventhandler machen willst hilft am besten ein Blick in die MSDN. Da stehen auch immer die benötigten Übergabeparamter drin.

Was langalaxy mit dem Registrieren des Events meint, weiss ich auch nicht. Soweit ich weiss, ist es bereits vollständig registriert und authorisiert. Es wird so oder so gemeldet. Du musst es lediglich abfangen.

07.04.2007 - 17:32 Uhr

Hi

sehr seltsam, dass dir niemand geantwortet hat. Ich selber bin nur durch Zufall auf diesen Thread gestoßen.

File.Create erzeugt einfach nur eine leere Datei, ohne Headerinformationen!!!

Woher soll die Create Methode auch wissen was für eine Art von Datei Du haben willst und selbst wenn, woher sollte sie wissen, wie die benötigten Headerinfos lauten?

Um eine Excel-File zu erzeugen sollte man sich ein Excel Object erstellen (nachdem man die entsprechende dll eingebunden hat), um dann mit diesem weiter zu arbeiten.

02.03.2007 - 14:39 Uhr

Da wirst Du mit ODBC nicht weiterkommen.

Dir wird es wohl nicht erspart bleiben dich etwas mit COM zu beschäftigen.

Hier ein guter Thread Link

02.03.2007 - 09:18 Uhr

Ja. Jetzt hab ich dich verstanden.

Was Du probiert widerspricht jedem Datenbankmodell.
Jede Column/Spalte muss durchgängig den gleichen Datentyp haben. Selbst wenn Du irgendwie eine Lösung finden würdest währe es nur ein "workaround" und mit Sicherheit sehr unsauber.

Am besten probierst Du es auf einem komplett anderem Weg. Du könntest z.B eine Spalte für die Zahlen und eine für die Zahlen als Text anlegen.

Nur so nebenbei. Warum willst Du überhaupt die Zahlen einmal als Text und einmal als numerische Werte speichern?

28.02.2007 - 21:49 Uhr

öhm. Ich bin nicht sicher ob ich dich richtig verstanden habe.

Aber prinzipiell sollten alle Columns aus Excel importiert werden, unabhängig vom Datentyp.

24.01.2007 - 09:46 Uhr

Hi buddy1234,

das mit der Datei sperren dürfte auch etwas schwierig werden (machbar auf jeden Fall, bloß halt nicht so einfach).

Meistens (eigentlich immer) hast Du mehrere Tabellen in einer DB. Wenn ein Benutzer eine Tabelle bearbeitet sollte es u.U. trotzdem möglich sein auf andere Tabelle zuzugreifen.

Je nachdem wie diese Tabellen verknüpft sind.
Außerdem dürfte es sehr ärgerlich für viele Andwender sein, wenn sie ihr Projekt speichern wollen und es geht nicht.

Allein schon unter diesem Aspekt muss man sich erstmal Lösungswege ausdenken, wie man das ganze realisiert.

Also viel Glück. Du wirst es brauchen.

23.01.2007 - 16:11 Uhr

Falls jemand also log4net zu kompliziert findet, so etwas ist schnell erstellt.

ja. Bloß wie umfangreich und verlässlich das ganze ist hängt dann vom Programmierer ab.

Und ich bin immer froh wenn ich potenzielle Fehlerquellen vermeiden kann.

Wobei grundsätzlich natürlich nichts dagegen spricht sich solche Sachen selber zu schreiben wenn man nur einen Bruchteil der Funktionalität benötigt.

23.01.2007 - 16:06 Uhr

jope. Müsste gehen, vorrausgesetzt die Variablen haben die richtigen Typen.
Aber davon gehe ich jetzt einfach mal aus.

23.01.2007 - 14:39 Uhr

Hallo individuum

aber so gibs wieder einen foramtexeption, das liegt wohl daran das convert.toint nur zahlen aus dem string nimmt...

korrekt

aber ich möchte ja eigentlich den wert des zeichen aus dem string.
zb wenn im string das "a" steht möcht ich die 97

-->casten

23.01.2007 - 14:28 Uhr

Hi,

im Praktikum hatte ich so was. War beim proggen sau nervig. Aber wenn Du im Endeffekt den Fehler schnell finden wolltest war es unumgänglich.

Es hängt halt davon ab was Du alles loggen willst und das hängt wieder davon ab wozu die Log-File gut sein soll.
Wenn es wie bei meinem Praktikum zum Fehler finden gut sein soll solltest Du wirklich am Ende JEDER Methode eine Logmessage generieren der dir verrät, dass die Methode erfolgreich ausgeführt wurde bzw. dass es dort zu einem Fehler gekommen ist (am besten noch mit Fehlerbeschreibung). Natürlich speicherst Du die Message erst ab wenn es auch zu einem Fehler gekommen ist.

Ansonsten einfach immer in eine Textfile speichern was Du haben willst.

Am wichtigsten ist, dass Du dir im klaren wirst wozu die Log gut sein soll. Dann ergibt sich der Aufbau von selbst.

22.01.2007 - 13:49 Uhr

Der Radius ist halt schwer messbar , außer man teilt den Durchmesser durch 2.

Oder man hat den Umfang und teilt durch pi 😉.

21.01.2007 - 14:23 Uhr

ok. Entschuldigung. Dann haben wir aneinander vorbei geredet.

20.01.2007 - 13:01 Uhr

svenson
Aber Performance ist selten der Hauptaspekt bei der Wahl für eine OODB. Entscheidend ist m.E. eher der Produktivitätsvorteil.

Wenn ich mehr Performance habe / schneller bin habe ich doch mehr Produktivität. Ich kann in kürzerer Zeit mehr leisten. Das ist für mich höhere Produktivität.

svenson
Gerne nachgesagtes Gerücht, entbehrt aber jeder Grundlage. Viele Produkte sind schon mehr als 10 Jahre am Markt.

Ich sagte ja auch wegen der geringen Verbreitung, nicht wegen dem Alter der Technologie. Es kann ein Programm ja auch schon 100 Jahre existieren. Wenn nur ich alleine es entwickle wird ein Programm an dem 10.000 Leute arbeiten mich innerhalb von 10 Jahren überholen bzw. weniger.

Mir ist jetzt vieles klarer geworden.
Und ich hab auch gesehen, dass svenson seine Beiträge sehr oft editiert. Er scheint es sich also zu Herzen zu nehmen was er schreibt.
Lob und weiter so.

20.01.2007 - 12:46 Uhr

Das soll jetzt kein geflame sein. Aber in die wie vielte Klasse gehst Du?

Leichtsinnsfehler können zwar passieren aber ich nehme mal an, Du hast längere Zeit über diese Gleichung nachgedacht bevor Du sie online gestellt hast.

20.01.2007 - 02:33 Uhr

So allgemein vll noch ein Tipp. Wenn Du eine Variable allein haben willst solltest Du alles auf die andere Seite bringen was stört.

In deinem Fall wäre das 2xpi.

19.01.2007 - 16:01 Uhr

Jedoch solltest Du abfragen ob die Form bereits geladen ist, da der Eventhandler auch anspringt wenn die checkboxes erzeugt werden.

19.01.2007 - 15:56 Uhr

Danke für die schnelle und ausführliche Antwort. Top!

svenson
Die Frage, warum denn kaum ein OODBs einsetzt, wurde hier schon oft diskutiert.

Da hab ich mich doch gleich mal auf die Suche gemacht und mir den Thread " Objekt-DB Vor- und Nachteile" durchgelesen.
Leider wird hier die letzte Frage nicht beantwortet.
_
Hallo,
macht es Sinn, komplexere bzw kleinere Dinge in einer Objekt DB zu speichern und irgendwelche Statistiken wie z.b. Rechnungen usw in einer Relationalen Datenbank?
Also wo verhältnismäßig viele Daten anfallen._
So habe ich es nämlich auch verstanden. OODBs sind zwar toll. Dafür aber noch nicht ganz ausgereift (wegen der geringen Verbreitung), langsam (bei großen Datenmengen) und teuer.

Kann man das so stehen lassen?

PS: Das mit VHS stimmt. Da regt sich unser Technologie Lehrer regelmäßig drüber auf ^^

19.01.2007 - 15:40 Uhr

Fang doch einfach das MouseDown-Event ab und speicher es dann in eine Membervariable.

Warum darf es nicht die MouseKlasse sein?

19.01.2007 - 13:41 Uhr

Hallo,

ich (wir) sollen einen Vortrag über "Objektorientierte Datenbankmodelle" (OODBM) halten.
Ich hab mir jetzt einiges dazu durchgelesen aber eines Blick ich immer noch nicht.

Es heißt immer, dass es beim OODBM Objekte gibt und beim relationalem nicht. Aber wo ist denn der große Unterschied zwischen Tabellen (relational) und Objekten?
Bzw. was ist jetzt überhaupt ein Objekt (Also auf Datenbanken bezogen.). Im Endeffekt ist es doch bloß wieder ein Tupel. Und die Tabelle ist so gesehen eine Klasse.
Aber dann hat sich ja am Modell nichts geändert außer, dass ich den Sachen neue Namen gegeben habe und sie anderst aufzeichne (Funktionen dazu schreibe, etc.).

Wie sieht es mit der Verwaltung aus. Den Daten im (stabilen) Speicher. Ist die Haltung da irgendwie anders? Muss es ja sein, da es ja ein anders Modell ist.

Liegt der Unterschied jetzt nur in der Datenhaltung und darin wie man das Modell aufzeichnet?

19.01.2007 - 13:30 Uhr

ups.

Danke für den Hinweis.

19.01.2007 - 10:27 Uhr

Hi,

wäre es nicht alternativ auch mit MakeUpper() bzw. MakeLower() gegangen?

15.01.2007 - 07:02 Uhr

Möglich. Weiss Jemand wie man die aktuelle Version abfragen kann.

Ich habe noch etwas vergessen zu erwähnen.
Es ist möglich, dass die DB ursprünglich in Access 2007 erstellt wurde und dann einfach konvertiert wurde.
Kann es sein, dass es daran liegt? Ich meine mich zu entsinnen, dass ich mal dergleichen bei MS gelesen habe.

Ich wollte jetzt nicht einfach mal auf gut Glück die komplette DB (per Hand) neu erstellen.

Eine Frage generell zum weitergeben von Programmen.

Wo ist eigentlich der Unterschied zum Debug- und dem Releasmodus? Welche Daten werden in die exe noch mit eingebunden und welche Daten werden im System vorrausgesetzt?

14.01.2007 - 23:15 Uhr

Hallo,

mein Projekt arbeitet mit einer Access 2003 DB im Hintergrund. Ich greife über eine OleDBConnection darauf zu.

Jetzt will ich das Projekt weitergeben (an den Benutzer). Dieser hat allerdings nur Access 2000 installiert.
Es kommt zu einer Fehlermeldung (...falsches Datenbankformat...).

Ich dachte mit ADO wäre es egal ob der Benutzer überhaupt Access installiert hat.

Wie packe ich es denn, dass mein Programm beim Benutzer läuft?

PS: Ich kann und will ihm nicht zumuten sich Access 2003 zu installieren.

24.12.2006 - 12:01 Uhr

indem man explizit danach fragt

ok. das nächste mal frage ich ob es zufällig schon eine Klasse BigInteger gibt ^^.
Ne. Im Ernst. Meistens interessieren einen ja auch Sachen für die man vll gar keine Verwendung hat. Is halt dann trotzdem interessant so was zu wissen.

Aber ok. codeproject, msdn foren und mycsharp bin ich sowieso immer.

24.12.2006 - 02:26 Uhr

stimmt. Ich bin jetzt automatisch von den integral types ausgegangen.
würde aber auch bei ulong bleiben.
Denn decimal wurde nicht für diese Zwecke entworfen.

Der BigInteger is ja klasse. So was hätte ich damals gebraucht...
Aber nur so nebenbei. Wie kommt man an solche Infos wenn man sie nicht gerade durch Zufall erfährt, wie hier?

Gibt es irgendwelche wichtigen RSS-feeds die ich nicht habe?

23.12.2006 - 13:31 Uhr

Gibt es da nichts einfacheres? Am Liebsten so in der Art. Ich habe eine FachID und bekommen dann ein DataRow[] von allen Schueler die darin Teilnehmen.

Geben tut es das nicht (bzw. mir ist keine akzeptable Methode bekannt). Das musst Du dir schon selber Programmieren. Aus dem ganz einfachen Grund, dass es mehrer Möglichkeiten und zu viele variablen in der ganzen Abfrage gibt, als dass man da allgemein was vorgeben könnte.

Aber keine Sorge. Das sind nur ein paar Zeilen.

Am besten Du machst eine sql-Anfrage mit einem Join und selektierst dann einfach nach der ID (Und halt am Schluss noch eine Projektion auf die Namen der Schüler). Dann bekommst du in einem DataTable alle Informationen die Du haben willst.

Wie das mit sql funktioniert findest Du hier im Forum genügend zu.

23.12.2006 - 10:51 Uhr

Größer gehts nicht...

Stimmt. Außer Du speicherst die Zahlen in einen string und schreibst dir dann eine eigene Klasse die die Berechnungen ausführt.

Hab ich irgendwann mal machen müssen weil ein uint64 schon lange nicht mehr gereicht hat.

Ihr glaubt das nicht? Dann probiert mal sämtliche Kombinationsmöglichkeiten von Buchstaben zu berechnen. Und zwar von den Buchstaben aus Goethe's "Frühlingserwachen".

22.12.2006 - 15:44 Uhr

Hi,

also eigentlich müsste die erste Methode auch funktionieren. Wobei ich gar nicht genau weiss ob man Klassen so behandeln muss.

Aber sauberer ist es eindeutig mit Properties. Und das geht sehr wohl.
Mach einfach in deiner Form1 ein get und ein set.
Und hol und setz es dann in der Form2.

PS: Bin gerade schon etwas betrunken. Jah. Schüller packen es schon um 4 Uhr mittags hacke zu sein. Haben halt gerade Ferien bekommen. Des muss gefeiert werden 😉.
Also wenn ich Schwachsinn schreibe bitte verzeihen.

22.12.2006 - 07:10 Uhr

Hi talla,

so wie ers gemacht hat, müssts doch eigentlich stimmen. Auch wenns net unbedingt so sauber ist.

Also eigentlich müssts so gehen Speeedy. Hast Du auch beachtet, dass Du beim initialisieren der Form2 die Variable per ref übergeben musst?

z.B. Form2 form2 = new Form2(ref myString);

22.12.2006 - 07:05 Uhr

Hi,

THX an alle. liegt am RETURN

Nein. Andersrum. Es liegt am break.
Du solltest das break und nicht das retunr entfernen (wenn ich dich richtig verstanden haben wolltest/hast Du das return entfernt).

Aber ein return ist hier schon sinnvoll, da ich davon ausgehe, dass Du die Methode auch wirklich verlassen willst und nicht erst noch (gegebenenfalls) die zweite if-Bedingunge überprüfen willst.

22.12.2006 - 07:00 Uhr

Hi,

ich würde die Sache mit der ProgressBar ganz anders angehen.
Einfach den max Wert auf DATEI_Groeße setzen und dann immer um hDateiBytes.Length incrementieren

Der Fehler könnte in der progressBarWertSetzen liegen. Kann man leider nich reinsehen.

21.12.2006 - 09:07 Uhr

Hi,

kenn mich mit DirectX nicht aus.
Aber wie kanns den sein, dass die Version 2.0 veraltet ist, wärend die Version 1.0 aktuell ist ???

21.12.2006 - 09:05 Uhr

Hi,

Du solltest dir mal das Join Statement anschauen. Am besten den INNER JOIN.
Damit kannst Du zwei Tabellen verbinden über einen gleichen Wert.

Bsp.
Tabelle a | Tabelle b | Tabelle c
(a INNER JOIN b On a.ID = b.ID) INNER JOIN c On b.Nr = c.Nr

Und jetzt kannst Du die Tabellen wie eine behandeln.

Einfach alle deine Tabellen verbinden und den Rest müsstest Du alleine hin bekommen.

21.12.2006 - 08:54 Uhr

Ja. Hat Muphin schon recht. Gibt wohl keine andere Möglichkeit.

Du hast zwei Ereignisse, also musst Du ach auf zwei Ereignisse prüfen.

Alternativ könnte man ja auch einfach 5 TextBoxes erstellen und keinen Zeilenumbruch erlauben. Und dann halt die maximale Anzahl an Zeichen so einstellen wie mans haben will ^^.

Ich find alternative Möglichkeiten immer lustig.

20.12.2006 - 19:28 Uhr

ok. Dann sind deine Controls zwar alle schön angeordnet auf der Oberfläche.
Aber sehr ansprechend sieht das doch nicht für den Benutzer aus.

Jedem das seine, wie Du schon sagst.

Gibt es eine Möglichkeit im Visual Studio makefiles zu verarbeiten? Weil so langsam regt es mich auf, dass des Studio zum Kompilieren immer so ewig braucht.

20.12.2006 - 14:18 Uhr

Hi,

Hab nur den Pfad: C:\Programme\Microsoft.NET\SDK\v1.1\Bin\sdkvars.bat
woran liegt das? Dachte mit dem Framework 2.0 hätte ich auch v2.0.

@herbivore
Du hast doch X2 als Editor. Wie kann man denn damit eine Oberfläche zusammenstellen? Allein die ganzen Koordinaten einzugeben muss doch schon tierisch nerven.

Gibt es eine Möglichkeit im Visual Studio makefiles zu verarbeiten? Weil so langsam regt es mich auf, dass des Studio zum Kompilieren immer so ewig braucht.

20.12.2006 - 14:02 Uhr

Wichtig ist gar kein Ausruck.

C# ist eine rein Objektorientierte Programmiersprache. Es gibt also nur noch Klassen.
Selbst ein kleines int ist in wirklichkeit eine Klasse.

Wenn Du also richtig mit C# programmieren willst, solltest Du dir auch was über Objektorientierte Programmierung anschauen.

20.12.2006 - 07:07 Uhr

Juhu. Scheint zu klappen.

In den Einstellungen hab ich ja noch nie rumgemacht ^^.
Werd mich mal schlau machen was es mit dem Umgebungsvariablen unter Windows auf sich hat.

Habs nur mal ganz kurz (auch nur Ansatzweise) für Unix was von gehört. Hab aber keine Ahnung worums da eigentlich geht.

Und da man ja immer wissen will was man fabriziert...

Muss man dann für nmake auch son tollen Pfad ergänzen?

20.12.2006 - 07:02 Uhr

Aber noch wichtiger als ein Buch ist ganz klar das eigene Interesse und Spielereien mit Programmen.

Gerade DAS Anfangsprogramm überhaupt ("Hello World" Ausgabe). Und lauter so Programme für die Tonne halt. Aber man bekommt jedesmal so ein Glücksgefühl wenn es dann doch endlich klappt.
Und das treibt einen dann weiter.

20.12.2006 - 06:59 Uhr

Das ist dann, als müssten sie nachts zum pinkeln nicht mehr aufstehen (Einfach in der warmen, vertrauten Umgebung alles laufen lassen).

Ein sehr schöner Vergleich ^^.

Hab ich noch nichts von gehört (VSTO). Hört sich aber doch schon mal gut an.

19.12.2006 - 22:37 Uhr

Hi,

ich arbeite eigentlich immer mit dem VS 2005.

Wollte jedoch mal spaßeshalber von Konsole aus kompilieren mit csc...
Tja. Geht net. Kennt den Befehl nicht.

Framework 2.0 ist installiert.

Kann mir wer weiterhelfen?

19.12.2006 - 22:15 Uhr

Hi,

schon mal bei Visual Studio bei den Eigenschaften der GroupBox direkt Visible = false eingestellt?

19.12.2006 - 22:10 Uhr

Damit wird nur überprüft ob sich die Maus über dem Grid befindet.

mit


private void MouseMove(object sender, DataGridViewCellMouseEventArgs e)
{
    rowIndexByMouseMove = e.RowIndex;
}

findest Du auch raus in welcher Zeile sich die Maus gerade befindet.

19.12.2006 - 22:00 Uhr

Bist Du gerade von VB umgestiegen?

19.12.2006 - 14:56 Uhr

Hi,

wofür brauchst Du das Prog eigentlich? Willste dir nen eigenen DL-Manager basteln?

19.12.2006 - 14:50 Uhr

kann man eigendlich beides nehmen?
z.B.
zur fernsteuerung (menue basteln usw..) com interopt aber um die daten zu lesen und zu bearbeiten oledb

und das alles in einer einzigen anwendung.

Natürlich kann man das. So ist es ja auch gedacht.

oft ist der grund dieser massiven einsätze von excel, das in großen firmen die höheren positionen total begeistert sind von den vielen farben und den tabellen die diese applikation darstellen kann.

Habe jetzt keine wirklichen Erfahrungen damit. Bin noch Schüler 😄.
Würde mich aber schon stark wundern, wenn Leute in Führungspositionen sich von hübschen Farben großartig beeindrucken lassen.
Da kommt es doch eher auf Funktionalität an (ok. Farbliche Markierungen sind ja irgendwo auch eine sehr wichtige Funktionalität, da man so Sachen oftmals viel klarer darstellen kann).

Aber prinzipiell ist Excel auch eine sehr tolle Sache. Man kann damit eigentlich wirklich ALLES machen, wenn es um Tabellenkalkulation geht (gerade weil es auch die Möglichkeit gibt eigene Scripts zu schreiben).

Natürlich ist Excel keine DB. Aber mal ehrlich. Es kann doch niemand so blöd sein, dass wenn er (als Laie) keine Ahnung von Informatik hat und ihm dann ein fachkompetenter Computerexperte sagt: "DAT SOLLTEST DU SEIN LASSEN!!!, dass er das dann in den Wind schlägt.

Oder ist das bei euch so?

18.12.2006 - 19:33 Uhr

ok. Dann sind wir uns ja einig.

18.12.2006 - 15:58 Uhr

Auf die Gefahr hin, dass ich wieder geköpft werde ^^

Du kannst auch viel einfacher mit


da.Update(dt);

die Daten wieder in Excel speichern.

Allerdings hab ich so den Eindruck, dass die Update() des DataAdapter etwas verpöhnt ist.
Weiss leider nichts genaues drüber. Ich benutze ihn jedenfalls und hatte eigentlich noch nie Probleme mit ihm.

Wer genaueres weiss warum die .Update Methode Nachteile liefet oder unsauber sein sollte bitte bei mir melden.
Würde mich sehr dafür interessieren.