Man Yue Mo z GitHub Security Lab se podrobně rozepsal o již opravené zranitelnosti CVE-2023-6241 v Arm Mali GPU umožňující získání roota na telefonu Pixel 8 s povoleným MTE (Memory Tagging Extension).
V San José probíhá vývojářská konference NVIDIA GTC 2024. CEO společnosti NVIDIA Jensen Huang měl dvouhodinovou keynote, ve které představil celou řadu novinek: NVIDIA Blackwell platform, NVIDIA NIM microservices, NVIDIA Omniverse Cloud APIs, Project GR00T, …
Byly zpracovány a na YouTube zveřejněny videozáznamy jednotlivých přednášek z letošního Installfestu.
Od 21. do 23. března proběhnou Arduino Days 2024. Sledovat bude možné oficiální streamy. Zúčastnit se lze i lokálních akcí. V Česku jsou aktuálně registrovány dvě: v Praze na Matfyzu a v Poličce v městské knihovně.
Letošní ročník konference LinuxDays se uskuteční o víkendu 12. a 13. října, opět se potkáme v pražských Dejvicích na FIT ČVUT. Také během letošního ročníku nás budou čekat desítky přednášek, workshopy, stánky a spousta doprovodného programu. Aktuální dění můžete sledovat na Twitteru, Facebooku nebo na Mastodonu, přidat se můžete také do telegramové diskusní skupiny.
Byla vydána nová major verze 2.0.0 a krátce na to opravné verze 2.0.1 open source online editoru Etherpad (Wikipedie) umožňujícího společné úpravy v reálném čase.
Matematický software GNU Octave byl vydán ve verzi 9.1.0. Podrobnosti v poznámkách k vydání. Nově je preferovaný grafický backend Qt a preferovaná verze Qt 6. V tomto vydání byly přepracovány funkce pro převod čísel z desítkové soustavy. Jako obvykle jsou zahrnuta také výkonnostní vylepšení a zlepšení kompatibility s Matlabem.
Společnost PINE64 stojící za telefony PinePhone nebo notebooky Pinebook publikovala na svém blogu březnový souhrn novinek. Vypíchnout lze, že pracují na virtuálním asistentu PineVox a zatím bezejmenných sluchátkách na lícní kosti (bone conduction).
Hyprland, kompozitor pro Wayland zaměřený na dláždění okny a zároveň grafické efekty, je již dva roky starý. Při té příležitosti byla vydána verze 0.37.0 (a záhy opravná 0.37.1 řešící chybu ve vykreslování oken). Nově závisí na knihovně hyprcursor, která poskytuje škálovatelné kurzory myši.
Jaký překlad Import/Export do češtiny preferujete?
ponechat Import/Export |
|
96% (662) |
Vyvést/Zavést |
|
2% (13) |
jiný |
|
2% (15) |
Celkem 690 hlasů
Vytvořeno: 31.1.2013 11:00
Tiskni Sdílej:
Certificate alias → Osvědčit přezdívkuA ještě předmět doličný této ankety:
Cannot import code style from %1 → Nelze zavést styl kódování z %1
Cerstvy soubor je fajn - jak se pozna kdy je jeste cerstvy a kdyz uz se zacina kazit?To je jednoduchý - když se kolem toho souboru začne motal Lennart, tak už je na vyhození.
File: ‘current.al3’ Size: 6848 Blocks: 16 IO Block: 4096 regular file Device: fd02h/64770d Inode: 13364534 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 1000/ jenda) Gid: ( 1000/ jenda) Access: 2013-02-08 18:28:42.000000000 +0100 Modify: 2013-02-08 18:24:40.000000000 +0100 Change: 2013-02-08 18:28:42.516140567 +0100 Best-before: 2013-02-08 21:24:40.000000000 +0100 Birth: -
:-/
To bude něco o pravidelném porovnávání sbírek, aby byly na zařízeních všude obsahově stejné, a když nejsou, aby se rozdíl vyrovnal?Dobro došli. Připadám si jako onehdy, když Číňani poslali dokumentaci k jakémusi průmyslovému zařízení "přeloženou" z čínštiny do "angličtiny" a chtěli to překládat dál do češtiny. A hrozně se divili, že jim to nikdo nechce udělat. No, škoda, byl bych to dohodil tobě jako kšeft. Vzhledem k tomu, že se tam furt psalo cosi o laserech, tak by si koneckonců i felčaři slušně přivydělali, až by s tím podle "návodu" někdo začal dělat.
Nema commit access do KDE stromu. Vsechna vina pada na moji hlavu.To nic neznamená, to tam může commitovat někdo jiný (v Qt/QtC to tak je). Tvoje překlady mi co vím v naprostě většině vyhovují
To už jsem v jednom programu před lety taky viděl
A pro programy Otevřít/Načíst a Uložit (jako).
To chceš Import/Export a Save/Load překládat stejně, přestože se liší z hlediska funkce většinou liší¹? Máš tam ještě nějaké stupidní nápady?
¹ Save/Load pracuje přímo s daným souborem, Import/Export obvykle daná data zkopíruje
To chceš Import/Export a Save/Load překládat stejně, přestože se liší z hlediska funkce většinou lišíTo vykládej Jirsákovi
Typicky otevřu program, importuji soubor, jakousi šablonu, který jsem našel někde na webu a můj program ho kupodivu zvládl obstojně otevřít, i když ne zcela. Půl hodiny tvořím, mezi tím ukládám (save) do nativního formátu, aby nedošlo k žádné ztrátě dat a případně byly úpravy vratné či postupy opakovatelné. Následně se rozhodnu dokument publikovat na webu, proto ho uložím do html (export) a protože nejsem trubka, vím, že to je jen jednosměrný proces, nemá smysl se to html složené z mnoha souborů a obrázků či archivu pak snažit otvírat, sice by to šlo, ale získal bych formou i obsahem jiný dokument, než se kterým právě pracuji. Pak ještě vygeneruji (export) soubor pro tisk, třeba postscript, a opět vím, že to je jen jednosměrná záležitost. Pak ještě pošlu (t.j. nejprve exportuji) kolegovi pdf aby to zkouknul. Ne, nebudu mu posílat celý svůj projekt kde mám půlgigové obrázky v původním rozlišení. Nakonec to celé uložím do nativního formátu se jménem "má pondělní práce" (save as) abych mohl zítra pokračovat v práci.blá blá blá ... a to vysvětlení, proč je na to potřeba "export" místo "save as", nikde
Druhá možnost by byla: ...nebyla
Pokud je člověk ženská a chce si počítačem povídat a má dost času, volí variantu kde je všechno nacpané v jednom dialogu a případné nejasnosti se řeší formou volné diskuze.zkus říct Mo, velké zástánkyni této Gimpíčoviny, že není ženská
a to vysvětlení, proč je na to potřeba "export" místo "save as", nikde
Pokud tě to moc zajímá, do nějakých user interface guidelines už ses díval?
ráčil jsi zaznamenat, že reaguji na nějaký konkrétní příspěvek tady na ábíčku, a ne na jakési "najdi si sám"? nicméně když už o tom mluvíš, tak v tomto se ztotožňuji s názorem páně Kubečka - já jsem ty argumenty slyšel, a nepřesvědčily mě, a pokud chceš oponovat nějakými výzkumy, bylo by fajn, kdybys je linknul, neb já jsem v této souvislosti o ničem jiném, než že to bylo svévolné rozhodnutí partičky, co má zrovna v Gimpu hlavní slovo, neslyšel, a to se mi na toto téma dostalo lekce i od GUI "specialistů" (ehm, po nové Anacondě si uvozovky nemohu odpustit)a to vysvětlení, proč je na to potřeba "export" místo "save as", nikdePokud tě to moc zajímá, do nějakých user interface guidelines už ses díval?
Já celkem chápu motivaci vývojářů GIMPu: oni by rádi viděli GIMP jako klasický program, ve kterém se přednostně pracuje s "projekty" v jeho vlastním formátu a jen tu a tam se něco vyexportuje ve formátu jiném. Ale oni by naopak měli chápat, že nemalé procento uživatelů GIMPu (a nedivil bych se, kdyby to byla většina) ho používá téměř výhradně na editaci fotek. Ti naopak otevřou JPEG (nebo raw), něco málo upraví a výsledek uloží opět jako JPEG (případně TIFF) a to je pro ně uložení výsledku, žádný export, protože až na řídké výjimky nemají zájem ukládat i meziprojekt v XCF (mám sice relativně velký disk, ale takhle velký tedy ne).
A to je podle mne jádro problému: vývojáři (resp. vedení projektu) by měli znát své uživatele (a jejich workflow), respektovat je a v mezích možností jim vycházet vstříc. Ne že si nasadí klapky na oči a v zajetí svých představ o tom, jak by uživatelé měli pracovat, myslet a program používat, začnou uživatele převychovávat a nutit je do jiného uvažování a učit je nové návyky.
Že to jde, ukazuje příklad LibreOffice, který se mne nesnaží převychovávat na víru v ODF (což by ani nemusel) a nemá morální problém v microsoftích formátech ukládat a exportuje až do PDF.
Že to jde, ukazuje příklad LibreOffice, který se mne nesnaží převychovávat na víru v ODF (což by ani nemusel) a nemá morální problém v microsoftích formátech ukládatSice s názorem souhlasím (respektive je mi to jedno, export mi nevadí, stejně jako mi nevadilo uložit jako), ale k LO mám jeden čerstvý zážitek z naší domácnosti. Tomáš, myslím předevčírem, za mnou večer o půl jedenácté přiběhl, napůl rozzuřený, napůl se slzičkami, že dělal do školy prezentaci, učitelka ji vyžadovala v pptx, takže ji tak uložil a má teď celou práci v píp, protože to zahodilo či dokurvilo spoustu věcí pozadím či seznamy počínaje, indexy konče. Jízlivě jsem na to reagoval, že si zajisté přečetl a potvrdil varování, že ukládáním v non-native formátu může přijít o formátování, a doporučil mu, ať se na učitelku vykašle a vyexportuje jí to do PDF. Samozřejmě to musel první všechno opět projít a poopravovat. A poté raději uložit v nativním formátu :-p
A to je podle mne jádro problému: vývojáři (resp. vedení projektu) by měli znát své uživatele (a jejich workflow), respektovat je a v mezích možností jim vycházet vstříc.
Troufal bych si odhadovat, že netriviální podmnožina uživatelské báze (lol) Gimp považuje za náhradu fotošopu, což je otázka, nakolik s problémem souvisí (neboť souviset to může).
Že to jde, ukazuje příklad LibreOffice, který se mne nesnaží převychovávat na víru v ODF (což by ani nemusel) a nemá morální problém v microsoftích formátech ukládat a exportuje až do PDF.
Když jsem v LO posledně zkoušel otevřít–upravit–uložit dokument v nativním formátu MS Office, zařvalo to na mě, že při ukládání může dojít k nevratným změnám ve formátování apod., nabídlo mi to uložení do ODF, ale šlo tomu vnutit i uložení do původního formátu.
Nechci kecat, leč mám pocit, že na podobné chování jsem v jednu dobu narážel i v Gimpu, přičemž si myslím, že to sice je otravné, ale současně i správné.
Troufal bych si odhadovat, že netriviální podmnožina uživatelské báze (lol) Gimp považuje za náhradu fotošopu, což je otázka, nakolik s problémem souvisí (neboť souviset to může).Naposledy jsem pracoval tuším s CS2 a tam to bylo rozdělené na load/save a import/export jako je to teď v GIMPu.
Zdá se mi, že předpokládáš, že cílem je vždy uložení/export, ale nikdy druhá varianta. To ale obecně není pravda a řeší to právě uvedený dialog (nebo hezký příklad je dialog "chcete soubor otevřít, nebo uložit?" ve webovém prohlížeči).
Příklad ze života: ve Firefoxu jsem v dialogu omylem zaškrtl, že PDF chci vždy otevírat, jenže občas ho potřebuji jen uložit (typicky protože je to velká obluda) a "uložit cíl odkazu jako..." nefunguje, protože je tam nějaké přesměrování. Abych to mohl změnit, musím
/tmp
(nebo nevím odkud na MS Windows);V tomto případě navíc o nic moc nejde, ale kdyby to bylo destruktivní ukládání v Gimpu (třeba sloučení vrstev) nebo LO (rozbití formátování v OpenXML), byl by to problém. Pak jsem někdy rád, že tam to upozornění je — člověk není neomylný. Stejné je to s mazáním souborů apod.
S tím, že by ty akce měly být zcela oddělené souhlasím.
Nemyslím si, že je správné něco, co je otravné :) Spíš by mne zajímalo, jestli lidem připadá při sloučení funkcí do jednoho tlačítka otravnější řešit pravidelně dotazy typu "Jste si jist že bla bla", nebo mít k dispozici o tlačítko víc.hele nechceš si ty svoje demagogie nechat od cesty? - ono je to přesně naopak, ne že "dřív otravoval a teď je tam jenom tlačítko navíc", ale naopak otravuje nyní
Zda je to demagogie či nikoliv se předpokládám pozná podle toho zda podporuje tvůj názor či nikoliv, že :).ehm, pracoval jsi někdy se starým a s novým GIMPem? pochopil jsi usecase, o kterém píše kolega výše? a opravdu bys ten rozdíl popsal jako "nebo mít k dispozici o tlačítko víc"?
a opravdu bys ten rozdíl popsal jako "nebo mít k dispozici o tlačítko víc"?Já bych to tak klidně popsal. Teda dvě tlačítka, protože kromě export je tu velmi užitečné tlačítko „Overwrite JMENO_SOUBORU“
aha, a že tě v tom případě GIMP otravuje dotazem "jste si jist že bla bla", zatímco dříve neotravoval, tedy přesně naopak než ten čůrák píše, sis při tom nevšiml? verze 2.6a opravdu bys ten rozdíl popsal jako "nebo mít k dispozici o tlačítko víc"?Já bych to tak klidně popsal. Teda dvě tlačítka, protože kromě export je tu velmi užitečné tlačítko „Overwrite JMENO_SOUBORU“
gimp něco.jpg
gimp něco.jpg
7. ztráta práce
, taže je zcela logické, že na rozdíl od staré špatné verze 2.6, která tě na ztrátu dat neupozorní se novější a lepší verze 2.8 již zeptá, jestli si jsi jist, že chceš zavřením ztratit svou práci, když sis ji neuložil.
Odpověd na jednu kontrolní otázku při zavírání souboru nikoho nezabije a možná to jde i vypnout, to otravné dotazování o kterém jsem psal se týká každého exportu, je-li tento sloučen s ukládáním, což je - jak jistě uznáš - otravné.
Ve 2.6 ti ještě chybí 7. ztráta práce
To je jen takový zanedbatelný detail.
Michalovy nerealistické požadavky co všechno by měl nativní formát zvládat se mi nezdají relevantní … I když jestli se podaří naplnit zcela Michalovy požadavky to je otázka
Kolikrát ještě budu muset zopakovat, že nic takového po GIMPu nechci, abyste to vzal na vědomí? Nebo to snad ignorujete záměrně, protože se vám nechce argumentovat proti tomu, co opravdu píšu, a radši si vymyslíte něco, co jsem sice nejen nenapsal, ale dokonce popřel, ale vám se proti tomu argumentujete snáze?
Ale vůbec ne, nejde o to, že bych nechtěl, aby měl GIMP chytrý XCF formát (i když ukládání historie změn už bych asi považoval za overkill, zejména pokud by nešlo vypnout). Jen je řada případů (v mém případě dokonce výrazná většina), kdy tuto možnost nevyužiju, takže do ní nechci být nucen. Jde o to, že jsem svéprávný a informovaný uživatel, takže pokud budu chtít uložit rozpracovaný projekt s deseti vrstvami, cestami a kdo ví čím dalším, se kterým budu v této podobě dál chtít pracovat, tak ho uložím jako XCF (a budu rád, že mi tohle všechno uchová), když chci uložit ikonku na web, uložím ji jako PNG (OK, spíš jako TIFF, ze kterého pak to PNG vyrobím convertem, ale to je zase jiná story), zatímco chci-li uložit fotku za účelem prezentace nebo odeslání do fotolabu, tak ji uložím jako JPEG. A ocenil bych, kdyby GIMP respektoval mou vůli, udělal, co po něm chci a nesnažil se mi pod záminkou mé ochrany překážet a převychovávat mne. Ze stejných důvodů mne vytáčí třeba defaultní naaliasování cp
, mv
a rm
na redhatích systémech - jenže tam to jde aspoň snadno zrušit.
Opravdu nevidím jediný důvod, proč by měla možnost snadného uložení do JPEGu učinit GIMP nepoužitelným nebo hůře použitelným pro grafiky. Grafik snad ví taky, že JPEG neumožňuje uchovat informace o vrstvách, cestách atd., takže ho možnost uložení v tomto formátu nijak neomezí. To je zase jen jiný příklad vytváření falešné dichotomie, o které tu už byla řeč.
Takže pokud chceme, aby vývoj GIMPu neustrnul rozuměj chceme-li efektivně podporovat i práci profesionálního grafika který nechce kvůli každému každému vytvoření jpegu přerušovat kontinuitu ukládání své práce, tak má být tedy možnost jpeg současně v dialogu export i v dialogu uložit?
To by ani nebylo nutné, úplně by stačilo, aby potřebné změny (flatten) provedly jen s dočasnou kopií pro potřeby uložení a po uložení zůstal obrázek přesně ve stavu, v jakém byl před zvolením "Save As"
A v dialogu uložit má být tedy 30 nebo kolik formátů GIMP podporuje, a XCF má být jeden z těchto mnoha v seznamu? … nestálo by za to XCF alepoň nějak zvýraznit … A pokud ano, tak jak to udělat, ve standardním ukládacím dialogu?
Ano. Ano. Třeba tak, že bude v tom combo boxu vždy jako první.
Mimochodem, nevím jak ostatní, ale já třeba ten combo box pro výběr formátu téměř nepoužívám a využívám automatickou volbu formátu podle přípony.
Ono Save As má jaksi vedlejší efekt (uloží práci pod jiným jménem, ve vašem případě ještě v jiném formátu), což grafikovi výrazně narušuje tu kontinuitu ukládání do původního souboru XCF, že. Musel byl pak znovu dát "Save As - XCF - Overwrite? - Yes". Jak u blbejch?
Nemám teď GIMP před sebou, ale není tam přesně na tohle funkce "Save a Copy"?
alespoň má verze LibreOffice má velký problém v microsoftím formátu ukládat, a při každém ukládání do microsoftího formátu se mnou diskutuje. Já ale nejsem ženská, nechci si s počítačem povídat
Co si vzpomínám, je hned pod tou otázkou checkbox, kde si lze zvolit, jestli se má dotaz objevovat i nadále. Takže pokud někomu ten dialog vadí, není důvod, aby ho viděl víc než jednou. U GIMPu 2.8 bohužel analogickou možnost nemám. :-(
Ani zdaleka. Proti tomu, kolik informace se do té chvíle poztrácelo z původního raw souboru, je ztráta informace při uložení výsledného obrázku do JPEGu (oproti tomu, kdybych ho uložil do XCF) zanedbatelná. Pokud budu později chtít něco jinak, stejně by mi byla XCF verze k ničemu a začal bych znovu od začátku. Jedině snad kdybych měl uloženou verzi ve vyšším rozlišení (třeba pro tisk) a chtěl z ní udělat verzi ve výrazně menším (třeba pro web) - ale na to zase bohatě stačí ten JPEG.
Kdybych měl spočítat, kolikrát jsem za ty roky, co fotím digitálně, fotku uložil do XCF, stačily by mi k tomu prsty na rukou (nejspíš i na jedné). Kdybych měl spočítat, v kolika případech jsem pak ten XCF opravdu použil, tak bych ani žádné prsty nepotřeboval, protože se to ještě nestalo.
A to je podle mne jádro problému: vývojáři (resp. vedení projektu) by měli znát své uživatele (a jejich workflow), respektovat je a v mezích možností jim vycházet vstříc. Ne že si nasadí klapky na oči a v zajetí svých představ o tom, jak by uživatelé měli pracovat, myslet a program používat, začnou uživatele převychovávat a nutit je do jiného uvažování a učit je nové návyky.Nevím proč mi to připomíná neustálé dohady ale já chci na IPv6 maškarádu!
a to vysvětlení, proč je na to potřeba "export" místo "save as", nikde Vysvětlil jsem rozdíl mezi exportem výstupu z nějaké práce a ukládáním této práce. Treba čítať.ano, čtu, a vidím, že i tady sám přiznáváš, že jsi vysvětlil rozdíl, a nikoli proč je to potřeba
Druhá možnost by byla: ... nebyla Existenci druhé možnosti nemůžete popřít, a to ani odkazem na Wikipedii :)já nepopírám existenci něčeho, nýbrž to, že to něco je druhé ze dvou - je to další z mnoha
Jistě existuje i nekonečně mezimožností, které nejsou zajímavé a o nichž zde nediskutujeme...lidé, co mají tu drzost tváří v tvář něčemu jasnému jak facka tvrdit, že to tak není, mě vždycky fascinovali ... já se tu ohradím proti falešnému dilematu, a ty to falešné dilema nadále živíš tvrzením, že jiné možnosti jsou nezajímavé ... bezva, co bude dál, řekneš že černá je bílá?
zkus říct Mo, velké zástánkyni této Gimpíčoviny, že není ženská A ona má dost času a chce si s počítačem povídat (rozuměj při každém ukládání klikat na dialogy)? Asi nechce, když zastává verzi bez dialogů, že.viz výše - a) píšeš nesmysly ohledně klikání na dialogy etc. b) tvoje odpověď je naprosto mimoběžná s tím nač reaguješ, tedy s otázkou pohlaví, kterou jsi svojí charakterizací ženských nadhodil
A ona má dost času a chce si s počítačem povídat (rozuměj při každém ukládání klikat na dialogy)? Asi nechce, když zastává verzi bez dialogů, že.Mám na to sice stejný názor jako ty, ale musíš uznat, že teď jsi se chytil do vlastní pasti :D.
Jinak ano, pokud otevřu (jo, otevřu) v LibreOffice microsoftí formát a chci soubor po úpravách uložit, musím při tomto uložení klikat na otravný dialog.
Nemusíte. To je jen a jen vaše volba, že jste se dobrovolně rozhodl klikat na něj pokaždé. Mně takovou možnost volby autoři GIMPu nedali.
Ještě bych pro úplnost dodal, že ten dialog je tam stejně jen kvůli uživatelům, kteří nevědí, že při uložení do formátů MS Office může dojít ke ztrátě informace. Ti, kdo to vědí - včetně vás - volbu, zda "mrvit formát" (jak tomu říkáte), vědomě provádějí už při výběru cílového formátu. Stejně jako to v GIMPu dělám já, když si vyberu, že chci ukládat do JPEGu. Tedy dělal jsem, než se mi vývojáři rozhodli házet klacky pod nohy.
Stejně tak ke ztrátě informace dojde, pokud obrázek zmenším nebo aplikuji nějaký filtr. Proč mne tady GIMP nechrání před ztrátou informace?
Ti, kdo to vědí - včetně vás - volbu, zda "mrvit formát" (jak tomu říkáte), vědomě provádějí už při výběru cílového formátu.
Cílový formát si většinou nevybírám, protože upravuju existující dokument (např. učební texty v OpenXML), a určitě nechci, aby se ten soubor uložením rozpadl.
Tady vyplouvá na povrch problém, co má vlastně ukládání (save) dělat. Buď zachovat formát bez ohledu na ztrátové úpravy jako vedlejší efekt (což je v principu špatně, ale za určitých podmínek, viz dále, se to dá tolerovat), nebo uložit výsledek práce tak, aby k nežádoucím vedlejším efektům vědomě nedošlo.
Aby bylo uživatelské rozhraní použitelné, musí
Tvrdím, že pokud existuje více možných výkladů nějaké funkce, uživatel na to musí být viditelně upozorněn.
Tady vyplouvá na povrch problém, co má vlastně ukládání (save) dělat.Také je možné prohlásit uživatele za svéprávného, který ví, že když jako formát vybere JPEG, prostě to bezztrátové být nemůže.
než se mi vývojáři rozhodli házet klacky pod nohy.„Vývojáři házejí klacky pod nohy“? No prostě Kubeček. Tomu budu muset udělat spešl tlačítko: >>>ZDE<<<
Stejně tak ke ztrátě informace dojde, pokud obrázek zmenším nebo aplikuji nějaký filtr. Proč mne tady GIMP nechrání před ztrátou informace?Jinak pro tohle drží GIMP speciální místo v paměti kde ukládá veškeré změny a mám takový pocit, že když ta paměť dojde, tak skutečně varuje že dalším krokem může dojít ke ztrátě informace.
Já to třeba zase ocením. Co teď?
Dát uživateli na výběr.
Při instalaci, při kompilaci nebo při prvním spuštění?
V konfiguraci.
Mě se zas nelíbí single-window mód. To by mělo do výběru padnout taky?
Ten je AFAIK volitelný; každopádně ho ve svém GIMPu jako default nemám. (A protože o něj nestojím, nezkoumal jsem, jak ho zapnout.)
V konfiguraci.Kupodivu je. Viz tohle kapitola „Hate The Change? Relieve The Pain“.
Já ale právě nechci, aby mne chránil. Stejně jako vím, že při zmenšení nebo aplikaci filtru dojde ke ztrátě informace, vím, že k ní dojde při uložení do JPEGu. A ne že chci, aby mne GIMP "chránil" v prvních dvou přípacech, já naopak nechci, aby mne "chránil" (čti: otravoval) v tom třetím.
Mimochodem, ke ztrátě informace dojde už v okamžiku, kdy otevřu raw soubor. A to se, prosím, provede funkcí otevřít, ne importovat. Takže GIMP 2.8 je nejen otravný, ale navíc je ve své otravnosti ještě nekonzistentní…
Ale to je jen taková třešnička na dortu čím dál horší ergonomie open a save dialogů v GIMPu. Neskonale mne vytáčí například už to, že spustím-li GIMP bez parametru v nějakém adresáři, pak se při prvním "open" nebo "save" octnu někde úplně jinde.
Stejně jako vím, že při zmenšení nebo aplikaci filtru dojde ke ztrátě informace
Právě že nedojde. Interně ne. XFC formát je v podstatě implementace vnitřního uspořádání tak jak s obrazem pracuje GIMP v paměti (takže uložení do XCF je v podstatě dump paměti, nic víc). Viz specifikaci formátu. Jediné co se neukládá je historie změn a důvod asi bude právě již zmiňovaná velikost. Naprosto stejně to má i ImageMagick a jeho MIFF formát (úplně stejně ukládá do MIFF pokud není jednoznačně jasný exportovaný formát) a podle toho co jsem četl, tak i ostatní otevřené grafické programy (dokonce mají stejnou koncovku ale jiný vlastní interní formát, ale i na tom se už pracuje).
Jinak jsem si dal tu práci a Googlil. Kubeček je ve špatném vlákně. To správné je tady. Vysvětlení zase tady. Ve zkratce: V podstatě si můžete za to sami tím neustálím rýpáním jak GIMP není použitelný pro profesionální práci, atd. Teď už prej je, protože "the whole community" aren't the target market for GIMP at this time, profesionálové ano. Dokonce k tomu sepsali i jakousi vizi či co. Pro „domácí žvýkání“ se už asi bude muset použít něco jiného. Gratuluju, konečně se vám to tím neustálím kňouráním povedlo.
Michal který by chtěl mít z GIMPu něco jako Malování
Asi si každý pod "Malování" představujeme něco jiného. V tom, které jsem viděl já, chybí poměrně dost funkcí GIMPu, které k úprovám fotek používám. Když tak o tom přemýšlím, tak v podstatě skoro všechny…
Právě že nedojde. Interně ne. XFC formát je v podstatě implementace vnitřního uspořádání tak jak s obrazem pracuje GIMP v paměti (takže uložení do XCF je v podstatě dump paměti, nic víc). Viz specifikaci formátu.
To zní pěkně…
Jediné co se neukládá je historie změn
…ale tady vám nezbylo než přiznat, že to není pravda.
Jestliže otevřu obrázek v XCF, změním jeho velikost nebo aplikuji filtr, opět ho uložím do XCF a ukončím GIMP, tak jsem právě přišel o informaci, aniž by GIMP hnul prstem, aby mne před tím ochránil nebo aspoň varoval. Já mu to ale za zlé nemám, za zlé mám vývojářům, že si vybrali jednu jedinou z těch mnoha situací, kdy se informace ztrácí, a rozhodli se, že v téhle jedné situaci je potřeba uživatele chránit i proti jeho vůli a za cenu toho, že mu tím přiděláme práci.
protože "the whole community" aren't the target market for GIMP at this time, profesionálové ano.
A jsme u podstaty věci. Ta vznešená formulace totiž neznamená nic jiného, než že tu zapracovala uražená ješitnost. Vývojářům GIMPu bylo líto, že jejich úžasný nativní XCF formát vlastně skoro nikdo nepoužívá a většina jejich uživatelů začíná i končí něčím jiným, obvykle JPEGem, a z prostorových důvodů XCF nepoužívá ani k uložení mezivýsledků. Tak se je za to rozhodli potrestat.
Ale oceňuji aspoň tu upřímnost. Holt je na čase podívat se po alternativách a doufat, že mezi nimi bude nějaká, jejíž vývojáři si svých uživatelů aspoň trochu váží a nedávají jim najevo, že na ně pod vidinou jakýchsi vzdušných zámků úplně kašlou.
V podstatě si můžete za to sami tím neustálím rýpáním jak GIMP není použitelný pro profesionální práci, atd. … Gratuluju, konečně se vám to tím neustálím kňouráním povedlo.
Které mé výroky vás vedly k použití druhé osoby v těchto dvou větách?
Jestliže otevřu obrázek v XCF, změním jeho velikost nebo aplikuji filtr, opět ho uložím do XCF a ukončím GIMP, tak jsem právě přišel o informaci, aniž by GIMP hnul prstem, aby mne před tím ochránil nebo aspoň varoval.Jinak specifikace OpenRasteru je furt otevřená… If You Know What I Mean.
jakože já jsem ta svině
Takový obrázek si není těžké vytvořit, když se člověk ohlédne a spočítá si krajně agresivní způsoby "diskuze" (mno, spíš hospodského pořvávání).
komu by se chtělo jednat slušně s takovým čůrákem, že?Sorry, ale jediný kdo tu zatím vykazuje chování dosti slušného čuráka si ty sám. Ash je jen vůl, že se vůbec obtěžuje odpovídat argumenty. Takže laskavě zklidni hormon. Jak už níže naznačil Kolíbáč, rozhodně to není poprvé.
to upozornění na falešné dilema jsi přehlídnul, stejně tak jako ostatní argumentační podpásovky užívané druhou stranou, jenom z nepozornosti, anebo schválně, abys to mohl stavět tak, jakože já jsem ta svině, zatímco on je tak hodnej, že nám to tu všechno píšeJá vidím naprosto obyčejnou (a mohu-li dodat, poměrně slušnou) proti-argumentaci. Ale pokud vidíš něco jiného, existuje na takové chování mnohem elegantnější odpověď: Ignorace.
Ash je jen vůl, že se vůbec obtěžuje odpovídat argumenty.pokud ti nevadí, že ty "argumenty" jsou podvodné a vylhané, no tak to je IMO hodně smutný ...
Ale pokud vidíš něco jiného, existuje na takové chování mnohem elegantnější odpověď: Ignorace.když budeme hajzly ignorovat, budou si dovolovat čím dál víc jestli máš pocit, že je potřeba naopak usměrňovat někoho, kdo si ty sviňárny nenechá líbit a upozorní na ně, a jestli je vás takových víc, no tak pak se divme, že je (nejen) tento stát ve sračkách, v jakejch je zatím jste se proti mě nevzmohli na víc, než nějaký ad hominem, a že prej jsem špatnej, protože používám jakousi neslušnou mluvu, a nelíbí se, že jsem agresivní, že dávám virtuální facku za výsměch do xichtu ... a že by se někdo obtěžoval tedy korektně odargumentovat, co říkám špatně, tedy věcně špatně, nikoli jen špatnou formou? anebo ta forma prostě působí jak rudej hadr na býka, nevnímám obsah, nevidim nalevo-napravo, a musim autora zadupat, byť by měl stokrát pravdu? p.s. neškodilo by si zamést před vlastním prahem, když se tak podívám na příspěvky o "Kubečcích" výše :-p
anebo ta forma prostě působí jak rudej hadr na býka, nevnímám obsah, nevidim nalevo-napravo, a musim autora zadupat, byť by měl stokrát pravdu?Přátelské upozornění, v kontextu tvých příspěvků působí tato věta značně komicky.
p.s. neškodilo by si zamést před vlastním prahem, když se tak podívám na příspěvky o "Kubečcích" výše :-pJo, tak si oba zameťte prahy :). I když musím uznat, že s Michalem se někdy těžko diskutuje.
jsem rád, že ses aspoň pobavil nicméně mně to v tom kontextu naopak přijde velmi smutné, když právě o ten obsah mi (u protistrany) jde ...anebo ta forma prostě působí jak rudej hadr na býka, nevnímám obsah, nevidim nalevo-napravo, a musim autora zadupat, byť by měl stokrát pravdu?Přátelské upozornění, v kontextu tvých příspěvků působí tato věta značně komicky.
I když musím uznat, že s Michalem se někdy těžko diskutuje.vo tom žádná, nicméně když někdo popírá sám sebe, tak mu to značně ulehčuje
pokud ti nevadí, že ty "argumenty" jsou podvodné a vylhané, no tak to je IMO hodně smutný ...A teď překvapení: Tohle je subjektivní. Mě nejen že „podvodné a vylhané“ nepřijdou, ale ještě mi přijdou v souladu s tím co píší samotní autoři GIMPu. Prostě jsem slepý, blbý a naivní (a nebo taky možná ne). Trošičku mi tahle věta připomíná Tomešovo památné „Proč lžeš?“.
jestli máš pocit, že je potřeba naopak usměrňovat někoho, kdo si ty sviňárnySviňárny? Proboha, bavíme se o názoru absolutně anonymního člověka na internetu k minoritní změně v UI otevřeného grafického programu, který používá pár procent populace ne o nějakém hromadném válečném příkoří před Haagským tribunálem nebo tak. Absurdnější by bylo už jen kdybychom se bavili o kresleném seriálu pro malé šestileté holky.
Absurdnější by bylo už jen kdybychom se bavili o kresleném seriálu pro malé šestileté holky.
Sleduješ to dráma posledních týdnů?
Jaképak drama. Hodili jsme hlas do volební urny, a jeden z našich lidských kandidátů vyhrál. Někomu by přišlo, že vyhrál on sám, to je pak sranda, když si to myslí, ale rozumný volič chápe, že místo je obsazeno, a on tomu ne-alibisticky pomohl (tím, že šel volit), ať už volil Karla nebo Milouše. Všechno jde podle plánu, takže se ušklíbej, když chceš, stejně jde všechno podle plánu.
O čem že je to hlasování výše? O názoru na používání dvojice Export/Import a Zavést/Vyvést v nabídce programu. Hlasuje kdo? Zameřená skupina lidí, která je předvídatelná. Vede kdo/co? Nejvíc bodů nasbíral asi David Kolibáč.
A všimli si ti vášniví diskutující jednoho drobného detailu, když jsem přidal jednu určitou poznámku? Nejsem si jist. Sám jsem si tu možnost uvědomil až s odstupem. A to mě baví.
Měl kandidovat na premiéra poslanecké sněmovny a nebo by se měl nechat léčit.Diagnóza
tak opravdu emigruju do nově vzniklé Lunární republiky.Už mam pas!
To, o čem jsem psal, bylo jediné drama, které mě v souvislosti s Davidem Kolibáčem napadlo. Taky se k tomu vyjadřoval, jenom nevím jak. Že jsem si to jeho plácnutí vyložil s chutí podle tebe špatně, no tak jsi to taky mohl podat jinak. Namísto toho, když mluvíš v hádankách, nevím, jestli se ti Milouš líbí nebo nelíbí. A co mě zase na tom má zajímat? Nebo jestli máš na to, abys na první pokus odvodil, koho jsem volil. A proč by mě to mělo zajímat? Mě ale zajímá, kdy už bude Vojtěch konečně s prací hotov.
Tak, a mimochodem, kterým směrem teď půjdeš?
nevím, jestli se ti Milouš líbí nebo nelíbí.A není to úplně jedno?
Tak, a mimochodem, kterým směrem teď půjdeš?Tak, a mimochodem, kterým směrem teď půjdeš?
Porozumění psanému textu — na co jsem na reagoval?
Absurdnější by bylo už jen kdybychom se bavili o kresleném seriálu pro malé šestileté holky.
Mě ale zajímá, kdy už bude Vojtěch konečně s prací hotov.Psal jsem mail do české překl. konference s žádostí o pomoc, čekám, jestli se ještě někdo ozve (ale nevypadá to). Jinak ono když člověk nepoužívá strojový překlad, tak to nejde tak rychle, že...
Strojový překlad, o kterém asi mluvíš, a o kterém já nic nevím, nepoužívám, ani nevím, jak bych to měl účinně dělat. Využití překladové paměti pro automatické doplnění už předtím jednou přeložených shodných řetězců je taky orientační. I když by se v případě Qt Linguistu mohlo počítat s tím, že se doplňují jen přesné překlady, nemusí to (možná) být stoprocentní, a ejhle najednou se štěstím zabráníš odsouhlasení řetězce, který se ti nebude pozdávat.
A neboj se, já pro tebe mám pochopení, protože jenom projít plus minus 7000 řetězců (?) ti dá zabrat, jestliže už ses do toho v pátek dal.
Před tebou se částmi zabýval Tomáš Pospíchal, který to zkoušel přímo v Qt Creatoru, a předpokládám, že to, co je na očích, už viděl,. Takže když budeš mít oči na šťopkách, tak máš šanci, že po něm něco najdeš, anebo ti prostě bude připadat, že bys něco formuloval jinak, a to bude výsledek tvé kontroly. Což je normální.
Ale jsi zvyklý se soustředit, a tak ti to půjde.
Strojový překlad, o kterém asi mluvíš, a o kterém já nic nevím, nepoužívám, ani nevím, jak bych to měl účinně dělat.Mám tim na mysli překlad (ať už ho skutečně dělá stroj nebo člověk, to je celkem jedno), kde se vezme výraz a přeloží se prostě slovo od slova, třeba s použitím slovníku nebo i bez, prostě slovíčka jedno za druhým tak jak to leží a běží bez ohledu na to, že ten výraz třeba něco znamená jako celek a/nebo že je rozhodující nějaký kontext. To byl právně přesně případ toho "první a poslední název", jakož i dalších exemplářů...
To není přesně ono, když se to vezme v jiných souvislostech.Jo, a co to teda je za souvislosti ty "jiné souvislosti"? To by mě opravdu zajímalo. Možná souvislosti nějakého úplně jiného programu...
:-/
a já s tím nepotřebuju něco dělat.No tak samozřejmě. Nic jiného jsem ani nečekal. Co je dokonalé, nemusí se měnit...
prosím, můžeš mi vysvětlit, co je na krocích popsaných v příspěvku #182 "subjektivního"? co je "subjektivního" na tom, že výše uvedená workflow se liší od obou workflow popsaných v příspěvku #43, tedy prakticky popírá, že by ostatní možnosti "buď neexistovaly", a co se týče toho "nebo byly zcela minoritní", tak krom toho, že se tu ozývá netriviální počet lidí takto pracujících, tak sám autor toho výroku na jiném místě píše "Usecase naprosto chápu a sám jej často realizuji"?!pokud ti nevadí, že ty "argumenty" jsou podvodné a vylhané, no tak to je IMO hodně smutný ...A teď překvapení: Tohle je subjektivní.
a? - nechápu ... co má zase co Haag dělat s tímto threadem? "malá" lež není lež? a co to teda je? TOHLE je fakt absurdní ...jestli máš pocit, že je potřeba naopak usměrňovat někoho, kdo si ty sviňárnySviňárny? Proboha, bavíme se o názoru absolutně anonymního člověka na internetu k minoritní změně v UI otevřeného grafického programu, který používá pár procent populace ne o nějakém hromadném válečném příkoří před Haagským tribunálem nebo tak. Absurdnější by bylo už jen kdybychom se bavili o kresleném seriálu pro malé šestileté holky.
Verze 2.6: 1x otravný dialog při uložení (pro každý soubor) Verze 2.8: 1x otravný dialog při zavření (bez ohledu na počet zavíraných souborů).Fakt nechápu co na té změně někomu může vadit :) Ale ne, chápu, že počet otravných dialogů není jediným měřítkem, největší roli tady asi hraje zvyk.
for i in *.jpg; do convert -scale 50% $i scaled/$i; done
Tím neříkám, že zmenšení na 50% je nějak méněcenné, je to jistě závažná úprava. Ale proboha proč někomu kdo otevře GIMP (což chvíli trvá) jen proto aby si zmenšil jednu fotku vadí, že musí při zavírání potvrdit že už je fakt hotov? A proč mu vůbec vadí směr vývoje GIMPu, když s ním prakticky nepracuje? Každopádně jestli je takových lidí opravdu dost, tak GIMP časem jistě někdo z nich forkne, aby nemusel ukládat pomocí Overwrite ale mohl ukládat pomocí Save.
Co za blbost je ten překlad Vyvést/zavést? Česky je to přece vývoz/dovoz. BTW podle mně je nadbytečné používat cizí slova export, import, jelikož vývoz a dovoz je plně nahrazují.Ono to z tý ankety možná není zřejmý, ale tady se o žádnej vývoz/dovoz (ve smyslu obchodu) nejedná, jedná se o import/export dat v nějakém SW.
Někdo tu hádal, že jsem hlasoval. Tak, abych věci uvedl na pravou míru, nehlasoval. Klidně ale druhou možnost, tu která má zatím méně hlasů, okamžitě podpořím.
David Kolibáč si, jak vidím z toho, co píše, stále plete pojmy s dojmy, což mi zásadně nevadí.
To rozlišování, co zrovna program dělá s daty, jsem měl v první chvíli problém vstřebat, ne tak abych měl chuť to číst znovu a pochopit.
Ostatně, jak si uživatele IT celá léta vychovává, takové je má-bude mít.
Běžný uživatel si už uvědomil, že když Otevřít, tak ne sklenici, ale v prostředí programů "soubor" - a to je přesně to, co chce. Taky ví, že je potřeba práci zálohovat, a to se dělá tím Uložit, nebo Export, prostě cokoli, co funguje.
Mně by stačila pro tu věc tato v nejzákladnější podobě skupina příkazů: Open (otevře cokoli, když to půjde, když ne, tak to program prostě podle přání tvůrců neotvírá, protože ani nemůže - snad ti to, proč se nedá pracovat s formátem s programem nesouvisejícím, uživateli dojde), Save (uloží do vnitřního formátu programu/projektové soubory), Save As (pro ten případ, že by ti uživateli výchozí formát (třeba kterýkoli ze standardně rozšířených - pokud to program na 100 % dokáže) pro tvé účely nestačil).
K otázce stylistiky: "Proč tu k..a vidím nějaké Zavést/Vyvést" (všimněte si, že tu není žádná z variant: dovézt, zavézt, převézt, vyvézt, ...). Je to proto, že se to k sobě hodí, a nejde mi o to něco dovážet, s tím jsem, pokud možná experimentoval tak na začátku a jen na chvíli, abych viděl, jak se to při použití chová. Vyvést je méně obvyklé než zavést, které se hodí na cokoli, ale co už s tím. Je to logická volba. Při výchově by bylo nejlepší: 1) seznámit žáky běžným způsobem, co je k čemu, 2) použití v programech, kdy žák už jen (jako v jakékoli jiné situaci) používá naučené.
Poznámka ke Qt Creatoru: Nahradil jsem (ve většině případů, kdy je to jako samostatný příkaz v nabídce, jak předpokládám) Import/Export -> Zavést/Vyvést za Importovat/Exportovat. Toto jsem poslal k vyzkoušení Vojtěchu Královi.
Teď tedy, abych podpořil hlasování, jdu, abych v anketě hlasoval pro Zavést/Vyvést, ale ne proto, abych to viděl jednou obecně rozšířené všude. A teď můžete, kdo ještě nehlasoval, hlasovat, jak uzná za vhodné.
Výtečně. A co ty zbylé případy? A propos, už víš, co je to First name/Last name? A když už jseš tady, mistře, mohl bys nám objasnit, co básník mínil tímhle "překladem" v Amaroku?Poznámka ke Qt Creatoru: Nahradil jsem (ve většině případů, kdy je to jako samostatný příkaz v nabídce, jak předpokládám) Import/Export -> Zavést/Vyvést za Importovat/Exportovat. Toto jsem poslal k vyzkoušení Vojtěchu Královi.
Na blbou otázku by zbyla zase jen blbá odpověď.
Bez souvislostí jsou překlady v danou chvíli podle okamžitého názoru správné na 100 %. První název/Poslední název? - Proč ne. Co má zůstat, zůstane. Tzv. "actual translators" do toho vkládají víc emocí, než je pro běžného zdravého člověka zdrávo. Diskuze se tak leta pěkně zvrhávají v zábavnou formu hysterických reakcí a vtipů, když si lidé sedící na prdeli sdělují, co to dá, co se jim okamžitě/dlouhodobě honí v hlavě.
Bez souvislostí jsou překlady... úplně na hovno. Prosímtě, když něco překládáš, tak si to zkus nainstalovat nebo se na to rovnou vyser a nepřidělávej ostatním práci a neotravuj uživatelům život podobnými paskvily.
Tzv. "actual translators" do toho vkládají víc emocí, než je pro běžného zdravého člověka zdrávo.To "actual translators" nebyla narážka na tebe (vyznělo to jinak, než jsem zamýšlel), tím jsem myslel sebe, protože já nejsem překladatel. A za toho vola výše se omlouvám, to byla první zdešená reakce, obvykle lidem nenadávám... Na ten soubor, co jsi mi poslal, jsem se ještě nekoukal, doufám, že se k tomu dostanu co nejdříve... Jinak nechápu, proč máš pořád nezdravé nutkání někoho vychovávat. Cílem open source není vychovávat lidi.
Zkus si trochu rozšířit rozhled: first name. V kontextu s tím je už last name hračka ne? Zásadně překládám jen programy, které používám a mohu tedy překlad otestovat a případné nejasnosti dohledat.Na blbou otázku by zbyla zase jen blbá odpověď.
Bez souvislostí jsou překlady v danou chvíli podle okamžitého názoru správné na 100 %. První název/Poslední název?
Někdo tu hádal, že jsem hlasoval. Tak, abych věci uvedl na pravou míru, nehlasoval. Klidně ale druhou možnost, tu která má zatím méně hlasů, okamžitě podpořím.Bingo.
David Kolibáč si, jak vidím z toho, co píše, stále plete pojmy s dojmy, což mi zásadně nevadí.Já si myslim, že Kolibáč je zrovna docela při smyslech :).
Poznámka ke Qt Creatoru: Nahradil jsem (ve většině případů, kdy je to jako samostatný příkaz v nabídce, jak předpokládám) Import/Export -> Zavést/Vyvést za Importovat/Exportovat. Toto jsem poslal k vyzkoušení Vojtěchu Královi.Proti import/export nic nemám. Proti importovat/exportovat taky ne, i když mi to připadá zbytečně dlouhé, na to že to není ani o trochu výstižnější, ale to už je jenom věc zvyku.
Teď tedy, abych podpořil hlasování, jdu, abych v anketě hlasoval pro Zavést/Vyvést, ale ne proto, abych to viděl jednou obecně rozšířené všude.Tak proč tedy? Abys ze sebe udělal kokota?
Ostatně, jak si uživatele IT celá léta vychovává, takové je má-bude mít.
Prosím, nastuduj si něco o HCI, resp. uživatelských rozhraních.
Tak ja nevim, ale vyvazi se zpravidla jen hnuj.
Týkalo se pouze formální úpravy zadání. Je to přece i tvoje heslo, že detaily dělají dokonalou práci, tak proč by zrovna u tohoto měla být výjimka.
Zdá se mi jenom, že rozumíš smyslu pro humor, jen když chceš (anebo když ty vtipy o druhých roztrušuješ sám)?
Mně ani Davidovi ani komukoli jinému jsi se omlouvat nemusel, je z toho cítit neupřímnost. David a každý jiný to pochopil správně, měl možnost hlasovat, jestliže měl účet u abclinuxu. Hlasující jsou vymezená skupina, z větší části daná oborově, takže se dalo něco takového očekávat (jsi očekával).
Výsledek je takový, že ukazuje na rozmanitost názorů, a to je výsledek jakékoli ankety.
Mohl jsi také rovnou začít poslední větou, její tón na vystiŽENÍ smyslu tvé poznámky stačí.
Na LinuxExpresu se s Novým rokem změnilo klima, nevím, jaká je návštěvnost, anebo je možná téma "začátečníka" obehrané, a lidi se radši dívají na seriály, filmy, chodí do školy, jezdí po světě... Každopádně by to bylo jenom opakování toho, co je tady.
Já sám jsem nedávno objevil v jednom překladu, v souvětí, hned na úvodní stránce spojení "... iterujte rychleji, překládejte chytřeji". Toto mi přijde zábavné a fascinující. Zavést/Vyvést už je proti tomu prostě žánrová klasika.