Új hozzászólás Aktív témák
-
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
-
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
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
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
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
Hirdetés
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- REFURBISHED és ÚJ - Lenovo ThinkPad Ultra Docking Station (40AJ)
- MacBook Pro 16" M3 Pro 36GB 512GB Gar. SPACE BLACK
- EREDETI NINTENDO Pokemon Go Plus autocatcher dobozban eladó
- Sima Vs.Windows Logitech Mx keys s plus és hagyományos Mx keys magyar bemutatása. Új videó linkel
- Microsoft Surface Laptop 5 13,5" i7-1265U 16GB 256GB magyarbill 1 év garancia
Állásajánlatok
Cég: FOTC
Város: Budapest