Megoldottam, de nem úgy, ahogy szerettem volna
Telepítettem az "Admin Toolbar" modult, amellyel az Admin menübe tudtam létrehozni a szükséges menüpontokat, így azokat eleve csak az Admin jogosultsággal rendelkezők láthatják. Nem ide szerettem volna, de mindegy. Működik.
Ha valakit érdekel a módszer akkor szívesen leírom részletesen.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Útvonal
Ha az egeret az attachment link fölé viszed, milyen útvonalat ír a böngésző állapotsorába? (Egyes moduloknál előfordul, hogy a /files könyvtárban keresnek, pedig a /system/files-ban kellene.)
Az adatbázis files táblájában milyen útvonal szerepel?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
EC?
Az LM Paypal és az E-commerce is tartalmaz előfizetési lehetőséget (subscription), ahol a nem fizető felhasználó kikerül az előfizetői csoportból. De ezek valamilyen fizetési rendszerrel integrálva működnek, körül kell nézni, hogy hogyan lehet ezt megkerülni, ha ti pénztárba fizetitek a tagdíjat.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Velem van a gond, bocs...
...mivel nem tudom leírni azt amit látok, illetve amit szeretnék. Megpróbálom érthetőbben :)
- Beállítottam a hírolvasót.
- Bekapcsoltam a blokkot.
- Először nem volt tartalom, de miután Goba megírta, hogy cron nélkül nem is lesz, úgy már ment is frankón.
- A következő kérdésem az volt, hogyan lehet tovább formázni a kapott eredményt, illetve hogyan lehet további tartalmakat is megjeleníteni (melyek az eredeti xml fájlban benne voltak). Amely tartalmat a hírolvasó teljes megjelenítésében (aggregator/sources/1) kaptam, nekem arra lenne szükségem egy blokkban. Gondolom ehhez kellene, hogy megnézzem a modul forrását és blokkos megjelenítő részt kellene úgy módosítani, ahogy nekem kellene a megjelenítés. Eddig ok!
- Az én olvasatomban ez az egész hírolvasósdi úgy működik, hogy amikor a cron lefut, a beállított url-ből a megfelelő tartalmat kiolvassa, majd azt beírja a Drupal adatbázisának aggregator_feed és aggregator_item táblájába. A _feed-be az adott hírcsatorna leírását, a _item táblába pedig szépen besorakoztatja magát a híreket. Na, és itt van nekem gondom.
Nekem olyan tartalomra is szükség lenne, ami az eredeti hírcsatornában szerepel, de a beolvasott és helyi adatbázisban letárolt adatokban nem:
- az _item táblában többek közt szerepel: title, link, author, description (ami számunkra most lényeges)
- viszont a kérdéses xml fájlban az első (pontosabban időben a legutolsó) bejegyzésnél szerepel egy kép is a következő paraméterrel beszúrva:
<enclosure url="http://example.com/bild_120.jpg" length="3842" type="image/jpg"/>. Na ez a sor nem kerül letárolásra, így nem is tudom a smink fügvények átírásával sem megjeleníteni ;)
Az egészből azt szerettem volna kihozni, hogy hol kellene átírni az eredeti modult ahhoz, hogy egy plusz mező tartalmával (ahol enclosure paramétere van) tudjon kiolvasni és eltárolni az eredeti csatornából.
Nagyon köszi!
Üdv, Pali
Ps.: ja, szövegesen a tartalom kinézete:
- Csatorna neve (kis képpel és linkkek a forrás oldalra): -> OK
- Az első hír képe (ez az enclosure tartalma), az első hír címe, bevezetője, és a tovább link az eredeti forrásra. -> Csak itt van problémám, a képpel.
- A második hír címe, bevezetője, tovább link az eredeti forrásra. ->OK
- A harmadik hír címe, bevezetője, tovább link az eredeti forrásra. -> OK
--
Palócz Paal Pál, a drupal.hu admin csoportjának tagja
Ajánlott olvasmány: Eric Steven Raymond - Hogyan kérdezzünk okosan
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
http://drupal.org/node/162473
http://drupal.org/node/162473 fordítása, hátha valaki hasznát veszi:
Töltsd le és telepítsd a views_multiblock és a views_argument_api modulokat. Bizonyosodj meg róla hogy a Views és a Views_UI modulok be vannak kapcsolva.
Menj az admin/build/views-re és vagy a) add hozzá a views_multiblock nézetet a) szükséges változtatásokkal) vagy b) készíts egy új nézetet. Én az a) verziót ajánlom.
Amikor módosítasz a nézeteden, legalább egy argumentum mindig legyen beállítva a nézetben. A leggyakoribb alkalmazás, hogy Taxonomy: Term ID argumentumot adsz hozzá. Ezt fogjuk mi is használni. Kattints a gombra a lap alján és mentsd el, hogy folytathasd a nézet szerkesztését.
Ezt az argumentumot a lekérdezés(nézet)ekhez lehet behelyettítésként használni. Más szóval ha készítesz egy nézethez lekérdezést ami olyasmi hogy “Mutasd meg az összes elemet a story elemek közül amelyeket kiadtak és a Taxonomy: Term ID egyenlő X-szel” és utána felállíthatsz egy Views_Multiblock-ot és X-et különbözőképpenv töltheted fel az egyes blokkokba, amelyeket Views_Multiblock modullal hoztál létre.
Menj az edit nézet form aljára és nyisd meg az Argument API mezőhalmazt (fieldset). Válaszd ki a metódust amely átadja a Taxonomy: Term ID-t a nézetnek. A példa kedvéért add meg hogy egy előre meghatározott értéket használjon. (Hogy ez mit jelent, mindjárt kiderül.)
Mentsd el a nézetet.
Az admin/build/block-ban keress egy már létező views_multiblock blokkot. Általában 5 kikapcsolt block áll a rendelkezésedre, hacsak nem változtattál ezen a admin/settings/views_multiblock-ban. Válaszd ki az egyik már létező, kikapcsolt views_multiblock blokkot ( [vm] jelzéssel vannak megjelölve), és állítsd be. A block beállítási lehetőségek eléggé egyértelműek.
Azt viszont érdemes elmagyaráznom, mit kezdj a Views mezőtáblával (fieldset): Válaszd ki a nézetet amit az előzőekben definiáltunk. Nyomj az Update-re.
Most ha legörgetsz egészen a a Views fieldset-ig, látni fogsz egy form-ot amivel kiválaszthatod a Taxonomy: Term ID-t hogy ez átadásra kerüljön a nézetnek. Ha egy másik argumentumot választottál ki a nézet módosítás form-ban az Argument API mezőkben, akkor más beállításaid lesznek. Nyugodtan próbálkozhatsz más lehetőségekkel is (ha ezt a példát befejeztük), érdekesebb és még hatékonyabb lehetőségek is vannak amit megvizsgálhatsz, hogyan hatnak erre a fieldsetre a block beállítási formban.
Válassz ki egy kifejezést/időtartamot ehhez az elemhez és engedélyezd a block configurációt.
Menj vissza és állíts be annyi views_multiblock blokkot ahányat csak akarsz. Ha többra van szükséged, menj az admin/settings/views_multiblock és válassz más számú views_multiblock blokkot ennek a modulnak. Az elgondolás az, hogy előre legyártott nézeted (vagy nézeteiid vannak) amelyeket ezekkel a blokkokkal használhatsz; ezekhez kell a behelyettesítéseket kitölteni.
Ezek után helyezd a blokkokat a kívánt területre és add hozzá a formot az admin/build/block-ban.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Mi legyen a leírásban
Egy FCKeditor, ha jól be van állítva, akkor az az oldalhoz készült -> általános leírás nem létezhet hozzá. Nem tudom, hogy mi van bekapcsolva de én igyekszek minél kevesebb dolgot bekapcsolni egy egy ilyen szerkesztőben.
Különösen azért nem szeretem ezeket a szerkesztőket, mert "olyanok mint a Word". Ezzel totálisan félrevezetik szegény felhasználót. A web ugyanis teljesen más médium mint a papír! Nincs olyan, hogy félkövér, meg dőlt (az aláhúzottat meg felejtsük már el végre!!!). Van olyan viszont, hogy kiemelt és fontos szöveg, meg link, meg cím, meg felsorolás. Aztán, hogy ezek hogyan fognak kinézni azt majd a smink, jobb esetben a webtipográfus fogja eldönteni, nem pediglen az egységsugarú. Azért nem mert az egységsugarú, vagyis a tartalom előállítója formázzon szemantikusan. Mondja meg, hogy mely szövegrészek milyen jelentés tartalmat hordoznak. (ilyenkor szokták megkérdezni a Tanítóképzőn, hogy "na jó, de akkor hogyan húzok alá?" argh... de hát minek is használok ilyen csúnya szavakat.;))
Ne az egységsugarú fogalomnéküli mondja már meg azt, hogy hogyan szép. Akinek fogalma sincs arról, hogy az oldalba elhelyezett képek mérete nem mindegy, hogy mekkora nem mindegy, hogy mekkora a margó, nem mindegy a sortáv, a behúzás és térköz. Egy-egy bekezdésre vonatkoztatva lehetnek ezek szépek, de az egész oldal tekintetében ezek iszonyatosan kötött dolgok, ha azt akarjuk elérni, hogy az oldal egységes képet mutasson.
És akkor most nem arról beszélek, amikor a igénytelenje beletol egy 4000*3000 pixeles képet, amit esetleg át se méretez és úgy tolja szét az oldalt, hogy ihaj, ha meg átméretezi, akkor képtelen a shiftet nyomni, hogy a méretarányt tartsa. De még ekkor se fogja úgy méretezni, hogy a ritmushoz - amit az oldal grafikai elemei diktálnak - illeszkedjen. Van olyan beállítás valamelyik editorban, ami rácson ugratást kényszerít ki a kép átméretezéseknél meg a méretarány tartását, meg lehet vele kivágni? (így az egyben biztos nincs ;))
A címsorok szintén megérnek egy mesét, hisz az website címe h1 az oldal címe h2, tehát a cikkben csak h3 ami megengedett, de ugye a teaser nézetnél a node címe már csak h3, tehát a cikkben már csak h4 kéne, hogy legyen, de jobb, ha a teaser-ben nem is látszik ilyen cím. Igen különleges esetben és jól képzett júzereknél esetleg használható a h2 is, de ugye ahhoz nagyon tudni és érteni kell, hogy mit csinálunk, mi az a weboldal és miért teszünk ezt azt.
A lényeg, hogy nem FCKEditor használatáról kéne leírás, hanem magához az egyes oldalakhoz és azok használatához. Persze jó lenne egy általános leírás, ami arról szólna, hogy "hogyan formázzunk a weben?". Okádjuk(fogalomnélkül) az információt, vagy építjük(tudatosan). A mának élünk, vagy a jövőt építjük.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
emil-t is
Igen, meg talan az e-mail helyett az emil-t is ok probaltak meghonositani.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
milyen email cím?
Hol látod te az email címet azokon az oldalakon (ha nem admin vagy)?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszönöm
Igen, rájöttem közben, hogy elszúrtam, mert az útvonalhoz hozzáadtam az ../index.php-t is.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
2681073
Az alsó képernyőképeden a #2681073-as sztring látható, ami valóban az új, 8.x-1.2 verzióban jelent meg. Lefordítottam, futtasd a webhelyeden az Elérhető fordítási frissítések menüpontot.