WAS stiimt da nicht?

[TheJavaKid]

also: es is so dass ich einen editor mache und es so machen will dass wenn das fenster geschlossen wird ein confirm dialog kommt das fragt ob man die datei speichern will
das hab ich schon geschafft

tja aber ich hänge an einem problem auf dass ich keine lösung finde!!

wenn ich "Ja" im Dialog drücke, dann kommt brav der filechooser, wenn ich "Nein" drücke wird das programm brav geschlossen, aber:

wenn ich "Abbrechen" drücke wird das fenster geschlosssen das programm läuft aber weiter! es lässt sic mit serVisible(true), oder repint() oder sonst was wieder sichtbar machen...
jetzt möcht ich wissen was da falsch läuft!


Der code der bei public void windowClosing(WindowEvent evt) ausgeführt wird:

        try {
          int i=con("Editor", "Möchten Sie die Änderungen speichern?");
          switch(i) {
            case JOptionPane.YES_OPTION:
            if( isSaved || file!="") {
              save=new FileOutputStream( file );
              save.write( text.getText().getBytes() );
              save.close();
            } else {
              file = save_it();
              save=new FileOutputStream( file );
              save.write( text.getText().getBytes() );
              save.close();
            }

            case JOptionPane.NO_OPTION: System.exit(0);
            case JOptionPane.CANCEL_OPTION: ;
          }

        } catch ( Exception ee ) {
          err("Editor", "Datei konnte nicht erstellt werden!");
        }

die methode "con":

public int con(String sub, String msg) {
    return JOptionPane.showConfirmDialog(this, msg, sub, JOptionPane.YES_NO_CANCEL_OPTION, JOptionPane.INFORMATION_MESSAGE);
  }

 

[AlArenal]

"case" ohne "break" ist selten gewollt.... Außerdem machst du doch im Fall "Abbrechen" auch gar nichts im Code. Soll sich das Programm da was für dich ausdenken?

 

[L-ectron-X]

Bei dieser einfachen Anweisungsfolge kannst du das auch über die Reihenfolge der case-Anweisungen managen.
Wenn du kein break innerhalb der case-Blöcke hast, wird nach der Ausführung eines case-Blockes der nächste Block ausgeführt, so lange, bis die switch-Anweisung abgearbeitet ist, oder der Interpreter eben auf ein break trifft.

 

[TheJavaKid]

uupps, break, wo bist duu xD ^^ thx

 

[TheJavaKid]

tja

funktioniert trotz break nicht und auch durch andere anordnung der case-boxen gehts nicht...

 

[SlaterB]

wenn man ein Fenster schließt, dann wird standardmäßig dieses Fenster auf unsichtbar gestellt, nicht aber die Anwendung geschlossen,
so ist das eben grundsätzlich

mit frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
kann man das für jedes Frame ändern, steht bei mir immer in der ersten Zeile jedes JFrame-Konstruktors für einfache TestFrames

wenn du auch bei Abbrechen das ganze Programm beenden willst,
dann muss da ein System.exit(0) hin

----------

wenn du trotz des Klicks auf Schließen das Fenster nicht schließen willst,
tja dann musst du dich ein wenig anstrengen,
wüsste ich spontan nicht, ob man das abstellen kann,
geht aber bestimmt

 

[Wildcard]

wenn du trotz des Klicks auf Schließen das Fenster nicht schließen willst,
tja dann musst du dich ein wenig anstrengen,
wüsste ich spontan nicht, ob man das abstellen kann,
geht aber bestimmt

JFrame#DO_NOTHING_ON_CLOSE

 

[TheJavaKid]

ich benutzer aber kein JFrame sondern nen Container

Container cp = getContentPane();

 

[Wildcard]

Na irgendwo musst du die contentPane ja her haben...
Wenn du deinem JFrame nicht sagst das er sich beim klick auf das Kreuz nicht disposen soll, wird er eben genau das tun, egal was in deinem WindowListener steht.

 

[TheJavaKid]

habe ich auch nicht
wenn das fenster mit dem container gemacht is lässt es sich nicht schliessen biss man einen windowlistener hinzufügt, deswegen spar ich mir auch
das .setDefaultCloseOperation(DO_NOTHING_ON_CLOSE);

 

[Wildcard]

Ein Container liegt in einem Frame, der Frame ist nicht der Container und wird auch nicht aus einem gemacht. :roll:
Du hast es bis jetzt noch nichtmal geschafft zu erwähnen ob du einen JFrame oder einen Frame hast.

 

[TheJavaKid]

JFrame logischerweise, was mach ich denn mit nem Frame

 

[Wildcard]

JFrame logischerweise, was mach ich denn mit nem Frame

Du hast ja auch die Content-Pane auf einen AWT-Container runtergecastet, dir trau ich also alles zu :bae:
Dann benutz doch endlich DO_NOTHING_ON_CLOSE :autsch:

 

[TheJavaKid]

okok

 

[TheJavaKid]

wo soll ich da DO_NOTHING_ON_CLOSE einfügen??

 

[Wildcard]

    super(title);
    //da
    addWindowListener(new WindowAdapter() {
      public void windowClosing(WindowEvent evt) { System.exit(0); }
    });
    //da
    int frameWidth = 300;
    //da
    int frameHeight = 300;
    //da
    setSize(frameWidth, frameHeight);
    //da
    Container cp = getContentPane();
    //da
    cp.setLayout(null);
    //da
    setResizable(false);
    //da
    setVisible(true);
    //oder da

 

[michaelb]

Hi,

import java.awt.*;
import java.awt.event.*;
import javax.swing.*;

//import java.util.*;
//import java.io.*;
//import java.net.*;

// Autor: Mathias Hackl
// Version: 1.0
// Datum: 19.05.2006
public class Swing4 extends JFrame {
  // Anfang Variablen
  // Ende Variablen

  public Swing4(String title) {
    // Frame-Initialisierung
    super(title);
    //hier: 
    setDefaultCloseOperation(JFrame.DO_NOTHING_ON_CLOSE);
    //oder weiter unten
    addWindowListener(new WindowAdapter() {
      public void windowClosing(WindowEvent evt) { System.exit(0); }
    });
    int frameWidth = 300;
    int frameHeight = 300;
    setSize(frameWidth, frameHeight);
    Container cp = getContentPane();
    cp.setLayout(null);
    // Anfang Komponenten

    // Ende Komponenten

    setResizable(false);
    setVisible(true);
  }

  // Anfang Ereignisprozeduren
  // Ende Ereignisprozeduren

  public static void main(String[] args) {
    new Swing4("Swing4");
  }
}

 

[TheJavaKid]

das do_nothing_on_close geht auch nicht

aach egal wer braucht den do_nothing_on_close....

meine eigene methode geht dafür

 

[Wildcard]

Wenn du im WindowListener dann System.exit aufrufst brauchst du dich auch nicht wundern wenn sich die Anwendung tatsächlich beendet :roll:

 

[michaelb]

Hi,
überschreib doch windowClosed...
Dann kannsch wenns Fenster geschlossen ist, die Anwendung per System.exit(0); beenden.
Gruß Michi

 

[TheJavaKid]

nö, kak auf do_nothing_on_close und den ganzen müll... brauch ich nich! ich mach jetzt kein methodenüberschreiben wegen so nem kleinen scheiss, deswegen hab ich n eingene methode dafür geschrieben

 

[michaelb]

Hi,
cool! kannst mal die Methode zeigen?
Gruß Michi

 

[TheJavaKid]

Hi,

import java.awt.*;
import java.awt.event.*;
import javax.swing.*;

//import java.util.*;
//import java.io.*;
//import java.net.*;

// Autor: Mathias Hackl
// Version: 1.0
// Datum: 19.05.2006
public class Swing4 extends JFrame {
  // Anfang Variablen
  // Ende Variablen

  public Swing4(String title) {
    // Frame-Initialisierung
    super(title);
    //hier: 
    setDefaultCloseOperation(JFrame.DO_NOTHING_ON_CLOSE);
    //oder weiter unten
    addWindowListener(new WindowAdapter() {
      public void windowClosing(WindowEvent evt) { System.exit(0); }
    });
    int frameWidth = 300;
    int frameHeight = 300;
    setSize(frameWidth, frameHeight);
    Container cp = getContentPane();
    cp.setLayout(null);
    // Anfang Komponenten

    // Ende Komponenten

    setResizable(false);
    setVisible(true);
  }

  // Anfang Ereignisprozeduren
  // Ende Ereignisprozeduren

  public static void main(String[] args) {
    new Swing4("Swing4");
  }
}

das war mir auch klar...

 

[TheJavaKid]

nö bin zu faul die zu posten -.-

sie verhindert einnfach das System.exit(0) durch was anderes als klick auf "NEIN" ausgeführt werden kann...

das trifft sich eh gut dass das do_nothing_on_close nict geht da ich es eh hasse fertige methoden zu nutzen wenn man sie selber bauen kann :roll:

 

[L-ectron-X]

da ich es eh hasse fertige methoden zu nutzen wenn man sie selber bauen kann

Noch so ein ganz "Schlauer" der das Rad immer wieder erfindet... :roll:
Hast du schon mal was von OOP gehört?

 

[Roar]

Hi,

...

das war mir auch klar...

warum hast dann gefragt... :?:

das trifft sich eh gut dass das do_nothing_on_close nict geht

wenn das nicht gehen würde wie dir gesagt wurde, wär das sicher schon jemand anderem aufgefallen, ergo liegt es wohl eher an dir

da ich es eh hasse fertige methoden zu nutzen wenn man sie selber bauen kann

???:L warum benutzt dann swing, warum benutzt dann java, warum ... ???:L

 

[TheJavaKid]

???:L warum benutzt dann swing, warum benutzt dann java, warum ... ???:L

ich... ich weiss es nicht, ich weiss es nicht :autsch:


aber man muss doch zu geben dass es schöner is wenn man ei programm geschrieben hat wo man viele eigene methoden statt java methoden benutzen hat können oder?

 

[AlArenal]

aber man muss doch zu geben dass es schöner is wenn man ei programm geschrieben hat wo man viele eigene methoden statt java methoden benutzen hat können oder?

Zugegeben: Nein.

Mich bezahlt niemand dafür Funktionalität nachzubilden, die ich eh schon habe. Meine Programme (auch die privat erstellten) existieren ja nicht rein zum Selbstzweck.

 

[byte]

aber man muss doch zu geben dass es schöner is wenn man ei programm geschrieben hat wo man viele eigene methoden statt java methoden benutzen hat können oder?

Wenn der Anteil an selbstgeschriebener Funktionalität Deiner Programme so niedrig ist, dann würde ich mir mal Gedanken machen, ob das nächste Projekt nicht etwas komplexer werden sollte.

 

[Caffè Latte]

Köstlicher Thread.

 

[TheJavaKid]

aber man muss doch zu geben dass es schöner is wenn man ei programm geschrieben hat wo man viele eigene methoden statt java methoden benutzen hat können oder?

Wenn der Anteil an selbstgeschriebener Funktionalität Deiner Programme so niedrig ist, dann würde ich mir mal Gedanken machen, ob das nächste Projekt nicht etwas komplexer werden sollte.

sehr witzig :lol:

 

[TheJavaKid]

aber man muss doch zu geben dass es schöner is wenn man ei programm geschrieben hat wo man viele eigene methoden statt java methoden benutzen hat können oder?

Zugegeben: Nein.

Mich bezahlt niemand dafür Funktionalität nachzubilden, die ich eh schon habe. Meine Programme (auch die privat erstellten) existieren ja nicht rein zum Selbstzweck.

gut wenn man beruflich java programmiert ok, aber sonst... ich find schon...