Do prodeje jde tichá bezdrátová herní myš Logitech PRO X2 SUPERSTRIKE s analogovými spínači s haptickou odezvou (HITS, Haptic Inductive Trigger System). Cena je 4 459 Kč.
Microsoft na GitHubu zveřejnil zdrojový kód projektu LiteBox, jedná se o 'knihovní operační systém' (library OS) zaměřený na bezpečnost, využívající systémovou architekturu LVBS k ochraně jádra před útoky z uživatelského prostoru. LiteBox je napsán v Rustu a uvolněný pod licencí MIT. Projekt je teprve v rané fázi vývoje.
BreezyBox je open-source shell a virtuální terminál pro populární jednočip ESP32. Nabízí základní unixové příkazy, sledování aktuálního pracovního adresáře (CWD), jednoduchý instalátor a spouštěč aplikací v podobě ELF binárních souborů, zabudovaný HTTP server nebo třeba ovládání WiFi - ukázka použití coby 'malého osobního počítače'. Ačkoliv je BreezyBox inspirovaný BusyBoxem, oproti němu má tento projekt několik externích závislostí, zejména na ESP-IDF SDK. BreezyBox je dostupný pod licencí MIT.
Byl představen cross-assembler xa.sh, napsaný čistě v Bourne shell skriptu. Tento nástroj umožňuje zpracovávat assemblerový kód pro Intel 8080, přičemž je možné snadno přidat podporu i pro další architektury, například 6502 a 6809. Skript využívá pouze různé běžné unixové příkazy jako jsou awk, sed nebo printf. Skript si lze stáhnout z GitHubového repozitáře projektu.
Byla představena nová verze modelu Claude Opus 4.6 od společnosti Anthropic. Jako demonstraci možností Anthropic využil 16 agentů Claude Opus 4.6 k vytvoření kompilátoru jazyka C, napsaného v programovacím jazyce Rust. Claude pracoval téměř autonomně, projekt trval zhruba dva týdny a náklady činily přibližně 20 000 dolarů. Výsledkem je fungující kompilátor o 100 000 řádcích kódu, jehož zdrojový kód je volně dostupný na GitHubu pod licencí Creative Commons.
Kultovní britský seriál The IT Crowd (Ajťáci) oslavil dvacáté výročí svého prvního vysílání. Sitcom o dvou sociálně nemotorných pracovnících a jejich nadřízené zaujal diváky svým humorem a ikonickými hláškami. Seriál, který debutoval v roce 2006, si i po dvou dekádách udržuje silnou fanouškovskou základnu a pravidelně se objevuje v seznamech nejlepších komedií své doby. Nedávné zatčení autora seriálu Grahama Linehana za hatecrime však vyvolává otázku, jestli by tento sitcom v současné Velké Británii vůbec vznikl.
Společnost JetBrains oznámila, že počínaje verzí 2026.1 budou IDE založená na IntelliJ ve výchozím nastavení používat Wayland.
Společnost SpaceX amerického miliardáře Elona Muska podala žádost o vypuštění jednoho milionu satelitů na oběžnou dráhu kolem Země, odkud by pomohly zajistit provoz umělé inteligence (AI) a zároveň šetřily pozemské zdroje. Zatím se ale neví, kdy by se tak mělo stát. V žádosti Federální komisi pro spoje (FCC) se píše, že orbitální datová centra jsou nejúspornějším a energeticky nejúčinnějším způsobem, jak uspokojit rostoucí poptávku po
… více »Byla vydána nová verze 2.53.0 distribuovaného systému správy verzí Git. Přispělo 70 vývojářů, z toho 21 nových. Přehled novinek v poznámkách k vydání.
Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 216. sraz, který proběhne v pátek 20. února od 18:00 v Red Hat Labu (místnost Q304) na Fakultě informačních technologií VUT v Brně na ulici Božetěchova 1/2. Tématem srazu bude komunitní komunikační síť MeshCore. Jindřich Skácel představí, co je to MeshCore, předvede nejrůznější klientské zařízení a ukáže, jak v praxi vypadá nasazení vlastního repeateru.
Dobrý den, potřeboval bych poradit ohledně vytváření pluginů v QT.
Podle helpu jsem si vytvoril plugin, ale potřeboval bych mít v konstruktoru parametr. Na google jsem našel, že se to dělá pomocí další třídy (factory), která má za úkol vytvořit onu třídu a předat parametry. Nicméně, už se s tím trápím nějakou dobu, pořád mi to nechce jet.
Opravil, pomohl by mě prosím někdo?
Chybové hlášení:
debug/moc_myenginefactory.cpp: In member function ‘virtual void* myEngineFactory::qt_metacast(const char*)’:
debug/moc_myenginefactory.cpp:53: error: invalid static_cast from type ‘myEngineFactory*’ to type ‘Engine*’
Staci kdyz v souboru myenginefactory.h vyhodis radek s Q_INTERFACES(Engine). Tato trida zadny interface neimplementuje (to by z nej musela i dedit), ale pouze vytvari instanci v samostatne metode.
Mimochodem, nevim jak se kod chova na linuxu (mam ted k dispozici jen widle), ale po vygenerovani staticke knihovny v debug verzi se v jejim nazvu objevi na konci pismenko d, se kterym se v hlavnim programu pri linkovani nepocita. Taky to jeji vicenasobne linkovani by si zaslouzilo trochu procistit 
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
Engine* create(int x);Ještě mě napadlo v interface třídě udělat také nějakou pod třídu s virtualní čirou metodou, posléze ji překrýt. Co myslíte? Je to úplná kravina?
Protoze metoda create je v tve factory, kterou je treba includnout (include "myengine/myenginefactory.h") a pak staci jen napsat:
Engine *iEngine = qobject_cast<myEngineFactory*>(plugin)->create(123);
Nevim, jak moc je to v souladu s navrhovym vzorem, ktery jsi pozil, nicmene to funguje 
No, mě jde o to, že chci, aby se posléze mohlo dodělat podpora dalších a dalších Engine(s). Bez znalosti/přístupu zdrojových kódů celé aplikace. Nicméně, takto to nepůjde. Nemůžu includovat všechny factoryEngine(s). Nebudu je znát.
Pozn.: toto je statický plugin, který je 'základ', ale pak udělám dynamický plugin(y), které se nahrají:
QPluginLoader loader(pluginsDir.absoluteFilePath(fileName));
QObject *plugin = loader.instance();
if (plugin) {
populateMenus(plugin);
pluginFileNames += fileName;
}
Netušíte jak toto vyřešit? Nicméně děkuji za nápady.
Pro upřesnění, ty Engine(s) představují vypočítavající motory aplikace. Jeden bude přímo v aplikaci (statický), další dynamické, nad kterými nemám kontrolu.
Představa je, že v aplikaci se budou vybírat, kdokoliv si 'splácá' vlastní motor, přilinkuje, bude ho používat.
Je mi jasne, co je cilem, ale osobne bych to obesel tak, ze konstruktor by zustal bez parametru. Kazdy plugin by povinne implementoval jeden interface, ktery by obsahoval metody pro komunikaci s pluginy. Konstruktor pluginu by tak nedelal skoro nic a veskera inicializace by probehla v metode ala create s libovolnym poctem parametru...
Pokud je realne, ze vysledna aplikace bude komplexnejsiho razu, zkusil bych se podivat na nejaky uz hotovy framework jako je napr. GCF.
Ano nějak takto bych si to také představoval, nicméně, nedokážu to sestavit. Podle vaší myšlenky, bych měl mít interface a v factory jen čiré metody a ve vlastním pluginu je implementovat? (Teď to mám dočasně uděláno bez ostatních tříd. A každý plugin (myEngine) musí mít metou create(...).Nicméně, nemůžu používat dědičnost, protože konstruktor je bez parametrů). Btw. děkuji za odkaz, podívám se (ale frameworky používat moc nechci
)
V priloze je zdrojak jednoho jednoducheho pluginu z meho projektu (zatim neni verejne dostupny), pouzity interface a priklad metody na natahnuti pluginu. Pro pochopeni funkce by to melo stacit, pokud si clovek odmysli prebytecne veci, kterou vyzaduje zbytek projektu...
Taky jsem na zacatku projektu nechtel pouzit zbytecne slozity framework, nicmene po par mesicich prace jsem zjistil, ze jsem si sam vytvoril celkem komplexni framework a stale narazim na dalsi jeho nedostatky az si rikam, zda by nebylo rychlejsi na zacatku venovat par dnu/tydnu pochopeni hotoveho frameworku, nez znovu vynalezat uz vynalezene...
Děkuji mnohokrát, vidím, že to tak jednoduché nebude. Škoda jen, že už nezbývá mnoho času. Tzn. budu muset udělat nečo podobného jako je v QStyle QStylePlugin,...
To bude ještě zajímavý.....
Nicméně ještě jednou děkuji...
Tiskni
Sdílej:
