pp képe

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

0
0
black71 képe

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.
0
0

Drupal 5.x, 7.x

Geva képe

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)

2
0
DruTa képe

Az első bekezdés, bocs, de csúsztatás: egy cikket be lehet állítani úgy, hogy ne automatikusan legyen közzétéve, és nem kell, hogy ez a funkció ilyen galibát okozzon, hanem csak akkor frissülne kint is egy cikk (ha már utólagos szerkesztésről van szó), ha a mentés gombra kattintunk, a node mentés gombjára.
A gmail sem küldi el a levelet, hanem csak piszkozatba teszi...

A második bekezdésben közölteket köszönöm, bár ez akkor azt jelenti, hogy egyre csak nő az adatbázis, amíg a cash-t nem töröljük az adatbázisból manuálisan?

Írnék én hibajelzést a fejlesztőnek, de gondolom ahhoz regisztrálni kell, ráadásul az én angol tudásom alapján írt megjegyzést nem biztos, hogy értené.

Komolyan meglep, hogy egy ilyen triviális dologra nincs megfelelő modul, és azt is, hogy mások ilyet nem igényeltek, mert gondolom, akkor lenne, ha nagy lenne rá az igény.

Pedig drupal-lal biztos még szerkesztőségi dolgokat is csinálnak. Vagy ha nem, akkor elég karcsú egy dolog a drupal.

0
-2
csakiistvan képe

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.

6
0

Drupal full-stack developer at Wunderman Thompson Budapest

zoliky képe

Ertem de akkor az oldal tulajdonosa, hogyan hozza letre a tartalmat? Beleirja a HTML kodot a block tartalmaba ? Vagy az "Administer" -> "Menu"-ben ?

Tulajdonkepen itt az oldal: http://www.alquds.com/ a kek menurol beszelek (ha fent van a firebug latszik a DIV kodja).

Ugy kene megszerkezteni a block.tpl.php fajlot, hogy a tobbi block azert maradjon: "block-block-x" formaban. Meg lehet ezt csinalni ?

Ha tudnatok kicsit segiteni nagyon orulnek! Koszonom szepen!

0
0
szantog képe

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.

1
0

----
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.

pp képe

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

1
0
Jenő képe

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).

0
0
aries képe

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.

0
0