Na blogu Raspberry Pi byl představen Raspberry Pi AI Kit určený vlastníkům Raspberry Pi 5, kteří na něm chtějí experimentovat se světem neuronových sítí, umělé inteligence a strojového učení. Jedná se o spolupráci se společností Hailo. Cena AI Kitu je 70 dolarů.
Byla vydána nová verze 14.1 svobodného unixového operačního systému FreeBSD. Podrobný přehled novinek v poznámkách k vydání.
Společnost Kaspersky vydala svůj bezplatný Virus Removal Tool (KVRT) také pro Linux.
Grafický editor dokumentů LyX, založený na TeXu, byl vydán ve verzi 2.4.0 shrnující změny za šest let vývoje. Novinky zahrnují podporu Unicode jako výchozí, export do ePub či DocBook 5 a velké množství vylepšení uživatelského rozhraní a prvků editoru samotného (např. rovnic, tabulek, citací).
Byla vydána (𝕏) nová verze 7.0 LTS 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.
Organizace Apache Software Foundation (ASF) vydala verzi 22 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Společnost AMD na veletrhu Computex 2024 představila (YouTube) mimo jiné nové série procesorů pro desktopy AMD Ryzen 9000 a notebooky AMD Ryzen AI 300.
OpenCV (Open Source Computer Vision, Wikipedie), tj. open source multiplatformní knihovna pro zpracování obrazu a počítačové vidění, byla vydána ve verzi 4.10.0 . Přehled novinek v ChangeLogu. Vypíchnout lze Wayland backend pro Linux.
Národní superpočítačové centrum IT4Innovations s partnery projektu EVEREST vydalo sadu open source vývojových nástrojů EVEREST SDK pro jednodušší nasazení aplikací na heterogenních vysoce výkonných cloudových infrastrukturách, zejména pro prostředí nabízející akceleraci pomocí FPGA.
Společnost Valve aktualizovala přehled o hardwarovém a softwarovém vybavení uživatelů služby Steam. Podíl uživatelů Linuxu aktuálně činí 2,32 %. Nejčastěji používané linuxové distribuce jsou Arch Linux, Ubuntu, Linux Mint a Manjaro Linux. Při výběru jenom Linuxu vede SteamOS Holo s 45,34 %. Procesor AMD používá 75,04 % hráčů na Linuxu.
Takže, tohle není žádný objevný příspěvek, ale dotaz. Důvod proč je to tady a ne v poradně je, jak jinak, ten, že nechci aby mi to nějaký béčko zamknulo s tím, že se nejedná o Linuxový problém.
Co bych potřeboval: mám prodejní systém napsaný v PHP a SAPu jako backendu. K tomu hromada JavaScriptu. Do systému se zadávají klienti, různé údaje ohledně jejich koupě atd. Ve výsledku se tyto údaje mají použít k naplnění šablony smlouvy a následně se tato vyplněná šablona vytiskne.
V současné době to řeším tak, že šablonu ve Wordu, kterou mi připraví prodejkyně, převedu (Uložit jako...) do HTML kódu. Tento HTML kód naplním trochou PHP, které si ze SAPu nasosá data a následně celé toto vyplněné HTML pošle jakože RTF dokument. Ten, jakožto zasociovaný s Wordem se v tomto otevře, prodejkyně má možnost případně něco doupravit, a následně jej vytiskne. V čem je problém s tímto (ne)dokonalým přístupem? V tom, že jelikož je to celé v podstatě HTML stránka, formátování je nevalné. Ono jde v de facto jen o mezeru sem, mezeru tam, ale pokud má být něco zarovnáno do sloupečku a někde mezírka chybí, zvlášt na smlouvě za pár mega to nevypadá dobře.
Tudíž potřebuji poradit. Neměl někdy někdo stejný problém, jak plnit šablonu daty v PHP systému tak, aby byla následně ready-to-print? Další můj nápad byl ten, že bych šablonu napsal v TeXu a data do toho doplnil na způsob preg_replace
atd. Tím bych se zbavil problému s nekvalitním výstupem, na druhou stranu šablony se mění cca 4x do roka, každá má řádově 20 stran a prodejkyně to neumí, tudíž bych to musel dělat já. Což dělat nebudu. Pokud má někdo nějakou radu, sem s ní prosím.
Tiskni Sdílej:
Důvod proč je to tady a ne v poradně je, jak jinak, ten, že nechci aby mi to nějaký béčko zamknulo s tím, že se nejedná o Linuxový problém.OMG, prosím řekni, že jméno tvého blogu nemá nic společného s touhle Elliot.
My máme něco podobného vyřešeno nikoliv přes Word -> HTML -> Word -> RTF nebo jak to bylo , ale pomocí OpenOffice.
V OO jsou udělané šablony, na místech, kde se cosi kdesi doplňuje jsou dohodnuté sekvence (např. #JMENO#). Příslušné šablony jsou nahrané na serveru a využívá se toho, že OO ukládá defacto v zazipovaném XML. Takže PHP skript si šablonu odzipuje, udělá potřebné preg_replacy, respektive dogeneruje XML kódy různých tabulek a podobně, výsledné XML zase zazipuje a nabídne uživateli jako OO dokument.
Výhodou oproti tomu vašemu řešení je, že se "formátování" neřeší v HTML nýbrž v nativní OO formátu, takže je to bezproblémové. Nevýhodou je, že byla skutečně nezanedbatelná onanie vyladit manipulaci s tím XML formátem. Nicméně, když se to jednou udělalo, dají se ty šablony (v rozumné míře) modifikovat, aniž by se muselo sahat do výkonného kódu.
content.xml
a ten se s predpripravenym zbytkem zazipuje do ODT. Popripade muzes ty data do sablony dostat jinak nez XSLT, ale tohle mi pripadne jako nejlepsi.
Pokud na druhe strane nechteji pouzivat OOo, muzes zkusit http://odf-converter.sourceforge.net/
Dokumentaci ti budiz specka ODF a volne dostupna e-kniha OASIS OpenDocument Essentials.
Kdyby na druhe strane vylozene nechteli ODF, poradil bych ti jeste OOXML a nejaky plugin pro nej do starsiho Wordu. Nicmene vzhledem k soucasnemu nejistemu postoji samotneho MS vuci OOXML (tedy alespon navenek...) si nejsem jisty, jak moc perspektivni reseni by to bylo.
Mmm, jakmile někde vidím napsáno XSLT, utíkám pryč, takže jsem to lehce minul:-P TAL je genialnost! Pro PHP jsem nic lepsiho nenasel a kdyby ty dve existujici implementace pro Javu nebyly mrtve, byla by to jedina vec, kterou bych byl ochoten pouzivat misto JSP (jakoze ne, ze bych mi JSP nejak nevyhovovaly -- az na svou tesnou vazbu na request-response cyklus).
Celkom by ma zaujimalo akym sposobom pristupujte z PHP do SAP?