Új hozzászólás Aktív témák

• Murphistic aktív tag

  #2428

  #2427 Osiris

  2012-01-10 20:38:44

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Murphistic

  aktív tag

  #2427 Osiris

  Nekem is ugyanazt a hibát dobja mint neked, ha a netbeansből indítom a programot.
  Viszont ha a parancssorból indítom, akkor működik. Erre csak az az ötletem van, hogyha a fejlesztőkörnyzet konzolja is fontos neked, akkor használd a System.in -t bemenetként. Nekem eddig nem volt vele gondom, bár az is igaz, hogy ritkán használtam.

• Murphistic aktív tag

  #2386

  #2384 gaben

  2011-12-13 21:23:20

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Murphistic

  aktív tag

  #2384 gaben

  Egyébként mi a hibaüzenet, mert a kódban, ahogy én oldottam meg a visszaszámlálást simán működött. Ott GregorianCalendar-t használtam és ahogy írtad a milliszekundumuk különbségét. Egyébként szerintem a Calendarnál a december 11, mert januárt a 0 jelenti.

• Murphistic aktív tag

  #2383

  #2382 gaben

  2011-12-13 20:47:27

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Murphistic

  aktív tag

  #2382 gaben

  Szervusz!

  GregorianCalendar gc=new GregorianCalendar(2011, 11, 31, 17, 20);//januar -0
  2011.december.31 17:20 ( még egy szám a másodpercet jelölné)

  Én így csináltam volna.

• Murphistic aktív tag

  #2380

  #2379 gaben

  2011-12-11 20:36:36

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Murphistic

  aktív tag

  #2379 gaben

  A ma délután írt hozzászólásomban írt kód működött. Viszont a tesztemben volt annyi körítés hozzá, hogy az ablakban volt egy gomb is és a számláló csak arra kattintva indult el, de ez szerintem nem számít.

  A kód egyébként így az alapértelmezett megjelenítést használja. Én pl. a NetBeans-ben állítottam be, hogy milyen színű legyen a JLabel.

  Egyébként nagyon eredeti megelenítést akarsz? Mert akkor tényleg a Graphicsos megoldást kéne megtalálnunk . Annyit olvastam, hogy az update eljárás békén hagyja a hátteret és meghívja a ComponentUI osztály update függvényét. Itt elvesztettem a fonalat, hogy miért nem működik ( esetemben a végén eltűnt a kiírt szöveg csak a háttér maradt )

• Murphistic aktív tag

  #2378

  #2376 gaben

  2011-12-11 17:25:06

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Murphistic

  aktív tag

  #2376 gaben

  Megint próbálkoztam egy kicsit. Sajnos most olyan hibával találkoztam, hogy ugyan szépen frissíti a képet a kód ( az is, amit elsőnek írtál ), de a végén, amikor kilép a ciklusból eltűnik a kiírt szöveg. Mintha ezt a Java update hívásai okoznák, sajnos a megoldásra még nem jöttem rá.

  Viszont ha csak egy számláló kiírása a cél, akkor szerintem egyszerűbb egy JLabel-t használni erre a célra, amit pl. NetBeansben is vagy saját prancsokkal testre szabsz ( háttérszín, betűméret, betű színe, típusa )

  Csináltam egy osztályt, aminek a konstruktorában beállítod, hogy melyik JLabel számoljon és utána meghívod a start-ot.

  class IdoThread extends Thread{
  JLabel label;
  public IdoThread(JLabel label)
  {
  this.label=label;
  }
  public void run(){
  int ido=0;
  while(ido<5){

  label.setText(""+ido);
  label.update(label.getGraphics());
  try{
  Thread.sleep(1000);
  }catch(InterruptedException ie){
  ie.printStackTrace();
  }
  ido++;

  }
  }
  }

  Valahol a programkódban, ahol szükséged van a számláló elindítására ( pl. egy gombra kattintva ) beszúrod ezt:

  IdoThread it=new IdoThread(jLabel1);
  it.start();

  Ennek még az is az előnye, hogy nem blokkolja az alkalmazásod felületét, tehát a számláló akkor is megy, ha mondjuk gépelsz a programodban, vagy így használható lesz egy másik gomb is, ami mondjuk a számláló leállítására szolgál.

  Úgy néz ki, hogy a tegnap esti megoldásom egy elég nagy katyvasz lett és nem valószínű, hogy működni is fog.

  Nem tudom, hogy ennyi megoldja-e a problémádat, mert az tényleg furcsa, hogy nem akar működni a kirajzolás a Graphics-on.

• Murphistic aktív tag

  #2377

  #2376 gaben

  2011-12-11 00:42:46

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Murphistic

  aktív tag

  #2376 gaben

  Hmmm.

  Most olyasmi jutott még eszembe, hogy az update() hívása nem-e egy másik szálban fut le, ami az aktuális szál lesz és emiatt a sleep dob egy kivételt és emiatt a vibrálás.

  Esetleg ki lehetne próbálni az updatet egy külön szálonmeghívni, így nem az lenne az aktuális.

  Akkor megpróbálnám így: ( az updatet egy külön szálban hívnám meg )

  //Egy külön osztály az update meghívására
  class UThread extends Thread{
  Graphics g;
  JFrame jf; //nem tudom hogy JFrame-e a super típusa a mintádban
  public UThread( Graphics g, JFrame jf )
  {
  this.g=g;
  this.jf=jf;
  }
  public void run(){
  jf.update(g);
  }
  }

  ido++;
  nap.setText(""+ido);
  g.drawString(nap.getText(),10,90);

  UThread ut=new UThread(g, super);
  ut.start(); //meghívjuk az updatet
  try{
  Thread.sleep(1000);
  }catch(InterruptedException ie){
  is.printStackTrace(); //kiírjuk az esetleges hibainformációt
  }

  Remélem nem írtam el semmit, most sajnos nincs alkalmam a kód ellenőrzésére.

• Murphistic aktív tag

  #2375

  #2374 gaben

  2011-12-10 20:01:35

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Murphistic

  aktív tag

  #2374 gaben

  Szervusz!

  Az nem lehet a gond, hogy a super.update(g) -t azután hívod meg, hogy 1 másodpercet őihent a szálad és utána azonnal módosítja a kiírt számot?

  Én így próbálnám meg:
  g.drawString(nap.getText(),10,90);
  super.update(g);
  try {
  Thread.sleep(1000);
  } catch (InterruptedException ex) {}

Új hozzászólás Aktív témák