Ú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
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- Router gondok
- Diablo II: Classic és Resurrected
- Jövedelem
- AMD FX
- Horgász topik
- Philips LCD és LED TV-k
- Samsung Galaxy Felhasználók OFF topicja
- One otthoni szolgáltatások (TV, internet, telefon)
- Máris elfogytak az idei évre szánt HDD-k a Western Digitalnál
- Okos Otthon / Smart Home
- További aktív témák...
- Gigabyte Radeon RX 9700 XT Gaming OC ICE 16GB
- MacBook Air M2 Silver 8GB RAM 256 GB SSD
- Huawei MateView GT Standard Edition - ívelt monitor - HIBÁTLAN!
- KTC M27P20 Pro 27 Mini-LED 4K 160Hz Valódi HDR1000, megkímélt állapot
- LG 32GS95UV - 32" OLED / UHD 4K / 240Hz - 480Hz & 0.03ms / 1300 Nits / NVIDIA G-Sync / AMD FreeSync
- HIBÁTLAN iPhone 14 Pro 128GB Space Black -1 ÉV GARANCIA - Kártyafüggetlen, MS4577
- 232 - Lenovo Legion Pro 5 (16IAX10) - Intel Core U7 255HX, RTX 5070
- 225 - Lenovo LOQ (15IRX10) - Intel Core i7-13650HX, RTX 5060 (ELKELT)
- 239 - Lenovo Legion Pro 5 (16IRX9) - Intel Core i9-14900HX, RTX 4070
- utolsó - Dell Alienware 18 Area-51 AA18250 18" - Intel Core Ultra 9 275HX, 64GB, 2TB SSD, RTX 5090
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
