Byla vydána beta verze openSUSE Leap 16. Ve výchozím nastavení s novým instalátorem Agama.
Devadesátková hra Brány Skeldalu prošla portací a je dostupná na platformě Steam. Vyšel i parádní blog autora o portaci na moderní systémy a platformy včetně Linuxu.
Lidi dělají divné věci. Například spouští Linux v Excelu. Využít je emulátor RISC-V mini-rv32ima sestavený jako knihovna DLL, která je volaná z makra VBA (Visual Basic for Applications).
Revolut nabídne neomezený mobilní tarif za 12,50 eur (312 Kč). Aktuálně startuje ve Velké Británii a Německu.
Společnost Amazon miliardáře Jeffa Bezose vypustila na oběžnou dráhu první várku družic svého projektu Kuiper, který má z vesmíru poskytovat vysokorychlostní internetové připojení po celém světě a snažit se konkurovat nyní dominantnímu Starlinku nejbohatšího muže planety Elona Muska.
Poslední aktualizací začal model GPT-4o uživatelům příliš podlézat. OpenAI jej tak vrátila k předchozí verzi.
Google Chrome 136 byl prohlášen za stabilní. Nejnovější stabilní verze 136.0.7103.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 8 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 4.5.0. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Byl vydán Mozilla Firefox 138.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 138 je již k dispozici také na Flathubu a Snapcraftu.
Šestnáctý ročník ne-konference jOpenSpace se koná 3. – 5. října 2025 v Hotelu Antoň v Telči. Pro účast je potřeba vyplnit registrační formulář. Ne-konference neznamená, že se organizátorům nechce připravovat program, ale naopak dává prostor všem pozvaným, aby si program sami složili z toho nejzajímavějšího, čím se v poslední době zabývají nebo co je oslovilo. Obsah, který vytvářejí všichni účastníci, se skládá z desetiminutových
… více »writeln
? Jde to vůbec? Je fakt, že jsem zamrznul u TP 6, potom jsem našel C.
sprintf
v C). Ale Pascal jim to neumožní a (i) z toho důvodu je to špatný jazyk.
Já vím, že je to staré a Pascalská konvence předávání parametrů funkcím ostatně nic takového ani neumožňuje. Ale nemám rád tyhle speciální výjimky. Navíc, pokud jazyk samotný něco používá, ale programátorovi to naopak zakazuje, je to příklad špatného návrhu, ať už si o Wirthovi myslím cokoliv.
To už vůbec nemluvím o dynamických polích a podobných věcech chápu, že milovníci C++ na to jistě mají odlišný názorNo C++ je šíleně složitý jazyk, ale mám raději jazyky, jejichž tvůrci se nerozhodovali, co všechno v něm nepůjde jednoduše udělat. Navíc tíhnu k dynamickým jazykům, takže C++ dvakrát nepreferuji.)
<lehce mimo>Pořád lepší než přetížený operátor + pro nastavování titulku oknaCož je jistě problém návrhu jazyka a vůbec to není problém dotyčné knihovny, která používá operátor + pro nastavení titulku okna, co? Takže zatímco mi v C++ stačí změnit knihovnu, nebo napsat potomka dané třídy a místo + používat normální metodu</lehce mimo>
setTitle(std::string)
, tak v Pascalu musím pro napsání obdoby writeln
a) změnit jazyk b) přepsat překladač. Tak nevím, co bude lepší Já vím, že je to staré a Pascalská konvence předávání parametrů funkcím ostatně nic takového ani neumožňuje. Ale nemám rád tyhle speciální výjimky.Jasně, je to relikt, který si nikdo nedovolil úplně odstranit. Což není bug, nýbrž feature, funkce s proměnným počtem parametrů jsou dost kontroverzní záležitost. V Delphi jsou implicitní hodnoty parametrů, ale uznávám, že
writeln
s tím nenapíšu.
To už vůbec nemluvím o dynamických polích a podobných věcechTa dynamická pole jsou v Delphi taky. Ale pokud se pamatuju, chovají se v některých věcech jinak než ta statická (a nemám na mysli fakt, že mají proměnnou velikost
To měl být pokus o vtip, a krom toho jistě víte, že existují (vulgárně řečeno) dva názorové proudy: 1. jazyk by měl umožnit programátorovi úplně všechno a je na něm, aby toho nezneužíval; 2. jazyk by měl být restriktivní a neměl by nechat programátora dělat něco, co by mohla být prasárna. Nechci se hádat, který je "lepší", ale faktem je, že Pascal se ze zjevných "historických" důvodů řadí k tomu druhému a nikdy nebyl důvod na tom cokoliv měnit (i když zrovna to Delphi svým překotným vývojem pěkně zprasáčtělo).<lehce mimo>Pořád lepší než přetížený operátor + pro nastavování titulku oknaCož je jistě problém návrhu jazyka a vůbec to není problém dotyčné knihovny, která používá operátor + pro nastavení titulku okna, co?</lehce mimo>
já Pascal rád nemam, přijde mi jako v praxi velmi špatně použitelný jazyk a nelíbí se mino já mám jiné zkušenosti, třeba v Delphi se dobře dělají projekty jako textové editory, prohlížeče obrázků apod. ovšem na jiné aplikace je nevhodný, dá se říct až krkolomný.
...dokonce sem snad někde četl nějakou esej proč je Python na výuku programování lepší než Pascal...První jazyk: Python
já Pascal rád nemam, přijde mi jako v praxi velmi špatně použitelný jazyk a nelíbí se mi. Někdo ho považuje dobrý aspoň jako na výuku programování (k čemuž byl taky původně určen nepletu-li se)Pascal byl sice původně určen pro výuku programování, ale to, čemu se dneska říká Pascal, má s tím Wirthovým bazmekem společné akorát jméno. Podotýkám, že tím neříkám nic o kvalitách nebo nekvalitách toho jazyka, a ani nechci... (ale jsem zatvrzelý... bývalý zatvrzelý Pascalista/Delphista
Tak já si naopak myslím, že dobrý prohlížeč obrázků v gnu/linuxu není. Takže jenom vítám tenhle pokus. IrfanView mi totiž vždy přišel nejlepší - splňoval mé požadavky dokonale.
Hlavní chyby těchto programů v gnu/linuxu (z mých zkušeností):
při otevření obrázku a stisknutí mezerníku nebo šipky nepřejede na další obrázek ve složce
nebo neumí slideshow
a pokud tohle všechno umí, tak je strašně hnusnej a nepřehlednej:-P
K tomu, že binárka má už teď 6.6MB - strip zmeší binárky z Lazaru několikanásobně.
Problem techto prohlizecu je, ze se do nich postupne pridavaji dalsi a dalsi funkce, az to je neskutecny moloch po vsech strankachPřehánět to nebudu, dám si s tim práci, aby to bylo čistý, přehledný a co nejrychlejší. Snad se mi povedou aspon základní funkce jako ukládání do jiných formátů. Efekty by měli být z části na plug-iny, ale ty já psát nebudu (Picturerus Vanilla)
Včera jsem si prohlížel dokumentaci PyQT, v tom by to mohlo jít (PyGTK se mi nezalíbilo).Tak to souhlasím, já jen navrhl různé alternativy
No momentálně se rozhoduji mezi C++/GTKmm, nebo PyQT, upřímě, víc se mi zamlouvá PythonVšak také Python se s C++ nedá srovnávat
Moje konečná slova: napíšu to v Pythonu s PyQT a změním název z "Picturerus" na něco nejazykolamného. tečkaTo mě opravdu těší
Tiskni
Sdílej: