isardor

Nun ich nehme mal an soviel, dass du die Gesamtnote ausgleichst, also insgesamt auf mindestens 48,5% kommst. Was im Prinzip heißt, dass du in der Ergänzungsprüfung natürlich wesentlich mehr als 48,5% schreiben musst.

Habe auch Transgaming genutzt, lief richtig gut unter UBUNTU (einige Spiele liefen flüssiger als unter Windows). der Nachteil ist aber, das es kostenpflichtig ist. Ich habe mal gehört, dass auch eine modifiziertes Wine für Spiele geeignet ist. Hat da jemand einen Link zum downloaden, oder zu einem Toturial?

Also so wie ich das sehe, hast du dem Verein ja eine Gefälligkeit getan. und durch den Emailkontakt mit deiner Auftragsbestätigung ist existiert ja etwas ähnliches wie ein Vertrag. Nun ist natürlich erstmal die Frage ob der Verein denn deine Forderung nach den 100€ für die Überarbeitung auch angenommen hat, oder nicht. Wenn sie darauf nicht geantwortet haben, hast du die Seite natürlich ohne Auftragsbestätigung bearbeitet. Ich selbst kenne mich in diesen rechtlichen Dingen nicht sonderlich gut aus, aber ich denke mal, dass das mit der Klage nichts werden wird. Ich kenne mich auch nicht so gut mit der rechtliche Situation eines Freelancers aus. Natürlich könntest du ja auch einen Kompromiss eingehen und die Seite gegen eine monatliche Gebühr wieder online stellen, immerhin ist es dein Server.

und hier die Korrektur <script type=text/javascript> function oeffneUrl() { window.location.href=formular.Ziel.value; } </script>[/PHP] und [PHP]<form name=formular method=post> <input type=text name=Ziel size=10> <input type=button value=aufrufen onclick=javascript:oeffneUrl()>

Ich personlich nicht. Mark kein WYSIWYG. Aber hier gibts Rezensionen. http://www.amazon.de/exec/obidos/ASIN/3828772692/303-0065870-9553824 Aber ich denke mal es wird seinen grund haben wenn nicht mal die Hersteller Screenshots veröffentlichen.

das ist komisch, weil damit nämlich der Abstand von den Tabellenrändern zum Inhalt angegeeben wird. wenn der null ist solle es eine Abstände mehr geben. Bei mir ist das jedenfalls so.

Das Format gibt es in Staroffice schon länger, und auch das OpenDocument-Format ist gezipptes XML.

ups sorry, hab mich verlesen, ist ja auch noch früh am Morgen

Vielleicht hilft dir ja das schon weiter. http://www.postgresql.org/files/documentation/books/pghandbuch/html/

nein, es ist euch ein cellspacing und ein cellpadding drin. die beiden auf null zu setztne ist nicht das selbe wie sie wegzulassen

Sieht für mich so aus, als könnte er den Dump nicht in eine Bak schreiben, versuchs mal mit einer sql-Datei

du kannst die Zelle colorieren. <table style="border-collapse:collapse" border=1 bordercolor="#000000"> <tr> <td bgcolor="#00ff00"> Dein Inhalt </td> <td > anderer Inhalt </td> <td bgcolor="#FF0000"> Fehler </td> </tr> <tr> <td > Dein Inhalt </td> <td > anderer Inhalt </td> <td bgcolor="#FF0000"> Fehler </td> </tr> </table> [/PHP] Oder du änderst erneut das Verhalten der Tabelle [PHP] <table width = "100%" style="border-collapse:collapse" bordercolor=green border =1 cellspacing=0 cellpadding=0> <tr> <td valign = "top" > <div style = "background-color:red;"> 1<br>2<br>3<br> </div> </td> <td valign = "top"> 1<br>2<br>3<br> </td> <td valign = "top"> 1<br>2<br>3<br>1<br>2<br>3 </td> </tr> </table>

Dann vielleicht mit sTmp =Workbooks("arbeitsaufwand").Sheets("Übersicht").Range("A" + lIndex).Value

Interessant, und welchest Tool nimmst du dafür? PS.: War noch nie in Bottrop

Also wenn du die Erscheinung der Tabelle mal so änderst <table width = "100%" style="border-collapse:collapse" bordercolor="green" border ="1"> [/PHP] dann sieht es so aus als währe das Div kleiner als die Tabelle, zumindest im IE

Jap, wenn du von SQL sprichts dann meinst du ANSI SQL, das ist eine Fest definierte Sprache, auf der alle DBMS aufbauen. Aber alle DBMS und damit auch MySQL haben zusätzliche Funktionen, die die Arbeit mit SQL erleichtern und z.B. Sprachliche elemente Abkürzen, das können Funktionen sein, die du wie einen normalen SQLstring in deine Abfragen schreibts, wodurch du enorm Zeit sparst. z.B. brauchst du in MySQL keine Funktion zu schreiben die den Zähler im ID-Feld hochzählt, das erledigt ja schon Auto_Increment. Das ist ähnlich wie ein Dialekt, einige sagen ja Halbens Hähnchen und andere sagen Bräuler (oder wie man das schreibt)

Nun kürzer in dem Sinne, dass man für einfache Tabellen weniger Zeitaufwand benötigt, weil es weniger Schreibarbeit ist. Und zeitaufwand darf man in einem Projekt nie unterschätzen. Aber ansonsten hast du schon recht, 'nur' weil 'int not null auto_increment' wegfällt und stattdessen nur 'serial' geschrieben werden muss ist der string nicht sonderlich kürzer. Oh sehe grade: Ich denke das hast du falsch verstanden, SERIAL deckt INT NOT NULL AUTO_INCREMENT komplett ab, ich habe NOT NULL nicht vergessen.

Der Create Tavle string in Postresql ist kürzer MySQL: create table foo (id int not null auto_increment primary key,...) Postgres: create table foo (id serial primary key,...)

Ich glaube die Durchführung und die dazu benötigte Software / Hardware fehlt.

Ich denke mein Vorposter meinte das ungefähr so. SELECT Datum, Event, Name, Vorname FROM Termine left join Namen ON (Besucher.NamenID=Namen.NamenID) Where (Besucher.TerminID=Termine.TerminID) Ich habs nicht getestet.

ich würde jetzt spontan versuche die Tabelle mal mit einer anderen Sprache aufzurufen, z.B. PHP, CF, VB oder Python. Dann kannst du sehen, ob es an Access liegt oder an der Schnittstelle in C++. Da passt dann besonders VB, da du ja hier auch ADO nehmen kannst. Für PHP nimmst du ODBC, ich denke für Python auch, bin ich nicht so fit drin. Das Freie ColdFusionderivat IgniteFusion, braucht auch nur die ODBC Schnittstelle. Na jedenfalls wenn der Fehler über ADO und über ODBC auftritt sollte der Fehler bei Access liegen. Wenn er aber schon in VB (das richtige nicht VBA) nicht auftritt liegt dein Fehler im C++ Code, da ja beide die selbe ADOSchnittstelle verwenden. Und wenn du ganz Hardcore bist, probiers in Assembler.

so, ich poste mal wie ich mir das Tabellenschema vorstelle, allerdings in PostgreSQL, da ich grade kein Access zur hand habe. Ist ja nur ein Beispiel: create table MISSION ( MIS_ID serial primary key, irgendwas varchar(12) ); Create table ControlStation( CST_ID serial primary key, CST_Mission_ID int references MISSION ); Create table HPSegment ( HPS_ID serial primary key, HPS_Mission_ID int references MISSION ) ; jetzt mal den Verknüpfungstypen beiseite gelassen, sind die beiden letzten Tabellen jetzt mit MIS_ID verknüpft. Wenn ich jetzt den zuständigen view aufrufe, mit select * from information_schema.referential_constraints Dann bekomme ich das richtige Ergebnis [B]constraint_name[/B] "controlstation_cst_mission_id_fkey" "hpsegment_hps_mission_id_fkey" [B]unique_constraint_name[/B] "mission_pkey" "mission_pkey" Der Fehler der bei dir auftritt, sollte eigentlich nicht auftreten, es sei denn, du hast die Tabellen falsch verknüpft, oder es ist ein Access Bug. Da du die tabellen aber sicher grafisch verknüpft hast, tippe ich eher auf das letzte.

hmm, raff ich nicht. wie sieht dein SQLstring aus? Oder greifst du direkt mit ADO auf ACCESS zu? Oder hast du die Abfragen in Access gespeichert und nutzt sie wie Storend Procedures?

klingt mir aber garnicht logisch. Grde wenn viele damit arbeiten sollen ist Access ungeeignet, weil das eigentlich nur für Einzelanwender gedacht ist. Eine Datenbank wäre da die vernünftige Lösung, und dann hat du auch das Problem mit den Datentypen nicht mehr. OK, wann sind Firmane schonmal vernünftig

Hast du schon probiert was passiert wenn du "Mode=Share Deny Read|Share Deny Write" mal weglässt, weil hier habe ich die Vermutung dass du dem anwender die Lese/Schreibrechte entziehst