Google Blog ČR informuje, že mobilní aplikaci Gemini a NotebookLM lze používat už také v Česku.
Byla vydána nová major verze 8 duálně licencovaného open source frameworku JUCE (Wikipedie, GitHub) pro vývoj multiplatformních audio aplikací.
Od 18. června bude možné předobjednat notebook DC-ROMA RISC-V LAPTOP II od společnosti DeepComputing s osmijádrovým 64-bit RISC-V AI CPU a s předinstalovaným Ubuntu.
Byla vydána verze 1.79.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání na GitHubu. Vyzkoušet Rust lze například na stránce Rust by Example.
Byly zveřejněny výsledky průzkumu (infografika) mezi uživateli FreeBSD.
Na konferenci DevConf.CZ 2024 je na stánku Furi Labs prezentován linuxový telefon FuriPhone FLX1. Jeho cena 499 dolarů.
Bylo vydáno Eclipse IDE 2024-06 aneb Eclipse 4.32. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Proton, tj. fork Wine integrovaný v Steam Play a umožňující v Linuxu přímo ze Steamu hrát hry určené pouze pro Windows, byl vydán ve verzi 9.0-2 (𝕏). Přehled novinek se seznamem nově podporovaných her na GitHubu. Aktuální přehled her pro Windows běžících díky Protonu také na Linuxu na stránkách ProtonDB.
Po roce od vydání verze 15.5 bylo vydáno openSUSE Leap 15.6. Přehled novinek v nejnovější verzi této linuxové distribuce v oznámení o vydání a v poznámkách k vydání.
Byla vydána nová verze 256 správce systému a služeb systemd (GitHub). Nově mimo jiné s run0 jako alternativou k sudo.
Jsem rád (jako uživatel GNOME), že i GTK bude nějakým způsobem v telefonech využíváno.Také jsem rád, především si od toho slibuji, že vývojáři pro mobilní zařízení zapracují na rychlosti a paměťové náročnosti knihovny GTK a dalších, které se tak přiblíží Qt a nebudu pak stále slýchat jak je GTK nenažraná.
domnívám se však, že vylepšení GTK v oblasti rychlosti a paměťové náročnosti by mohlo sebrat argument odpůrců GTK a navíc by z toho všichni ti, co GTK používájí, jen profitovaliSouhlasím, já jsem samozřejmě nemyslel, že by se nemělo optimalizovat, jen jsem řekl, že mi to subjektivně přijde v pohodě.
/usr/bin/
v Epiphany (GNOME) a v KBabel (KDE). KBabel se mi zdál rychlejší, ale velmi těsně.
Prave ze furt. Pokazd ykdyz treba ve firefoxu urcuju cim to otevrit atd, krom toho usr/bin neni muj jedinej adresar kde je vic jak 3000 souboru.Ona ta tragédie spočívá už v tom, že člověk musí vůbec lézt někam do /usr/bin a lovit tam jednu binárku mezi tisícovkou souborů. Takové zvěrstvo má možná svojí logiku ve windows, ale v unixovém systému je to zoufalé mučení uživatele. V KDE/konqueroru na mě prostě vyběhne dialog, kde si buď aplikaci vyberu nebo prostě napíšu do okénka (kde navíc funguje doplňování) třeba "kmplayer" a pokud je taková někde v cestě, tak se spustí. To je ergonomický rozdíl několika tříd.
To je ergonomický rozdíl několika tříd.To není žádný rozdíl, podobné okénko je k dispozici i v aplikacích pro GNOME.
Řeč byla o Firefoxu, který na toto okénko zvysoka ... prdí, i když k dispozici je.Ano, tím pádem již argument pana Feřtra
V KDE/konqueroru na mě prostě vyběhne dialog...je naprosto mimo téma. Já na něj reagoval proto, aby to nevypadalo, že GNOME je někde v pravěku.
/usr/bin
je pro otevírací dialog z GTK neskutečný killer. Ta mrcha dokonce začne načítat seznam souborů i ve chvíli, kdy začnu psát cestu (a třeba mám úplně jasno v tom, jaký program chci vybrat a bylo by pro mne stokrát rychlejší napsat jeho jméno přímo [teď mne napadá, že vlastně nemám tušení, proč píšu i cestu, když mám /usr/bin
v PATH
- i takové triciální věci jako otevření combo boxu v Qt 4.x žere několikanásobně víc výkonu procesoru než v Qt 3.x. A pomalost Qt 4.x není jen moje zkušenost.To je pokus o co? Jak moc mi nějaká operace zatěžuje procesor je mi upřímně úplně jedno. Model: Můžeme buďto vykonávat činnost 1s při zatížení CPU na 100%, nebo 2s při zátěži 50%. Co je pro nás jakožto pro někoho, kdo čeká na dokončení činnosti lepší? Aby činnost běžela na 50%, nebo na 100%?
Zatížení 0 procent neznamená, že se nic nevykreslí, znamená zatížení méně než jedno procento (nebo méně než půl procenta).To jsem taky sporem dokázal hned v prvních větách svého komentáře. O to mi taky šlo, že existuje určitá mez při které tvá měřící metoda nic nedetekuje.
Takze bych dodal, ze QT vede i v dokumentaci a rychlosti vyvoje.A na to, ze Qt vede v rychlosti vyvoje, jste prisel jak? Pro jaky programovaci jazyk ma vase tvrzeni platit?
Jsem rád (jako uživatel GNOME), že i GTK bude nějakým způsobem v telefonech využíváno. Ale je v tom (v mobilních platformách a zařízeních) děsný bordel a situace je nepřehledná.GTK sa uz vyuziva v platformach OpenMoko a Maemo
OpenMoko je navíc myslím i HW, nemýlím-li se.Mylis
ep1348155 Menu item selection
" mně opravdu pobavilo. A hned potom rozbrečelo.
Tiskni
Sdílej: