Keresés

pager class override?

norbirnr képe

sziasztok,

nem igazán vagyok még otthon a témák átszabásában, és nem vagyok benne biztos, hogy merre induljak el...
a views modul pager-jének class-át szeretném átírni "content"-ről valami másra. hozzáadni egy class-t nem elég, át kell írnom a jelenlegit.
jó ideje keresem a kiindulási pontot, de még minidg teljes a homály.
bármilyen segítséget nagyra értékelnék. köszi előre is!
(drupal 7.10)

norbi

Melyik modulhoz, modulokhoz kapcsolódik a téma?: 
Drupal verzió: 
Fórum: 

Audio import után "user warning" a batch-folyamatnál - miért? Korábban jó volt...

Sk8erPeter képe

Sziasztok!

Korábban sikeresen lefuttattam az Audio modul segítségével egy-egy "Audio import"-ot, aminek a lényege, hogy egy felületen kipipálom a /tmp/audio könyvtárból importálandó hangfájlokat, a modul meg egy batch process segítségével elvégzi helyettem az egyenkénti feltöltést, és automatikusan létrehozza a hozzájuk tartozó, az Audio content type-nak megfelelő node-okat.

Nos, ez tök jól működött egy darabig, de most nem tudom, mi lelte a Drupalt, de user errort kapok:

  user warning: in C:\net\web\php\casanova\source\includes\form.inc on line 2541.

Nézegettem a headereket Chrome Developer Tools-szal a Network fülön, ezek közül a lényegesek:

legelső header:
Request URL: http://[oldalam_címe]/admin/content/audio_import
Status Code: 302 Moved Temporarily
Referer: http://[oldalam_címe]/admin/content/audio_import

második:
Request URL: http://[oldalam_címe]/batch?op=start&id=2
Status Code: 403 Forbidden
Referer: http://[oldalam_címe]/admin/content/audio_import

Egyetlen előzménye annyi volt a dolognak, hogy a Pathauto-val beállítottam alias-t az Audio típusú tartalmakhoz - nos, ezt visszaállítottam, és a helyzet sajnos továbbra is ugyanaz. :(
Minden cache-t töröltem (Admin menu, "Flush all caches" elég hatékony), de így is maradt a helyzet.

Van ötlete valakinek, mi bolondíthatta meg?
Tudom, hogy csak valószínűleg ennyiből csak vaktában lehet lövöldözni, de hátha valaki beletrafál.
Előre is köszönök bármi javaslatot!

Melyik modulhoz, modulokhoz kapcsolódik a téma?: 
Drupal verzió: 

Fórumtémában első, eredeti hsz. módosíthatósága?

Sk8erPeter képe

Sziasztok!

Érdeklődni szeretnék, hogy nem lehetne esetleg bevezetni azt, hogy módosítható legyen az első, eredeti hozzászólás is?

Előfordult már, hogy

  • véletlenül rosszul formázott tartalmat töltöttem fel (előnézet után beleszerkesztettem, és újabb belenézés nélkül figyelmetlenül elküldtem), vagy
  • olyan infót raktam bele (pl. elérési utak, stb.), amit nem feltétlenül szerettem volna megosztani, és ezt utólag vettem észre, vagy
  • időközben rájöttem, hogy rosszul vagy félrevezetően fogalmaztam meg a kérdést.
  • külön plusz komment nélkül szerettem volna még valamit hozzátenni.

Tudom, gondoljam át inkább még egyszer elküldés előtt. :)
De mindenki hibázhat, jó lenne a tartalmat utólag módosítani - akár köztes megoldással, mint néhány fórumon, ahol bizonyos időtartamhoz van kötve a módosíthatóság (pl. 5 percig módosíthatod, utána csak moderátor segítségével).

Remélem nem baj, hogy ilyet kértem, és akár be tudjátok vezetni, akár nem, köszi a figyelmet.

Üdv.:
Pete

Drupal verzió: 
Fórum: 

Fórumban hozzászólások több oldalon???

gdavid képe

Sziasztok!

Az a problémám, hogy van egy fórumom, ahol számomra rejtélyes hibába futottam, és nem tudok vele mit kezdeni.

Az adott fórumon egy adott témához van 6 hozzászólás, de az oldal alján a pager szerint 52 lap van. Bármelyik oldalt megnézve ugyan azt kapom. A node//track oldalon "véletlenül" szintén 52 oldal van, de ott mindnél más van.

Mit csináljak vele, hogy a fórum rendesen felismerje hány hozzászólás van hozzá?

Nem látható egyetlen tartalom sem, csak ha admin-ként vagyok belépve.

gydonatella83 képe

Sziasztok!

Van egy link katalógusom, és csak akkor láthatóak a tartalmak, ha be vagyok jelentkezve, mint admin.
Sok felé kerestem már hasonló problémát, de pont ilyet, illetve ennek a megoldását nem találtam, leszámítva persze a jogosultsági beállításokat, de ott minden úgy van beállítva, ahogy azt kell és ahogyan hasonló oldalaimon is van, de csak itt nem működik jól :(

Találkoztatok már esetleg hasonlóval, és ha igen, tudna vmelyikőtök vmilyen hasznos információt szolgálni?

Segítségeteket előre is köszönöm!

Drupal verzió: 
Fórum: 

node és taxonomy term összerendelés kódból

danart képe

Sziasztok,

adatbázisból szeretnék taxonomy címkéket ráaggatni bizonyos tartalmakra.
Úgy látom a taxonomy_index táblában a nid és a tid valósítja meg az összerendelést, a tartalom és a címke között.
De, ha törlöm adatbázis szinten, vagy beszúrok újabb összerendeléseket, a kimenetben nem látszik az eredménye.

Meg tudná valaki mondani, hogy adatbázis szinten hol találok még az összerendelésekért felelős cellákat?

Köszi!

Üdv.:
Dani

Drupal verzió: 

Calendar 7.x-3.0

kocsit képe

Üdv mindenkinek

Elakadtam, egy kis iránymutatást kérnék...

frissítettem a céges weblapot D7-re.
Van benne egy naptár, amibe egy bizonyos tartalomtípuson keresztül lehet eseményeket feltölteni.

A default oldal nézetet használom, Page by date | Position: top, format: pager -beállításokkal.
A korábbi verzióban a next és a froward elemek alap esetben nekem megfelelő helyen voltak.
Jelenleg viszont nem.

A naptár fejlécébe kerül az aktuális hónap nevével együtt, de attól balra helyezkedik el egymás mellett a jobbra és balra mutató
"nyil"
HTML:

<div class="date-heading">
<h3>november 2011</h3>
</div>
<ul class="pager">
<li class="date-prev">
<li class="date-next">

Szóval tisztában vagyok vele, hogy css és html kódolással kell megcsinálni, azt is hogy hogyan....
Csupán azt nem tudom hogyan!
Hol van az a *.tpl.php amit módosítsak? Ami a pager elemeket tartalmazza?
Sem a views modulban, sem a calendar modulban nem találok ide vonatkozó utalást.
Ugye arra is jól emlékszem (már régen volt), hogy a módosított *.tpl.php állományt a smink gyökerébe kell másolni és a módosulások onnét töltődnek majd be?

Előre is köszönöm az építő jellegű hozzászólásokat.

Üdv
KocsiT

Melyik modulhoz, modulokhoz kapcsolódik a téma?: 
Drupal verzió: 

Egy tartalomtípus <> egy-két szerkesztő

aruna képe

Sziasztok!

Egy elméleti kérdésem lenne jogosultságkezelés témában.

Egy intézményi honlapon belül (könyvtár) jönnek létre a törpe adatbázisok.
Tipikusan egy pár száz - pár ezer soros CSV fájlt importálunk egy új tartalomtípusba, aminek mezői megfeleltethetők a CSV fájl oszlopainak. Így jönnek létre az új törpe adatbázisok (új tartalomtípusok), bármilyen tartalommal (pl. speciális dokumentumok, szakterületi linkek stb.)

Egy ilyen tartalomtípust mindig egy vagy. max. egy-két fő szerkeszt, aki a gazdája a törpeadatbázisnak.

A gyakorlatban így tudom jelenleg megoldani a jogosultságkezelést:

1.
Minden tartalomtípus mellé létrehozok egy a tartalomtípussal azonos nevű csoportot. És az egy-két fős szerkesztőgárdát, hozzáadom a csoporthoz.
- Előny: Könnyű lecserélni a tartamtípus szerkesztőjét/szerkesztőit, mert 100%-ig a drupál default jogosultságkezelőjét használom.
- Hátrány: A jogosultságok oldal tele van oszlopokkal (új csoportokkal), akiknek a jogosultságait mind karban kell tartani.

2.
Az adott tartalomtípust (pontosabban a benne lévő dokumentumokat) egy adott felhasználó tulajdonába adom, így csak az tudja szerkeszteni. Mert mindenki csak a sajátját tartalmát szerkesztheti ('edit own tartalomtípusneve' jogosultság).
- Előny: Nem hozok létre új felhasználói csoportokat. Így könnyű karbantartani a jogosultságok oldalt.
- Hátrány: Az oldal összes szerkesztője (pl. 10-20 fő) létre tud hozni új node-ot az összes tartalomtípusba, de csak a saját maga által létrehozott node-ot tudja változtani (viszont így túl nagy kárt nem okozhat). A másik hátrány, hogy nem lehet pl. két user az adott tartalomtípus szerkesztője, tipikusan ilyenkor szoktak létrejönni a 'kottatar_szerk' nevű felhasználók és pl. a két kottatáros ezzel tud szerkeszteni.

3.
A bizalmon alapuló megoldás: Alapvetően a honlap szerkesztői szerkeszthetik egymás tartalomtípusaiba tartozó tartalmakat. Tehát egy csoportban van az összes szerkesztő.
Előny: Minden egyszerű. :)
Hátrány: Ha valaki véletlenül beletöröl a másik munkájába, akkor jöhet elő a mentés.

----------

Igazából az érdekelne, hogy más nagyobb szervezeteknél hogy van ez megoldva. Nyilván sok helyen szaporodik az új tartalomtípusok száma.

Az ágyúval verébre típusú (pl. multisite) megoldások nem tetszenek annyira nekem ebben az esetben. Mert itt tényleg csak egy(-két) szerkesztője van egy tartalomtípusnak, és egy tartalomtípusban kevés a rekord (pár ezer).

Érdekelne az is, hogy a drupal 8-asban a hierarchikus jogosultságkezelés segíthet-e ezen a problémán valamit?

Kicsit hosszú lett. :)

Ha vannak ötleteitek, várom őket. Egyébként köszönöm hogy végigolvastátok. :)

Ádám

Drupal verzió: 
Fórum: