A magyarításra pedig ez a
A magyarításra pedig ez a megoldás:
http://drupal.hu/hirek/20070723/tinymceutf8
Az alap magyarítás a tinymce-nek latin-2 kódolású, azért kavarodnak meg az ékezetes karakterek.
Javítottam a hozzászólást, mert nem volt jó a link.
Figyeljetek oda, hogy nem elég csak simán az <a> tag-et megadni, hanem a href attribútumot is meg kell adni, különben csak úgy fog kinézni, mintha link lenne a link.
A helyes használat tehát:
<a href="http://drupal.hu/hirek/20070723/tinymceutf8"> http://drupal.hu/hirek/20070723/tinymceutf8 </a>
pp
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Körbenéztem újra
Egy kicsit újra vizsgálódva ezeket látom:
- A www.openid.hu már be van jegyezve. A regisztrátort kérdeztem telefonon a szándékait illetően. A lényeg: magánkezdeményezés, talán egyszer megvalósítják. Bár én örülnék a legjobban, ha valóban elindítaná a szolgálatatás és nem akarom megsérteni sem, de nem tűnt meggyőzőnek a szándék komolyságát és tisztaságát illetően. Úgy tűnik, hogy a 2007. januárjában bejegyzett doméntől inkább vár üzleti előnyt, mintsem hogy megvalósítson egy openId szolgáltatást. A cég nevét sem árulta el, aki talán majd egyszer nekiállna a „20 másik projekt mellett”.
- Az előbb említett regisztrátor úgy tudja, hogy talán az index-nél lesz ilyen szolgáltatás.
- A http://videntity.org/ -t lehetne magyarítani egy PO fájl fordítsásával: http://videntity.org/locale/hu_HU/LC_MESSAGES/messages.po
- Drupal: talán ez a bejegyzés az openId szerverről szól: http://drupal.org/node/126841
- A NJSZT-WFSZ nyitott pp szerint: http://thamas.hu/20071016/idetlenseg-nincs-magyar-openid-szolgaltato/
Gyuris Gellért
Gyuris Gellért
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nincs kód a lapon
SzM
Feltettem a Google Analytics modul a honlapra. Engedélyeztem, beállítottam, de nem illeszti be a forrás ffoter részébe a kívánt kódot.
A Google Analytics oldalán pedig ezt találom, ha az Állapot ellenőrzése gombra kattintok:
Állapotinformációk nyomon követése
Profilnév: www.palotabozsok.hu
Webhely URL: www.palotabozsok.hu
Nyomkövetés nincs telepítve (Legutóbb ellenőrizve: 2007-12-23 3:37 AM PST.)
A rendszer a Google Analytics nyomkövetési kódját észlelte a webhelye kezdőoldalán. Ahhoz, hogy az Analytics működjön, Önnek vagy a webhely rendszergazdájának a webhely minden oldalához hozzá kell adnia a kódot.
A smink page.tpl.php fájlának végén ott van az alábbi szöveg (danger4k)
print $footer_message
print $closure
(Garland sminkben sem működik egyébként!)
A 5.x-1.x-dev verzót tettem fel, degondolom ebben is működnie kell.
A kód formája amit a modul beállításában kell megadni "UA-XXXXXXX-X" vagy "UA-XXXXXXXX"?
SzM
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Srácok, köszi! Van még valami itt
Köszönöm a sok segítséget!
Lehet nem írtam le mindent, ezért is nem tudtatok nekem teljes mértékben választ adni. Jelenleg úgy épül fel a címlap, hogy az alapértelmezett egy page-front.tpl-php-ből van lekezelve, és oda régiókat csináltam, ahova blokkokba kötött listákat töltök be a régión keresztül. Ezzel eddig nincs gond, szépen megjelennek. Van egy napi kiemelt tartalom block is, amibe ugyancsak block és régió kombináción keresztül töltöm be a napi kiemelt teaser nézetét. Nos a helyzet az, hogy a node.tpl.php-ba átírtam a teaser-t, hogy ha $is_front, akkor ne legyen dátum és szerző sem, csakis a kép és a rövid szöveg. Na most ugye a $is_front csak akkor játszik, ha valóban címlapról beszélünk, viszont nekem lenne még 4 db címlapom, amiket meg is kreáltam panel-el, úgy régiókhoz hozzákötöttem a módosított listákat a címlapoknak megfelelően, viszont a napi kiemelttel gondban vagyok, mert egyszerűen normális teasert jelenít meg, tehát nem adja át értelemszerűen az $is_front-ot, így nem tudok rá hivatkozni, hogy ott ne jelenjen meg a szerző és a dátum. Arra meg sajna nem jöttem rá, hogyan tudnám a blokkban mezőnkként kezelni és teaser listámat :o(
Tudtok segíteni?
Krisz
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
telepíteném...
Sziasztok. A wsb.hu tárhelyére szerettem volna drupal 6.1 -et telepíteni. Feltöltöttem ftp-n a fájlokat és a kézikönyvben leírtak szerint átállítottam az irási jogokat. Az adatbázist nem én hoztam létre, mert azt a szolgáltató csinálta. A gond a telepítés közben az adatbázis ellenőrzésekor jelentkezett. A kövezkező figyelmeztetést kaptam:
* user warning: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ') ORDER BY fit DESC LIMIT 0, 1' at line 1 query: SELECT * FROM menu_router WHERE path IN () ORDER BY fit DESC LIMIT 0, 1 in /www/HDD0/egylet.hu/includes/menu.inc on line 315.
* user warning: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ') ORDER BY fit DESC LIMIT 0, 1' at line 1 query: SELECT * FROM menu_router WHERE path IN () ORDER BY fit DESC LIMIT 0, 1 in /www/HDD0/egylet.hu/includes/menu.inc on line 315.
Meg néztem a menu.inc 315. sorát és környékét, de mivel a php nekem kinai hát fogalmam sincs mit kellene csinálnom. Esetleg tudna valaki segíteni nekem? Előre is köszönöm.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
imhol a megoldas
- Ahogyan pp is mondta már, ez bizony ötöshöz való smink...
- A hibaüzenetet az okozza, hogy a $language változó már nem sima string, hanem egy objektum, melyet nem írathatsz ki. Helyette használd a $language->language adattagot.
- Tehát ekkor a page.tpl.php 3. sora így fog kinézni:
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="<?php print $language->language ?>" lang="<?php print $language->language ?>">
- Hogy melyik Drupalt használod, az rajtad és a feladaton múlik. Nem lehet egyértelműen egyikre sem azt mondani, hogy jobb. Egyébként - mind az ötösből, mind a hatosból - mindig a legfrisebb verziót ajánlom.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
és ez miért?
Jól működik a comment_save() függvény, valóban tömböt vár paraméterként.
Viszont a modulban létrehozott hozzászólások időbélyegét nem tudtam beállítani... már kezdtem bosszankodni, mikor megláttam ezt a comment_save forráskódjában:
$edit['timestamp'] = time();
És ezt nem értem. Mármint azt, hogy ha a paraméterként átadott tömbben már beállítottam a 'timestamp' értékét, amikor új hozzászólást akarok készíteni, miért kell abban az időbélyeget kötelezően "agyoncsapni" az aktuális időbélyeggel? Vagyis ha én állítok össze egy új hozzászólást, akkor miért nem állíthatom szabadon a létrehozás dátumát?
Most megint ott vagyok, hogy gyakorlatilag mégis ki kell "dobnom" a comment_save() függvény használatát, marad az adatbázis közvetlen piszkálgatása, bár tény, hogy a függvény forráskódjából merítettem pár hasznos ötletet. :)
Ha minden jól megy, nemsokára elkészül a modulba a hozzászólások importálásának első megvalósítása.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Egy apróbb, egy nagyobb
A planetnél "második szóköznél vágás" gyenge vicc; gondolj pl. "Kovács K. Kálmán" nevű bloggerre. Az ötlet maga jó, csak szebben kéne megvalósítani - mondjuk l('!user @ drupal.hu/planet', array('!user' => $user->name)), ...)
A webhelyeknél lehetne kétféle osztályozás: egyrészt a közösség által, másrészt a "profik" (adminok?) által - utóbbi akár nevesítve. Lehetne továbbá több kategóriában osztályozni: kinézet, megvalósítás, drupalszerű megoldás, stb. Nem lenne rossz talán az sem, ha ezen kategóriák szerint is lehetne sorbarendezni, az átlaguk szerinti rendezettség mellett: pl. csak a kinézet szerinti csökkenő sorrend érdekel, ha sminkötletet akarok lopni; csak a profik által osztályzott drupalszerű megoldás érdekel, ha arra vagyok kíváncsi, mely oldalak illeszkednek leginkább a drupal filozófiájába, stb...
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Igazad van
Tényleg keverem a dolgot. Ugyanakkor csak arra gondoltam: az admin/user/settings fülön a regisztrációs beállítások között három beállítási lehetőség van:
- Csak a webhely karbantartói hozhatnak létre új felhasználót
- A látogatók új felhasználót regisztrálhatnak adminisztrátori elfogadás nélkül
- A látogatók regisztrálhatnak új felhasználót, de csak adminisztrátori elfogadással
.
"Ha regisztráláskor választhat a tag, akkor boldog boldogtalan "csapattag"-ot, vagy "volt csapattagot" fog beikszelni." --> viszont regisztrálni nem tudna abban az esetben, ha ehhez hozzá tudnám kötni azt a feltételt, hogy csak adminisztrátori elfogadással lehessen ehhez a csoporthoz tartozni (3. beállítás). Úgy gondolom ez egyszerűbb lenne annak kiválasztására, hogy ki tartozhat bele a csoportba és ki nem. Eleve megakasztaná a regisztrálás folyamatát, hiszen amíg választ nem kapna a felhasználó, addig maga a regisztrálás folyamata akadna el, tehát csökkentené a "kamu" regisztrálások számát. Önmagában továbbra sem tartom elvetélt ötletnek, bár lehet nem lehet megvalósítani, vagy épp nem illik a drupal koncepciójába - de nem értek a drupalhoz sajnos.
A profil modullal létrehozott választólistát értem de az akciókérést még ha lehet légy szíves írd le nekem, mert azt sajna nem tudom hogyan kell. Egyébként pont itt mutatkozik meg, hogy ez bonyolultabb módszer szerintem mint amit próbáltam említeni.
Előre is kösz a segítséged!
ggabor
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Úgy működik
Az autolocale modul úgy működik, hogy megnézi az összes modul po almappájában lévő fájlokat és ha talál *.hu.po (a .hu.po kiterjesztés a lényeg) kiterjesztésű fájlt (fájlokat), akkor azt szépen beimportálja a magyar nyelvhez.
Ha NEKED a video-module.hu.po fájlban NÉMET fordítás van, akkor TERMÉSZETES, hogy a német kifejezéseket fogja beimportálni, hiszen a Drupál nem (tud) ellenőrzi, hogy az adott tartalom valóban magyar nyelvű-e.
Tennivalók:
Üdv, Pali
--
Palócz Paal Pál, a drupal.hu admin csoportjának tagja
Ajánlott olvasmány: Eric Steven Raymond - Hogyan kérdezzünk okosan