köszi utána lesek
esetleg még erre a problémára valami megoldás? :) (ugyan ez a modul kb a hiba is, csak a megvilágítás változott)
a feliratkozó számára nagyon jól össze lehet állítani tokenek segítségével, hogy mit kapjon meg az emailben mikor a rendszer össze állítja és kiküldi neki. ezzel szemben az adminisztrációs fél annyit kap meg, hogy "x regisztrált tekintse meg a profilját". és sajnos grafikus felületen ennek nincs beállítási lehetősége. viszont hasonlóan tokenekből ezt is szeretném megoldani, de per pill kevéske a tudás hozzá, szóval egyelőre mondhatni inkább csak gányolom a kódot :)
viszont köszönöm a cím átírást! :)
tanítsatok mesterek :))
ez a hook_form_alter miként és hogyan kerül most bele... és hova? :D nem igazán tiszta a kialakult helyzet
--
A jó ember az ő szívének jó kincséből hoz elő jót; és a gonosz ember az ő szívének gonosz kincséből hoz elő gonoszt: mert a szívnek teljességéből szól az ő szája. (Lukács 6:45)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Először a listám amire a
Először a listám amire a druszám már linkelt, hierarchikusan tartalmazza a településeket, úgy, hogy a megyék a szülők.
Másodszor, a taxonomy hierarchical modul nem tökéletes (azt hiszem, már küldtem be bug reportot), nem működik együtt a profile content regisztráció részével. Márpedig valószínűleg már regisztrációkor be akarod kérni a usertől a települést... Én eztúgy hidaltam át, hogy hierarchical select helyett egy free taging taxonomyt használok, ahol a user csak a meglévő termekből válogathat. Ez még a user szempontjából is kényelmesebb, mint listából válogatni.
Ha nem kell a regisztrációkor, akkor pedig egyértelműek a beállítások, és az én listámmal biztos, hogy megy, hiszen én is ezt használom :) (A blogbejegyzésemben a linkelt témát is olvasd el, ott bővebben kitárgyalásra került az import probléma, és a megoldás is ott leledzik)
Laza
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Lapozás
Asszem sikerült megoldanom.
Annyit tettem, hogy a naptárhoz vezető menü útvonalát kicseréltem a node/xx ről erre:
date-browser
Ezt az útvonalat a views/list date_browser/path -nál találtam.
Így nem blokk segítségével jelenítem meg, hanem rögtön a naptárra hivatkozva.
Elvileg nekem így jó.
Kérdés csak az, hogy megfelel e a drupal irányelveinek? Van egy így benne buktató?
Esetleg ha valakinek erről van véleménye, akkor azt szívesen veszem főleg azért, nehogy félrevezessek olyanokat akik e post után mennének.
A kész naptár megtekinthető http://www.kocsit.neobase.hu/date-browser.
Előre is köszönöm.
KocsiT
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A lényegre törekedj
"ne kelljen annyit kérdezősködni"
Ez nem sikerült.
"Tehát eredetileg azt akartam, hogy képet tudjak betenni mondjuk egy blogbejegyzésbe, ajánlottak is egy modult, amelyik képes beilleszteni képet a szöveges tartalomba, de csak egyet. És mi van akkkor, ha kettőre van szükség?"
Úgy veszem észre eddig ez sem jött össze.
Az IMCE modul tökéletesen megoldja a problémádat. Nem kell telepítési profillal bajlódnod, annyi képet teszel egy bejegyzésbe vele, amennyit csak akarsz. WYSIWYG editort sem kötelező hozzá használnod, csak a modul beállításánál a Közös beállítások->Kép/fájl beszúrás engedélyezése sima szövegdobozokba résznél írd be az edit-body szöveget.
Azt nem értem, hogy miért telepítési profilokat próbálgatsz, ha képek beillesztésére keresel megoldást.
-- http://boj.hu --
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
readme.txt filet azért írják általában, hogy elolvassad
idézem a directory modul readme.txt filejában az "installation" részből:
"Configuration consists of visiting admin >> settings >> directory and
selecting the taxonomy terms to be EXCLUDED, and node types to be included
in the directory. Other options are available to configure module behavior."
oda van írva amit kérdeztél, admin » settings » directory
azért van a readme, hogy elolvassad, nem dísznek. lehet, hogy nincs benne semmi érdekes, de az is lehet, hogy valami fontos is van benne, amit nem ártana tudnod mielőtt használni kezded a modult, meg olyan modul is van, amit hétszencségbiztos nem tudsz működésre bírni anélkül, hogy elolvassad azt a filet.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
pp-hez csatlakozva
[félig-meddig]
Ha a szolgáltató nem segítőkész, akkor persze ott lehet hagyni (én is ezt ajánlottam feljebb), csak akkor sosem derül ki, hogy valójában mi okozta a hibát. Hosszabb távon akkor járnál jól, ha ez kiderülne. Tehát a hibára kéne koncentrálni, nem a szolgáltatóra (szerintem).
Például mi van akkor, ha fent hagyod a Smileyt és kikapcsolsz egy másik modult. Ha akkor is hibás, akkor legalább annyit lehet tudni, hogy nem a Smiley okozza, hanem a modulok száma. Vagy újra kéne próbálkozni a szolgáltatóval (minél kevésbé udvariasak, annál udvariasabban), hogy segítsenek kideríteni, mi a gond az oldaladdal.
[csak hangosan gondolkodom :)]
Fox Mulder
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
a jelentősebb modulok elérhetőek lesznek
A jelentősebb modulok elérhetőek lesznek, mint ahogy már most látni, hogy a modul fejlesztők a project oldalon megjelenítik, hogy vállalják a modul 7-es Drupalhoz tartozó változatát a D7 megjelenésének napján.
"#D7CX: I pledge that $project name$ will have a full Drupal 7 release on the day that Drupal 7 is released."
Modulok listája:
http://drupal.org/project/modules?solrsort=sort_title%20asc&text=d7cx
Ez kifejezett cél volt a fejlesztésnél, hogy elkerüljék az 5-6-os váltásnál tapasztalt parát, hogy a modulok még nem jelentek meg az új verzióhoz.
Ettől függetlenül természetesen ne 7-esben kezd, hanem stable 6-ossal.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ha tudnám.
Jelen esetben akkor a 42 lenne a helyes válasz ehhez együttes erővel megkeressük a kérdést.
Bár ha megkérdezem a fiam, hogy miért sír akkor elmondja mi a problémája én meg próbálok neki segíteni és sokszor van úgy, hogy nem hangzik el felőle kérdés.
Persze ha az ember segítséget szeretne kérni akkor alkalmazkodjon.
Kérdés 1:
"ddig úgy néz ki, hogy Drupalra szeretnék váltani. A Joomla2Drupal modullal próbáltam egy szűz Drupal 6.13 feltöltését, de hibás karaktereket és hiányos tartalmakat produkált."
Mi okozhatja?
Kérdés 2:
"A címek, bevezetők random módon hiányosak a joomla fulltext oszlopának tartalmát pedig teljesen elnyeli."
Mi okozhatja?
Az ismétlésekért elnézést a válaszokat előre is köszönöm.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
lezárva
Már ne is haragudj, de azért nem kell bántani a másikat?
- A Drupal-al nemrég kezdtem foglalkozni, nyilván nem vagyok benne profi.
- Honnan tudod, mennyi doksit olvasok/olvastam, olvasom NG jegyzetét! Ma is tanultam belőle 1-2 dolgot.
- PHP-vel elég rég foglalkozom (nem mindennap használom), de nyilván azt sem ismerem teljesen profi szinten.
- Hadd döntsem el hogy egy adott funkcióhoz szeretnék-e modult írni vagy sem. Egyébként jópár modult írtam már.
Ezek szerint, mivel működik is az általam leírt sorral a kód, nem tudom mi lenne benne a hibás.
Az aktuális feladathoz javítottam. Elnézést ha ezzel megzavartam valakit!
Valószínű ez okozhatta a félreértést.
G.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem lehet.
Köszönöm a válaszod. Sajnos nem lehet beépülni a modulni. Legalábbis én nem találtam rá módot. Nincsen sem hook, sem theme függvény. Igazából a form_alter sem jó, mert nem a form adatain szerettem volna változtatni. Az említett függvényben van egy global $user parancs, es ezzel a user adatokkal menti a webform a kerdoiv egy példányát... ide szerettem volna beépülni, hogy én mondhassam meg, milyen user alá mentse.
Az új igények mértéke sajnos már mindenképpen azt igényelte, hogy minimálisan ugyan, de bele nyúljak a kódba, így a téma is felejtős.
"Csak olyan függvénybe tudsz beleépülni ami erre lehetőséget teremt" - Ha jól tudom ezek a hook_, theme_ függvények, igaz? Ezen kívül van még olyan típusú függvény ami engedélyezi a függvény testreszabását?