Szia!
Szia!
Amint látható, sehol nem jelenik meg a Hierarchical select beállítási lehetőség. Sem az adott szótár szerkesztési részén, sem az adott mező widget beállítási részén. Az utolsó képen lévő "Település" mező kapcsolódik konkrétan a Hely szótárhoz.
A neten kerestem előzőleg választ, de magára a hibára semmit nem találtam, a beállítási lehetőségekre pedig azt, amit eddig is alkalmaztam.
Köszi!
Csökönyi Ferenc
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem látom a hibát sajnos,
de ezeket érdemes tudni:
"Milyen php-kóddal hívnád meg a urlap_my_form_submit() függvényt?"
Semmilyen php kóddal sem hívod meg az urlap_my_form_submit() függvényt, ezt a drupal hívja meg a formfeldolgozás megfelelő fázisában és átadja neki a form definícóját tartalmazó tömböt és a kitöltött form-ot (ez nálad speciel nem így van valamiért...).
"Milyen paramétereket kell beírni a $form és a &$form_state átadáshoz?"
Nincs ilyen "lehetőség". A form definícióban ahol a form tömböt definiálod, nem lehet szabályozni, hogy a drupal rendszer hány paraméterrel hívja meg a formhoz tartozó _validate() és _submit() függvényeket. Ez kötött, ezért van ez is így, nagyon helyesen: "Ha nem paraméterezem a függvényt, akkor az argumentumokat hiányolja."
---------------------------
Amit én csinálnék ilyen esetekben. Készítenék egy teljesen minimál modult a három függvénnyel (form definíció, validate és submit), lehetőleg egy működő példa kód átmásolásával. Ha ez megy, akkor ezt bővíteném, több form elemmel és egyedi form feldolgozással apróbb lépésekkel folyamatosan ellenőrízve, hogy megy-e még a kód.
A fordított megközelítés kezdőknek nehezebb, vagyis amikor megírod az egész kódot és csak a legvégén futtatod és kezded javítani a hibákat.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Bocsánat a késői reakció
Bocsánat a késői reakció végett de valamiért nem kaptam értesítést az új hozzászólásról....
A mobile_subdomain modul lehetőséget biztosít a váltáshoz:
a pelda.hu-n a desktop smink jön be.
m.pelda.hu-n a mobile nézet jön be.
A sminkváltást a themekey modul végzi.
A mobil sminkre rá kell tenni linkként a következő hivatkozást:
pelda.hu/mobile-subdomain-redirect/false
(ez tulajdonképpen egy SESSION változót állít át.)
Ekkor a mobil eszköz visszavált a teljes nézetre.
A teljes nézetre pedig a következő link kell a visszaváltáshoz:
pelda.hu/mobile-subdomain-redirect/true
Ezzel visszakapcsoljuk az automata átirányítást.
Ez így majdnem jó, egyetlen szépséghiba, hogy a teljes nézeten csak akkor kellene megjeleníteni a visszaváltást, ha a user mobilról van. A user pedig csak akkor van mobilról, ha a SESSION változót átírta.
Így én a teljes nézet sminkjébe a következőt tettem:
if ( $_SESSION['mobile_subdomain']['noredirect'] ) {
print 'Visszaváltás mobil nézetre';
}
Így egy desktop usernek nem jelenik meg a visszaváltási lehetőség, hiszen az értelmetlen lenne...
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
i18n
Gondolom az i18n modul fent van.
A szükséges nyelveket hozzá kell adni.
Majd be kell állítani a "Helyek és nyelvek"/"Nyelvek" részben az "Észlelés és választás" fülön (admin/config/regional/language/configure) az "Érzékelési módot", pl.:
Webcím -> A nyelv megállapítása a webcímből (útvonal előtag vagy hosztnév alapján).
Jobbra mellette van egy "Beállítás" művelet link. Ez két lehetőséget ad a nyelvi változatokra, pl.:
* Útvonal előtagja: www.mydomain.hu/en * Domain: en.mydomain.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
8 ?
"
Én az általad kiadott paranccsal a Drupal 8 legfrissebb fejlesztői változatát kaptam.
"
git clone --branch 7.x http://git.drupal.org/project/drupal.git
cd drupal
git checkout 7.25
ezzel nem a 7.25 ös drupalt kellene kapnom ? :)
az első 10 sor:
Drupal 7.25, 2014-01-02
-----------------------
- Fixed a bug in node_save() which prevented the saved node from being updated
in hook_node_insert() and other similar hooks.
- Added a meta tag to install.php to prevent it from being indexed by search
engines even when Drupal is installed in a subfolder (minor markup change).
- Fixed a bug in the database API that caused frequent deadlock errors when
running merge queries on some servers.
- Performance improvement: Prevented block rehashing from writing blocks to the
Ha ez lejött gittel, és lementem mellé erről az oldalról a drupal 7.25öt, kb minden fájl más már méret alapján is...
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Rules modullal nem sikerült
Rules modullal nem sikerült megoldanom egy óra alatt. :) Valaki?
Addig sikerült eljutni, hogy a node létrehozását és szerkesztését totál külön kell kezelni. A létrehozásnál pedig (mivel erre esemény alapból nincs) szükség lesz a Rules Form modulra.
A számoláshoz pedig talán a Views Rules modul adhat megoldást, de nem sikerült rájönnöm hogyan. Próbáltam a Rules List Conditions modult is, de azzal se sikerült megoldanom a problémát.
A Rules Bonus Pack első fícsöre pont az ami kell, de azt ki se próbáltam, mivel éles környezetben nem javasolnám a használatát a contributor által leírtak alapján.
Találtam ugyan egy megoldást amit használni lehetne, de az annyiban különbözött szantog megoldásától, hogy pluszban klikkelgetni kellett volna még vagy százat. :)
Szóval valaki, Rules mágus? (ha már az eredeti kérdés úgy szólt, hogy Rules segítségével oldjuk meg)
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem vagyok programozó
Nem vagyok programozó, ebben nem nagyon tudok segíteni.
Nem tudom jól értem e amit írsz. Tehát nem csak egy kép van. A képeket nem a cím alatt a tartalomban szeretnéd megjeleníteni, hanem a cím felett mint pl. egy kisebb galériát.
Hasonlót készítettem, azért még van egy kis hibája.
A sima kép mezőt meghagytam, az ott feltöltött képet használom a tartalom listázásnál.
Adtam a tartalom típushoz egy második kép mezőt, ide töltöm fel a galériás képeket. A megjelenés beállításainál ezt a mezőt letiltottam, tehát az ide töltött képek nem jelennek meg a tartalomban.
Készítettem egy view blokkot, ami listázza ezeket a képeket. Egy kapcsolattal hozzákötöttem a tartalom node id -hez, a szövegkörnyezeti szűrőt pedig úgy állítottam, hogy nid -et a webcímből szedje. Így a blokk mindig csak az adott tartalomnál jelenik meg és listázza a hozzá feltöltött képeket. Colorboxal pedig megjelenítem nagyban, ha rákattintanak.
A kicsi hiba pedig arról szól, hogy szeretnék ehhez a kis galériához egy jcarousel -es lapozót. Azt sikerült megcsinálnom, hogy több feltöltött tartalom képeit listázza és léptesse, de arra még nem jöttem rá, hogy ezt hogyan lehet megvalósítani egy tartalom több képére.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszönöm, és egyben elnézésed
Köszönöm, és egyben elnézésed is kérem, mert nem írtam le az előző részbe, amit a legelején, hogy ez mindaddig működik így, amíg egy ilyen Link-megjegyzés-státusz hármast viszek fel.
Ha felteszek egy inaktívat is, akkor azt összekapcsolja, és így jeleníti meg a kezdő classt:
Az lenne a jó, ha az egyes egységekre, és nem a teljes Multifield-re. érvényesülne a beállítás.
Hapl lehetne Multifield alá még egy Multifield-et tenni, akkor bár nyakatekerten, de megoldódna a probléma, csak akkor a legfelső szintet lehetne többszörös értékkel felvinni. De sajnos nem lehet.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
kezdő
Szervusztok!
Ma én is belefutottam egy "strict warning"-ba, pontosabban vagy 10 hibaüzenetbe a főoldalamon:
"strict warning: Non-static method view::load_views() should not be called statically in /home/alwayswa/public_html/modules/views/views.module on line 864.
strict warning: Non-static method view::db_objects() should not be called statically in /home/alwayswa/public_html/modules/views/includes/view.inc on line 1417.
strict warning: Non-static method view::load() should not be called statically in /home/alwayswa/public_html/modules/views/views.module on line 906.
strict warning: Declaration of views_handler_field_comment_username::init() should be compatible with views_handler_field::init(&$view, $options) in /home/alwayswa/public_html/modules/views/modules/comment/views_handler_field_comment_username.inc on line 47.
..."
Kb. 2 hete frissítettem az alaprendszert (6.34) és az összes modult. Mindenhol "Aktuális" jelzés és zöld pipa virít... A Views 6.x-2.16 változatát használom.
Az eddigi hozzászólásokat olvasva sajnos nem jutottam közelebb a megoldáshoz.
Köszönettel venném, ha segítenétek!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Egyetértek, hogy pazarlónak tűnik
Ha valóban olyan query-vel jön le minden fordítás egyben, ahogy írtad, akkor az tényleg pazarló. Nem néztem még utána, hogyan működik a fordítások cache-elése, azokból való adatkikotorás, de belenézve adatbázisban a cache-táblába, az alapján nem igazán tudok elképzelni más megoldást, mint hogy valóban egyben lekérdezné a Drupal, mivel a cache-táblában nincsenek külön tárolva a fordítások.
Ez így tényleg sok memóriát igényel, mivel akkor valószínűleg egy PHP-tömbben a request kezdetétől annak kiszolgálásáig minden fordítás tárolódik (remélhetőleg egyetlen request során nincs többször is lekérdezve ugyanez). Ez viszont pont ellent mond annak, amit korábban írtál, hogy "a php meg sokat dolgozik, hogy megtalálja közöttük a szükségeset", mert a konkrét tömbindex értékének megkeresése elvileg pont nem tart sokáig.
Úgy tűnik, itt kompromisszumot kell kötni: a Drupal eleve nem spórol a memóriaigénnyel (ez általában is jellemző a CMS-ekre, mivel nem egyszerű kompromisszumoktól mentesen megvalósítani egy ilyen komplex rendszert), főleg, amikor a cache-adatok lekéréséről, majd a request idejéig történő tárolásáról van szó, ez viszont annyi előnyt jelent, hogy kevesebb query megy az adatbázis felé, több adatot lehet kiszolgálni kevesebb kéréssel (cserébe nagyobb memóriaigénnyel).