Node node
Az miért nem jó a hook_nodeapi-ban, hogy ha update van és a node szerzője az éppen aktív emberke, akkor lekapcsolod a közzétett jelzőt? Szerkessze nyugodtan.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
saját modul?
Az, hogy ha szerkeszti ne legyen közzétéve megoldható rules modullal(vagy talán a core triggerrel is), de ugye Te nem ezt akarod.
A megoldáshoz én egy saját modult írnék. Ebben a hook_node_grands() és hook_node_access_records() kampókat valósítanám meg.
Az elsővel meg tudod mondani, hogy az adott felhasználó az adott szempontból/szerepkörben(realm) mit tehet.
A node_access_records() kampóval pedig meg tudod mondani, hogy egy adott node-hoz milyen szempontok kapcsolódnak.
Két szempontod lesz:
1. sima júzer
2. moderátor
a sima júzernél(1. realm) a gid az a felhasználó azonosító(node_grants) illetve a node szerkesztőjének azonosítója(node_access_records). A node_access_records() kampóban visszaadott grantnál pedig attól függően, hogy milyen állapotban van a node teszed elérhetővé a szerkesztési jogosultságot eme szempont/szerepkör számára(ez minden node változtatásakor frissül)
A moderátornál a gid lényegtelen, legyen mondjuk 1. A node_grants-ban pedig csak akkor adsz vissza ilyen realm-et, ha moderátor az illető. A node_access_records() kampóban meg mindentől függetlenül mindig ugyan azt a jogosultságot adod vissza.
Bevezethetsz a modulodban egy "tartalmak moderálása" jogosultságot és akkor nem kell belehegesztened a modulba a csoport számát, hanem a felhasználók jogosultság oldalon tudod ezt a jogot osztani bármely felhasználónak.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
content access és rules
párosítással is meg tudod csinálni, egy rule kell, ami node mentésekor aktiválódik, ha a típus x és a node közzétett, akszió: jogosultságok megváltoztatása, csak admin szerkesztheti. kész.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
szerintem rossz úton jársz
Készítettem egy tartalomtípust, aminek az lesz a funkciója hogy makrókat jelentet meg, kis magyarázó szöveggel.
ez zsákutca. a gmap macro builder egy "basic" megoldás, akkor jó mikor kell 1 vagy 2 térkép és kész. nem árultad el miért pont makró kell és miért nem jó egy location cck mező amiből majd viewsal csinálsz térképet, de gyanítom, hogy vonalakat és terülteteket is kell a térképnek tartalmazni. próbáld ki az openlayers modult a location+gmap helyett, csont nélkül tud ilyesmiket.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
a másik hasonló témához is írtam az előbb,
hogy ez a macros út zsákutca. ott is látszott, de itt meg nagyon. egyátalán nem így csinálnám, felejtsd el a gmap macrot, egy rémálom létrehozni, szerkeszteni, karbantartani.
csináld ezt openlayersel. sokkal könnyebb dolgod lesz.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
nem próbáltam,
de biztos vagyok benne, hogy ezt csak akkor tudja megcsinálni, ha teljes részletességgel felépíted a psdt. úgy értem minden html elemet ábrázolsz és szépen felsliceolod, az egyes sliceokat megfelelően elnevezed és azok css osztályait is beállítod, meg mindent. az alapján fog dolgozni.
ilyen exportot maga a fotosopp is tud a save for web funkcióban, html+css+images módba exportálsz, all slices és megcsinálja. de ez még nem drupal smink lesz. ;)
a kérdésre azért nem lehetséges konkrét választ adni, mert ez a hadművelet kb a bármennyi időtől a végtelen sokig emészthet fel munkaórát. lehet olyan egyszerű site és olyan egyszerű grafikai megoldás, hogy 30 perc alatt "lekódolod", meg lehet olyan is, hogy maga a tiszta kódolásidő is napokat esz meg és a template.php közben modul méretűre duzzad :)
addig, hogy egy vászonsminkből csinálsz egy gyereket, igen gyorsan el lehet jutni. én szeretem a framework vásznat, mondjuk hogy arra akarom építeni az én saját sminkem, akkor kell egy sajatsminkem mappa a site/all/themes alá és oda:
sajatsminkem.info:
name = Sajat sminkem nekem description = Szuper sajat sminkem, framework gyereke. core = 6.x base theme = framework stylesheets[all][] = sajat.css
meg egy sajat.css file, oda írsz majd (eleinte) minden saját csst.
ja és persze a framework smink is legyen a sites/all/themes alatt, de nem kell engedélyezni.
sok dolgot örököl a gyerek smink, néhányat meg nem. itt olvashatsz többet: http://drupal.org/node/225125
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
eleve így működik
ha viszont van hozzászólások adminisztrációja jogosultsága a felhasználónak, akkor szerkeszthet bármilyen hozzászólást bármikor. alapbeállítások szerint pedig ilyen csak uid1 -nek van (neki mindig minden van igazából). sima regisztrált felhasználó nem szerkeszthet olyan hozzászólását amire már érkezett válasz.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Használ valaki clicktale
Használ valaki clicktale modult?
Szinte kizárt, mivel ilyen modul nincs is hivatalosan, és ismerős reviewer nem volt.
Ha végignézed az cvs account igénylését, akkor láthatod, hogy többször won't fix-re volt pattintva, gyakorlatilag azelőtt lett feladva, hogy egyáltalán megszületett.
Ráadásul több sebből is vérzik, ezek alapján elég meredek egy kvázi éles oldalon próbálgatni.
----
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
"A bélyegkép vagy a nagyobb
"A bélyegkép vagy a nagyobb kép egyszerűen hiányzik a szerverről."
- esetleg nyomtál egy Flush preset-et a Imagecacheban? A feltöltött képek csak megvannak, nem? Azt értettem hogy csak az imagecache-átméretezett képek tűntek el. Esetleg upgrade, update, cache ürítése - és helyreállhat (ha megvan a feltöltött fotó, ami nemigen tűnhet el).
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Mostanában nem frissítettem.
Mostanában nem frissítettem. Azt már tapasztaltam, hogy az ImageCache csak akkor hozza létre a képet ha megnyitom, viszont a hozzá tartozó bélyegképet mindenképp elkészíti, mert beküldés után megjelenik a tartalom.
Eddig arra jöttem rá, hogy kb. 80%-ban bélyegképek törlődtek, a többi pedig a nagy kép ha megnyitom. Annyira véletlenszerűnek tűnik, hogy nem sikerül rájönnöm, mi alapján (és melyik modul) gyomlálja a szerveren a képeket. :(