szabozoltan69 képe

Beküldte szabozoltan69 - 2012. június 18. 11.29

A helyzet az, hogy Szántó Gábor és mások már hozzászóltak ehhez a témához, és sikerült is megoldást találni - de valahogy az elmúlt három nap bejegyzései eltűntek innen. Hová lettek?

A megoldás lényege egy mybartik_form_views_exposed_form_alter(&$form, &$form_state) függvény volt, ahol is a $form['mezőnkneve']['#type'] és a $form['mezőnkneve']['#options'] belövésével tetszőleges legördülőmenüt sikerült megvalósítani. Figyelem, a jun14 nem a kihelyezett szűrő neve, hanem a fő nézet neve, amiHEZ a kihelyezett szűrő készül:

 function mybartik_form_views_exposed_form_alter(&$form, &$form_state) {
if ($form_state['view']->name == 'jun14') {
//$options = my_fancy_query_results();
$form['field_mezonk_value']['#type'] = 'select';
$form['field_mezonk_value']['#options'] = array('1'=>'ezt','2'=>'azt','3'=>'amazt'); //$options;
}}
0
0
Birtam képe

Beküldte Birtam - 2012. június 17. 13.34

Köszi, így valóban sikerült.
Még sosem láttam ilyet, mert ahogy jobban belenéztem a szerveren, még hiányzott jónéhány könyvtár.
A 7.14-es verzió van fent.
Köszi mégegyszer!

0
0
vajdasági képe

Beküldte vajdasági - 2012. június 17. 13.42

Ha nem tevedek akkor arra ertette hogy rendben van az oldal igy is es ha a betuk merete nem megfelelo akkor azt css -el attudod szabni meg akkor is ha az H1 vagy H akarhany is ...En nem huszaly pl H1 bol H4 -et csinalnod. Mar persze ha a kinezet a cel es nem az a feledat hogy a h1 bol h4 legyen.

0
0
Nagy Gusztáv képe

Beküldte Nagy Gusztáv - 2012. június 18. 09.20

Ahogy a hibaüzenet is mondja, a PHP-nek rendelkezésre álló 64Mb memória kevés ehhez a funkcióhoz. A tárhely beállításait kellene megnézni, vagy a tárhelyszolgáltatót kellene megkérni az emelésre.

0
0

Nagy Gusztáv

szt képe

Beküldte szt - 2012. június 18. 11.21

Nevergone is keresi...

0
0

Védd az állatokat! ;)

erika221 képe

Beküldte erika221 - 2012. június 18. 11.52

Igen, ezt megértettem belőle, és nem is a jelentésével van bajom.
A helyen kérdés az volna, hogy valóban lehet olyan, hogy egy tartalomtípus, amiben van egy cím, egy törzs meg egy feladatsorszám (még csak nem is hivatkozás) az ennyire sok memóriát igényel?
Közben meg összetettebb nézetek és mindenféle szabályokkal végrehajtott műveletek hibátlanul mennek. Gyanús, hogy valami történik a háttérben, aminek nem kéne. Úgyhogy helyesen az lenne a kérdés, hogy hogyan lehetne ennek utánajárni. Van valamilyen mód, amivel magam is tudok ilyet, vagy mindenképpen a szolgáltató szerveroldali vizsgálódására lesz szükség?
Köszönöm

0
0
szantog képe

Beküldte szantog - 2012. június 18. 12.24

Nincs ebben semmi gyanús. 64 D7nek egy minimálblognál bonyolultabb oldal esetén egyszerűen kevés

0
0

----
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.

erika221 képe

Beküldte erika221 - 2012. június 18. 13.44

Akkor "megnyugodtam". Köszönöm az információt.

0
0
Geva képe

Beküldte Geva - 2012. június 18. 17.26

egyesével növekvő countert tudsz hozzáadni a views-nál - megjeleníteni nem kell - a bevezető és kép mezők mellé, majd egy view-views--...tpl.php templétben a counter alapján el tudod dönteni hogy milyen sorrendben irasd ki a két értékes mezőt.
pl.: a páratlan sorszámnál előbb a bevezető majd a kép és a páros counter-nél fordítva.

1
0

Geva
----- Számítások - Kalkulátorok

szt képe

Beküldte szt - 2012. június 18. 22.13

Ezt láttad? http://drupal.org/node/1272976

0
0

Védd az állatokat! ;)