geloescht_Newlukai

Ich glaube, diese Idee kannst Du gediegen in den Wind schiessen. Der Gedanke an sich ist schon verquer. Wie soll denn eine HTML-Seite (nichts anderes sieht der Client einer JSP-Anwendung) die Registry auslesen. Das geht auch nicht mit JavaScript (wage ich jetzt mal zu behaupten). JavaScript darf auch nicht auf das Dateisystem zugreifen, warum sollte es dann Zugriff auf die Registry erhalten, die dazu nur auf Windows-Kisten existiert? Wäre diese Möglichkeit gegeben, würde das zudem doch schon lange jeder Onlineshop praktizieren ...

Dafür gibt's keine Spezifikation, an die man sich zu halten hat. Es gibt nur eine Regel: Verwende sprechende Namen. Wenn Du laengeDerSeite verwenden willst, tu' das. Ich würde zwar sideLength oder so bevorzugen, aber das ist ja Geschmackssache. Und wie baba007 schon bemerkt hat: Einen leeren Konstruktor kannste Dir auch sparen. Und importiere nie ein ganzes Paket, sondern nur die benötigten Klassen. Weiterhin sieht ein ganzes Programm in einem try-Block wirklich blöd aus

Der Anfang sieht gut aus. Doch in der letzten Schleife ermittelst Du das Minimum, warum auch immer. Wo hängt's denn genau?

Ich habe zwar noch nicht mit Java gedruckt, aber es sieht mir so aus, als müßtest Du if(pageIndex >= 2) auf if(pageIndex >= 1) ändern.

Inwiefern willst Du Text einbinden? Versteckt als Geheimbotschaft oder so wie mit Photoshop und Co.?

Wenn DU direkt drucken möchtest, schau mal hier rein. Und falls Du doch noch mit Word-Dateien arbeiten möchtest, gibt es von Apache ein entsprechendes Framework.

Jepp. Sieht gut aus. Ich frag' mich aber auch, wieso das klappt, wenn Du die nicht deifniert hast. Womit entwickelst Du denn?

Und wie äußert sich "funktioniert nicht"? Ich vermute, daß das Fenster nicht angezeigt wird, da es erst sichtbar gesetzt werden muß (setVisible(true)).

Mit Links kann ich nicht dienen. Aber mit einer Idee: Sobald der Speicher-Button gedrückt wird, muß der Text aus dem Feld ausgelesen und dem Model des JTrees übergeben werden. Im Grunde benötigst Du ein Objekt, das als ActionListener auf dem Button registriert ist und beide Steuerelemente kennt. Oder die besitzenden Fenster und die Steuerlemente erfragen kann.

:floet:

i ist halt Deine Zählvariable, mit der Du jede Tippreihe durchgehst (hier 'ne Erklärung). Und welche Alternative Dein Lehrer meint ... hm. Du könntest das auch machen wie kingofbrain (warum steht in Deinem Avatar eigenlich ka-o-be?) schon erwähnt hat. Ein 2-dimensionales Array: eine Dimension für die Tippreihen, die andere für 49 bool-Werte. Aber sonst ... Achja: Benutz' in Zukunft bitte CODE- oder PHP-Tags.

Hast Du auch etwas Code auf Lager?

Du weißt schon, daß SWT keine IDE sondern eine Bibliothek ist? Daher nutzt auch Dein Swing-Code nichts.

Das die 2-Dimensionalität bei der Aufteilung 1-6, 7-12 aus technischer Sicht absolut unnötig ist, ist mir auch klar. Ketscher läßt den Benutzer in seinem Code Tipps mehrerer Spieler eingeben. Das meinte ich mit Tippreihen. Jeder Spieler gibt seinen persönlichen 6aus49-Tipp ein. Ich spreche da aber lieber von Tippreihen, denn Du kannst ja auf einem Tippschein mehrere Tipps abgeben. Mit einem 2-dimensionalen 6xn-Array (oder nx6, ist aber auch wurscht) kannst Du dann die Tipps sichern.

Ich bin mir nicht sicher, ob der konstante Speicher auf die Datei bezogen ist. Ich glaube eher der Speicherverbrauch des Programms ist gemeint. Wird das Programm so realisiert, daß immer nur 2 Firmennamen im Speicher liegen (der generierte und der zu vergleichende aus der Datei), dann ist der Speicherverbrauch konstant. Ich denke auch, daß der beschriebene Algorithmus linearer Ordnung ist, da er ja für jeden neu generierten Namen nochmal die Datei durchackert.

2-dimensional weil's mehrere Tippreihen sind.

Generell läuft das so: int[] zahlen = new int[10]; for(int i = 0; i < zahlen.length; i++) { System.out.println(zahlen[i]); } Wie Du siehst, kannst Du mit der Zählvariablen jeden Eintrag im Array ansprechen, da die Zählvariable ja von 0 bis zum Limit durchgezählt wird. Genauso gilt das auch für Deine 3 Schleifen. Nur ergibt es keinen Sinn 3mal das gleiche Array zu durchlaufen.

Stimmt. Hab' ich vergessen.

lol Den einfachen Weg hab' ich übersehen. Aber viele Wege führen ja nach Rom.

Ich will Dir ja nicht zu nahe treten. Aber Du sagst es ja selbst: Das ist alles Neuland für Dich. Aber warum ziehst Du nicht die logische Konsequenz und liest ein gutes Tutorial? Dir zu erklären, warum das und jenes nicht geht und Dich in die Künste des Programmierens einzuweihen, sprengt einfach den Rahmen. Zu Deinem Problem: Wieso machst Du aus if(document.forms["f1"].elements["r1"].checked) alert ("R1 checked"); das hier: if(document.forms["f1"].elements["r1"].checked else window.alert("falsch"); ??? Da Du mit <input type="radio" name="r1" checked> Argon schon auswählst, mußt Du gar nicht prüfen, ob kein Radio-Button gewählt wurde. Das geht dann doch nicht mehr?!? Und warum bei Dir alle Radiobuttons markierbar sind, hängt daran, daß sie nach Deinem Code nicht zusammengehören. Du mußt sie gruppieren: <input type="radio" name="Zahlmethode" value="Mastercard"> Mastercard<br> <input type="radio" name="Zahlmethode" value="Visa"> Visa<br> <input type="radio" name="Zahlmethode" value="AmericanExpress"> American Express Da diese Buttons den gleichen "name"n haben, sind sie gruppiert. BTW: Bitte nutze die CODE-Tags.

2 Fehler die Du beseitigen mußt. Einer von mir, einer von Dir. Den von mir verrat' ich Dir: es heißt nicht document.forms["f1"].elements["r1"].checked() sondern document.forms["f1"].elements["r1"].checked Für Deinen Fehler ein Tipp: Schlag' mal bei SelfHTML nach, wie Formulare definiert werden.

JavaScript ist zwar nicht Java, aber bitte: if(document.forms["f1"].elements["r1"].checked()) alert ("R1 checked");

Wie ich eben in der API gelesen habe, kann man einem Thread einen "UncaughtExceptionHandler" zuweisen. Vielleicht wäre das eine Möglichkeit für Dich? JavaAPI - Thread JavaAPI - UncaughtExceptionHandler

So? Pattern.matches("-?\\d*\\.?\\d+", s); Kleiner Tipp: Hier findest Du die Syntax für reguläre Ausdrücke die von Pattern unterstützt wird.