Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 211. sraz, který proběhne v pátek 19. září od 18:00 ve Studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Na srazu proběhne přednáška Jiřího Eischmanna o nové verzi prostředí GNOME 49. Nemáte-li možnost se zúčastnit osobně, přednáškový blok bude opět streamován živě na server VHSky.cz a následně i zpřístupněn záznam.
Microsoft se vyhnul pokutě od Evropské komise za zneužívání svého dominantního postavení na trhu v souvislosti s aplikací Teams. S komisí se dohodl na závazcích, které slíbil splnit. Unijní exekutivě se nelíbilo, že firma svazuje svůj nástroj pro chatování a videohovory Teams se sadou kancelářských programů Office. Microsoft nyní slíbil jasné oddělení aplikace od kancelářských nástrojů, jako jsou Word, Excel a Outlook. Na Microsoft si
… více »Samba (Wikipedie), svobodná implementace SMB a Active Directory, byla vydána ve verzi 4.23.0. Počínaje verzí Samba 4.23 jsou unixová rozšíření SMB3 ve výchozím nastavení povolena. Přidána byla podpora SMB3 přes QUIC. Nová utilita smb_prometheus_endpoint exportuje metriky ve formátu Prometheus.
Správcovský tým repozitáře F-Droid pro Android sdílí doporučení, jak řešit žádosti o odstranění nelegálního obsahu. Základem je mít nastavené formální procesy, vyhrazenou e-mailovou adresu a být transparentní. Zdůrazňují také důležitost volby jurisdikce (F-Droid je v Nizozemsku).
Byly publikovány informace o další zranitelnosti v procesorech. Nejnovější zranitelnost byla pojmenována VMScape (CVE-2025-40300, GitHub) a v upstream Linuxech je již opravena. Jedná se o variantu Spectre. KVM host může číst data z uživatelského prostoru hypervizoru, např. QEMU.
V červenci loňského roku organizace Apache Software Foundation (ASF) oznámila, že se částečně přestane dopouštět kulturní apropriace a změní své logo. Dnes bylo nové logo představeno. "Indiánské pírko" bylo nahrazeno dubovým listem a text Apache Software Foundation zkratkou ASF. Slovo Apache se bude "zatím" dál používat. Oficiální název organizace zůstává Apache Software Foundation, stejně jako názvy projektů, například Apache HTTP Server.
Byla vydána (𝕏) srpnová aktualizace aneb nová verze 1.104 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.104 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Spotify spustilo přehrávání v bezztrátové kvalitě. V předplatném Spotify Premium.
Spoluzakladatel a předseda správní rady americké softwarové společnosti Oracle Larry Ellison vystřídal spoluzakladatele automobilky Tesla a dalších firem Elona Muska na postu nejbohatšího člověka světa. Hodnota Ellisonova majetku díky dnešnímu prudkému posílení ceny akcií Oraclu odpoledne vykazovala nárůst o více než 100 miliard dolarů a dosáhla 393 miliard USD (zhruba 8,2 bilionu Kč). Hodnota Muskova majetku činila zhruba 385 miliard dolarů.
Bylo vydáno Eclipse IDE 2025-09 aneb Eclipse 4.37. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Rád bych ale, aby to fungovalo bez velké námahy pod Win stejně jako pod Linuxem. Naučit se nějaký jazyk (cyklus, podmínka apod.) se mi nezdá obtížné, nerad bych ale věnoval svůj čas pronikaní do dvou různých API - třeba MFC pro Win a GTK pro Lin.
Už jsem se domníval, že Java+Swing je to pravé pro mé potřeby, ale po přečtení určité kritiky, si nejsem jist. Mohl byste mi prosím někdo poradit, jaké mám alternativy a případně výhody+nevýhody?
Vzhledem předchozím ohnivým diskuzím, jste se základním charakterem vašeho výběru seznámem a to s klady, nebo to co se za klad považuje. Stejně jako se zápory.
Moje osobní zkušenost je, že Java + Swing je mocná zbraň, ale mocné zbraně by neměli používat bez řádného výcviku. On totiž zprasaný základ aplikace se pozná obvykle až na konci. Běží tu dle mého názoru docela korektní diskuze o Bobtnání Linuxu, která se okrajové dotkla JAVY. Většinu názorů bych klidně podepsal. Hlavně ty o nutnosti uvolňovat zdroje ono automatické spoléhání na gc a finalyze se umí vymstít.
Takže jestli je vaším cílem grafická aplikace s dynamickými layouty, případně vícejazyčná, která nasahá na systém a není na závadu určitá reakční doba ( osobně tomu říkám měkkost ) je Java + Swing pro vás dobrá volba.
Upozorňuji, že Swing není jediným grafickým prostředím Javy. Minimálné zajímavým počinem je SWT (pozor je částečně nativní a musí se instalovat podle platforem) na něco jednoduchého postačí někdy i AWT. Dle mého názoru aplikace AWT jsou tak trochu od sekyry, ale což děda byl tesař.
V Javě jde, jako v jiných jazycích, toho psát hodně. Jen prostě, jako jiné jazyky, není univerzálním všelékem. To co je pro jednoho zásadní nevýhoda je pro druhého zásadní přednost. Například dlouhé popisné identifikátory, Osobně oceňuji na Javě spoustu věcí a na spoustu nadávám. Jsem však přesvědčen že jde o zajívavý prakticky použitelný jazyk a proto doporučuji vyzkoušet. Snad je nejprve čtěte učte se snažte se pochopit logiku grafických komponent swingu model, zobrazovač, správce rozvržení atd.Stejně tak jar, classpath classloader. A až pak se pouštějte do rozsáhlejších projektů pomocí nějakých udělátek.
jak udelate napr. v Qt nebo GTK upravy na table widgetu, aby jste mohl zobrazovat treba nejaky obsahly text mezi jednotlivymi radky? Uz jste zkusil, aby to vyvojari pro vas udelali, vzali do vyvojoveho planu? Reknou vam, ze to delat nebudou => a vyvoj se zastavil ...Ano, pokud to berete takhle, tak se skutečně vývoj zastavil, ale to platí i u těch menších knihoven - to by pak knihovny asi pěkně rostly, když by autoři implementovali funkčnost na přání. IMHO všechny knihovny jež jsem jmenoval mají funkčnost (alespoň pro mne) dostatečnou, já jsem spokojen a stačí mi jen, aby to chodilo. Proto se osobně raději spolehnu na knihovny, které jsou více používané - tam je alespoň větší šance, že se případné chyby/nefunkčnosti pokusí někdo odstranit, i kdyby stávající autoři na tuto činnost rezignovali. Radek
S swingem už jsem si něco zkoušel, je to hezké, škoda jen, že neexistuje nějakej sw, kterej by vyslednej bytekod překousal ještě do binárního kodu dané platformy, včetně nahrazení napodobených grafických prvků těmi nativními pro danou platformu. To by pak byl můj jazyk snů:)
gcj
stejně nenapíše, a pro ostatní je podle mne rozdíl mezi nativním kódem (který vyleze z překladače) a virtuálním strojem s bytekódem nepodstatný.
Tiskni
Sdílej: