RaptoR képe

Először a nyelveknél hozzáadsz egy új nyelvet, majd az automatikus import fülnél a gombra kattintva a Drupal végignézi az összes modulod "po" könyvtárát. Ha talál benne megfelelő nyelvi fájlt, akkor ezt beimportálja az adatbázisba az adott nyelvhez. Amikor átváltasz az új nyelvre, akkor jelenik csak meg a modul az új nyelven természetesen.

0
0
hyper képe

template.php-ban nincs template_preprocess_page(), se $vars['body_classes'].

Az arg() fv-el nem igazán tudom figyelni az URL-t, mert az arg(0) annyit ad vissza, hogy: node; az arg(1) pedig az adott oldal ID-ját. Nekem az URL stringet lenne jó ha visszaadná :)

0
0
dióhéj képe

de ha a 2008 decemberi statisztikát veszed, akkor is igaz, hogy a legtöbben:
ebből az első kettő az IE 7-es és 6-os verziók és a negyedik a Firefox
a 26,1+19,6 még mindig több, mint a 44,4 %

26.1% 19.6% 3.6% 44.4% 0.4% 2.7% 2.4%

de nem is ez a lényeg, a lényeg az, ha csak egy ember is használja az elavult és általam is ócskának tartott explórert akkos is kutya kötelességem úgy készíteni az oldalt, hogy az az egy ember is olyannak lássa, hogy az jó legyen, ne csússzon szét, használható legyen, ilyenek

nem mondhatod meg a felhasználóknak, hogyan böngésszenek és mit csináljanak, mert az úgy jó, azok akik explorert használnak minden valószínűség szerint örülnek, hogy egyáltalán eltalálnak különböző oldalakra, képernyőfelbontást sem tudnak állítani, azt sem tudják mi az az operációs rendszer, mit jelent az, hogy böngésző és társai

0
0
Simon Zsolt képe

Nem, nem ír ki semmit! :(
Az az igazság, hogy, amikor először telepítettem az ötös Drupal-t (akkor még 5.0), akkor működött. Azóta áttértem az 5.1-re, mert láttam, hogy itt is áttértetek, és gondoltam, az stabilabb is. Ehhez töltöttem le újból a modult, de nem akarja az igazságot. Lehet az baj, hogy saját sminket használok, amit még 4.7 alá modosítottam, és azt kalapálgatom?

0
0
zszabolcs képe

Helló!
ugyanaz a problémám mint az előttem szólónak. a views-el készítettem egy nézetet és az lett az eredménye hogy az adminisztráció menüpont nem jön be. de belépni be tudok, csak az admin nem jön be

illetve ha kérek egy új jelszót akkor nem tudok belemenni a saját adatokba.
Az az uid=1 + status=1 stimmel.
valami ötlet?
Üdv zsz

0
0

---------------------------
http://www.eulinkcenter.eu

pp képe

Az is írd már le, hogy hogyan kerültek az adatok azokba a táblákba. Mondjuk egy kis kód jól jönne. Gondolom az, hogy a tábla UTF8 és a mező UTF8 a collate-re vonatkozik, aminek ugye semmi köze ahhoz, hogy hogyan tárolódnak az adatok az adatbázisban. Arra lennék kíváncsi, hogy hogyan kerültek azok az adatok az adatbázisba. (gyaníthatóan ott a hiba). Ja és mi köze ennek a Drupalhoz?

pp

0
0
Gnép képe

Az a baj, hogy ha megvalósítjuk ezt az átirányítós dolgot, az oldalon megjelenik a szolgáltató reklámja. Én pedig ugye azért vásároltam domain nevet, hogy se az URL-ben, se magán az oldalon ne legyen "felesleges" tartalom.

0
0

-
Üdv:
Gnép

drupeteer képe

Koszonom a valaszt. Az elso korben az oldalon 1 uzenofal lenne, oda irna az osszes felhasznalo az uzeneteit. A kovetkezo lepesben az uzenetek cimkezesere szeretnem hasznalni a taxonomy modult is, szoval node-ok es commentek kombinaciojaval kellene megoldani.

0
0
csoky80 képe

Szívesen.
A kisvállalkozók többségének negatív a tapasztalata azzal kapcsolatban, hogy az interneten bővítse az üzletét. Ennek az az oka, hogy sokan pénzért elkészíttetnek egy weboldalt, telik az idő és még annyi pénzt sem termelt az oldal, mint amennyibe az elkészítés került.
Miért?
Mert a legtöbb webprogramozó nem ért az online businesshez, így weboldalon kívül mást nem is tud készíteni. Vannak kivételek, de őszintén megmondom - nagyon kevés.
Fehér hollónak számít az a weboldal készítő cég, amelyik úgy ül le a klienssel, hogy megbeszéli vele az online marketing stratégiáját, hogy egy annak megfelelő weboldalt készítsen. A legtöbben abban érdekeltek, hogy elkészítsék a weboldalt, ahogy kész van megkapják a pénzt és tovább álljanak. Így marad az, hogy jelen vagyunk az interneten, mert van egy weboldalunk... volt is már pár érdeklődő, vevő is akadt de...nem éri meg az egész... Így aztán érthető az a keserű csalódottság, ami a kisvállalkozóknál tapasztalható ezen a téren.

Picit elkanyarodtunk a témától, itt egy induló drupal suliról van szó, ami alapdolgokat tanít meg:)

De a téma amit boncolgatni szeretnél mindenképp megérne egy külön topicot.

Most épp ezt bütykölöm http://online-vallalkozas.com/drupalsuli

szantog képe

Nem tűnik egyszerűnek.. A helyzet az, hogy az autocomplete mint olyan, az csak egy buta textfield, amire rá van ültetve egy ajaxos kereső. Amikor valamilyen referencet tárolsz, akkor valójában a id-t kell eltárolni. Ezért kerül bele Node Title [nid] formában az adat, mert feldolgozáskor parseolja az utolsó [] közötti számot, és azt tárolja el.

Az optimális igazából az lenne: Egy olyan form element type, hogy autocomplete, amely igazából egy hidden mezőként jelenik meg a htmlben, mellette a textfield kvázi csak megjelenítésre, nem adattovábbításra való. Igenám, de itt jön a furcsaság, az textfieldbe egy menu callback által visszaadott jsonból kerül az érték, és az is nyilván hülyén néz ki, hogy a kereséskor ott van benne az id, amikor rákattint, a text mezőbe csak a szöveg, a hidden részbe meg az id kerülne.
Valszeg valami ajax vuduval ezt is el lehet érni, de abban a részében nem nagyon vagyok otthon.

Ez volt a core részét érintő gondolatmenet, ám elvileg ezt form_alterből is le lehet vezényelni #ajax paraméter használatával. De arra továbbra sem látok megoldást, hogy lehetne kicsalni a json eredményből az id-t az érték kiválasztásakor..

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.