Beiträge von Misteradi1

Zitat von Detti

hm. Nunja ab 18 Jahren kann das ja jeder für sich selbst entscheiden. Wenn man das dann so regelt das leute die 18+ sind dran teilnehmen dürfen und die die unter 18 sind eben nicht. Bzw diese dann ein gesondertes gewinnspiel bekommen.

auch wenn kleincrafter schon vonseiten des servers abgelehnt hat: diese regelung wäre genauso blöd. dann fangen die leute nämlich an, ein falsches alter anzugeben, damit sie teilnehmen können - überprüfen kanns ja kein. so in etwa wie die altersabfragen bei steam, wenn man eine spiele-shopseite mit altersbeschränkung ansehen will - da gibt dann auch jeder das ausreichende alter an, nicht das richtige (außer vielleicht wenn man eh schon ü18 ist)

trotzdem senkt glücksspiel mit ingame währung auf einem minecraft server die hemmschwelle, lotto im RL auszuprobieren. insbesondere wenn die gewinnchance auf LM größer ist als im RL - die positiven Erfahrungen, die man dann ingame macht, überträgt man dann allzu leicht aufs RL.

ich hab mir jetzt mal ein paar tutorials zu android studio angeschaut, ob ich dann wirklich das spiel auf android programmier überleg ich mir noch. die hauptprogrammierarbeit ist ja aber ohnehin nicht die GUI, sondern der rest
(was genau ist alles beim javax und sun package dabei? wenn da java NIO dazugehört, hab ich erstmal ein problem xD [bin grad am handy & kann nicht nachschauen])

@TickTack121 besser als ein roboter, der aussieht wie donald trump

//update 16w04a

• Boote verbessert (insbesondere code-bezogen)
• Boote können sinken (ka was genau damit gemeint ist)
• "Boote > Seerosenblätter" <--- ich nehme an, dass boote jetzt nicht mehr kaputt gehen, wenn man seerosen rammt
• Sounds aktualisiert (z.B. Regen)

//update 16w03a

• bug fixes
• flüssigeres Chunkladen beim Setzen/Zerstören von Blöcken
• zuvor entfernte Biome wieder hinzugefügt, man kann wieder das Ende besuchen
• mehr Sounds, einige Sounds aktualisiert
• Herobrine entfernt (ich nehme an, dass das nur spaßeshalber dazugeschrieben wurde ^^)

nachdem ich grad schreiben wollte, dass das unter Umständen nicht erlaubt ist, hab ich zuerst kurz das ganze mal gegoogelt: soweit ich das verstanden hab, ist glücksspiel für U18 verboten, wenn eine gewinnmöglichkeit besteht, mit ausnahme von volksfesten usw. mit nur geringen gewinnmöglichkeiten.
da hier ja aber keine realen Werte "verzockt" werden, denke ich nicht, dass das ein problem ist

was ich davon halte ... naja, einerseits hast du schon recht, im RL gibt es Lotto. andererseits fürchte ich, dass dann spieler mit einer pechsträhne ziemlich schnell mal anfangen rumzuragen, während andere dann ne menge cash absahnen. klar, so ist lotto halt - aber wollen wir diese situation wirklich? auf die gefahr hin, dass sie die community vergiftet?
außerdem müsste man erstmal austesten, wie man das ganze strukturiert. 5 aus 49 hat glaub ich minimal zu niedrige gewinnchancen, wenn nur ein paar dutzend spieler dabei sind xD

@Cheefkoch leider, so fürchte ich, werde ich nicht drum herum kommen, in naher zukunft wieder damit zu arbeiten - spätestens dann, wenn ich die größe des spielfelds variable machen will. DAS wiederum ist ohnehin eine Menge Arbeit, weil ich dann soviele ".setBounds(x,y,b,h)" im code anpassen muss, dass es mir jetzt schon graust. und dann darf ich das ganze auch noch über den server an spieler 2 weiterleiten, damit der auch die richtige spielfeldgröße hat ... wird bestimmt sehr lustig.
naja, ich hab mir eh mal ne liste gemacht was ich noch alles ergänzen will

• chat
• evtl. andere grafiken/texturen
• KI-Spiel
• Server umprogrammieren mit Selektoren, sodass nicht mehr 2 Threads pro Spieler laufen (bzw. wären es 3, wenn ich noch nen Chat hinzufüg)
• veränderbare spielfeldgröße, wie gesagt
• "hotseat"-modus: alle spieler spielen am selben PC & wechseln sich ab
• zweites Fenster, in dem angezeigt wird, welche Felder der Gegner bisher angegriffen hat

schon erledigt ist folgendes (im vergleich zur version, die irgendwo oben zum download steht):

• Anzeige "Bereit" (damit man weiß, wann man an der Reihe ist)
• Feldfarbe anpassen, also welche Farbe haben unberührte / leere / getroffene Felder
• veränderbare Anfangsschiffzahl
• Bei der Meldung gewonnen/verloren wird das Ergebnis angezeigt
• anpassbarer "look and feel" (wobei das spielfeld im windows LAF total bekloppt aussieht - ein anwählen der felder ändert nicht die farbe des felds, sondern nur irgendwie die umrandung; vielleicht stell ich das spielfeld daher noch von Buttons auf ne eigene Klasse um, die eine Subklasse von JPanel ist & schon das ganze MouseEvent zeug mit drin hat. hat aber eher niedrige priorität, da lohnt sich der aufwand nicht, man kann ja einfach mit dem standard java LAF spielen ^^)

in arbeit:

• anleitungen an diversen stellen (wird wohl immer in arbeit sein, weil sich immer mal was ändert ^^)
• mehr Schiffsgrößen (1x3, 1x4, 1x5)

//edit: ich hab das spiel jetzt nochmal als aktuelle version hochgeladen; Downloadlink
ansonsten hab ich mir überlegt, das ganze auf android noch zu machen & mal mit android studio rumprobiert. es scheint aber, dass das nicht so einfach ist, wie ich mir erhofft hatte, oder täusch ich mich da (hab nicht viel rumprobiert)? kennt sich da jemand mit aus?

@Ginkor danke, aber lieber nicht xD
damit hab ich schon beim spielfeldlayout rumprobiert (und letztlich dann ein GridLayout verwendet), und das hat mir gereicht xD
ich mach das lieber von hand (zumindest jetzt noch, vielleicht ändert sich das auch irgendwann)
in dem fall würde es vermutlich sogar sinn machen / wäre einfacher, aber jetzt hab ich das ganze schon soweit fertig
ich häng nur grad am look & feel fest ... nichts tut, was es tun soll -.-

Zitat von Shokoyo

Hab keine Ahnung von swing und so, aaaaber... Statt dem "Class type = ..." Gedöhns dürfte auch instanceof funktionieren, oder hab ich gerade nen Denkfehler? Also als if-Abfrage "if(panel.getComponent(i) instanceof JSlider) { ... }", vorausgesetzt du hast JSlider importiert, was ich aber definitiv machen würde.

//e: Kommentare im Code wären super, damit man auch weiß, was du da anstellen willst. Ist immer recht schwierig sich in fremdem Code zurechtzufinden. Auch mit Beschreibung deiner Variablen und so

ja, es geht auch mit "instanceof"; da ich das bisher noch nicht benutzt hatte (bin ja noch ziemlicher java anfänger), nur mal irgendwo gesehen, bin ich da garnicht drauf gekommen. das ist aber nicht das eigentliche problem, an dem, was in der konsole angezeigt wurde, konnte ich ja erkennen, dass jede der 4 Komponenten an die Reihe kam - nur irgendwie sche***t java auf meine gesetzen Bounds ...

//edit: erstmal sorry, sollte sich jetzt jemand unnötig gedanken gemacht haben, aber ich habe inzwischen selbst eine Lösung gefunden: Ich hab einfach die einzelnen Komponenten zu einem "JComponent[]" Array hinzugefügt und dann den durchiteriert. Dadurch konnte ich das Panel weglassen (fällt mir grad auf - das hätte ich sowieso gekonnt ... ka warum ich das eingebaut hab), außerdem ändert jetzt z.B. setBounds nichts mehr an der Komponentenreihenfolge (bzw. theoretisch schon, aber das kann mir egal sein). Wenn ich das richtig verstanden hab, könnte ich das zwar über validate lösen, aber so geht es a) auch und b) einfacher.

ich hab zwar die präsentation jetzt rum, aber zum spaß noch weiter damit rumprogrammiert. jetzt hab ich ein problem: im hauptmenü kann man ein frame öffnen, in dem man die anzahl der startschiffe einstellen kann (per JSlider). Das hat soweit auch funktioniert, aber mMn zuviel Platz verbraucht, deswegen wollte ich jetzt - als ich auch 3er, 4er und 5er Schiffe einbauen wollte - das ganze durch ne for-Schleife laufen lassen und dabei überprüfen, ob die Komponente die entsprechende Klasse besitzt (JTextArea oder JSlider). Leider funktioniert das ganze nicht so, wie es sollte; hier mal der Code:

public void chooseShips() {
	if (!shipChooserOpened) {
		shipChooser.setDefaultCloseOperation(JFrame.DISPOSE_ON_CLOSE);
		shipChooser.setLayout(null);
		shipChooser.setVisible(true);
		shipChooser.setBounds(100,100,400,400);
		panel.setBounds(0,0,400, 400);
		ships1.setBounds(50,50,80,150);
		ships1Lbl.setBounds(40,225,100,100);
		ships2.setBounds(180,50,80,150);
		ships2Lbl.setBounds(170,225,100,100);
		panel.add(ships1);
		panel.add(ships2);
		panel.add(ships1Lbl);
		panel.add(ships2Lbl);
		for (int i = 0; i < panel.getComponentCount(); i++) {
			Class type = panel.getComponent(i).getClass();
			if (type == javax.swing.JSlider.class) {
				System.out.println(i+"_"+type);
				((JSlider)panel.getComponent(i)).addChangeListener(this);
				((JSlider)panel.getComponent(i)).setMajorTickSpacing(5);
				((JSlider)panel.getComponent(i)).setMinorTickSpacing(1);
				((JSlider)panel.getComponent(i)).setPaintTicks(true);
				((JSlider)panel.getComponent(i)).createStandardLabels(1);
				((JSlider)panel.getComponent(i)).setPaintLabels(true);
				((JSlider)panel.getComponent(i)).setToolTipText("Choose how many 1x"+1+" ships you have to place.");
				panel.getComponent(i).setVisible(true);
			} else if (type == javax.swing.JTextArea.class) {
				System.out.println(i+"_"+type);
				((JTextArea) panel.getComponent(i)).setEditable(false);
				((JTextArea) panel.getComponent(i)).setFont(new Font("Arial", Font.BOLD, 13));
				((JTextArea) panel.getComponent(i)).setBackground(null);
				((JTextArea) panel.getComponent(i)).setBorder(BorderFactory.createEmptyBorder());
				((JTextArea) panel.getComponent(i)).setText("Choose how\nmany ships of\nsize 1x"+1+" have\nto be placed.");
				panel.getComponent(i).setVisible(true);
			}
		}
		shipChooser.add(panel);
		shipChooserOpened = true;
	} else {
			shipChooser.setVisible(true);
	}
}

in der konsole wird ausgegeben:
0_class javax.swing.JSlider
1_class javax.swing.JSlider
2_class javax.swing.JTextArea
3_class javax.swing.JTextArea
wenn ich das ganze jetzt starte, habe ich aber das falsche layout:

eigentlich sollte oben die beiden JSlider sein, und mittig darunter jeweils das zugehörige JTextField.
Hat irgendjemand eine Idee, warum das nicht so funktioniert, wie es sollte?
Danke im Voraus

//edit: shipChooser ist ein einfaches JFrame, mit dem außer der Deklaration bislang nichts getan wurde

Zitat von Detti

Wird so entschieden um den Server wieder etwas mehr zu füllen?
Wie sieht es mit erst kürzlich gebannten Usern aus?

Zitat von KleinCrafter

Guten Morgen Community,
Zu beginn des Jahres hat die Serverleitung entschieden, dass langzeit gebannten Usern eine Chance zu geben, ohne Entbannantrag wieder spielen zu können, bis auf ein paar ausnahmen, wurden daher alle User, die länger als 3 Monate gebannt waren, entbannt.

Wir heißen die Entbannten User wieder wilkommen auf unserem Server

//update 16w02a

• bugfixes
• verbessertes rendering bei leuchteffekten
• kampf-spielmechanik gebalanced
• per /summon herbeigerufene gezämte enderdrachen

was mathethemen angeht kannst dir ja mal n paar mathemathische problemstellungen anschauen, egal ob bereits gelöste oder ungelöste. beispiele: fibonacci-folge, mandelbrotmenge, usw. such einfach mal auf google.
bei chemie find ich ernährung ganz interessant, kannst ja mal über lebensmittelunverträglichkeiten nachdenken (fructose/laktoseallergie, ...)
bei erdkunde hast du jede menge auswahl - ob tourismus in bestimmten ländern, regionale Besonderheiten (bei mir z.B. die "rheinbegradigung von tulla" - hängt mir echt zum hals raus) oder auch themen richtung wirtschaft und gesellschaftskunde, z.B. flüchtlinge in [wo-auch-immer-du-wohnst] und deren einfluss auf die landschaft, stichwort raumanalyse.

ich werde auch teilnehmen. hoffentlich bin ich nicht zu spät dran

@DJnf eben deswegen würde ich davon abraten. du wirst nämlich NICHT immer einen 120hz monitor haben, und wenn du dann z.B. auf der arbeit nicht mit dem 60hz monitor klarkommst, wär das doch irgendwie blöd, nicht? (ganz davon zu schweigen dass du dir dann auch einen 120hz fernseher kaufen müsstest, aus demselben grund - frag dazu mal deinen freund, wie es ihm geht, wenn er an 60hz monitoren arbeitet)

falls das ganze gut ankommt, kann man ja in zukunft noch weitere klassen austesten; z.B. könnte man sich hierbei an TF2 orientieren und z.B. den spy hinzufügen. wäre dann natürlich alles auch in gewissem sinne eine frage der programmierung - z.B. gibt es glaub ich schon "konzepte" in minecraft für "rückenstiche" - falls das nicht allzu aufwändig wäre könnte diesbezüglich ja kleincrafter was programmieren (wenn er lust hat) oder jemand anderes mit erfahrung mit minecraft modding. unter umständen würd ich auch selber mal rumprobieren, nachdem ich jetzt mit meinem "schiffe versenken"-programm für den informatikunterricht fertig bin.
ob ich teilnehmen kann, weiß ich nicht - ich muss bis montag noch die dokumentation für das genannte informatikprojekt fertigstellen

ich kenn mich da zwar überhaupt nicht aus (weder mit mechanischen tastaturen noch 120hz monitoren), zu den monitoren allerdings eine sache: 1) ist der unterschied minimal. klar, wenn man mal ne weile nen 120hz monitor hat und dann nen normalen 60hz benutzt, bemerkt man wahrscheinlich nen unterschied - aber willst du das überhaupt? am ende kommst du nicht mehr mit 60hz klar (bzw. störst dich enorm dran). 2) muss auch dein PC 120hz liefern können. ich weiß nicht, wie groß da die anforderungen sind im vergleich zu 60hz - wenn du aber jetzt schon spiele nur auf niedrigerer bis mittlerer qualität spielen kannst, würd ich das eher lassen. wenn du natürlich spiele wie witcher3 auf ultra grafikeinstellungen und full HD (ich nehme mal nicht an dass du als schüler nen 4k monitor hast, hab ich auch nicht) zocken kannst, sollte das natürlich kein problem sein

bezüglich tastaturen hab ich mich mal auf google informiert - ich bezweifle, dass du sowas wirklich "brauchst" - wenn du z.B. sehr viel tippst/zockst oder ein retrofan bist (insofern retro, als man die tastenanschläge anscheinend viel stärker hört - also in richtung schreibmaschine) kannst du dir natürlich eine kaufen. wenn du bisher keine beschwerden mit deiner tastatur bzw. spürbare verzögerungen gespürt hast / hattest, wüsste ich auch nicht, wieso du dir überhaupt eine neue tastatur kaufen solltest. Andererseits hält eine mechanische tastatur angeblich (angeblich, weil ich es kaum überprüfen kann ^^) auch sehr viel länger - so gesehen werde ich mir als künftiger informatikstudent früher oder später eine kaufen. letztendlich musst du entscheiden ob dir das 60€ wert ist, du weißt am besten, was du alles am PC machst.

ja, die spielfeld.class mach ich noch raus, die hab ich ja letztendlich garnicht benutzt.
suboptimal in welchem sinn? bzw. was würdest du verbessern? (klar, an einigen stellen hab ich ziemlich uneleganten code verwendet - behalt dabei aber im hinterkopf dass ich, als ich angefangen hab mit dem programm, nicht viel mehr wusste als schleifen, arrays und so grundlegenden kram.)

PS: in der version die ich derzeit oben verlink hab kann man 5x dasselbe feld angreifen, um zu gewinnen. das hab ich in einer neuen version behoben, in der ich nur noch ein paar zusätzliche fehlermeldungen zur besseren differenzierung einbaue bevor ich sie hochlade.
PPS: wie aufwändig wäre es, wenn ich die "System.out.println" befehle, die ich an einigen stellen verwende, in einem konsolenfenster ausgeben wollte? also ein fenster so ähnlich wie die kommandozeile?

//edit: bezüglich dem teilweise ziemlich ungünstigen code: ich bin erstmal froh, dass ich damit fertig bin - am montag muss ich das programm fertig haben

nachdem ich jetzt endlich fertig bin, hier der download link falls irgendjemand interessiert sein sollte:
http://www.file-upload.net/download-11191…_20-20.jar.html
achtung: spieler 1 und 2 müssen als verschiedene .jar dateien gestartet werden, sonst funktioniert es nicht (da man normal auch nicht auf demselben PC spielt stellt sich das problem auch garnicht).