Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) se zapojil do mezinárodní iniciativy vedené americkou agenturou CISA (Cybersecurity and Infrastructure Security Agency) a dalšími partnery, jejímž cílem je stanovit minimální náležitosti pro tzv. Software Bill of Materials (SBOM). Nový dokument přináší praktická doporučení, jak by měl vypadat přehled komponent softwaru a jak s ním v praxi pracovat. SBOM lze
… více »V aktuálním přehledu vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie) bylo oznámeno vydání nové verze 0.4.0. Výrazně se zlepšilo vykreslování stránek jako lichess.org, Zulip nebo Speedtest.
Vládní CERT upozorňuje (𝕏) na kritické zranitelnosti v produktech VMware: CVE-2026-59309, CVE-2026-59310 a CVE-2026-47876. Zranitelnosti v VMware vCenter umožňují vzdálenému útočníkovi se síťovým přístupem obejít autentizaci a získat neoprávněný přístup k vCenter, případně zneužít directory traversal ke spuštění libovolného kódu na vCenter.
Společnost Coinkite upozorňuje na bezpečnostní chybu svých hardwarových kryptopeněženek Coldcard. Jedná se o kritickou chybu v generování náhodných čísel (RNG). Místo hardwarového generátoru náhodných čísel (TRNG) byl omylem používán softwarový fallback (PRNG).
Představena byla nová linuxová distribuce Shadowfetch Linux. Na rozdíl od mnoha nováčků, které nabízejí převážně jiné téma a výběr softwaru, tato distribuce založená na Debianu Testing s desktopovým prostředím KDE Plasma 6.6, klade lokálně běžící umělou inteligenci do centra svého desktopového zážitku.
Max Leiter v roce 2019 zkusil zprovoznit X server na iPadu (iOS). Nyní se k tématu vrátil a s pomocí LLM a balíčkovacích nástrojů Procursus rozběhl desktop s X11 i Waylandem. Jeho balíčky jsou dostupné v repozitáři xiOS.
Společnost Google Cloud dnes oznámila, že její infrastruktura a služby byly oficiálně zařazeny do Katalogu cloud computingu vedeného Digitální a informační agenturou (DIA). Tato certifikace potvrzuje, že infrastruktura a služby Google Cloud splňují přísné bezpečnostní a regulační požadavky České republiky pro provoz cloudových služeb ve veřejném sektoru.
Vůbec poprvé v historii se stát při testování digitálních služeb obrací na širokou veřejnost. Digitální a informační agentura (DIA) a Ministerstvo vnitra zvou občany k zapojení do zátěžového testu eDokladů, které od loňského podzimu prošly optimalizací aplikace a posílením infrastruktury. Test proběhne 13. srpna ve 13:00 a pro jeho úspěch bude potřeba zapojení několika desítek tisíc občanů. Zapojení do testu je zcela dobrovolné a úkol
… více »FireDragon je webový prohlížeč, doposud založený na Floorpu, jednom z forků Firefoxu s větším důrazem na ochranu soukromí a přizpůsobení uživatelského rozhraní. Spravuje ho člen komunity distribuce Garuda Linux. Nové vydání verze 13 opouští Floorp a přechází přímo na Firefox s patchi z LibreWolfu a vlastními úpravami. Dostupný je také na Flathubu.
picogame (GitHub) je malý 2D herní engine pro mikrokontroléry jako RP2040, čip uvnitř kapesní konzole Picopad. Hru napíšeš v Pythonu a vyzkoušíš ji v prohlížeči nebo desktopovém simulátoru. Až bude hotová, zkopíruješ ji na podporovanou desku. Na začátku nepotřebuješ C, sestavení firmwaru ani hardware.
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é.
Tiskni
Sdílej: