Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za březen (YouTube).
ESP-IDF (Espressif IoT Development Framework), tj. oficiální vývojový framework pro vývoj aplikací na mikrokontrolérech řady ESP32, byl vydán v nové verzi 6.0. Detaily na portálu pro vývojáře.
DeepMind (Alphabet) představila novou verzi svého multimodálního modelu, Gemma 4. Modely jsou volně k dispozici (Ollama, Hugging Face a další) ve velikostech 5-31 miliard parametrů, s kontextovým oknem 128k až 256k a v dense i MoE variantách. Modely zvládají text, obrázky a u menších verzí i audio. Modely jsou optimalizované pro běh na desktopových GPU i mobilních zařízeních, váhy všech těchto modelů jsou uvolněny pod licencí Apache 2.0. Návod na spuštění je už i na Unsloth.
Cursor (Wikipedie) od společnosti Anysphere byl vydán ve verzi 3. Jedná se o multiplatformní proprietární editor kódů s podporou AI (vibe coding).
Průkopnická firma FingerWorks kolem roku 2000 vyvinula vícedotykové trackpady s gesty a klávesnice jako TouchStream LP. V roce 2005 ji koupil Apple, výrobu těchto produktů ukončil a dotykové technologie využil při vývoji iPhone. Multiplatformní projekt Apple Magic TouchstreamLP nyní implementuje funkcionalitu TouchStream LP na současném Apple Magic Trackpad, resp. jejich dvojici. Diskuze k vydání probíhá na Redditu.
Byla vydána nová verze 10.3 sady aplikací pro SSH komunikaci OpenSSH. Přináší řadu bezpečnostních oprav, vylepšení funkcí a oprav chyb.
Cloudflare představil open source redakční systém EmDash. Jedná se o moderní náhradu WordPressu, která řeší bezpečnost pluginů. Administrátorské rozhraní lze vyzkoušet na EmDash Playground.
Bratislava OpenCamp 2026 zverejnil program a spustil registráciu. Štvrtý ročník komunitnej konferencie o otvorených technológiách prinesie 19 prednášok na rôzne technologické témy. Konferencia sa uskutoční v sobotu 25. apríla 2026 v priestoroch FIIT STU v Bratislave.
Na iVysílání lze zhlédnout všechny díly kultovního sci-fi seriálu Červený trpaslík.
Společnost Valve aktualizovala přehled o hardwarovém a softwarovém vybavení uživatelů služby Steam. Podíl uživatelů Linuxu dosáhl v březnu 5,33 % (Windows -4,28 %, OSX +1,19 %, Linux +3,10 %). Nejčastěji používané linuxové distribuce jsou Arch Linux, Linux Mint a Ubuntu. Při výběru jenom Linuxu vede SteamOS Holo s 24,48 %. Procesor AMD používá 67,48 % hráčů na Linuxu.
Mám problém s dědičností. Mám třídu Widget. Od této třídy mám odvozenu třídu Container. Třída container obsahuje metodu addWidget( Widget *childWidget ). Problém je, že v této metodě nemohu přistupovat k chráněným proměnným třídy Widget. Tj. následující kód hází chybu:
void Container::addWidget( Widget *childWidget )
{
if(childWidget->m_pParent == 0)
{
// ...
} else {
// ...
}
}
Výstup kompilátoru:
./Toolkit/Widget.h: In member function ‘void Toolkit::Container::addWidget(Toolkit::Widget*)’: ./Toolkit/Widget.h:31: error: ‘Toolkit::Widget* Toolkit::Widget::m_pParent’ is protected ./Toolkit/Container.cpp:35: error: within this context ./Toolkit/Widget.h:30: error: ‘GtkWidget* Toolkit::Widget::m_pWidget’ is protected ./Toolkit/Container.cpp:43: error: within this context ./Toolkit/Widget.h:31: error: ‘Toolkit::Widget* Toolkit::Widget::m_pParent’ is protected ./Toolkit/Container.cpp:45: error: within this context
Widget proměnnou
private Widget * m_pParent;
protected Widget * m_pParent;
Container*, tak k nim přistupovat můžu, ale to je docela prasárna.
Berte to tak, že protected vám umožňuje přístup k prvkům rodiče z metod potomka, ale to se týká jen téže instance. Kromě toho mají metody třídy přístup ke všem prvkům jiných instancí téže třídy podle stejných pravidel jako ke svým vlastním, ale to se netýká jiných instancí rodičovské třídy. Takže
class B {
private:
int x;
protected:
int y;
public:
int z;
const B& operator = (const B& s);
};
class D : public B {
public:
const D& operator = (const D& s);
const D& operator = (const B& s);
};
const B& operator = (const B& s);
{
x = s.x // OK
y = s.y // OK
z = s.z // OK
return *this;
}
const D& operator = (const D& s);
{
x = s.x // OK
y = s.y // OK
z = s.z // chyba (na obou stranách)
return *this;
}
const D& operator = (const B& s);
{
x = s.x // OK
y = s.y // chyba (na pravé straně)
z = s.z // chyba (na obou stranách)
return *this;
}
class B {
private:
int x;
protected:
int y;
public:
int z;
const B& operator = (const B& s);
};
class D : public B {
public:
const D& operator = (const D& s);
const D& operator = (const B& s);
};
const B& B::operator = (const B& s);
{
x = s.x // OK
y = s.y // OK
z = s.z // OK
return *this;
}
const D& D::operator = (const D& s);
{
//tohle se mi nezdá
//podle mě je chyba v x=s.x (private)
x = s.x // OK
y = s.y // OK
z = s.z // chyba (na obou stranách)
return *this;
}
const D& D::operator = (const B& s);
{
// dle toho, co jste říkal by měla být chyba
// v x=s.x a y=s.y, ne v z=s.z
x = s.x // OK
y = s.y // chyba (na pravé straně)
z = s.z // chyba (na obou stranách)
return *this;
}
To je docela naprd. Potřebuji totiž nutně nastavit tu chráněnou proměnnou a zároveň nechci, aby byla public. Kdybych si napsal chráněnou metodu třídy Widget, mohl bych ji pak zavolat? Vyzkouším to.
V tom zdrojáku máte samozřejmě pravdu, zapomněl jsem, co bylo nahoře, a dole jsem psal, jako bych to měl obráceně (tj. x public, y protected a z private).
Co se vašeho problému týká, nejjednodušší asi bude použít friend deklaraci.
class Widget{
protected:
virtual void nejakaVirtualniFce();
public:
void nejakaFce();
}
class Container{
public:
friend class Widget;
protected:
virtual void nejakaVirtualniFce();
}
void Widget::nejakaFce()
{
nejakaVirtualniFce();
}
friend pouze umožňuje přístup k protected a private prvkům instance dané třídy, ale volat metodu jiné třídy (aniž by byla použita konkrétní instance) můžete jen tehdy, je-li ta metoda static.
class Widget{
..
};
class Container: public Widget{
public:
friend class Widget;
};
Jestli ne, tak to všechno, co jsem tři dny psal můžu leda tak vyhodit.
Widget budou moci přistupovat k prvkům instancí třídy Container stejně jako metody této třídy. Ale samozřejmě jen u instancí této třídy. Takže asi takto:
class Widget {
virtual ~Widget() {}
void f();
};
class Container: public: Widget {
private:
int x;
public:
virtual ~Container() {}
friend class Widget;
};
void Widget::f()
{
Container* pc = new Container;
pc->x = 0; // OK
Widget* pw = new Widget;
pw->x = 0; // chyba
if (typeid(*this) == typeid(Container) {
x = 0; // chyba
this->x = 0; // chyba
pc = dynamic_cast<Container*>(this);
pc->x = 0; // OK
}
}
. Teď už jen poslední dotaz ohledně toho přetypování. Proč dynamic_cast<Container*>(this)? Jak se to liší od (Container*)(this)?
dynamic_cast<T*>(p) umožňuje přetypovat pouze pokud
T je void
T je rodič typu *p
T je potomek typu *p (compile-time kontrola) a *p je instance typu T nebo některého jejího potomka (run-time kontrola); to ale pouze za předpokladu, že dědičnost je polymorfní, tj. ty třídy mají aspoň jednu virtuální metodudynamic_cast i pro reference.
dynamic_cast je bezpečnější v tom, že snižuje riziko, že přetypujete pointer na něco, čím není.
Tiskni
Sdílej: