Bylo oznámeno vydání Fedora Linuxu 44. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách
… více »David Malcolm se na blogu vývojářů Red Hatu rozepsal o vybraných novinkách v GCC 16, jež by mělo vyjít v nejbližších dnech. Vypíchnuta jsou vylepšení čitelnosti chybových zpráv v C++, aktualizovaný SARIF (Static Analysis Results Interchange Format) výstup a nová volba experimental-html v HTML výstupu.
Byla vydána verze R14.1.6 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Jon Seager z Canonicalu včera na Ubuntu Community Hubu popsal budoucnost AI v Ubuntu. Dnes upřesnil: AI nástroje budou k dispozici jako Snap balíčky, vždy je může uživatel odinstalovat. Ve výchozím nastavení budou všechny AI nástroje používat lokální AI modely.
Nový ovladač Steam Controller jde do prodeje 4. května. Cena je 99 eur.
Greg Kroah-Hartman začal používat AI asistenta pojmenovaného gkh_clanker_t1000. V commitech se objevuje "Assisted-by: gkh_clanker_t1000". Na social.kernel.org publikoval jeho fotografii. Jedná se o Framework Desktop s AMD Ryzen AI Max a lokální LLM.
Ubuntu 26.10 bude Stonking Stingray (úžasný rejnok).
Webový prohlížeč Dillo (Wikipedie) byl vydán ve verzi 3.3.0. S experimentální podporou FLTK 1.4. S příkazem dilloc pro ovládání prohlížeče z příkazové řádky. Vývoj prohlížeče se přesunul z GitHubu na vlastní doménu dillo-browser.org (Git).
Byl publikován přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Vývojáři v přehledu vypíchli vylepšenou instalaci, podporu senzoru okolního světla, úsporu energie, opravy Bluetooth nebo zlepšení audia. Vývoj lze podpořit na Open Collective a GitHub Sponsors.
raylib (Wikipedie), tj. multiplatformní open-source knihovna pro vývoj grafických aplikací a her, byla vydána ve verzi 6.0.
Zásah – 2 varianty
a. Dělová koule zasáhne tank až po dopadu (na konci přesouvání)
i. Do přesunuto() koule dáme podmínku na zásah koule na tank. Pokud tato podmínka projde,
zavolá se metoda zásah() na tank. Toto se provede pro oba tanky ze třídy Main. - 4
b. Dělová koule může zasáhnout tank i při letu
i. podobně jako 2.a.i, ale podmínky se budou psát do setPozice(…) koule. – 5
A tady je projekt:
http://www.ulozto.cz/xpGXwfX/pomocne-2-rar
Řešení dotazu:
problém dělají metody otocDoleva a otocDoprava, nefungují správně...místo, aby se otočili o 90 stupnů se otočí o 180 stupnůzkus si tam pridat nejake debugovaci vypisy, bys videl, co se skutecne vola (pripadne to proji v debuggeru), pote by melo byt snadne urcit, kde je pricina problemu
Prečo to má dve odrážky "i." a čo znamená " - 4" a " - 5" nevedno. 2. nie je mi jasné, na čo sa vlastne pýtaš? Chceš vedieť, ktorú variantu (z tých dvoch, čo máš premyslené) použiť? No tú, čo funguje. A keď fungujú obe, tak je to jedno. Mne je ťažko radiť bez toho, aby som rozumel tomu čo robia metódy presunuto(), či setPozice(). Ak ti táto rada nestačí, tak budeš asi musieť podrobnejšie vysvetliť, čo tvoje metódy a triedy robia.Zásah – 2 varianty a. Dělová koule zasáhne tank až po dopadu (na konci přesouvání) i. Do přesunuto() koule dáme podmínku na zásah koule na tank. Pokud tato podmínka projde, zavolá se metoda zásah() na tank. Toto se provede pro oba tanky ze třídy Main. - 4 b. Dělová koule může zasáhnout tank i při letu i. podobně jako 2.a.i, ale podmínky se budou psát do setPozice(…) koule. – 5
takže odkaz na FAQ v tomto prípade nie je primeraný.IMHO je zcela primereny
2. nie je mi jasné, na čo sa vlastne pýtaš?a tohe je duvod, proc je primereny. Ve skutecnosti to dokonce ani dotaz neni, je to konstatovani, ze tazatel dostal domaci ukol se kterym si nevi rady a dale nam je oznameno zadani. To si zkratka nic jineho nezaslouzi. Pochopitelne je to jen muj nazor a nikomu dalsimu nebranim v tom, aby se pohrabal v odkazovanem kodu, porovnal se zadanim a upravil podle zadani....
Pokud jsem ten zdroják pochopil, děje se toto. Při startu programu se vytvoří dvě instance třídy Tank, které mají veřejné proměnně int x a int y, které představují počáteční polohu tanku na hrací ploše. Pro vykreslení polohy tanku používáš ITank a příslušné 4 třídy, které jej implementují, pro každou orientaci tanku jednu. Když překreslovací vlákno aktualizuje polohu tanku, volá nad TankD/L/N/P metodu setPozice() z interfacu IPosuvny. Problém je, že pokud ten zdroják čtu dobře, není tam nic, co by aktualizovalo souřadnice x,y tanku jako takového, upravuje se jen místo, kde se tank nakreslí. Detekce kolizí ale kontroluje pozici tanku oproti x,y z třídy Tank, která se po celou dobu běhu programu nemění.
Obávám se, že žádný quick fix mě nenapadá, máš to totiž celé trochu divně navržené. Nevím, zda to po vás takhle ve škole chtěli, ale mít dva totálně nezávislé objekty pro tank a pro cosi, co zařídí jeho vykreslení mi přijde dost nesmyslné.
Pár hnidopišských poznámek na závěr ;)
public Koule pal() {
Koule strela;
strela = new Koule(...);
return strela;
}
mi vypadávají vlasy, tohle totiž funguje úplně stejně dobře
public Koule pal() {
return new Koule(...);
}
Hezké Velikonoce, vyřešit problém sám je vždycky lepší, než si od někoho vyslechnout řešení, takže s chutí do toho:)
Tiskni
Sdílej: