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

• alapz@j tag

  #2516 2012-02-21 15:01:55

  Ú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

  

  alapz@j

  tag

  Az Indigo kiadás (2011 június) óta benne van a WindowBuilder az Eclipse-ben, nem kell pluginokat telepíteni. New->Other->WindowBuilder->SWT User Interface, JFrame, JDialog, stb.

• alapz@j tag

  #2470

  #2466 proci985

  2012-01-20 12:04:01

  Ú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

  

  alapz@j

  tag

  #2466 proci985

  Nem próbáltam még a virtuális gépes megoldást, de az Eclipse alapból portable, a workspace-ben tárolja még az ablakok méretét is, azaz ha két gép között natívan hordozod, akkor is mindig azonos környezetet kapsz.

• alapz@j tag

  #2464

  #2462 Kunsztler

  2012-01-17 21:44:59

  Ú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

  

  alapz@j

  tag

  #2462 Kunsztler

  Nagyban függ attól, hogy mit szeretnél csinálni a számítógépeden.

• alapz@j tag

  #2354

  #2352 adam_

  2011-11-29 08:27:28

  Ú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

  

  alapz@j

  tag

  #2352 adam_

  rs.getString("TVnev").equals("Huba")

• alapz@j tag

  #2136

  #2133 PazsitZ

  2011-05-16 18:07:05

  Ú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

  

  alapz@j

  tag

  #2133 PazsitZ

  Köszi, közben volt időm utánaolvasni, és tényleg nem nagyon lehet beleszólni a GC működésébe direkt módon. A legjobb javaslat az volt, hogy használat után adjunk null értéket a String-nek, mert akkor nagyobb az esély, hogy a GC gyorsan megtalálja és megeszi.

• alapz@j tag

  #2131 2011-05-09 13:54:21

  Ú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

  

  alapz@j

  tag

  Egy érdekes kérdés, nem feltétlenül kell megoldani, csak felmerült a minap.
  A magam szórakoztatására egy jelszókezelő alkalmazást írok, ahol ugye alapvető feltétel, hogy az authentikációs adatok a memóriában is titkosítva legyenek és csak a lehető legrövidebb ideig jelenjenek meg plaintext-ben. Sok esetben ez megoldható azzal, hogy a titkosítatlan adatok char[] -ban vagy byte[]-ban vannak és felhasználás után karakterenként felülírom azokat, de gyakran egyszerűen nem lehet elkerülni azt, hogy létrejöjjön egy String objektum, benne az értékes adattal. És mivel a sztringek immutable objektumok, felhasználásuk után nem tudom befolyásolni a sorsukat. Van valamilyen lehetőség arra, hogy egy String-et a garbage collector felhasználás után azonnal ledaráljon?

• alapz@j tag

  #2124

  #2119 r0xx

  2011-05-02 15:03:37

  Ú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

  

  alapz@j

  tag

  #2119 r0xx

  Ha jól értem, egy form-ra akarsz változó számú kontrolt, pl. gombot kitenni. Nemrég ezt úgy csináltam meg, hogy egy ArrayList-ba (vagy Vector-ba) tettem őket, majd egy ciklussal kitettem egy panelre. Ha változott a számuk, töröltem az összeset a panelról és újrarajzoltam.

  Vázlatosan:

  ArrayList<JButton> bGombok;
  JPanel pPanel;
  ...
  bGombok = new ArrayList<JButton>();
  ...
  pPanel.removeAll();
  for (JButton jb : bGombok) {
  pPanel.add(jb);
  }

• alapz@j tag

  #2123 2011-05-02 14:53:34

  Ú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

  

  alapz@j

  tag

  Sziasztok! Egy alkalmazáshoz sqlite adatbáziskezelőt használok, ahol az adatbázis egy fájlban van, jelen esetben a class fájlokkal együtt egy könyvtárban. Ez egy az egyben berakható egy JAR fájlba? Azaz az adatbázis módosítható (=adatbázis-fájl írható) marad attól, ha egy JAR-ban van?

• alapz@j tag

  #2060

  #2059 Blip

  2011-03-18 15:29: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

  

  alapz@j

  tag

  #2059 Blip

  Köszönöm, ezen a vonalon elindultam és sikerült megoldani a dolgot. Nem volt elég a szövegfájl kódolását megváltoztatni, hanem a program forráskódját is konvertálni kellett utf8-ba, majd lefordult szépen a javac -encoding utf8 ... paranccsal.

• alapz@j tag

  #2058 2011-03-18 08:29:05

  Ú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

  

  alapz@j

  tag

  Sziasztok! A múltkor belefutottam egy Java problémába, gondoltam megkérdezem.

  Van egy programunk, ahol a GUI elemek szövegei (a label-ek és a gombok feliratai, a combobox-ok elemei, stb.) nem a programba vannak hardcode-olva, hanem futásidőben kerülnek beolvasásra egy szövegfájlból. A program egy magyar (nem tudom, fontos-e) Win7-en készült, a szövegfájl sima ANSI kódolású és minden tökéletesen működött, még a kritikus ő és ű karakterek is ékezethelyesek voltak. Amikor azokban kipróbáltuk egy Ubuntu Linuxon, az ékezetes karakterek (nem csak ő és ű, hanem az összes) hibásan jelentek meg. Hirtelen ötlettől vezérelve átkonvertáltuk a szövegfájlt UTF8 kódolásúra (BOM nélkül), amitől a dolgok szépen megjavultak és a szoftver rendesen működött.

  Egészen addig, amíg ezt a változatot vissza nem hoztuk Win7-re: az ékezetes karakterek helyett itt annak a két byte-nak az ANSI megfelelője jelent meg, ami az UTF8-ben őket leírja.

  Gondoltam a Look&Feel-re, de nehezen tudom elképzelni, hogy az NT óta unicode-ra épülő windows-os L&F ANSI alapú lenne, míg a linuxos unicode-os...

  Valami ötlet?

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