Koszonom a valaszt,de kicsit
Koszonom a valaszt,de kicsit jobban ki kell fejtenem a problemam mivel ugy tunik a vartnal bonyolultabb. Sajnos a viewban hiaba is allitok bamit mert nem jo helyrol venne az erteket.
Az van h nodereference explorer a widgetet hasznalom, ez az amit a nodereference fieldhez beallitok. Ennek az volna a dolga h egy view segitsegevel kilistazza nekem a lehetosegeket.
A nevezett view-t egy modalframe ablaban nyitja meg aminek az url-je a kovetkezo
localhost/nodereference_explorer/browse/modalframe/tartalomtipusom/field_referenciam
a gond ebbol adodik ugyanis a viewban beallitott argumentum innen fog erteket venni nem pedig az oldal urljebol ahonnan a modalframe meghivodik.
Van viszont a tartalomtipus mezoinek kezelesenel a nodereference field beallitasainal egy olyan mezo h view arguments:
ezzel a magyarazattal h:
Provide a comma separated list of arguments to pass to the view.
ebbe a mezobe ha konkret erteket adok meg akkor azt az erteket kuldi a viewsnak. Viszont ennek egy dinamikus valtozo erteknek kellene lennie hogy valamennyi meghivasnal a megfelelo erteket kuldje
drupaloholic
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszönöm!
Köszönöm az ötleteket! Mindegyik szimpatikus, kipróbálom őket!
OSI
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Egy ilyen vita szerintem hasznos lehet!
Kezdeném azzal, hogy ne szapuljuk egymást, én tényleg teljesen nyitott vagyok egy ilyen vitára, mert szerintem van haszna azok számára is, akik nem ma kezdték a webfejlesztést, ezért engedjétek meg, hogy én is reagáljak!
Azt természetesen elfogadom, és egyetértek vele, hogy önmagában egy konkrét jó patch-es megoldás hasznosabb, mert többek számára kínál megoldást, és aki már látott verziókezelőt, esetleg könnyebben is tudja alkalmazni a módosításokat, tesztelhető, valamint egy későbbi verziófrissítés során bekerülhet az elfogadott javítások közé, ezenkívül már maga a frissítés is megoldhatja a korábbi megjelenítési gondokat.
De:
- azt semmi nem garantálja, hogy a későbbi verziókba bekerül az adott patch, így a frissítés során ugyanúgy előjöhetnek problémák (pl. a korábbi verzióra alkalmaztad a saját patch-edet, jól működött, de azt tapasztalod, hogy az újabb verzióban valamiért továbbra is benne maradt egy általad korábban tapasztalt bug (ergo a saját patch-edet a frissítés ugyanúgy semmissé tette, lehet az új verzióhoz igazítani, ugyanott tartunk)
- a CSS-es megoldásra önmagában (most a konkrét fenti kódtól függetlenül!) nem igaz, hogy "nem szép". Másik megközelítéssel az én véleményem szerint pedig épp az inline style alkalmazása "nem szép". Lehetne kombinálni a kettőt: a patch-csel a meglévő CSS-fájlokat módosítani, és ehhez igazítani a layoutot, ami amúgy is adott (! - és ezt bírálhatod felül egy subtheme segítségével); ezenkívül az inline stílus alkalmazását kiszedni, a vonatkozó függvényt ennek megfelelően átalakítani.
Ha időmilliomos lennék, hidd el, már rég felraktam volna a sminket, debuggoltam volna jó sok időt rááldozva, hogy a megoldásom működőképes-e, majd készítettem volna egy patch-et. A sminket azonban részleteiben az eddig tárgyaltakon kívül nem ismerem. Olyan megoldást igyekeztem mutatni, ami természetesen opcionális (ebben egyetértek szantog-vel, hogy mindenki azt csinál, amit akar), és nem kell hozzá kódolni, mert a kérdező kihangsúlyozta, hogy a programozásban nem mozog otthonosan; plusz ez a megoldás tulajdonképpen nem egy core-hekkelés szintű dolog, szimpla megjelenítésbeli módosítás.
Az !important használata valóban nem szép (hozzáteszem, korábban érkezett egy hasonló megoldásszerűség, de valamilyen különleges oknál fogva csak az enyém váltott ki ekkora felhördülést - ennek magyarázata nyitott), de ha pusztán CSS-sel szeretném megoldani a dolgot, akkor a theme elég "egyedi" kódja miatt sajnos ez szükségszerűség.
Viszont tényleg érdekelne egy konkrét magyarázat arra vonatkozóan, hogy önmagában a CSS-megoldás miért is "nem szép".
Szerintem ezért is jó, hogy van egy ilyen magyar fórum, ahol ezeket meg tudjuk beszélni, mert így egyeztetni tudjuk a kódolási szokásokat, ütköztetni tudjuk a lehetséges megoldásokat.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Szívesen, örülök, hogy sikerült!
Szívesen, örülök, hogy sikerült!
Majd kikísérletezem, nálam vajon miért nem sikerült működésre bírni, mindenesetre az biztos, hogy nem theme-mel van összefüggésben.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
nem nézted meg?
Most komolyan megnézted, amit linkeltem?
Ott az szerepel érthetően, hogyan lehet egy alsminket csinálni egy másikból származtatva. Ezzel a megoldással lehet készíteni egy új sminket, aminek a Marinelli a szülője, és ebben az új sminkbe csak az általad írt CSS változtatást teszed. Így megvan a CSS, amit javasoltál, de nem lett széttúrva az eredeti Marinelli smink is. Azon a linken egy alapos, részletes leírás van az alsmink készítéséről, szerintem az alapján a kérdező is boldogulni fog vele.
Ez már egy fokot javít a megoldás szépségén.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ja, hogy ezért nem szép...
Ja, hogy ezért nem szép... akkor bocsánat, minden világos! Ez esetben elnézést kérek, félreértettem a hozzászólásod szándékát, valószínűleg az oka szantog korábbi, kicsit támadónak tűnő reakciója volt. Így már teljesen jogos! Eljutottunk a közös nevezőre, köszönöm, nevergone!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Minden node-nak alapból
Minden node-nak alapból egyedi azonosító száma van a nid.
Ez benne van $node változóban ($node->nid) amit a node.tpl.php-ban meg is tudsz jeleníteni...
...mit tudok: http://web.termuves.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Elfelejtettem irni, hogy a
Elfelejtettem irni, hogy a Drupal 6-os UC-rol van szo, a 2.x-es agon.
--
()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Szerintem neki egy általa
Szerintem neki egy általa összeállított logika alapján kellene hirdetés azonosító, mint az expresszen pl.
Drupal full-stack developer at Wunderman Thompson Budapest
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nekem működik
Én a D6-tal próbáltam, nekem sikerült beüzemelni.
Igazából csak annyi, hogy a fieldset-nél be kell pipálni a Add More fieldset mezőt és már kész is.
Csak arra kell figyelni, hogy mindegyiknék legyen bepipálva, mert a klónozásnál nekem ezt az értéket nem vitte át.
Köszönöm!