jabba306 képe

A /admin/store/settings/catalog/edit/grid oldalon van egy olyan checkbox, aminek az a neve: Display products in the catalog in a grid.

Ha ezt bepipálom, akkor megjelenik a a cck mező, azonban a katalógus kinézete is megváltozik, táblázatos megjelenés lesz.

Én az eredeti (Drupal alap) katalógust szeretném sminkelni.
Ha minden igaz, akkor a theme_uc_catalog_browse függvényt kell módosítanom.

Ha valaki sminkelte már az alap uc katalógult (cck mező értékét jeleníttette meg) és megírná hogyan tette, nagyon sokat segítene.

Köszönöm!

0
0
pp képe

„a „nyelvtankettes”, máshol fórumozó, wikiző kollégák elgondolását vegyük alapul”

Én pusztán az adott érvrendszereddel nem értettem egyet, mivel az általad említett könyv kifejezetten rossz és érthetetlen fordítás. Ezt is igyekeztem leírni.

Valamit félreérthettél, ha a fentieket vetted ki a mondandóból.

Akkor még egyszer:

Nem azt írtam, hogy a nagyszerű fordítások helyett, a hibás és rossz fordításokat vegyük mintaként, hanem azt, hogy az általad mutatott könyv nem nagyszerű fordítás.

Egyszóval, ugyan azt mondjuk. Jelesül, hogy nagyszerű fordításokat vegyünk mintaként, ne silányat.

pp

0
0
Balogh Zoltán képe

D6-ban simán benyomod az említett tömbbe a site_mail változót.

D7-ben inkább a Variable modul lesz a barátod, és saját modulban a hook_variable_info() megvalósítása. Nem próbáltam ki fizikailag, de igen erős a gyanúm, hogy evvel a módszerrel lehet programtechnikailag is bevarázsolni a 'site_mail' változót az i18n_variable_conf és i18n_variable_list tömbökbe, melyek által ez pontosan ugyanolyan többnyelvű változó lesz, mint amit a Variable modul önmagában azzá tehet az admin/config/regional/i18n/variable oldalon.

1
0
Joseph képe

Igen, ez így működik, de mivel átlag felhasználók fogják a tartalmakat beküldeni, nekik ez nem fog menni (a legtöbb azt sem tudja, mi az a html). Ezért valamilyen barátságosabb megoldásra lenne szükség.

Esetleg (alternatív megoldásként) az összegzés (előnézet) mezőnek be lehet valahogy állítani, hogy szintén a ckeditort használja? Így a másolás már felhasználóbarátabb lenne.

Egyébként nem tudom, hogy mennyire szerencsés az összefoglaló mező használata, mert egyrészt oda kellene a szöveggel együtt mondjuk egy képet is átmásolni, másrészt így a drupal ezt külön eltárolja, míg a teaser break használata csak egy utasítás.

0
0
aboros képe

ha új verzió jelenik meg a danlandból és te frissítesz, a gyerek sminked, amit a danlandból származtattál nem fog megváltozni. ha lemásoltad a "régi" danlad valamelyik fileját a saját sminkedbe, az nem fog a frissüléskor felülíródni.

egyébként sose értettem az olyan sminkeket, amik a page.tpl.phpban (vagy máshol) a kódba égetve használnak egy slideshowt. mi ennek az értelme? ez egy funkció, nem a smink kódjában van a helye. van remek views modul és views_slideshow, építek magamnak olyan slideshowt amilyet akarok, bármelyik sminkbe. semmi szükségem rá, hogy ilyen koszok legyenek beleégve bármelyik tplbe.

1
0

-
clear: both;

danart képe

Újra, létre kellett hoznom egy űrlapot, és akkor már lefutott rendesen.
Megpróbálom még a validation részt megkapargatni, hátha sikerül valami választ kreálni.

update1: Érdekes, hogy pl. a figyelmeztető üzeneteket is betölti az ajax által generált részbe. Ilyennel találkozott már valaki? Esetleg, valami ötlet, hogy mi lehet az oka?

update2: Most vettem észre, ha select típusú komponens a komponens továbbra is előjön a kezdeni probléma.
Valakinek ötlete, hogy mi lehet a probléma a select mezővel? Ha az option element modult kikapcsolom, akkor is fennáll a probléma.

0
0
szt képe

A modules/system könyvtárban van egy block.tpl.php fájl. Alapvetően ez a core fájl készíti el neked az összes blokkot (a fájlban kommentben láthatod az elérhető változókat is). Viszont a sminked valamelyik könyvtárában lehet, hogy már van egy ugyanilyen nevű fájl. Ha van, akkor abban a sminkben már az felel a blokkok kinézetéért. Ha csinálsz ebből egy másolatot ugyanide block-user-0.tpl.php néven, akkor ezzel a fájllal a user bejelentkezési blokkot tudod tovább specializálni.
Ez a legalapvetőbb módszer.
A devel modul segít a tpl.php fájlokat kitalálni.

0
0
Kocsis Kata képe

Teljes értékű képen azt értem, hogy van szerzője, címe, esetleg nagyobb felbontásban is megnézhető, mint amikor cikkbe helyezem illusztrációnak. Ezen kívül galériákba szervezhető, akár többe is. Az oldalról elérhetők lennének fotósok és hozzájuk rendelt képek, de mondjuk az oldalon szereplő tájképek is bekerülhetnek egy blokkba. Ezt a részét értem, hogy külön tartalomtípusként ez hogyan valósul meg.

A kérdésem az, hogy beágyazott tartalomtípus mezői hogyan vegyíthetők a "külső" tartalomtípus mezőivel? Általában is érdekelne, ha többféle beágyazott tartalomtípusom van, vagy ha a beágyazott tartalomtípus is tartalmaz egy újabb tartalomtípust.

0
0
pp képe

http://nevergone.hu/blog/110515/teljes-erteku-drupal-fejlesztokornyezet-...

Igazából számomra nem világos, hogy localhoston miért szívtok a hosts fájl állítgatásával egy local dns helyett, és az se világos, hogy miért nem használjátok az Apache beépített VirtualDocumentRoot opcióját.

:) bocs, de ezt ugye nem lehetett kihagyni.

Tényleg Win-re nem akar valaki egy leírást készíteni local dns-ről? (vagy valami olyan router trükköt amivel az megoldható?)

pp

0
-2
eMeLA képe

Huncut a kérdésfelvetés, mert nem az az érdekes, hogy melyik menüpontra kattintasz, hanem, hogy mi töltődik be (szerintem). És annak függvényében, hogy mi töltődött be, kell más kinézet az oldalnak. Ha tévedek javíts ki.

Ha jól gondolom, akkor a template_preprocess_html kell neked.
Itt a body class-hoz hozzá tudsz oldalanként adni egy azonosítót pl. a nid=12 node esetén node-12. Ezután már CSS-ben tudod változtatni a grafikai elemeket.

5
0

...mit tudok: http://web.termuves.hu