Magyarosan talán felirat kezelőnek nevezném, de HuKi elnevezése sokkal jobban illik rá.

A cél olyan feliratkezelés megvalósítása, amely SubOperation híváskor automatikusan kezelné a feliratokat, így csökkentve a programozó munkáját.

Ha erre gondolsz, akkor szerintem inkabb az utolso titlet kellene csak felulirni, mert altalaban ezek a node-ok arra hasznalatosak, hogy wizard szeruen egyszeruen lepesenkent van egy folyamat felepitve. Hogy biztos tiszta legyen a dolog (ezt en igy kepzelem, de lehet vitatkozni, a tobbieknek is): “A” verzio: sub ugras: t1 title-u screenrol a t2 title-u screenre ugrunk, ekkor a title “t1 - t2” “B” verzio: processen beluli node ugras, vagy process ugras az eleozo eset utan modnjuk ugrunk a processen belul masik screenre aminek t3 a title-je, ekkor a title: “t1 - t3” innen ujabb node, vagy process ugras t4 title-u screenre, ekkor a title : “t1 - t4”

Remelem ebbol kivilaglik, hogy mire is gondoltam. A lenyeg az hogy a sub ugrasoknal a cimsort az elozoleg meghivott subok adjak+az aktualis sub, egesz egyszeruen azert lehet az egeszet igy kezelni, mert a subbol vissza is lehet terni, igy ennek van ertelme, es ezt szepen lehet kezelni. A proc es node ugrasnal az a baj, hogy ha az elozo modszert hasznalnad itt is, akkor egy ido utan qrva hosszu title-ek lennenek, mert nincsen definilava a visszateres (nem is kell, ez igy van jol), igy nem lehetne a cimsort automatikusan kezelni. Ezert itt az a megoldas mint eddig (csereled az aktualis screen title-jere a a title-t), annyi modositassal, hogy a mar kialakult cimsort (sub hivasokbol) az egesz ele teszed, hiszen meg abbol a subbol nem tertel vissza. Gyakorlatilag az a par fuggveny amit en irtam, az ezt valositja meg+ plusz a parameter kezelest es az onSub handlert.:) Kicsit hosszura sikerult, de azert remelem ertheto.