F-Droid bannerem na svých stránkách a také v aplikacích F-Droid a F-Droid Basic upozorňuje na iniciativu Keep Android Open. Od září 2026 bude Android vyžadovat, aby všechny aplikace byly registrovány ověřenými vývojáři, aby mohly být nainstalovány na certifikovaných zařízeních Android. To ohrožuje alternativní obchody s aplikacemi jako F-Droid a možnost instalace aplikací mimo oficiální obchod (sideloading).
Svobodná historická realtimová strategie 0 A.D. (Wikipedie) byla vydána ve verzi 28 (0.28.0). Její kódový název je Boiorix. Představení novinek v poznámkách k vydání. Ke stažení také na Flathubu a Snapcraftu.
Multimediální server a user space API PipeWire (Wikipedie) poskytující PulseAudio, JACK, ALSA a GStreamer rozhraní byl vydán ve verzi 1.6.0 (Bluesky). Přehled novinek na GitLabu.
UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-1.2 a 20.04 OTA-12.
Byla vydána (Mastodon, 𝕏) nová stabilní verze 2.0 otevřeného operačního systému pro chytré hodinky AsteroidOS (Wikipedie). Přehled novinek v oznámení o vydání a na YouTube.
WoWee je open-source klient pro MMORPG hru World of Warcraft, kompatibilní se základní verzí a rozšířeními The Burning Crusade a Wrath of the Lich King. Klient je napsaný v C++ a využívá vlastní OpenGL renderer, pro provoz vyžaduje modely, grafiku, hudbu, zvuky a další assety z originální kopie hry od Blizzardu. Zdrojový kód je na GitHubu, dostupný pod licencí MIT.
Byl představen ICT Supply Chain Security Toolbox, společný nezávazný rámec EU pro posuzování a snižování kybernetických bezpečnostních rizik v ICT dodavatelských řetězcích. Toolbox identifikuje možné rizikové scénáře ovlivňující ICT dodavatelské řetězce a na jejich podkladě nabízí koordinovaná doporučení k hodnocení a mitigaci rizik. Doporučení se dotýkají mj. podpory multi-vendor strategií a snižování závislostí na vysoce
… více »Nizozemský ministr obrany Gijs Tuinman prohlásil, že je možné stíhací letouny F-35 'jailbreaknout stejně jako iPhony', tedy upravit jejich software bez souhlasu USA nebo spolupráce s výrobcem Lockheed Martin. Tento výrok zazněl v rozhovoru na BNR Nieuwsradio, kde Tuinman naznačil, že evropské země by mohly potřebovat větší nezávislost na americké technologii. Jak by bylo jailbreak možné technicky provést pan ministr nijak nespecifikoval, nicméně je známé, že izraelské letectvo ve svých modifikovaných stíhačkách F-35 používá vlastní software.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 162 (pdf).
Sdružení CZ.NIC, správce české národní domény, zveřejnilo Domain Report za rok 2025 s klíčovými daty o vývoji domény .CZ. Na konci roku 2025 bylo v registru české národní domény celkem 1 515 860 s koncovkou .CZ. Průměrně bylo měsíčně zaregistrováno 16 222 domén, přičemž nejvíce registrací proběhlo v lednu (18 722) a nejméně pak v červnu (14 559). Podíl domén zabezpečených pomocí technologie DNSSEC se po několika letech stagnace výrazně
… více »Při probírání
minulého zápisu jsme narazili na zajímavý problém selekcí v GIMPu. Protože je na tom dobře vidět myšlení vývojářů software, dovolím si malé ohlédnutí za touto zajímavostí...
V grafickém programu je důležitý nástroj SELEKCE. Toto slovo ve mně evokuje nepříjemný pocit houfu lidí před pracovním táborem (možná by bylo lepší zvolit pro lokalizaci jiný pojem), ale v terminologii grafickým programů to znamená, že si můžeme v obrázku vybrat nějakou jeho část určitého tvaru a většina dalších příkazů se vztahuje pouze na ni.
V grafických programech jsou různé možnosti selekcí - kruhové, elipsovité, obdélníkové, šišaté... My se budeme zabývat těmi obdélníkovými. Normální člověk očekává, že se dozví velikost selekce. Pokud s označováním pokračuje za hranici obrázku, selekce se samozřejmě zarazí při jeho okraji. Normální člověk očekává, že se zarazí i ukazatel velikosti selekce. V programech, jehož tvůrcům záleží na přáních uživatele se to tak samozřejmě chová. Ne tak u GIMPu. GIMP totiž dělají programátoři.
Dokonce v diskusi k minulému zápisu to Filip vysvětluje takto:
Pro informaci, chyba už je nahlášena (má číslo 137050 [nahlášeno PŘED ROKEM]), pod ní je také vysvětleno, že to není tak jednoduché - u kruhového a elipsoidního výběru by taková úprava znamenala přestat zobrazovat průměr (kruhu), a místo toho začít zobrazovat nějakou nic neříkající hodnotu. A nebo mít jiné chování pro obdélník a jiné pro kruh. Pokud máte jednoznačné odůvodnění, proč je váš způsob měření správně, připište ho do bugzilly.
Tak. Opravdu nevím co na to říct. Moje jednoznačné odůvodnění, proč je můj způsob měření správně je to, že selekce se zarazila o okraj a její velikost nenarůstá. Proč by měla narůstat ukazovaná velikost jen podle toho, jak jezdím myší za hranicí obrázku?? Ale asi to není dost jednoznačné. Skoro začínám pochybovat, jestli to tak vůbec JE SPRÁVNĚ.
Tady jednoduše narážíme na fundamentální rozdíl mezi myšlením PROGRAMÁTORA a OBYČEJNÉHO UŽIVATELE.
Programátor je tak vzrušený ze svého elegantního návrhu (selekce jsou vlastně všechny totéž), že zapomíná na reálný svět a začíná dávat přednost svému modelu reálného světa. V jeho modelu je kruhová selekce, elipsovitá selekce a obdélníková selekce jedno a totéž. Pokud vyjedu s kruhovou selekcí za okraj, není důvod, aby se zobrazení velikosti nějak měnilo. Tak to tak uděláme i u obdélníkových! Vždyť je to tak LOGICKÉ.
Programátor se málokdy zamyslí, že jeho model může realitu napodobovat špatně. V komerční firmě má naštěstí nad sebou velmi početnou skupinu lidí, kteří se starají o usability, návrh nových funkcí, analýzu a testování. Programátor je jen takový dělník, který dostane závazné požadavky a ty musí zprovoznit. U GIMPu a mnoha dalších open-source programů to je jinak. Programátor rozhoduje o všem. O designu, o funkcích, o tom co je důležité. Někdy je programátor osvícený a ví, co uživatel potřebuje (Miranda), někdy je technokratičnost vývojáře výhodou (Apache). Někdy to vadí hodně (GIMP)
Všichni vidíme výsledky. Velký důraz na návrh (protože se jim před lety nelíbila žádná okénková knihovna, vznikl GTK!), velký důraz na skriptování (proč to má vůbec GUI?), ignorování uživatelů (triviální a očividný bug není vyřešen rok a půl)
Jak z toho ven? Napadá mě stejná cesta, jaká existuje u komerčních programů. Konkurence. Jestli je pro vývojáře dostatečná motivace to, že uživatelé používají právě jejich program, pak se jich časem dostane více do použitelného stavu a jestli vývojáři GIMPu zůstanou u svého způsobu práce, za 10 let po něm nikdo ani nevzdechne. Třeba se časem dočkáme i Photoshopu nebo Fireworks pro Linux... To by mohlo ty stojaté vody pořádně rozhýbat.
Tiskni
Sdílej:
, Wilbura volám na pomoc jen párkrát do roka, to výše bylo jen rýpnutí, Photoshop vůbec neznám
Dobře, tak zkuste porovnat dnešní Gimp a 7 let starou verzi Photoshopu. Bohužel musím konstatovat, že i ta 7 let stará verze Photoshopu je víc user friendly než dnešní Gimp.
Poskytnes nam aj fakty, ale len krcmove reci? Na tieto krcmove reci mozem odpovedat len tolko, ze PS som nikdy nepouzival, GIMP uz par rokov pouzivam a povazujem ho za user-friendly.
Ten chce fungující program. Snadný na používání. Nějaké interní problémy vývojářů ho nezajímají. (teď mě prosím neodpovídejte 'Když se jim nelíbí Gimp, ať si koupí Photoshop'; podobných odpovědí mám dost z konference Openofficů)
A tu je kamen urazu. Uzivatel nieco "chce". Ale vsetko nieco stoji. Photoshop stoji peniaze. GIMP stoji trochu usilia zvyknut sa na nieco ine ako Photoshop (nie automaticky horsie). Mne napr. u komercnych programov vadi, ze malokedy maju nieco ako bugzillu a komunikacia s vyvojarmi je obmedzenejsia ako pri Open Source produktoch.
Sorry, ale mna osobne nejaky "bezny Franta" vobec nezaujima. Za komercny softver sa plati peniazmi (a niekedy aj sedinami na hlave), za Open Source softver sa plati hlavne tym, ze vyvojari chcu od pouzivatelov spatnu vazbu. Pokym "bezny Franta" nie je ochotny komunikovat, nie je ochotny povedat co by chcel a preco je to tak lepsie, tak ma proste smolu. Nememu dietatu ani vlastna mater nerozumie.
Zacinam mat dojem, ze vacsina takychto bezhlavych kritikov predpoklada, ze vyvojari Open Source softveru maju rovnaku motivaciu ako komercne firmy. Ja mam o tom vazne pochybnosti. U komercnych firiem je cielom zarobit peniaze a za tym ucelov ziskat a udrzat si co najviac zakaznikov. Moj dojem z Open Source projektov je robit co najlepsi SW a jeho zastupenie na trhu je az druhorade. Z toho hladiska sa necudujem, ze bug premielany v tomto blogu este neopravili a ani sa nechystaju. Pokial si vyvojari GIMPu myslia, ze zobrazovanie je spravne (a z toho, co o tom viem s nimi suhlasim), tak maju plne pravo nic nerobit. Ak sa to Lukasovi nepaci, ma plne pravo si GIMP forknut chybu opravit. Tiez si myslim, ze prave u Open Source softveru si nikto nemysli, ze je dokonaly a preto na nom dalej a dalej robia.
V jeho (programátorově) modelu je kruhová selekce, elipsovitá selekce a obdélníková selekce jedno a totéž. … Programátor se málokdy zamyslí, že jeho model může realitu napodobovat špatně.Různé druhy výběru jsou ale opravdu podobné a chovat podobně by se měly. Nebo by se vám snad líbilo, kdyby obdélníková selekce měla udávány rozměry v bodech, čtvercová ve čtverečních palcích, kruhová byla uváděna v polárních souřadnicích a elipsovitá počtem obsazených bodů? Obdélníková by se vybírala tažením myší s levým tlačítkem, kruhová tažením myší s Altem a čtvercová pomocí šipek na klávesnici? Obdélníková se vyznačovala čárkovanou čarou po obvodu, kruhová vyšrafováním vniřku a nepravidelná poloprůhledným zobrazením vnějšku? To vše by samozřejmě bylo možné naprogramovat – ale uživatel předpokládá stejnou funkčnost.
V komerční firmě má naštěstí nad sebou velmi početnou skupinu lidí, kteří se starají o usability, návrh nových funkcí, analýzu a testování.Zatímco v komerční firmě na to má programátor spoustu lidí, kteří vůbec nemusí být uživateli toho programu (takže o skutečných potřebách uživatelů vědí jen o málo více, než programátoři), opensource programátor k tomu má skutečné uživatele, kteří mohou psát své připomínky, podílet se na testování, starat se o usability. Na vývoji opensource se totiž nepodílejí jen porgramátoři – zrovna Gome/GTK má myslím nezanedbatelný počet grafiků i lidí starajících se právě o usability. Programátoři se nevyžívají v tom, že chtějí psát programy pro uživatele nepoužitelné, a konstruktivní připomínky vítají. Konstruktivní připomínka ale není zápis "tohle se mi nelíbí, mělo by se to dělat jinak" někde na blogu, ale zápis co a proč se mi nelíbí a jak to dělat správně v bugzille. Programátor vás pak třeba upozorní na souvislosti, které jste přehlédl – a společně můžete vymyslet, jak to dělat lépe. Nadávání „oni to dělají blbě“ směrem k vývojářům si ponechte pro komerční software – tam vám nic jiného nezbývá. U OSS software takový pokřik vypadá hloupě – máte možnost to změnit, ale místo toho takhle pokřikujete. Každý si to přeloží jediným způsobem – máte možnosti, ale nemáte schopnosti, tak alespoň křičíte. Mám pro vás jeden návrh – místo popisování, jak je nástroj výběru nelogický, si vyzkoušejte různé varianty, které Gimp v souvislosti s výběrem nabízí (různě velké vrstvy přes sebe a přepínání mezi nimi, vrstvy menší/větší než plocha obrázku atd.), zamyslete se nad tím, jak by se podle vás měl nástroj výběru chovat (ve všech možných případech) a sepište to do blogu. A na závěr připojte poznámku, že to sice umíte jako uživatel-grafik takhle popsat, ale neumíte to naprogramovat. Schválně, jestli se v diskuzi najde někdo, kdo se nabídne „tak já to napíšu“, nebo alespoň pomůže s vytvořením požadavku v bugzille. Nebude to tak lepší? Sorry že jsem se tak rozepsal, ale jsem alergický na přenášení zvyku uživatelů komerčního sw do světa OSS naříkat nad neschopností sw s poukazem na to, že oni s tím nemohou nic udělat. Ve světě OSS mohou (a programování nemusí rozumět ani za mák).
, tak pod to se podepisuji!
Ale tato věta ano!
!, které se - překvapivě - jmenuje vykřičník. Není dobré se řídit nějakými úchylnými zvyky týkajícími se psaní velkých a malých písmen na síti a přitom nezachovávat ani rozumnou míru slušnosti a říkat diskutujícím vole.Používejte velká i malá písmena. Velká písmena vypadají, jako byste křičeli.Z typografie je pak známo, že text napsaný pouze velkými písmeny se hůře čte.
Používejte velká i malá písmena. Velká písmena vypadají, jako byste křičeli.Ano, to je přesně ten blábol, který jsem měl na mysli.
Z typografie je pak známo, že text napsaný pouze velkými písmeny se hůře čte.Jak kdy. Dost to závisí na typu písma a jeho velikosti.
Je to jednoduché - ať si píše každý jak chce. Nebo ještě lépe - tak, jak umí a může.противоречу Ικετεύω για να διαφέρω 恕我不能赞同 Disclaimer: ani jedním jazykem, které jsem se pokusil napodobit, nemluvím ani nepíšu. Ale psát jejich písmy umím a můžu, a teď zrovna i chci o-) Pokud se vám místo některých znaků zobrazují čtverečky, asi je váš font málo unicode
Kto je ten "bezny uzivatel"? Vsetci o nom hovoria, ja som ho este nestretol. Kedze grafiku nerobim profesionalne, len sem-tam doladujem fotky, tak ohladom grafickych programov by som aj ja mohol byt ten "bezny uzivatel". A co su bugzilla a cvs a diskusne fora viem.
Taky pouzivatel, ktory o vyvoji nevie nic a hlavne nechce nic vediet, sa este vzdy moze orientovat podla ceny - ked je to po finacnej stranke zadarmo, tak od toho nemoze ocakavat tolko, ako od programu za 30000 Kc (odhadom). Ak sa mu nepaci a nie je ochotny nijak prispiet na zlepsenie (aspon jednym rozumnym mailom), tak nech si ide pouzivat nieco ine.
zobrazení dalších číselA kterých čísel? O to právě jde. Rozměry výběru v obrázku? V aktuální vrstvě? Jaká čísla tam dát v případě neobdélníkového výběru? Rozměry obdélníku ohraničujícího neobdélníkový výběr? Nebo jinak. Máme tři obdélníky (pro jednoduchost - výběr může být neobdélníkový) – obrázek, aktuální vrstvu, výběr. Zatím se zobrazuje rozměr jen výběru. Vy chcete přidat ještě rozměr průniku výběru s něčím. A co je to něco? Průnik výběru a obrázku? Průnik výběru a vrstvy? Nebo průnik všech těchto třech oblastí? Napište, co je podle vás správné a přidejte to do bugzilly. To je minimum toho, co pro opravu téhle "jednoznačné" chyby můžete udělat.
Nebo snad chcete, aby se ve stavovám řádku zobrazovalo toto?
Výběr: 175 × 35 (to číslo)
Plést do toho vrstvy, to snad nedělá ani Photoshop, ne?Ony se tam ale pletou už teď - při výběru přes okraj vrstvy se zachová celý výběr, ale aktivní výběr je puze průnik výběru a vrstvy. A požadavek na velikost výběru v aktuální vrstvě mi připadá stejně legitimní, jako požadavek na velikost výběru v obrázku.