Keresés: - Java programozás - LOGOUT Hozzászólások

Legfrissebb anyagok

LOGOUT témák

PROHARDVER! témák

Mobilarena témák

IT café témák

GAMEPOD témák

Keresés

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

#2516 alapz@j tag

Új Válasz 2012-02-21 15:01:55 #2516
Ú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
Privát üzenet küldése

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.
#2470 alapz@j tag proci985 #2466

Új Válasz 2012-01-20 12:04:01 #2470
Ú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
Privát üzenet küldése

alapz@j

tag

válasz proci985 #2466 üzenetére

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.
#2464 alapz@j tag Kunsztler #2462

Új Válasz 2012-01-17 21:44:59 #2464
Ú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
Privát üzenet küldése

alapz@j

tag

válasz Kunsztler #2462 üzenetére

Nagyban függ attól, hogy mit szeretnél csinálni a számítógépeden.
#2354 alapz@j tag adam_ #2352

Új Válasz 2011-11-29 08:27:28 #2354
Ú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
Privát üzenet küldése

alapz@j

tag

válasz adam_ #2352 üzenetére

rs.getString("TVnev").equals("Huba")
#2136 alapz@j tag PazsitZ #2133

Új Válasz 2011-05-16 18:07:05 #2136
Ú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
Privát üzenet küldése

alapz@j

tag

válasz PazsitZ #2133 üzenetére

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.
#2131 alapz@j tag

Új Válasz 2011-05-09 13:54:21 #2131
Ú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
Privát üzenet küldése

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?
#2124 alapz@j tag r0xx #2119

Új Válasz 2011-05-02 15:03:37 #2124
Ú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
Privát üzenet küldése

alapz@j

tag

válasz r0xx #2119 üzenetére

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);
}
#2123 alapz@j tag

Új Válasz 2011-05-02 14:53:34 #2123
Ú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
Privát üzenet küldése

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?
#2060 alapz@j tag Blip #2059

Új Válasz 2011-03-18 15:29:35 #2060
Ú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
Privát üzenet küldése

alapz@j

tag

válasz Blip #2059 üzenetére

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.
#2058 alapz@j tag

Új Válasz 2011-03-18 08:29:05 #2058
Ú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
Privát üzenet küldése

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?