eMeLA képe

A Drupal fóruma nem egy komplex fórum, ami mindent tud, az egy alapfórumot (ami tényleg "borzasztóan" néz ki), amit fel tudsz "öltöztetni" a saját elgondolásod szerint (más modulokkal kiegészíted, és sminkeled). Magyarán rengeteg fölösleges funkció helyett te határozod meg mit tudjon a fórum. Az tény és való, hogy munkásabb mint egy kész fórumot használni, de a feladat határozza meg a méretét és kinézetét. Modulok közt a drupal.org-on keresegess, de szerintem ha leírod mit szeretnél, a többiek megmondják mely modulokat tölts le.

A fórumhasználat megszokás kérdése, mivel a PhpBB szerű fórumok terjedtek el leginkább (megjegyzem csak egy kapcsoló állítás, és a Drupál fórum is tud lineális lenni), az emberek ahhoz vannak szokva. Magyarán aki reklamál, az leginkább lusta megérteni a Drupal fórumát.

Míg a PhpBB fórumban oriáskígyó módjára hompölyögnek a hozzászólások, addig a Drupalban mindig van egy fix kérdés, amire lehet válaszolni. Szükségtelen az idézés, mivel oda írod a választ, amire válaszolni akarsz. Hozzá kell tenni, hogy praktikusan egy jobban kategorizált fórumra van szükség (pl. ha van külön 5.0 és 4.7 fórum, akkor nem kellene mindig beírni, éppen melyik verzióra vonatkozik a kérdés :)

0
0

...mit tudok: http://web.termuves.hu

Paal képe

Bizonyára elkerülte a figyelmedet, hogy a címoldalon a Drupal-5.2, és a Magyar fordítás az 2 KÜLÖNBÖZŐ link!

  • Töltsd le ez utóbbit is, csomagold ki, másold fel a telepített Drupal-od gyökerébe.
  • Menj el az adminisztrációs felületre, Site building, Modules (admin/build/modules)
  • Kapcsold be és aktiváld az Autolocale modult.
  • Mentj tovább a Site configuration, Localization pontra (admin/settings/locale).
  • Hozd létre a Magyar nyelvet (Add language).
  • Engedélyezd a használatát.
  • Válaszd az Automatic import menüpontot (admin/settings/locale/language/autoimport)
  • és: Perform automatic import



Kb. ennyi. Az elején (a webes telepítés előtt) ezt a csomagot is fel kellett volna másolnod, akkor már a telepítés is magyarul ment volna végig.

Ahol talál modulneve.hu.po fájlt, és be van kapcsolva a modulja, akkor azokat be is tölti. Ha később kapcsolsz be egy modult, és szintén van magyarítása, akkor u.így be fogja tölteni.

Remélem tudtam segíteni!

Üdv, Pali

0
0

--
Palócz Paal Pál, a drupal.hu admin csoportjának tagja
Ajánlott olvasmány: Eric Steven Raymond - Hogyan kérdezzünk okosan

Hojtsy Gábor képe

Én személy szerint lehet, hogy a comment_upload modul körül kezdenék el nézelődni (csak mert írod, hogy ilyen létezik :). Illetve megnézném, hogy más modul van-e erre a célra (nem ritka, hogy ilyen egyébként gyakran felmerülő problémákra több modul is készült).

Ha nincs más, vagy egyik sem működik, akkor elkezdeném Drupal modulfejlesztési tapasztalatomat és PHP hibakeresési tudásomat bevetni, és megnézném, hogy mégis miért nem jelenik meg az admin felület a modulhoz, ha be van kapcsolva (lehet, hogy nincs is admin felülete, csak mondjuk jogosultásokat kell beállítani hozzá, vagy valami rejtett helyen van az admin felület, pl. a hozzászólások alatt valami fülön). Aztán ha ez az admin felület megjelenik, nem biztos, hogy maga a modul is működik. Így lehet, hogy abban is kellene hibát keresni.

Mindez természetesen "nem túl nehéz", mert minden a "nem egy őrült bonyolult" PHP nyelven van írva. Persze némi Drupal belső tudás sem árt hozzá, bár anélkül is neki lehet indulni, csak sokáig is tarthat.

Az itt eddig általad adott információk tükrében én pontosan így indulnék el (pontosabb támpontot nem tudok, hogy konkrétabb ötletem legyen). Ezek az én trükkjeim, hajrá!

0
0
pp képe

Egy teljes körű korrekt felhasználói kézikönyv elkészítése igen nagy feladat. Ráadásul maga a kézikönyv nem fog választ adni számos olyan kérdésre, ami a készítés során felmerül. Nem az a kérdés merül fel ugyanis általában, hogy "hol lehet beállítani ezt meg ezt", hanem az, hogy "mit kell beállítani ahhoz hogy". Ezért is indult el a http://tanarurkerem.hu oldal abba az irányba, hogy mindenféle magyarázat nélkül típus oldalakat alakít ki.
Hitem szerint mire elkészülne egy ilyen kézikönyv, már lehetne is egy újat készíteni, hisz elavult a "régi".
A másik probléma ezzel, hogy ahány oldal annyiféle kézikönyvet kéne írni. Hisz más a smink, más modulok vannak feltelepítve/bekapcsolva és mások a jogosultságok is.
Persze lehet azt mondani, hogy alapsmink, core modulok és admin felhasználó, de érezhető, hogy ennek nem lenne sok értelme, hisz az ember fogja és egy éles Drupalt nézegetve és a help modult bekapcsolva éppen hogy ugyan azt fogja kapni.
Az igaz viszont, hogy szükség lenne egy ilyen hiánypótló műre, de egy általános mindenhol használható mű elkészítése szerintem lehetetlen feladat. (talán éppen ezért igazán izgalmas kihívás;))

pp

0
0
eMeLA képe

Én örülök a "sűrű" verzióváltásnak, mert remélem ez azt jelzi, hogy a fejlesztőcsapat a legjobb megoldást keresi a feladatra, és hajlandó részeket teljesen újragondolni és újraprogramozni, még a verzió inkompatibilitás árán is.

A 4.7.x, 5.x-ről nem kell rögtön átállni. Egy oldal amikor elkészül, elvileg 100%-osan működőképes, elvégre az adott feladatot meg kellett oldani. Működőképes lesz akár 10 év múlva is. Szerintem az oldalak legalább 70% olyan, hogy nem kell verziót frissíteni. Lehet, hogy az új verzió egy kicsit gyorsabb, lehet hogy könnyebben vagy letisztultabban van egynémely része kitalálva, de ezekhez a működő oldalakhoz alapvető új dolgot nem tud hozzáadni. A maradék 30%-nál pedig meg kell fontolni, hogy a következő verzíó plusz tudása tényleg szükséges-e.

Nekem vannak 4.x-es oldalaim, de frissíteni őket csak a 6.x-re fogom, majd. De csak azért, mert 1-1,5 év múlva a lehet hogy, a 4.7.x-es modulok már nem lesznek fent a Drupal.org-on. És még ekkor sem biztos hogy tényleg szükséges. Az hogy flexinode van az oldalon és nem CCK ? Jól működik. Pont.

Persze egy új feladatnál jöhet a legújabb verzió, feladattól függően, átgondolva...

0
0

...mit tudok: http://web.termuves.hu

Hojtsy Gábor képe

Voltak olyan gondok az l10n_serverrel, hogy tömegesen dobta el a javaslatokat, anélkül, hogy emberek látták volna, és értékelhették volna. Azért én nem eresztenék rá sok embert egy olyan rendszerre, amiben egyszer azt kell mondanom, hogy "bocs, két hétig fordítottál, de a rendszer eldobta, amit csináltál". Persze lehet ilyenkor szöszölni backupból visszaállítással, de pont az lenne a célja a központi szervernek, hogy ott erről lenne aki gondoskodjon.

Ráadásul nem kellene 30 (nyelvi) szerverre letölteni minden modul példánynak minden kiadását, külön parzolni, stb. Ha én több nyelvre akarok fordítani, akkor ne kelljen több helyen regisztrálni. A fordításaim a drupal.org modulok mellett is megjelenjenek, stb. Persze a modul fejlesztésében nincs annyi segítő jelentkező, mint a használatában, de már találtam olyanokat, akik látnak benne üzleti lehetőséget (egész egyszerűen helyi piacok növelésével), és bele tudnak fektetni saját fejlesztői erőforrásokat, úgyhogy talán jobban is haladhat az ügy.

Addig is a magyarokat én nem szivatnám egy alfa rendszerrel, az, hogy mások nem tájékozódtak a modul állapotáról és adott esetben napokat töltöttek backupból való visszaállítgatással vagy buta importálások SQL tisztogatásával, az a modulnak csak jót tesz.

0
0
aboros képe

az elképzelés addig ok, hogy van egy felső meg egy alsó lekerekítés, de ehhez nem kell plusz diveket beleraknod a html kódba! a felső lekerekítést rendeld mondjuk a blokk címéhez (h2), az alsót meg a tartalmához vagy magához a blokkhoz és kész!
nézd, itt egy példa: http://keresz.hu/?q=node/15
vegyük mondjuk a "programok" blokkot, ez a #sidebar1 -ben van.
ennek lekerekítésnek a css -e így néz ki:

#sidebar1 .block {
background:#C1EBFE url(images/block-top.gif) no-repeat scroll left top;
}
#sidebar1 .block .content {
background:transparent url(images/block-bottom.gif) no-repeat scroll left bottom;
padding:0pt 15px 15px;
}

igazából ez a fenti példa egy maszkolásos megoldás aminek az a célja, hogy ne kelljen annyi blokkhátteret gyártani, ahány különböző színű blokkom van, hanem elég legyen csak a színét átállítani, de ez mindegy, az elv ugyan az.
remélem ennyiből is menni fog, ha mégse kérdezz!

0
0

-
clear: both;

gyuri2012 képe

Megpróbálom ezt a kérdésemet pontosabban leírni...
Drupal6, views 6.x-2.0-rc1

A view: displaying items of type Term.

Szűrők: Taxonómia: Vocabulary = Események
Fields: Taxonómia: Term Term (Link this field to its taxonomy term page)

Az Események szótárban a kifejezésekhez képek vannak kapcsolva. Azaz ha rákatt a view-n egy kilistázott kifejezésre, akkor olyan view lesz látható, amin az adott kifejezéshez tartozó képek vannak.

Több dolgot szeretnék rajta változtatni, (mármint az eredeti view-n), csak nem tudom hogyan álljak neki:
-szeretnék egy olyan szűrő feltételt megadni a view-nak, hogy azt a kifejezést, amihez egy kép sincs hozzárendelve, ne listázza.
-sminkelni szeretném ezt a view-t, konkrétan a kifejezés neve helyett más szöveget szeretnék a linkbe, ill. a kifejezéshez kapcsolt taxonomy image-et is szeretném rajta látni.
Nem sikerült rájönnöm, hogy milyen file kellene nekem ehhez, Drupal 6-ban nincs az általatok említett wizard sem..., vagy én nem találtam)
Hogy tudnék rájönni, hogy milyen file?

Feltételezésem szerint az elképzelt szűrőt is, és a linket, ill. a képet is a view-hoz tartozó .tpl.php-ban kellene megcsinálnom.

0
0
nevergone képe

Most komolyan, nem akarok flame -t kelteni, de amennyit itt vergődsz azért, hogy valaki vegyen fel végre MSN -en, már rég utánaolvashattál volna az egésznek, vagy legalább próbálkozhatnál önerőből, sokkal tovább jutottál volna, és mi is szívesebben válaszolgatnánk neked.
Továbbra is annyit tudok javasolni, telepítsd fel a gépedre az XAMPP -ot, azon próbálkozz, és ha már alaposabb tapasztalatod van a Drupal területén (illetve elolvastad a kézikönyvet), akkor próbáld meg egy adott tárhelyre feltelepíteni.
Arról nem is beszélve, hogy ha most valaki ott segít, és később újabb kérdésed támad, ezt a "kört" megint eljátszod? Hogy fogod frissíteni az oldalad? Vagy hagyod frissítés nélkül, és lesz egy újabb feltört Drupal alapú oldal, amiről a látogatók nem azt fogják gondolni, hogy felkészületlen volt az üzemeltetője, hanem hogy rossz a Drupal.

Hidd el, ez nem az a pálya, ahol a legalapvetőbb felkészülés és kreativitás nélkül, pusztán mások önzetlen segítségére alapozva komolyabb ismeretre tehetsz szert. Szóval olvass, próbálkozz, és ha konkrét problémába futottál bele, akkor kérdezz bátran itt a fórumon... a sorrend pedig legyen ez. :)

0
0
kobrizsa képe

fogalommeghatározásilag a webmester meghatározás jogos.
A fejlődni kívánó webmesternek viszont folyamatosan lépést kell tartania, hogy mit tud a rendszer, bár talán ez az egyik legkritikusabb pontja a dolognak, mindezt hogyan kell megoldani. Pl. a views 2 -t látom hogyan működik és milyen komoly lehetőségek vannak benne, de egyedül nem mernék még nekiesni a beállításoknak, és lehet nincs is erre szükség. a tanárúrkérem bővítése tökéletes megoldás erre szerintem.

A másik féle csoportot most én projektmenedzsernek hívom, aki kapcsolatban van a megrendelővel, a programozóval és a grafikussal is. Szerintem ezek az emberek, akik kíváncsiak, hogy innye ezt a feladatot milyen kis finom megoldással oldja meg a Drupal, ez ennél a feladatnál tökéletesen működne.

Na azt hiszem túlkombináltam a gondolatsort, leegyszerűsítve ami szerintem kéne, az pár jó esettanulmány a magyar oldalon is, hogyan készült ez, hogyan készült az, milyen hibák voltak benne, hol lett elszúrva a munka sorrendje, (ami tudom, hogy nagyon időigényes dolog), de nekem legalábbis ez lenne az igényem. Illetve pár hasznos tipp, hogy akkor előbb a teljes Drupal rendszer (pl. zen sminkkel) - minden funkció okésan működik, na akkor jöhet a grafikus. (saját tapasztalat)

Tudom, itt a lehetőség, hogy megcsináljuk. élni fogunk vele :-)

0
0