Funktion ist nicht MAC kompatibel, warum?

[PCD]

In meinem Programm gibt es ein TextFeld das nur DoubleZahlen mit zwei Komma Stellen zulässt. Auf Windows funktioniert es, auf Mac nicht? Warum. Ich habe den Code selber geschrieben.

jtf.setDocument(new EingabeDouble(jtf));

import java.awt.Toolkit;

import javax.swing.JTextField;
import javax.swing.text.AttributeSet;
import javax.swing.text.BadLocationException;
import javax.swing.text.PlainDocument;

public class EingabeDouble extends PlainDocument {
	
	private boolean     punkt = false;
	private int             stellenNachKomma = 0;
	private JTextField  jtf = null;

	public EingabeDouble(JTextField txt) {
		this.jtf = txt;
	}

	public void insertString(int pos, String s, AttributeSet attributeSet) throws BadLocationException {		
		if(jtf.getText().toString().indexOf(",") == -1) {
			punkt = false;
		} else {
			punkt = true;			
		  }

		try {
			if(s.indexOf(",") != -1 && s.length() > 1) {			
				punkt = true;
			}

			if (!s.equals(",")) {				
				Double.parseDouble(s);
				
			} else {
				if (punkt) {
					throw new Exception();
					
				} else {					
					punkt = true;
					
				  }
			  }
						
			if(strAufZweiStellenTesten()) {
				throw new Exception();
			}

		} catch(Exception ex) {
			Toolkit.getDefaultToolkit().beep();
			return;
		  }		
		
		try {
			if(!s.equals(",") && punkt) {
				stellenNachKomma++;
			}
						
		} catch(Exception e) {
		  }

		s = strAufNullVorDemKommaTesten(s);

		super.insertString(pos, s, attributeSet);
	}
	
	private String strAufNullVorDemKommaTesten(String s) {		
		if(jtf.getText().toString().isEmpty()) {
			if(s.equals(",")) {
				if(jtf.getText().indexOf(",") == -1) {			
					s = "0" + s;
				}
			}
		}
		
		return s;		
	}
	
	private boolean strAufZweiStellenTesten() {
		
		String s = jtf.getText();
		int    p = jtf.getText().indexOf(",");
		       p++;
		int    l = jtf.getText().length();
		
		if(jtf.getText().toString().indexOf(",") != -1) {
			if((l-p) >= 2) {
				return true;			
			}	
		}

		return false;		
	}
}

 

[Wildcard]

Toll das du uns auch gleich sagst was nicht funktioniert

 

[PCD]

Es soll angeblich nicht möglich sein dieses Textfeld mit Zahlen zu befüllen. Ich würde es gerne selber testen. MAC darf man ja nicht emulieren, die Exception kenne ich auch nicht. Der Benutzer gibt Zahlen ein. Gibt er Buchstaben ein werden diese nicht akzeptiert. Mehr nicht.

 

[Wildcard]

Eine Exception wird es wohl auch kaum geben, da du alle Exceptions großzügig verschluckst.

catch(Exception ex) {
         Toolkit.getDefaultToolkit().beep();
         return;
        }

 

[PCD]

Aber was geht den da nicht? Unter Windows ist das Programm noch nie abgestürzt. Ist etwa eine 1 auf Windows etwas anderes als eine 1 auf Microsoft?

 

[Ebenius]

public EingabeDouble(JTextField txt) { 
  this.jtf = txt; 
}
// ........
public void insertString(int pos, String s, AttributeSet attributeSet) throws BadLocationException {
  if(jtf.getText().toString().indexOf(",") == -1) {

Auf keinen Fall niemals nicht darf ein Modell seinen Controller kennen! Nie!

Ich schlage Dir vor, den gesamten Code zu vergessen (im Sinne von löschen) und statt dessen ein JFormattedTextField oder einen JSpinner zu verwenden!

• Sun Tutorial: How to Use Formatted Text Fields
• Sun Tutorial: How to Use Spinners

Ist etwa eine 1 auf Windows etwas anderes als eine 1 auf Microsoft?

Du meinst wirklich W1ndows und M1crosoft? :lol: Welches der beiden wohl die kleinere 1 hat?

Ebenius

 

[Wildcard]

Auf keinen Fall niemals nicht darf ein Modell seinen Controller kennen! Nie!

Also ganz so würde ich das auch nicht sehen. Das bezieht sich nur auf das MVC Paradigma, aber es gibt auch andere Ansätze wie zB Naked Objects, bei denen die beiden eine Einheit eingehen.
http://en.wikipedia.org/wiki/Naked_objects

 

[Ebenius]

Sobald es ein Modell und einen Controller gibt die nicht identisch sind, trifft die Aussage zu und hat die rote Farbe, die Ausrufezeichen, die größere Schriftart und den Fettdruck verdient.

 

[Gast2]

Naja es kann schon SINNmachen dass ein PlainDocument das textfeld an sich kennt. Es gibt keinen grund der dagegen spricht....

@Threadsteller
http://www.java-forum.org/de/viewtopic.php?t=7909

es gibt doch schon dokumentarten mit double die auch funktionieren versuch doch mal die...
ansonsten mach mak bei deinen exception ex.printStackTrace();

 

[Ebenius]

Naja es kann schon SINNmachen dass ein PlainDocument das textfeld an sich kennt. Es gibt keinen grund der dagegen spricht....

Doch. MVC!

 

[Gast2]

warum sollte man es zwischen einem textfeld und document machen???
Wie gesagt ich finde keinen nachteil wenn dass document sein textfeld kennt???
Wo ist der nachteil wenn das ducument sein textfeld kennt??Die 2 Klassen sind eh stark gekoppelt..
Da das Textfeld auch die Daten enthält und man diese benötigt um nache eingaben nicht zuzulassen...
z.B bei einem Datum braucht man eventuell das zeichen davor usw.

 

[Ebenius]

Schau Dir das Diagramm unter "Structure" genau an: Java BluePrints: Model-View-Controller.

// EDIT: Das Diagramm war's gar nicht, aber der Text bei "Solution":

Solution

By applying the Model-View-Controller (MVC) architecture to a JavaTM 2 Platform, Enterprise Edition (J2EETM) application, you separate core business model functionality from the presentation and control logic that uses this functionality. Such separation allows multiple views to share the same enterprise data model, which makes supporting multiple clients easier to implement, test, and maintain.

Du trennst core business model functionality von der control logic. Trennen heißt schon, dass das Model nichts mit dem Controller zu tun haben sollte.

Ich kann zum Beispiel jedes Swing-Modell mehreren Controllern gleichzeitig zuweisen. Wie soll das gehen, wenn das Modell einen kennen will?

Ebenius

 

[Ebenius]

Da das Textfeld auch die Daten enthält und man diese benötigt um nache eingaben nicht zuzulassen...

Das hab ich ja vorhin gar nicht gesehen. Seit wann kennt eine Swing-Komponente Ihre Daten? Genau dafür ist doch das Modell da! Das Modell hat die Daten selbst; beim Document holt man den gesamten Text per:

final Document doc = new PlainDocument();
final String gesamterText = doc.getText(0, doc.getLength());

Ebenius