Gyakran lehet szükség a bizonytalan eredetű Icon objektumok Image-é konvertálására. Ha az Icon interface-el rendelkező objektum eleve egy IconImage, akkor nyert ügyünk van, de nem lehetünk benne biztosak. További problémákat okozhat, ha pl. UI ikont használunk, amely az UIManager getIcon() metódusától származik. Ezeknek az ikonoknak a megjelenítésével is gondok lehetnek.
A ZIP fájlok végső méretének becslése nehéz feladat, de a végső fájlméretet viszonylag pontosan is meg lehet határozni olyan módon, hogy mintákat veszünk a fájlból és a mintákon elvégezzük a tömörítést, majd a tömörített minták méretéből megbecsüljük a teljes tömörített állomány méretét.
Az üzenet ablakokkal az a baj, hogy a fejlécükben - így a tálcán is - a hagyományos, nem túl esztétikus Java ikon látható. Célszerűnek éreztem lecserélni őket az alapértelmezett ikonokkal. Erre találtam egy megolgást.
Alapvető probléma a Java képkezelésével, hogy a képeket teljes egészében be kell tölteni a memóriába ahhoz, hogy valamit lehessen velük kezdeni. A BufferedImage esetében a teljes kép a memóriába kerül, ami gátat szab a képméretnek. Erre kínál megoldást a Puli Space Technologies által kifejlesztett módszer.
A JSpinner, pontosbban a JSpinner modellek komoly fogyatékossága, hogy nem képesek kezelni a null értékeket és az üres értéket. Az egyik lehetőség, hogy a fejlesztő megírja a saját modelljét vagy származtat a megévő modellekből, ami nem egy hálás feladat, netán keres az Interneten (én nem találtam).
A Java-ban már rég óta hiba az ALT + NUM PAD módban való adatbevitel, ugyanis a KEY_TYPED typusú billentyűeseményekben random számok jelennek meg. Ez gyakorlatilag lehetetlenné tette a vonalkódolvasók használatát, ugyanis a legtöbb ALT módot használ.
Pár hasznos trükk, ha JTable osztályt használsz: nem kívánt viselkedések megszűntetése, javítása.
A FileChooser fájlválasztó párbeszédablak magyarításához a program statikus inicializálásánál futtasd le a következő sorokat egyszer (minden indításkor meg kell ismételni).
Nem sikerült teljes mértékben magyarítanom, íme a megoldás (statikus inicializálásnál egyszer kell lefuttatni).
A HTML oldal megnyitására több módszer is található az Interneten, de a közelmúltban azt tapasztaltam, hogy Windows Xp esetén bizonyos alkalmazáskonfigurációnál nem mindegyik működik.
Ha a JTable cellához egy egyedi, JPanel-re épített CellEditor komponenst rendelek, amely tartalmaz egy szerkeszthető szöveges mezőt is, a billentyűzetet használva nem lesz szerkeszthető a szöveges mező, mert alapesetben a JPanel kapja meg a fókuszt, nem pedig a szöveges mező.
Előbb-utóbb minden kezdő fejlesztő szembekerül a problémával, amely a következő két tényből fakad.
A JFrame-et nagyon könnyű teljes képernyősre méretezni, de előfordulhat, hogy JDialog-ot kell használni, ez esetben már nem olyan könnyű a helyzet.
Mielőtt Java programod terjesztésébe kezdesz, gondoskodnod kell róla, hogy mások minnél nehezebben tudják visszafejteni - és így ellopni - a nagy munkával megírt forráskódot.