Tak jsem se v minul?ch t?dnech zab?val my?lenkou, co takhle zkusit oficiální nástroj v?vojá?? Gnome. Kte?í jej u?ívají pro kompilaci a ladění jednotliv?ch Gnome aplikací. A musím ?íci, ?e p?ístupn? je, ale s ?ast?m vyu?íváním re?imu plo?ného náhledu musíte rozhodně po?ítat. Ponechávám záměrně stranou tě?k? ?ivot v?vojá?e, kter? si musí umět zjistit, ve kterém názvu balíku se nalézá ta ?i ona knihovna, proto?e ani App builder tuto skvělou stránku ?ivota aj?áka neodstraní. Nicméně ji? vím, ?e je mo?né sledovat v?sledky běhu skriptu typu ./configure a make. Díval jsem se také na nástroj pro úpravu .xml soubor?, v nich? některé aplikace pro Gnome uchovávají Svá u?ivatelská rozhraní. Popisky prvk? a texty. Nástroj Glade. Bohu?el je t?eba si uvědomit, ?e ne ka?dá aplikace bude GUi mít v .xml souborech a někdy je bozu?el nutné umět skvěle V C nebo v C++ a hledat kód p?ímo v .c nebo .cpp souborech.
Co mně ale tě?í je ta skute?nost, ?e App builder není vylo?eně nep?ístupnou aplikací. A a?koli At-spi komponenty nedovolují okam?itou rychlou práci s textov?mi údaji v re?imu plo?ného náhledu, proto?e na?teí stromu objěkt? trvá několik sekund, ur?itá mo?nost pracovat i s takovou aplikací, jakou je App builder zde je.
Existuje i mo?nost pou?ívat Emacs, kde je mo?né importovat projekty, ale nevím nevím, jak by to fungovalo u slo?it?ch Cé?kov?ch projekt?. Ka?dopádně u? nyní pou?ívám dlouhodobě kv?li mo?nosti sledovat chybové hlá?ení bě?ící aplikace Gnome-terminal. Pokud v?vojá? aplikace nebo programovacího jazyka tuto mo?nost nastavil, je mo?né v terminálu sledovat rozmanitá chybová hlá?ení. I ta, která se t?kají pou?ívání knihovny GTK3 nebo GTK2. Některá je nutné ignorovat a pova?ovat je za d?sledek nastavení, které nevidom?m dovoluje u?ívat aplikace v re?imu roota. To není p?ípad Fedory, ale t?eba distribuce F123 zalo?ené na Arch Linuxu.
Nicméně je pravdou, ?e nějak?m zp?sobem by nevidom? programovat mohl by? s obtí?emi.
