tpl.php nincs hozzá
- a termékhez magadnak kell elkészíteni a templét fájlt pl node-product.tpl.php - ahova a címkét már beírhatod a megfelelő helyre - persze angolul és a t() fgv-nyel a fordításba, a node.tpl.php fájlról is egy másolatot készítve a sminked almappájába...
vagy
- megkeresed az alkalmas függvényt (.inc vagy .module, uc_product mappában), amelyet bemásolva a sminked template.php fájljába, kedved szerint módosíthatod, azaz beleírhatod a címkét, a fent említett módon az angol nyelvű szöveget a fordításba.
hmmm... így már tudod?
nem szép, de
képként is beilleszthető a bruttó szöveg az árat megjelenítő layerben...
Geva
----- Számítások - Kalkulátorok
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Halkan megjegyzem
hogyha elolvasod mi van az állítólagos modul oldalára kiírva, akkor látod hogy az egy install profil ami milyen szerepet tölt be. Igen, van benne l10n_update modul, de benne van egy drupal core is. Mégpedig azért, hogy aki ezt letölti és fel szeretné telepíteni a drupalját akkor a telepítés elején tudjon választani sok-sok nyelv közül amelyre lefordították a drupalt. Tehát l10n_install nem egyenlő az l10n_update modullal. Egyébként ha van kérdésed valamelyikkel kapcsolatban akkor új kérdés új téma és szívesen válaszolunk rá ;)
--
Borsa Péter
https://peterborsa.eu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Talán a szolgáltató tudja
Talán a szolgáltató tudja változtatni, hogy a domain név melyik alkönyvtárra mutasson. Elméletben legalábbis, az enyém az elsődleges domainemet pl nem tudta módosítani.
Drupalon belülről elintézni képtelenségnek tartom, egészen egyszerűen azért, mert ha a domained a / könyvtárra mutat, akkor azt alapesetben semmi nem köti össze a drupaloddal.
Ettől függetlenül nem tartom lehetetlennek, hogy valami php, netán .htaccess varázslással le lehessen csípni egy szintet, hiszen elvileg a cleanurl is ilyesmi elven működik.
Ahogy ezt így leírtam, végülis az derült ki számomra is, hogy sem megerősítni, sem megcáfolni nem tudom, de már ki nem törlöm. :)
----
Rájöttem, miért kérdezek olyan ritkán a drupal.hu-n. Amíg szedem össze az infokat a kérdéshez, mindig rájövök a megoldásra.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
omg
hogy php adminnal kitörlöd a nyelvi változókat, és még biztos ami biztos az összes cahce-es dolgot
meg egy drop database a bizt.kedv.
Honnan tudod, hogy adott változók hol keletkeznek? Milyen hookok, hogyan befolyásolják ezeket a változókat. Mi az ami settings.php-ból, install-ból, updateből, system_settings_formból érkezik??
Szépen megkérlek, hogy amíg ezek nincsenek tisztázva, és nem tudod _pontosan_, hogy mit miért csinálsz, ne írj be ilyeneket, mert ha valaki ezek alapján most nekikezdi kihajingálni adhoc a variables tábla szimpatikus dolgait, azzal tönkre mehet az eddigi munkája.
----
Rájöttem, miért kérdezek olyan ritkán a drupal.hu-n. Amíg szedem össze az infokat a kérdéshez, mindig rájövök a megoldásra.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Szerintem pedig egyáltalán
Szerintem pedig egyáltalán nincs azzal baj, hogyha az ügyfél meglepőt kér, főleg, ha még fizet is érte. Így fejlődik a rendszer, és sokszor mi magunk is, hogy olyan csinálunk meg, amit még nem csináltunk. De ez inkább filozó fia'....
Amerre elindulnék:
A page.tpl.php-ben (vagy ahol a body $classes tartalma előállítódik) a body-nak adnék egy extra class-t, ha egy lekérdezés eredménye pozitív (esetünkben van olyan körlevél tartalom, ami x napnál újabb). Ilyen class esetén pedig a css-ben megadnám, az Új feliratot az adott menühöz, képként, háttérként.
Gazsesz
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
menupont + nyelv
- csak olyan menupontok lathatok amikhez tartozo node-ok nyelve megegyezik az aktualis nyelvvel.
- a rendszer menupontok (peldaul admin/build) minden nyelvnel lathato
- azok a menupontok amik nyelvfuggetlen node-okhoz kapcsolodnak szinten minden nyelvnel lathatok. szoval ha szeretned, hogy egy node-hoz tartozo menupont minden nyelvnel lathato legyen kapcsold at a node nyelvet (es a url-alias nyelvet) nyelvfuggetlenre.
- az i18n modul beallitasaval "megoldhato", hogy amit fentebb leirtam ne legyen igaz..
- a menu tobbnyelvesitesere a legegyszerubb modszer, ha minden nyelvhez kulon menut keszitesz ami csak az adott nyelvu node-okat tartalmazza.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Példul azt, hogy elmentse a
Példul azt, hogy elmentse a saját field-edet :))
Bár nem használtam a hook_alter_webform()-ot, de abban biztos vagyok, hogy az még kevés, hogy hozzáadsz egy gombot. Szegény Drupál honnét tudja, hogy hova kell elmentenie. Vagyis vagy kutakodsz a webform-ban és találsz egy neked megfelelő függvényt ami megfelelő paraméterezéssel elmenti, vagy írsz saját magad egyet...
Az nem teljesen világos, mért a hook_alter_webform()-ban adsz hozzá valamit, amikor a webform direkt arra van kitalálva, hogy a szép felhasználóbarát felületen adj hozzá elemeket... de biztos megvan az oka
...mit tudok: http://web.termuves.hu