views is tud ám external dbből olvasni gond nélkül
igazából egy minimál modullal meg tudod oldani, hogy a views "lássa" a te tök független tábláidat. ez néha előnyös, mert az adat egy külső alkalmazás által rögzített, karbantartott adat. néha nem megoldható vagy roppant hátrányos, ha a drupal adatbázisába kell írnia a külső alkalmazásnak, sokkal jobb megközelítés, hogy inkább a drupal számára teszem elérhetővé a külső alkalmazás megfelelő tábláit úgy, hogy megírom a szükséges handlereket.
ha nem feltétlenül fontos, hogy ezek az adatok a drupaltól függetlenek maradjanak, akkor sokkal egyszerűbb a helyzet. behozod őket valahogy a drupal alá, mondjuk migrate modullal, aztán a table wizard -al összekattintod a megfelelő handlert (ez pont olyan lesz, mintha kézzel írnád, csak itt kattintod:) és már használhatod is viewsban az adataidat.
nyilván lehet azt is, hogy a saját modulod csatlakozik a külső dbhez és lekérdez és megjelenít, menüt definiál, argumentumot kezel meg minden, mindenki eldöntheti, hogy érdemes e erre menni, vagy ha már van views inkább abba integrálni a "hiányzó" dolgot.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
lol :)
tökre irreleváns, hogy létezik e már tartalom ezekben a típusokban vagy sem.
miért nem járható út a draggable?!
az járható út, hogy egy mezőbe be kell írnom egy számot találomra és hátha akkor majd jó helyre kerül a tartalmam, ha nem akkor meg max újra szerkesztem és beírok egy másik számot? LOL. agyrém, usablility armageddon. tökre kezelhetetlen lesz. mikor lesz sok node, súlyok nullától már 42ig vannak, te meg szeretnél bepakolni a 24 meg a 25 közé még egy nodeot, akkor majd gyalog végigszerkeszted 25-42ig és átírogatod egyel nagyobbra a súlyokat? vicc.
amúgy én azt csinálnám (csinálom:), hogy a szerkesztő kap erre egy külön nézetet, ott sorbarendezgeti, ment és a "nyilvános" nézet meg ugyan annak a viewnak egy másik displaye, ami a draggable order szerint rendez. sokkal könnyebben megértik ezt az egységsugarúak, mint azt, hogy oda abba a kockába írjál be egy számot és majd az alapján lesz a sorrend. hajamat kitépném, ha ilyen megoldással állna elő valaki.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Egy lehetseges sajat megoldas
Sajat koddal:
0. Exportald az excel tabladat ertelmes formatumra: pl. CSV-be.
1. Telepitsd a tablewizard modult (http://drupal.org/project/tw)
2. Rantsd be az egesz CSV file-odat adatbazisba tablewizarddal (gyorsabb lesz ez, mintha filebol olvasgatnal).
3. Irj egy sajat modult, amivel beleszolsz a user regisztracio folyamataba. Ezt lehet pl. igy:
a) hook_form_alter()-ben modositod a user regisztracios formot ugy, hogy hozzaadasz egy sajat validate fuggvenyt, ami ellenorzi a megadott usernevet az elobb letrehozott tablazatban.
b) Ugyanez a gondolat, csak masik hook. A hook_user()-ben van 'validate' op, esetleg ezzel is megprobalhatod.
User import modullal:
Ha tudod elore, hogy kik fognak regisztralni, akkor miert nem regisztralod Te oket elore? Egy usernev/email parossal mar tudsz Drupal usert letrehozni. CSV filebol pedig a user import modullal tudod ezt automatizalni (http://drupal.org/project/user_import).
E
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
na ne mar...
bar en nem kertem alternativ megoldasokat
jaaa, akkor bocs. csináld ahogy akarod. nem értem mi a probléma vagy a kérdés. :)
(ugye feltűnt, hogy ez itt nem egy fizetős support szolgáltatás, általában annak illik örülni amit kapsz.. mindenki csak segíteni akar, elég modortalanság ilyen stílusban reagálni, de te tudod)
ha berakok 3 oldalnyi szoveget nem akarok 500000px hosszu JPG-t legyartani
hát egyrészt 3 oldalnyi szöveget nem biztos hogy folyószövegként raknék egy weboldalba, kutya se fogja ugyanis elolvasni valószínűleg, másrészt 3 oldal az még korántsem ötszázezer pixel, de még csak ötezer se, harmadrészt meg mi is lenne a baj egy félmillió pixel hosszú képpel? gifként tökéletesen ugyan akkora lenne a filemérete, mintha 5 pixel hosszú lenne. (na jó nem, de minimális lenne a különbség, ki is próbálom lehet:)
Engemet nem erdekel hany kep van, csak mukodjon.
ezen azért gondolkodj el.. :) két kép az két http lekérés, három kép az meg három, tehát pont másfélszer annyi.. nem mindegy egyátalán. ccs spriteok se véletlenül vannak ám a világon...
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
eszrevetelek
1. ezt a hibat a feedback-en kuldtem.. nem valo a forumba (amig ki nincs javitva)..
2. url problema:
http://maps.google.com/maps?q=Budapest, Clark Ádám tér
a specialis karaktereket formazni kellene mielott bekerulnek az URL-be. drupal_urlencode
3. miert tobbnyelvu a digitcam tartalomtipus? csak a megjegyzes mezo ami miatt erdemes lenne kulon forditast kesziteni, de ezert nem fogja valaki kitolteni megegyszer az egesz urlapot..
4. miert tudok mindenfele fajltipust feltolteni? szerintem max kepet kellene engedelyezni..
5. hagytam egy hibat a watchdogban (admin/reports/dblog). valami a files konyvtarral.
6. a sorozatszamra beirtam "0000000" de csak egy nullat mutat
7. van valami oka amiert a sajat tartalom szerkesztese le van tiltva?
8. azt hogy csinaltad, hogy csak a user/1 es user/3 elerheto, a tobbi nem lathato?
9. csak egy fenykepezogepet tud az adatlapom tarolni.