nem csak az a problemaja hogy
nem csak az a problemaja hogy egymas alak kerulnek a divek ;)
Display fields ott be lehet állítani ha az adott mező nem tartalmaz adatokat akkor nem jelenik meg a lapon, de mivel használom a Content templates sajnos ott nem működik ez a jelenség. Hiába állítom be hogy ha nincsen adat nem jelenik meg az oldalon de akkor is megjelenik.
de elkerulte valami az en figyelmemet is :)
.field-field_cm .field-item { float: left; }
ezzel egymas melle kerulnek a div -ben szereplo adatok.
igazabol ebben az esetben nem sok ertelmet latom a Content templates hasznalatanak css -vel meglehet oldani.
Drupal 5.x, 7.x
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
az img alt szövegét szerintem
az img alt szövegét szerintem az elkészített views-ba kellene kiiratni, ott szeretnéd látni a slideshow-ban ...vagy valamit félreértek? ...nem értem a field-... kezdetű templétet
más kiindulást javaslok, ha a slideshow-ban szeretnéd csak az img alt szövegét látni:
az elkészített views templétje tutira views-... -zal kezdődik(dr7). Hogy melyik ez a templét, amibe aztán majd php kóddal kiiratható a megjelenített kép alt szövege, azt a views-ból lehet megtudni:
- az Advanced keretben találsz egy Theme(vagy Smink): Information részt, amelyből pontosan azonosíthatod a templétedet,
keresd a képhez listázott templéteknél
...és válassz onnét
ha nem tudod így megoldani, akkor a felhasználónak kell adni egy szöveges mezőt, ahova a tartalom beküldésekor közvetlenül beírhatja a kép alatt megjelenítendő szöveget. Ezzel a megoldással már csak hozzá kell adnod ezt a szöveges mezőt a views-odhoz, aztán némi css... voálá :-)
(egyéb helyeken pedig le kell tiltani ennek a mezőnek a megjelenését, hogy ne kavarjon be a már korábban kialakított megjelenítésekbe)
Geva
----- Számítások - Kalkulátorok
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nos, nézzük azt hogy az
Nos, nézzük azt hogy az eredeti sminkbe SOHA nem nyúlunk bele, mert ha a közösseg dolgozik, a smink frissül, akkor te nem tudsz frissíteni, élvezni a fejlesztés előnyeit mert belenyúltál a sminkbe. Erre csinálunk alsminket, ami az eredeti smink gyereke, de mégis tartalmazza a te változtatásaidat. Erről itt bővebben.
De közvetlenül is átírhatod a superfish-ben, ha csak ezt akarod módosítani.
Nem ne írd át, hasonlóan a smink ügyénél ha a modul frissül nem tudsz frissíteni mert beleírtál, évek múlva meg nem fogsz emlékezni ugye hogy mit hol módosítottál. Van mód erre is, hogy ha kérdéses fájlt átmásolod a sminkedbe (jelen esetben majd az alsminkbe), az info fájlba beteszed hogy alkalmazza is azt, és innentől már a te css fájlod hat az elemekre.
Fent leírtak nem baszogatás képpen írtam, csak szeretnék rávilágítani hogy a helyes munkamódszer segíti a munkádat, és fenntartható, supportalható kódot eredményez. Így a modul és smink frissítéseket is bátran alkalmazhatod a jövőben, mert nem kontárkodtál bele ugye.
Drupal full-stack developer at Wunderman Thompson Budapest
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Akkor az Insert és Pathologic
Akkor az Insert és Pathologic modulok tudatos együtt-használata jelenthetne mindenki számára rugalmas, mindenhol használható megoldást? (hisz te már így használod őket...?) Erre lehet hosszútávon építeni?
Véleményem szerint hosszú távon az insert modul relatív útvonallal a nyerő. Pillanatnyilag nem tudok elképzelni olyan helyzetet, amikor az abszolút útvonal _kellene_ (Nyilván van, különben nem lenne a pathologic modulban a feature)
A pathologicot meg csak akkor kell feltenni, ha arra valóban szükség van, pl a rossz insert linkek kijavításához.
----
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
Az van, hogy a Drupal amikor
Az van, hogy a Drupal amikor törölsz egy fieldet akkor azt nem törli, csak töröltre állítja, és majd csak a field_purge_field fogja azt törölni.
Elvileg, ha a cron-t meghívod akkor véglegesen törölni fogja a fieldet a Drupal és képes lesz újra létrehozni azt. Ha nem ez a probléma, akkor valószínűsítem, hogy inkonzisztens az adatbázisod. Ha a field_config táblában nincs benne az ilyen nevű field, de a tábla van akkor csak dobd el a táblát és működni fog a dolog.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Az itt leírtak alapján meg
Az itt leírtak alapján meg tudod oldani. Természetesen bizonyos fájlok más nevet viselnek a Garland smink mappájában, gondolok itt az .info fájlra (garland.info).
-- http://boj.hu --
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ha nincs fenn az l.d.o-n a
Ha nincs fenn az l.d.o-n a modul, akkor csak azok a kifejezések lesznek importálva, amelyek az l.d.o-n más modulban már megtalálhatók.
Egyébként mi a kérdés, mihez kell segítség? Ha nem a .po fájl létrehozásával kapcsolatos, akkor kérlek indíts új témát.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
ott a megoldás az orrod előtt
A webes alkalmazás emlékezet nélküli ezért valahova (session vagy url) bele kell tenned azokat az adatokat amikre szükséged van.
Az url-be úgy teheted bele ha
1. átírod a rendező linkeket. Ehhez a sminkedbe meg kell valósítani a theme_table-t( http://api.drupal.org/api/function/theme_table/5 ) és a $cell = tablesort_header($cell, $header, $ts); sor után hozzá kell még adnod a linkhez a Te paramétereidet is. Ezt egy egyszerű regexp-el megteheted.
2. az útvonalba belekódolod a keresési paramétereket. (http://kerekparpiac.hu/ -n láthatsz erre példát, de rendezni nem lehet, mert végül azt már nem kérték, de az is menne, ha kéne.)
Session-ba pedig nem érdemes beletenni, mert lehet, hogy a júzer nem egy böngészőpéldányt futtat, hanem kettőt, esetleg többet. És akkor aztán vannagykavar.
Session felhasználó állapotát tárolja nem a böngészés állapotát(azt az url tárolja). Ezért erre használni mondjuk úgy - és most igyekszem maximálisan visszafogni magamat - nem ajánlott.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu