Nekem az nem világos, hogy ahogy észrevettem a postolt kódjaidban, mindenre általános jellegű függvényt szeretnél írni, pedig ez nem mindig indokolt: itt is látszik, hogy csak bonyolítja az egészet, és most ebből számunkra (legalábbis számomra) sem derül ki, hogy konkrétan melyikre vonatkozóan szeretnéd leszedni a required kulcsot.
Ráadásul le sem ellenőrzöd isset()-tel, létezik-e egyáltalán az adott tömbelem, és minden lehetséges kombinációra végigpróbálgatod a required 0-ra állítását, még ha az nem is létezik. Így csak BELERAKSZ manuálisan a tömbbe olyan plusz elemeket, amik nem szükségesek, ráadásul a Drupal saját formösszeállító, renderelő függvényeit totál összezavarhatod vele.
Konkrétan egy mező egy LÉTEZŐ kulcsát próbáld meg manipulálni valami form alterben, és ne feltétlenül akarj létrehozni mindenre általánosító függvényt. Remélem, ezt nem veszed rosszindulatnak, mert nem szemétségből mondom, hanem jótanácsként.

Én náluk voltam sok-sok évig!
Csak jót mondhatok. Segítőkészek, mindent megoldottak amit kértem (még pecl modulokat is fölraktak kifejezetten az én kérésemre!!!).
Nagyon gyors a "netük". A mostani szolgáltatómnál pörög a homokóra rendesen mire bejön a kezdőoldalam. Tárhely.eu-nál ahogy kattintottam már be is töltődött.
Soha nem volt szolgáltatáskiesés a 3-4 év alatt (legalábbis nem vettem észre és a google botok sem)–ellenben a jelenleginél heti szinten küldi a google a maileket, hogy nem elérhető az oldalam :-(
Az áruk kicsit magas, de csak nominálisan. A magas árért cserében 1. osztályu kiszolgálást is kapsz. Sajnos az ár miatt hagytam ott őket, de megszívtam! A jelenlegi szolgáltatóm olcsó, de cserébe sz@r is.
Amint lejár a mostani szerződésem, húzok is vissza hozzájuk!!!

Ha Google Analytics kódról van szó, arra persze van contrib module. De ha az adott mérőkódra nincs module, akkor szerintem a legjobb módszer talán az, ha készítesz egy custom module-t az oldalhoz, amibe csak a mérőkódokat pakolod. Így az oldalhoz használt sminkhez sem kell nyúlnod hogy override-olj 1-1 template fájlt, főleg ha subtheme-et is kell kreálni hogy a main theme frissítésekor ne vesszenek el a kódok... amúgy sem szép mérőkódokat hardcode-olni a .tpl fájlokba. Szóval, csinálsz egy modult, ami nem tartalmaz mást mint egy hook_init()-et, ami drupal_add_js()-el behúz egy .js fájlt, amiben benne van a mérőkódod. hook_init()-nek hála minden oldalon ott lesz a mérőkód, ha esetleg nem kell csak 1-2 oldalon, akkor a modulba épített különféle logikákkal lehet játszadozni szépen. :)

Sajnos ezzel most tévútra mentél. Amiből annyit látunk, hogy egy weblap más nyelveken is megjelenik, az két külön dolog játéka:

• l10n (localization): Más nyelveken is elérhetővé tesszük az oldal felhasználói felületét. Vagyis többnyelvűsítjük.
• i18n (internationalization): A tartalmakhoz, menüpontokhoz, beállításokhoz nyelvet rendelhetünk és a kiválasztott nyelvet használjuk. Vagyis nemzetköziesítjük.

Ez itt nekem egy tipikus i18n probléma, ezért az Internationalization modullal közelíteném meg a dolgot.

Két lehetőséged van, a menüpontot vagy a teljes menüt teszed fordíthatóvá. Én az utóbbit javaslom, vagyis a menühöz rendelj nyelvet és a tartalmakhoz nyelvenként külön készítsd el a menüpontokat. Most nincs előttem többnyelvű oldal, ezért nem tudok pontos beállítást mondani, de a menü beállításainál megtalálod.