Balogh Zoltán képe

Köszönom, majdnem jó. Az első widget div-je hiába kapja meg a "clear-block" (kötőjel!) tulajdonságot, nincs semmi hatása. Átírtam úgy, hogy a második kapja meg, de akkor sincs, ugyanúgy lebegnek balra. Ígyhát kénytelen voltam beszúrni egy új div-et, de persze csak akkor, ha a kérdéses nézet jelenik meg, mivel ennek hiányában a webhely összes nézetének felfedett szűrőit elrontanám. Ez lett a jól működő változat:

<?php foreach($widgets as $id => $widget): ?>
  <?php if ($widget->id == 'edit-case-type-id') print "<div class='clear-block'></div>"; ?>
  <div class="views-exposed-widget">
  ...
  </div>
<?php endforeach; ?>

Köszi a kezdő lökést.

0
0
BPeter képe

Úgy látom ott van a forrásban, íme:

 
<link type="text/css" rel="stylesheet" media="all" href="/themes/aarlthm/style.css?G" />
<link type="text/css" rel="stylesheet" media="all" href="/themes/aarlthm/icons.css?G" />
<link type="text/css" rel="stylesheet" media="all" href="/themes/aarlthm/js/clearbox/config/default/cb_style.css?G" />

Egyébként erről az oldalról van szó
0
0
chx képe

Ezt irtam az eredetihez:

Nate called these magic handlers. <= He might but these are called just load functions in menu.inc. There is nothing magical about them, same as _submit or _validate for forms.
In your module, you can use $GLOBALS['conf']['cache'] = false to turn off caching for a page. <= If you want this for development reasons, then in settings.php add $conf['cache_inc'] = './includes/cache-install.inc'; this nulls every cache operation and so breaks multistep forms but otherwise it's great.
To avoid this you must unset $form_storage. <= $form_state['storage']
Use db_set_active() to switch between the database connections you have specified in your settings file on-the-fly in a routine to easily go outside of the core Drupal database for external content or data. <= and switch back ASAP as watchdog and session writes and so on will not be happy when the table they want to write is not there.
A form type ("#type") of "value" is never sent to the user but kept in the form data so you can access the data in other functions in your module. <= this is largely deprecated in Drupal 6, just use $form['#foo']. Earlier $form was not passed around so you needed the values in $form_values (which is now $form_state['values']).
Managing major patches: Create an empty module and use hook_update() to push major site configuration changes (settings, etc). <= nothing to do with patches. Good tip nonetheless.
The reason the keys in form arrays start with a pound sign is to allow the nesting of forms in the array. <= NO! It allows nesting of form _elements_. Nesting forms is a very complicated matter.

zbalai képe

Köszönöm a válaszokat, felinstalláltam a slideshow_creator modult.

Sajnos azonban még mindig nem tudom, hogy most hogyan változtassam meg a CSS design egyik képét, hogy az folyamatosan változzon.
Írjak be valami ilyet a CSS fileba? :

[slideshow:VERSION, img=|IMAGE_URL|LINK|TITLE|DESCRIPTION|TARGET|, img=|IMAGE_URL|LINK|TITLE|DESCRIPTION|TARGET|]

Konkrétan valami ilyesmit? :

[slideshow: 2, img=|http://drupal.org/sites/all/themes/bluebeach/logos/drupal.org.png|drupal.org|Drupal|The ultimate CMS. Download it now!|Drupal|, img=|http://www.mysql.com/common/logos/mysql_100x52-64.gif|http://www.mysql.com|MySQL|Free and reliable SQL server and client.|_self|, dir=|files/|yes||Generic Photos|Aren't they great?||]
0
0
gyurex képe

Ránéztem, megoldható viszonylag egyszerűen.

Elsőnek megjegyezném, hogy szerintem elég baj, hogy felvetted 910px-ről 1000px-re a page-et. Elég lenne 960px, 1024-ben nem a legjobb.

Az a fehér rész amiből szeretnél levágni azon rajta van a content és a sidebar is. Kell csinálni egy 1000×10px-es képet és azt megadni a #page-nek a background-color helyett.

A képet ott csinálod átlátszóvá ahol szeretnéd.
Most ez van:

#page {
background-color:#FEFEFE;
}

Valami hasonlót kéne ide beírni:

#page{
        background: url('kepem.png') repeat-y;
}

#page, #closure-blocks{
        width: 1000px;
        height: auto;
        float: left;
}

Remélem érted, hogy merrefelé indulj. Nem szentírás amit ide toltam neked, de kb így meg lehet oldani.

0
0
szantog képe

Ez egy nagyon szép és drága esemény: content is going to be viewed, drupalul a hook_init. Ez azt jelenti, hogy minden oldalletöltésből el fog rabolni 20-40ms-ot csak az, hogy beindul a rules, és nem fut le, mert ugye megakad a feltételnél.
Szóval inkább egy page_preprocess, valami ilyesmivel:

global $user;
if ($user->uid == '0' && (arg(0) == 'node' && arg(1) == 'add' ))) {
  drupal_goto('user/register');
  drupal_set_message(t('szép kis üzenet angolul, hogy le lehessen fordítani'));
}
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.

charlos képe

ezért futottam vele még egy kört. Firebug ezt írja a Connect gombra bökve:

FB.login() called before calling FB.init().

A hibaüzenetre rákeresve ezt találtam. Az alábbi pár sort beírtam a a template.php fájlba, közvetlenül a body után:

<script>
  FB.init({
    appId  : 'myActualId',
    status : true, // check login status
    cookie : true, // enable cookies to allow the server to access the session
    xfbml  : true  // parse XFBML
  });
</script>

Ám még mindig ugyanaz a hibaüzenet... Valakinek van még valami ötlete, merre tovább?

0
0

--

Üdv:
Charlos

drupiuser képe

Kipróbálom, amit írtál, de most már belepiszkáltam a js-be. Ha direkt címzem egy szem falevélre (nem használok változót), akkor megy. Ezért gondolom, hogy a véletlenszám generátor, ami a fájlnevet változtatja a faleveleknél, abba a sorba kerül rossz útvonal. Konkrétan erre gondolok, de ez már nem a tartozik szorosan ehhez a topichoz:
"><img src="'+folder + 'leaf' + (Math.floor(Math.random()*imgcnt) + 1) + '.gif":
lecseréltem erre:
"><img src="http://infomanus.bugs3.com/web2/modules/falling_effects/img/leaf1.gif'
akkor megy......

Az említett oldalt már megtaláltam, működik is, csak emennél lehet egyszerre több képet is véletlenszerűen használni. Meg kihívás is... :-)

Frissítve:

Végül is csak működésre fogtam a dolgot.
A fent említett sort kellett átszerkeszteni helyes szintaxisú útvonallal:
"><img src="' + 'http://infomanus.bugs3.com/web2/modules/falling_effects/img/leaf' + (Math.floor(Math.random()*imgcnt) + 1) + '.gif". vagy a változónak a weblapos címet adom:
var folder = "http://infomanus.bugs3.com/web2/modules/falling_effects/img/".

Fogalmam sincs már, hogy a rengeteg variáció közül ezt miért nem próbáltam ki :-) :-) :-)

0
-1
dyra képe

Lehetséges ha javítod ezt a sort

<meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1">

akkor megint nagyságrendileg csökkennek a hibák. Ez pl az eredeti sminkben nincs benne. Meg kellene nézni milyen modulok mit pakolnak bele a html kimenetbe.

A fentebbi meta elemet cserélheted erre
 <!--[ If IE]> <meta content='IE=8' http-equiv='X-UA-Compatible'/> <! [Endif] ->

forrás: http://blog.yjl.im/2011/01/bad-value-x-ua-compatible-for-attribute.html

Ha ez meglesz szerintem ismét eltünik egy csomó hiba. Így lépésenkét lehet javítani a hibákat. Általában más már bele szaladt hasonló "esetekbe" és publikálta is a megoldást. Elég rákeresni bármely keresőben a W3C validátor által jelzett hibára és jó eséllyel fogsz találni megoldást.

0
0

honlapom http://dyra.eu/

metaxx képe

No, fél siker. a Teaser-t már csodásan igazítja a fenti kód, a style.css-be beszúrva, de ha kinyitja az ember fia a node-ot olvasásra, akkor még mindig egymás alatt vannak a képek. Próbáltam, hogy a sima .node -ba is beszúrom a float:left-et, de nem hozott sikert sajnos.

  1. .node {
  2. border-bottom: 1px solid #bbb;
  3. float: left;
  4. margin: 20px 0;
  5. padding-bottom:15px;
  6. }
0
0