Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za červen (YouTube).
Libreboot (Wikipedie) – svobodný firmware nahrazující proprietární BIOSy, distribuce Corebootu s pravidly pro proprietární bloby – byl vydán ve verzi 25.06 "Luminous Lemon". Přidána byla podpora desek Acer Q45T-AM a Dell Precision T1700 SFF a MT. Současně byl ve verzi 25.06 "Onerous Olive" vydán také Canoeboot, tj. fork Librebootu s ještě přísnějšími pravidly.
Licence GNU GPLv3 o víkendu oslavila 18 let. Oficiálně vyšla 29. června 2007. Při té příležitosti Richard E. Fontana a Bradley M. Kuhn restartovali, oživili a znovu spustili projekt Copyleft-Next s cílem prodiskutovat a navrhnout novou licenci.
Svobodný nemocniční informační systém GNU Health Hospital Information System (HIS) (Wikipedie) byl vydán ve verzi 5.0 (Mastodon).
Open source mapová a navigační aplikace OsmAnd (OpenStreetMap Automated Navigation Directions, Wikipedie, GitHub) oslavila 15 let.
Vývojář Spytihněv, autor počítačové hry Hrot (Wikipedie, ProtonDB), pracuje na nové hře Brno Transit. Jedná se o příběhový psychologický horor o strojvedoucím v zácviku, uvězněném v nejzatuchlejším metru východně od všeho, na čem záleží. Vydání je plánováno na čtvrté čtvrtletí letošního roku.
V uplynulých dnech byla v depu Českých drah v Brně-Maloměřicích úspěšně dokončena zástavba speciální antény satelitního internetu Starlink od společnosti SpaceX do jednotky InterPanter 660 004 Českých drah. Zástavbu provedla Škoda Group. Cestující se s InterPanterem, vybaveným vysokorychlostním satelitním internetem, setkají například na linkách Svitava Brno – Česká Třebová – Praha nebo Moravan Brno – Břeclav – Přerov – Olomouc.
Byla vydána nová verze 8.7.0 správce sbírky fotografií digiKam (Wikipedie). Přehled novinek i s náhledy v oficiálním oznámení (NEWS). Nejnovější digiKam je ke stažení také jako balíček ve formátu AppImage. Stačí jej stáhnout, nastavit právo ke spuštění a spustit.
Před 30 lety, k 1. 7. 1995, byl v ČR liberalizován Internet - tehdejší Eurotel přišel o svou exkluzivitu a mohli začít vznikat první komerční poskytovatelé přístupu k Internetu [𝕏].
Byla vydána (𝕏) nová verze 7.4 open source monitorovacího systému Zabbix (Wikipedie). Přehled novinek v oznámení na webu, v poznámkách k vydání a v aktualizované dokumentaci.
Programátori sa často hrajkajú s GUI. Viem to, lebo aj ja som to robil, kým som robil pod X-i. To je však zlý prístup - GUI netreba navrhovať. Užívateľ si ho neskôr može jednoducho a rýchlo navrhnúť sám.
Základom všetkých GUI toolkitov a builderov, ktore som videl je presný návrh rozloženia. Zadefinujeme si okno, do neho správcov rozloženia a rôzne kontaineri a potom tlačidla a ...
Teraz mám iný návrh. Postup tvorby frontend vrstvy bude rovanaký. Definujeme pre vstupy akcie, ktore narabajú so vstupnymi dátami. Stalačenie tlačidla -> doClickedOK(), písanie do inputboxu -> regenerateTitle(char*)
Tu sa treba zastaviť. Naša aplikacia vie robiť všetko čo treba, len užívateľ nevie akcie vyvojať. My však pre užívateľa nenamodelujeme GUI, ale definujeme vlastnosti, ktoré musia ovládacie prvky mať, aby ich vedel užívateľ použiť.
Takze povieme [prvok, ktory vie explicitne vyvolať doClicked()]
, [prvok, ktorý vie primať ľubovoľný text a pri zmene textu volá regenerateTitle()]
.
Ďalej však treba definovať skupiny prvkov, dôležitosť prvkov v skupine, priradzovať popisy, atď. Nás proste nezaujíma, ako bude aplikačné GUI vyzerať. To nech rozhodne GUI engine podľa nejakých desktop-enviromentálnych šablôn. Hlavne aby vedel volať naše akcie so správnymi dátami.
Mňa teraz nezaujíma, či by popis bol v externom súbore v špecialnom formáte, alebo by sa narábalo s funkciami, objektami, atď.
Plynie z toho jedna významná výhoda. Užívateľ by dostal možnosť meniť, cele rozloženie GUI a GUI ako také. Niektoré prvky by fungovali rovnako dobre ako combobox, aj ako radio-button, ako na jednom okne, tak na inom okne, ak sa užívateľovi nepáči, zmení. Dôležitá je však úspora casu.
UPDATE: Oprava tagu <code> na </code>, pardon.
Tiskni
Sdílej:
Lenže stále povieš 'Tlačidlo', nie 'Niečo, čo pošle jeden signál'. niekomu vadí rozloženie tlačidial v Gnome, niekomu rodielnosť GUI toolkitov a ich stále zmeny (ext. link).
Preto ja chcem vytvoriť len popis prianí na GUI. Ten sa dá prehnať nejakým AI (rule engine, fuzzy logik). (Napríklad!)
Dobrý postreh! Ale nechcel som hneď rozmýšlať 'ako to imlementovať', alebo 'ako to bude fungovať', chcem len _rozmýšlať_...
Takto by mohol vyzerať externy format:
[recommended] 'Gnome dialog template'; [komponents] 'but' { [send-signal] 'OK'; [send-signal] 'Cancel'; [send-signal] 'Wait'; } [komponents] { [store-text][on-change-signal] 'message'; [return-index][dynamic] 'category combo'; } [group][linear please] { [safe] 'but'.'Wait'; [unsafe][default] 'but'.'OK'; [unsafe] 'but'.'Cancel'; } [group] { 'category combo' [note] 'Vyberte si kategoriu'; [default] 'message' [note] 'Sem zapíšte text'; } [signals] { 'but'.'OK'.[send-signal] = 'doOK()'; 'but'.'Cancel'.[send-signel] = 'doCancel()'; 'but'.'Wait'.[send-signal] = 'doWait()'; 'message'.[on-change-signal] = 'updateTitle()'; }
Takto kod v C:
GUI_dialog* d; void initGUI(char** loaded_kategories) { d = GUI_load("gui.conf"); GUI_dynamicData(d, "category combo", loaded_kategories); GUI_makeActual(d); } void doOK() { server_send(GUI_get(d, "message")); } void updateTitle() { if(is_well_formed(GUI_get(d, "message"))) { printf("recipient will be happy!\n"); } else { printf("recipient will be unhappy!\n"); } }
Vsimnite si, ze v externom formate o rozlozeni nehovorim, len odporucam, skupinky a sablonu. V kode sa z inicializaciou a obsluhou GUI nehram.
Ale to nieje dolezite!
[recommend] doporucuje vseobecny mechanizmus, ktorym sa ma vyrobyt GUI z doporuceni [komponents] definuju casti GUI - formulare a dialogy, [group] urcuje layout [signals] signal bindingPovedal by som, ze by bolo uzitocne oddelit tieto veci: - definiciu interface aplikacie - (na to sa bezne pouziva IDL) - rozlozenie gui (analogia k html alebo xml) a jeho napojenie na aplikaciu - styl/tema/skin (analogia k css) GUI prostredie potrebuje vsetky tri veci, zatial co napr. tie AI skripty len tu prvu. Taketo rozdelenie je obvykle. Mozno blizsie k tomu co navrhujes by bolo nedefinovat rozlozenie gui, ale len pomenovat prvky gui a ich prepojenie na aplikaciu a potom nadefinovat samotne gui, ktore by sa odvolavalo na tieto pomenovane prvky. Priklad:
- mam funkciu "doOK()": void doOK(); - Na jej obsluhu potrebujem button, pomenujem ho "OKbutton": Button OKbutton bind OKbutton.clicked -> doOK() - Mam formular 1 obsahujuci OKbutton <form name="formular_1"> <button name="OKbutton" label="OK"/> <button name="Cancelbutton"/> </form> - Mam styl pripadne obsahujuci lokalizovane retazce: button.OKbutton {color:red;} button.Cancelbutton {label:"Zrus";}
Dobre, postupujes logicky! Lenze definujes vzhlad. Ja chcem len funkcnost. Zabudni na moje 1-urovnove [vsetko]. Ponechaj v popise len obsahy oboch [komponents] a zostane:
[send-signal] 'ok'; [send-signal] 'cancel'; [send-signal] 'wait'; [store-text][on-change-signal] 'text' [note] 'Vyberte si kategoriu'; [return-index][dynamic] 'category' [note] 'Sem zapíšte text';
send-signal vysle signal, ked si ho uzivatel vyberie. engine vzycajne vyberie tlacidlo.
store-text drzi text od uzivatela zvycajne inputbox.
return-index vrati index vyberu radio-buttony, combobox
dynamic obsah urci app. (definovane polozky, alebo rozsahy...)
...
Nikdy nepoviem [button], alebo farba, tento v lavo, tento v pravo. Ja chcem totiz usporit cas a sekundarne definovat dost abstraktny model na to, zby sa dal pouzit v GTK, QT, NCurses, ale aj konzole!
Nechcem hovorit o farbe, velkosti, polohe. Len o tom ako som ja schopny prijmat signaly a data, nech sa user, ako to chce. Podme na to __abstraktne.
Mozno by sme sa mohli o tom viacej pobavit, ak by s chcel... a mozno rozsirit nejaky uz funkcny projekt/vlastny projekt...
Radšej pobím v Perle, ale to je nepodstatné, aj tak, by som rád vyrobil niečo takéto:
parser modul: XML ASCII Binary | | | štrukturálny model | layout modul: múdri aloritmus | | | GUI backend: QT KDE ...
To je však hudba budúcnosti a možno absoltne zlý návrh...
sourceforge.net: zaujíma ma mailing-listu a tiež,či nepodporujú niečo iné ako CVS... ja by som radšej Darcs...