Pager van, de nem kép, hanem szám
Mindenek előtt köszönöm a válaszokat!
A felsofokon.hu is jó példa, pont ilyet szeretnék, csak a lapozó nem megy. Mármint ha engedélyezem a pager-t, akkor természetesen a lapozó ott van, de nekem nem az "1 2 3 Következő» Utolsó»»" formában kellene, hanem amilyenek itt a pöttyök. Persze ez egyedi dizájn kérdése...
Ahogy én idáig csináltam:
1. Létrehoztam egy Slideshow nevű tartalomtípust a megfelelő mezőkkel.
2. Létrehoztam egy Slideshow nevű block nézetet,a formátum slideshow, a mezőket engedélyeztem, a block nevét megadtam.
3. A block-ot a megfelelő régióba tettem, csak a főoldalon engedélyeztem.
Ezek után a Slideshow tartalomtípussal létrehoztam négy node-ot, amiben egy nagy kép van és egy cím, megfelelően pozicionálva. Ez a négy slide szépen váltja is egymást, csak a lapozót nem sikerült képként megjelenítenem. A kép alatt kis ikonokat értsetek, pálcikákat pöttyöket, tök mindegy...
Példa a www.sikermarketing.hu, talán nem gáz, ha épp a saját oldalamat pellengérezem:) Ideiglenesen engedélyeztem a lapozót, hogy lássátok, ez megy, de RONDA! Nem ilyen lovat szeretnék:)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
hibásan definiálod a base theme
a base theme értékének a szülő smink 'machine name' -jét kell megadnod. ebben biztos nincs szóköz pl, inkább olyan lesz, hogy blue_masters vagy bluemasters. tulajdonképpen ez a szülő smink .info filejának a fileneve. továbbá, ha újradeklarálod a style.csst és a szülőben is volt style.css akkor azt 'felülírod'.
egy minimális .info példa:
name = My Fancy Theme description = Ultra-awesome shiny look. core = 7.x base theme = garland stylesheets[all][] = mytheme.css
ehhez még egy mytheme.css és kész is az alsmink.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Van a fenti lekérdezés
Van a fenti lekérdezés
a táblában van "Scarabeus" (nagy S!) mező amit ha lekérdezünk, működik MySQL-ben úgy is hogy kis "s"-sel kezdjük:
AND`node_revisions`.`title` LIKE '%scarabeus%'
és úgy is, hogy nagy "S"-sel kezdjük:
AND`node_revisions`.`title` LIKE '%Scarabeus%'
viszont ha pager_query() -nek adom meg paraméternek a lekérdezést csak így működik:
AND`node_revisions`.`title` LIKE '%Scarabeus%'
tehát nem veszi be a %scarabeus% kis "s" kezdőbetűvel, 0 sorral tér vissza.
Ennek az okát szeretném megtaláni a pager_query() fg néztem de én nem találtam erre utaló kódrészletet.
köszi előre is
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Kép nem jelenik meg a Cikk tartalom hozzáadásakor.
A problémám megoldásában odáig jutottam, hogy localhoston működik a Cikk feltöltése képpel együtt, de a Freeweb tárhelyen nem.
Igen ám, de mégsem Ők a bűnösök, mert azt a .htaccess fájlt, ami megakadályozza a kép megjelenését, a Freeweb csapat tájékoztatása szerint, a Drupal CMS generálja, nem ők!
Arra jöttem rá, hogy az általam létrehozott files mappába, amely public_html/drupal/sites/default/files úton érhető el, megjelenik egy .htaccess file. Ez a file csinálja a bajt. Ha átnevezem pl. .htaccess_atnevezem – re, akkor minden jó, azaz, feltölthetem a Cikket, és a kép is megjelenik. Csakhogy a következő belépéskor már megint ott van egy .htaccess és megint át kell neveznem. A fájlba beleírnom nem sikerült, feltöltéskor változatlanul kerül vissza a helyére.
De persze úgy gondolom, hogy nem is szabad átírni, mert nyilván nem ok nélkül került oda.
Ezek ismeretében talán már tutok segíteni, hogy hol lehet a hiba?
A .htaccess file tartalma:
SetHandler Drupal_Security_Do_Not_Remove_See_SA_2006_006
Options None
Options +FollowSymLinks
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
db_result() helyes használata
Félreérted a db_result() használatát. Ezt a függvényt akkor használd, ha pontosan egyelemű eredményhalmazt vársz a lekérdezésedtől egyetlen mezőt lekérdezve. Ekkor nincs szükséged ciklusra sem.
Jó mintának pl. az aggregator_block() függvény. Nézd meg, mikor és hogyan van használatban a db_result(), és mikor a db_fetch_object() egy ciklussal.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
köszönöm, kipróbáltam mindet,
köszönöm, kipróbáltam mindet, és az alábbi irányba indultam el, lehet tévesen:
http://drupal.org/project/commerce_order_reference ,
http://drupal.org/project/commerce_vbo_views ,
http://drupal.org/project/views_bulk_operations ,
modulok felhasználásával
a helpdesk ticket system node-oknál meg tudom jeleníteni a rendelést. (illetve tudtam linkelni a http://drupal.org/project/entityreference modullal is).
de a rendelésnél nem tudom hogyan lehetne ezt a kapcsolatot megjeleníteni. pl itt: admin/commerce/orders/1
A views-zal, illetve ezzel a commerce-hez használható vbo views-zal ilyen oldalakat is ki lehet bővíteni, vagy ez listák készítésére való? (sajnos a views-t még nem igazán ismerem.)
Vagy rossz nyomon vagyok és valami blokkot kellene beszúrni ezekre a admin/commerce/orders/1 oldalakra valahogyan?
köszönöm szépen
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
omg..
'szeretnem eldonteni a php kodban hogy eppen admin feluleten vagy front-end'
Nincs egzakt módszer, baromi sok mindentől függ. menu_get_item(), menu_get_object(), ezeknek a resultjában lehet összevakarni a feltételrendszert, vagy ha ctools objectet keresni, ez kb oldalanként, de minimum menu callbackenként változik. Ebben az egy esetben viszont ez a trükk bejön: user_is_anonymus() Tekintve, hogy bejelentkezett user a user/register oldalra acces deniedot kap, anonymnak meg gondolom csak nem adsz administer user jogot.
"ezt most nem igazan ertem hogy minden oldalt rebuildel kezdeni ? mivel en tobb letezo form template-et akarom lecserelni(mind1 hogy miert) es megint csak oda jukadok vissza hogy ezt ajanlottak a neten, a hook_theme-ben tegyem meg... mukodik is tokeletesen de akkor te melyik hookba raknad ezen felulirasokat ?"
- ez nettó zöldség. nincs olyan, hogy "form template", kivéve pár nagyon speciális esetet. És baromira nem mindegy, miért akarod lecserélni wrappert akarsz köré rakni, a form struktúráját, plusz html akarsz benne vagy mi?
----
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.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Na megprobalom ujra :)
en azt szeretnem elerni hogy a mar letezo field tipusok beallitasaihoz hozza tudjak adni uj beallitasi lehetosegeket....
tehat most itt vagyok admin/config/people/accounts/fields itt es hozza adok egy fieldet a userhez igy 
mentes utan a kovetkezo lepesnel(field settings ful) -nel(admin/config/people/accounts/fields/field_proba/field-settings?destinations[0]=admin/config/people/accounts/fields/field_proba&destinations[1]=admin/config/people/accounts/fields) van a field settings ... itt szeretnek hozza adni uj beallitasi lehetosegeket(amit a php kodban vissza kapok amikor az adott fielddel dolgozok), de csak a text(text field) tipusu fieldeknel szeretnem ezt, tehat valami ilyesmit szeretnek :) 
mivel tobbszor tapasztaltam hogy nehezen tudom elmagyarazni a drupalos kerdeseket ezert csinaltam most par kepet is remelem igy ertheto mit akarok :) (tomoren: letezo field tipushoz uj beallitasi lehetosegeket akarok hozza adni)
Elore is koszonom :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A node_type_set_defaults()
A node_type_set_defaults() függvénnyel hogy sikerült bármit is létrehoznod?
Ha modulból akarsz új tartalomtípust hozzáadni akkor szerintem azt a hook_node_info()-val kell.
A Publishing options módosítását még érteném, de a Authoring informations-on mit akarsz módosítani?
Itt:
http://api.drupal.org/api/drupal/modules!node!node.api.php/function/hook...
Hivatkozik a node_type_save()-re:
http://api.drupal.org/api/drupal/modules!node!node.module/function/node_...
Itt látszik, hogy ezeket a paramétereket a modulból létrehozott tartalomtípusnál nem menti, vagyis (ha jól gondolom) nem is lehet itt megadni. Aztán persze lehet, van valami trükk, hogy lehet ezeket is megadni (pl. megnézni)
Az biztos, hogy pl. a default Publishing options adataokat a variable node_options_TARTALOMTÍPUSNEVE mezőben tárolja a rendszer...
...mit tudok: http://web.termuves.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Semmi különös nincs benne
Semmi különös nincs benne
Az elején vannak azok a lekérdezések, amelyek a listázandó cikkek nid értékét a $cikkek tömbbe gyűjtik megfelelő sorrendben, a kiiratás pedig ebben a ciklusban történik.
<?php
foreach ($cikkek as $cikk) {
echo '<div class="cimlap-listazas">';
$nid = $cikk["nid"];
$query_cikk = mysql_query("SELECT title, body FROM node_revisions WHERE nid = '".$nid."' ");
$cim = mysql_result($query_cikk, "0", "title");
$szoveg = mysql_result($query_cikk, "0", "body");
echo '<div class="cimlap-lista-cim">'.$cim.'</div>';
echo '<div class="cimlap-lista-szoveg">'.$szoveg.'</div>';
echo '</div>';
}
?>
Csökönyi Ferenc