Byl vydán Debian 13.6, tj. šestá opravná verze Debianu 13 s kódovým názvem Trixie a Debian 12.15, tj. poslední patnáctá opravná verze Debianu 12 s kódovým názvem Bookworm, k dispozici je LTS. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 a Debianu 12 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
V jádře Linux byla nalezena a v upstreamu již byla opravena kritická zranitelnost GhostLock aneb CVE-2026-43499. Lokálnímu uživateli umožňuje získat práva roota a také obejít kontejnerovou izolaci. Zranitelnost existovala v Linuxu 15 let, tj. od roku 2011, od Linuxu verze 2.6.39.
Evropská komise předběžně shledala, že návykový design aplikací Instagram a Facebook od americké společnosti Meta porušuje unijní nařízení o digitálních službách (DSA). Návykový design zahrnuje například takzvané nekonečné posouvání, automatické přehrávání videí, tzv. push notifikace, kdy aplikace uživatele vybízí k návratu do jejího prostředí, či vysoce personalizovaný algoritmus, který rychle pozná, co uživatele baví a snaží
… více »Byla vydána verze 1.97.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Švýcarská společnost Punkt. má nově v nabídce telefon Punkt. MC03. Telefon byl navržen ve Švýcarsku s důrazem na soukromí a digitální suverenitu a vyroben v Německu. V telefonu běží operační systém AphyOS (Apostrophy OS) založený na AOSP (Android Open Source Project) 15. Cena telefonu je 745 eur.
TypeScript (Wikipedie), tj. JavaScript rozšířený o statické typování a další atributy, byl vydán v nové verzi 7.0. Kompilátor byl kvůli výkonu přepsán z TypeScriptu do Go.
Europarlament podpořil pozměněnou verzi výjimky známé jako „chat control 1.0“ umožňující firmám skenovat soukromou komunikaci na internetu kvůli ochraně dětí před zneužitím. Pozměňovací návrhy přijaté europoslanci však počítají s tím, že z výjimky bude vyřazena šifrovaná komunikace. Výjimka přestala platit začátkem dubna poté, co se Evropský parlament a Rada EU nedokázaly shodnout na jejím prodloužení. Rada následně přijala
… více »Nejnovější X.Org X server 21.1.24 a Xwayland 24.1.13 řeší 2 bezpečnostní chyby.
Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za červen 2026. Vypíchnuta je vylepšená podpora Waylandu. Už není považována za experimentální. V příští verzi Linux Mintu, plánována je na Vánoce, bude běh Cinnamonu plně podporován na X11 i Waylandu. V květnu na vývoj Linux Mintu přispělo 611 dárců celkovou částkou 19 612 dolarů. Dalších 2 326 patronů přispělo na Patreonu celkovou částkou 5 334 dolarů.
V Linuxu v KVM byla nalezena a v upstreamu již byla opravena kritická zranitelnost Januscape aneb CVE-2026-53359. Root na hostovaném počítači (virtuální stroj) může obejít izolaci a získat plnou kontrolu nad hostitelským systémem (DoS útok nebo vzdálené spuštění kódu s právy roota). Na obou hlavních architekturách – Intel i AMD. Zranitelnost v Linuxu existovala téměř 16 let (od srpna 2010 do června 2026).
addActionListener(new ActionListener() {
public void actionPerformed(ActionEvent e) {
setReverse(/*tady bych chtěl aby byla pozice karty*/);
}
Listenery jsem připojoval ve for cyklu a chtěl jsem dát listeneru právě to číslo, když jsem nepřišel, jak jinak poslat přes event právě pozici karty, jenže tohle prostě nejde. Nejde to, kvůli tomu, že jakákoliv proměnná musí být final, takže když bych pro každou kartu ten listener napsal a přiřadil mu tu hodnotu, tak by to šlo, ale tohle přeci jenom nejde u 64 karet.
Pak jsem dostal nápad, že ten listener zavolá metodu, která projde pole karet a určí která karta byla otočená. Tohle bohužel taky nejde, protože se ta metoda zavolá dřív, než se cokoliv v tom objektu, který událost vyvolá, změní. A tím jsem vyčerpal všechny moje nápady jak na to.
Myslím si, že by tady někdo mohl vědět, jak zjistit v tom listeneru pozici toho prvku popřípadě jak udělat aby to ten prvek nějak tomu listeneru poslal.
Snad někdo pochopí o co mi jde
. Předem moc díky za jakýkoliv nápad, radu atp. Přijde vám taky, že swing a celkově java má naprosto otřesnou dokumentaci v porovnáním třeba s Qt?
Tiskni
Sdílej:
Nevhodné pro prohlížení před dětmi nebo na veřejnosti.
Zobrazit komentář

.
jsem ze sebe úplně udělal debilaTak to bys nám moh dělat mluvčího, splňuješ požadavky!

.
a vysranej zvuk by mohlo mit na triku to novy uzasny pulse-audio ...
no jestli tam mas voba najednou, tak by to mohlo bejt timne
a vysranej zvuk by mohlo mit na triku to novy uzasny pulse-audio ...ne
for(int i=0; i<64; i++) {
final Integer cardIdx = Integer.valueOf(i);
addActionListener(new ActionListener() {
public void actionPerformed(ActionEvent e) {
setReverse(cardIdx);
});
}
Já osobně bych tedy nedělal celou novou komponenentu děděním od JComponent (to Component je doufám překlep) a vyšel bych z některého potomka AbstractButton. Případně to celé dohromady udělal jako jednou komponentu která si bude vnitřní dělení na políčka dělat sama podle souřadnic, ušetří se starosti s layoutem.
Přijde vám taky, že swing a celkově java má naprosto otřesnou dokumentaci v porovnáním třeba s Qt?Většina dokumentací jsou bohužel v porovnání s Qt otřesné...
public class TestListener implements ActionListener {
@Override
public void actionPerformed(ActionEvent arg0) {
((MujObjekt)arg0.getSource()).get.....;
}
}
Mela by se osetrit instance ale budiz.
Karta PeXeSa
public class OneButton extends JButton {
private int pos;
private Icon icon;
public int getPos() {
return pos;
}
public Icon getIcon() {
return icon;
}
public OneButton(int pos, Icon icon) {
super();
this.pos = pos;
this.icon = icon;
}
public void setPos(int pos) {
this.pos = pos;
}
public void setIcon(Icon icon) {
this.icon = icon;
}
A jeste budej potrebovat panel s Layout.
ublic class PexesoPanel extends JPanel {
public class ActListener implements ActionListener {
@Override
public void actionPerformed(ActionEvent arg0) {
// TODO Auto-generated method stub
}
}
private static final long serialVersionUID = 6290986162807731571L;
public PexesoPanel() {
setLayout(new GridLayout(8,8));
for (int i=1;i<=64;i++){
OneButton ob = new OneButton(i,randomImage());
ob.addActionListener(new ActListener());
add(ob);
}
}
protected Icon randomImage(){
return null;
}
}
A nyni dodelat kostra by byla hlavne krasne obrazky kazdemu podle chuti.
final proměnnou se to samozřejmě dá vyřešit (stačí jedna, nevím, proč si myslíte, ž ejich potřebujete 64). Tohle ale není problém Javy nebo Swingu, ale neznalosti základů objektového programování.
final neznamená konstantu, ale proměnnou, jejíž hodnota je přiřazena při deklaraci – ale ta hodnota může být klidně dynamická, zjištěná až v době běhu. Takže třeba následující kód řeší váš problém přesně způsobem, o kterém v blogu tvrdíte, že nejde použít:
for (int karta = 0; karta < POCET_KARET, karta++) {
final int poziceKarty = karta;
addActionListener(new ActionListener() {
public void actionPerformed(ActionEvent e) {
setReverse(poziceKarty);
}
}
}
Lepší než konstruovat 64 nebo kolik anonymních objektů se stejným kódem by mi ale přišlo udělat si neanonymní vnitřní třídu implementující listener, které byste pozici karty předával v konstruktoru (tím se zároveň vyhnete použití final). No a další možnost je použít jediný listener pro všechny karty, a pozici karty zjišťovat přímo z objektu, který událost vyvolal – z ActionEvent si ten objekt můžete vytáhnout, no a ten objekt může být třeba vaše třída rozšiřující JPanel, která bude mít jako vlastnost uvedenou právě pozici karty.
Ten váš kód je takový procedurální kód naivně zabalený do objektů, ten návrh s neanonymním listenerem alespoň vytkne společný kód, opravdu objektové je podle mne až to poslední, protože když tam pracujete s kartama, tak máte mít objekt karta a ten má mít vlastnost pozice, a ne že pozici budete zjišťovat bůhvíjakým způsobem.
Lepší než konstruovat 64 nebo kolik anonymních objektů se stejným kódem by mi ale přišlo udělat si neanonymní vnitřní třídu implementující listener, které byste pozici karty předával v konstruktoru (tím se zároveň vyhnete použití final).
Jenom taková poznámka: tyto dvě možnosti jsou v podstatě equivalentní, akorát v případě anonymní třídy je ten field skrytý. To je také důvod, proč musí být ta proměnná final - ve skutečnosti se ta proměnná použije jen při vytváření instance anonymní třídy, kdy se hodnota zkopíruje.
To je také důvod, proč musí být ta proměnná final - ve skutečnosti se ta proměnná použije jen při vytváření instance anonymní třídy, kdy se hodnota zkopíruje.Kdyby se hodnota kopírovala při vytváření instance vnitřní třídy, nemusela by být ta zdrojová proměnná označená jako final, ne? Podle mne to
final je naopak příznak toho, že se nekopíruje hodnota, ale použije se reference a tudíž změna hodnoty po vytvaření instance by změnila i hodnotu v té instanci vnitřní třídy.
Ona by teoreticky opravdu býtTo je také důvod, proč musí být ta proměnná final - ve skutečnosti se ta proměnná použije jen při vytváření instance anonymní třídy, kdy se hodnota zkopíruje.Kdyby se hodnota kopírovala při vytváření instance vnitřní třídy, nemusela by být ta zdrojová proměnná označená jako final, ne? Podle mne tofinalje naopak příznak toho, že se nekopíruje hodnota, ale použije se reference a tudíž změna hodnoty po vytvaření instance by změnila i hodnotu v té instanci vnitřní třídy.
final nemusela. Jenomže pak by se ukázalo, že při zápisu se změna neprojeví uvnitř a naopak, při zápisu uvnitř se změna neprojeví venku. A celá iluze "closure" by vybouchla.
Tím že proměnná musí být final se můžeme tvářit, jako že to je opravdu ta proměnná - i když ve skutečnosti je to hodnota té proměnné.