Databáze DuckDB (Wikipedie) byla vydána ve verzi 1.5.0. S kódovým názvem Variegata (husice rajská). Přináší řadu vylepšení, včetně nového ergonomičtějšího CLI klienta nebo podporu pro typ VARIANT a vestavěný typ GEOMETRY.
V pátek 6. a sobotu 7. března proběhl v pražském sídle Nejvyššího kontrolního úřadu (NKÚ) Hackathon veřejné správy 7.1. Publikovány byly vytvořené aplikace. V kategorii projektů rozvíjených z krajského kola zvítězil tým „Mackokládi“. Čtyři středoškoláci ze Dvora Králové uspěli s aplikací KompaZ. Jde o digitálního průvodce, který pomůže s rychlou a srozumitelnou orientací v životních i krizových situacích „krok za krokem“. Aplikace
… více »QGIS, svobodný desktopový GIS, byl vydán v nové hlavní verzi 4.0. Změny zahrnují několik nových analytických a editačních funkcí, rozšíření podpory 3D, více možností úprav uživatelského rozhraní či mnoho dalších zlepšení použitelnosti. Řada 3.44 má aktualizace plánovány do září.
Dan Blanchard vydal knihovnu pro Python chardet v nové verzi 7.0.0. S novou verzí byla knihovna přelicencována z LGPL na MIT. Souhlasili s tím všichni přispěvatelé? Dan Blanchard souhlasy vůbec neřešil. Zaúkoloval umělou inteligenci (Claude), aby knihovnu zcela přepsala a výslovně jí nařídil, aby nepoužila žádný LGPL kód. Dan Blanchard tvrdí, že se jedná o clean room design. Protistrana argumentuje, že umělá inteligence byla trénována
… více »Andy Nguyen si na svou herní konzoli PlayStation 5 (PS5) pomocí exploitu Byepervisor nainstaloval Linux (Ubuntu). V Linuxu si spustil Steam a PS5 tak proměnil v Steam Machine. Na PS5 může hrát hry, které jsou vydané pouze pro PC a jsou na Steamu [Tom's Hardware].
Správce sbírky fotografií digiKam byl vydán ve verzi 9.0.0. Jedná se o větší vydání provázené aktualizacemi knihoven. Mnoho dílčích změn se vedle oprav chyb týká uživatelského rozhraní, mj. editace metadat.
Byla vydána verze 2026 distribuce programu pro počítačovou sazbu TeX s názvem TeX Live (Wikipedie). Přehled novinek v oficiální dokumentaci.
Jihokorejská Národní daňová služba (NTS) zabavila kryptoměnu Pre-retogeum (PRTG) v hodnotě 5,6 milionu dolarů. Pochlubila se v tiskové zprávě, do které vložila fotografii zabavených USB flash disků s kryptoměnovými peněženkami spolu se souvisejícími ručně napsanými mnemotechnickými obnovovacími frázemi. Krátce na to byla kryptoměna v hodnotě 4,8 milionu dolarů odcizena. O několik hodin ale vrácena, jelikož PRTG je extrémně nelikvidní, s denním objemem obchodování kolem 332 dolarů a zalistováním na jediné burze, MEXC [Bitcoin.com].
Komunita kolem Linuxu From Scratch (LFS) vydala nové verze knih s návody na instalaci vlastního linuxového systému ze zdrojových kódů Linux From Scratch 13.0 a Beyond Linux From Scratch 13.0. Pouze se systemd.
Byla vydána nová stabilní major verze 25.12 linuxové distribuce primárně určené pro routery a vestavěné systémy OpenWrt (Wikipedie). Jedná se o nástupce předchozí major verze 24.10. Přehled novinek v poznámkách k vydání. Podporováno je více než 2200 zařízení.
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.