Byla vydána verze 10 dnes již multiplatformního open source frameworku .NET (Wikipedie). Přehled novinek v příspěvku na blogu Microsoftu. Další informace v poznámkách k vydání na GitHubu nebo v přednáškách na právě probíhající konferenci .NET Conf 2025.
Rodina hardwaru služby Steam se začátkem roku 2026 rozroste. Steam Deck doplní nový Steam Controller, herní PC Steam Machine se SteamOS s KDE Plasmou a bezdrátový VR headset s vlastními ovladači Steam Frame.
Amazon Web Services (AWS) oznámil (en) výstavbu Fastnetu – strategického transatlantického optického kabelu, který propojí americký stát Maryland s irským hrabstvím Cork a zajistí rychlý a spolehlivý přenos cloudových služeb a AI přes Atlantik. Fastnet je odpovědí na rostoucí poptávku po rychlém a spolehlivém přenosu dat mezi kontinenty. Systém byl navržen s ohledem na rostoucí provoz související s rozvojem umělé inteligence a
… více »Evropská komise zkoumá možnosti, jak přinutit členské státy Evropské unie, aby ze svých telekomunikačních sítí postupně vyloučily čínské dodavatele Huawei a ZTE. Místopředsedkyně EK Henna Virkkunenová chce změnit doporučení nepoužívat rizikové dodavatele při budování mobilních sítí z roku 2020 v právně závazný požadavek.
sudo-rs, tj. sudo a su přepsané do programovacího jazyka Rust, již obsaženo v Ubuntu 25.10, bylo vydáno ve verzi 0.2.10. Opraveny jsou 2 bezpečnostní chyby.
Kaspersky pro Linux je nově k dispozici také pro domácí uživatele.
Společnost Avalonia UI oznámila, že pracuje na .NET MAUI pro Linux a webový prohlížeč. Vyzkoušet lze demo v prohlížeči. Když bude backend stabilní, bude vydán jako open source pod licencí MIT.
Byl vydán Mozilla Firefox 145.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Ukončena byla podpora 32bitového Firefoxu pro Linux. Přidána byla podpora Matrosky. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 145 bude brzy k dispozici také na Flathubu a Snapcraftu.
Lidé.cz (Wikipedie) jsou zpět jako sociální síť s "ambicí stát se místem pro kultivované debaty a bezpečným online prostředím".
Byla vydána nová verze 4.4 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
.po a jeden .pot. Viz http://i18n.kde.org/stats/gui/trunk-kde4/team/cs/extragear-network/ (hned první dva soubory v tabulce). Přeložil jsem tedy choqok.po a potom jsem (v programu Poedit) dal "Aktualizovat z POT souboru" (desktop_extragear-network_choqok.pot). Dopřeložil jsem nové řetězce a ve výsledném choqok.po jsou tedy snad všechny (a tím pádem by měly být i v choqok.mo). (Zkoušel jsem i obyčejně nakopírovat zbývající řetězce z .pot do .po.)
Bohužel ve spuštěné aplikaci se některé přeložené řetězce stále zobrazují v originále. Jde o řetězce, které jsou, podle .po souboru, v souborech *.desktop. Jak zařídit, aby se ukazovaly přeložené? Přikládám .po soubor k nahlédnutí.
package.pot a se aktualizuje make foo.pot-update, což dělá vývojář programu.
PO jsou vlastní překlady. Jmenují se normálně jazyk.po, což identifikuje, pro který jazyk je to překlad. Správně jsi je uvedl do souladu s POT, pokud Poedit dělá, co si myslím (normálně to provde make cs.po, například, což spustí msgmerge). Takže problém bude nejspíš jen s pojmenováním, choqok.mo je překlad pro jazyk choqok, ne pro češtinu.
Takže problém bude nejspíš jen s pojmenováním, choqok.mo je překlad pro jazyk choqok, ne pro češtinu.V tom problém určitě není
. Nevím, jak v jiných distrech, ale v Debianu, který používám, jsou tyto soubory uloženy v adresáři /usr/share/locale/cs/LC_MESSAGES/, který je plný souborů název_programu.mo. Nehledě na to, že jsem v původním dotazu uvedl, že většina řetězců se v prostředí programu při testování překladu zobrazuje správně, tj. přeloženě - je tedy jisté, že se můj soubor .mo načítá.
Po nainstalování samozřejmě, ne ve zdrojácích...Já nemluvil o zdrojácích. Prostě: můžeš mi věřit, .mo soubor, který jsem vygeneroval z přeloženého .po, se načítá.
V tom případě je otázka, zda je POT soubor aktuální. Můžeš ho zkusit aktualizovat, jak jsem napsal, a pak znovu PO, zda se něco změní.Ještě jednou: V přeloženém souboru .po jsou _všechny řetězce_, žádný tam nechybí. A všechny přeložené. Ale v rozhraní programu se pak některé přeložené řetězce přesto ukazují v originálu.
msgunfmt zdrojovy_mo_soubor > cilovy_po_soubor. Nevygeneruje se přesný původní .po soubor, nicméně všechny překlady, které aktuálně jsou v .mo, tam uvedeny budou.
Těžko ovšem říci, co Robert přesně dělá...Eh... to jsem to opravdu napsal tak nesrozumitelně? Ačkoliv oceňuji jakoukoliv snahu o pomoc, tak mi připadá, že jsi ten původní dotaz ani moc nečetl. Jde o tohle: Jak přinutit program, aby si z přeloženého .po souboru bral všechny řetězce? Některé bere, některé ne. Ty, které nebere, jsou asi všechny v souborech .desktop.
Co se týká .desktop souborů - tyto jsou vcelku obyčejné texťáky obsahující překlady přímo v čitelné podobě, tudíž jejich zpracování nutně musí být odlišné od klasického .pot--.po--.mo postupu.Jasně, ale vzhledem k tomu, že ty řetězce z .desktop souborů jsou zařazeny do .pot souboru, tak bych očekával, že je správné je překládat tam...
Ke zjištění, jestli nainstalovaný .mo soubor obsahuje příslušné překlady, se dá použít příkaz msgunfmtZapomněl jsem uvést, že jsem tohle kontroloval. Ty řetězce, které se v rámci aplikace při testování zobrazují špatně (anglicky) tam jsou (přeložené).
A third task is taking care of the .desktop and similar files. For those files, Scripty extracts the required information from the file, merges it with the existing translation files, and also copies the translation back into the original file.
msgmerge choqok.po choqok.pot -o vystup.poObcas se stava, ze progam ma nektere retezce sice vyexportovane v po, ale nenacita je. Pdrobnosti neznam, ale proste je to chyba v programu a je treba reportovat bug. Jakmile autor program opravi, jede vse jak ma.
Tiskni
Sdílej: