Nekem pontosan az ellenkező a problémám
Elméletileg mindent rendesen beállítottam és működik is rendesen egy kivételével: az alapértelmezetten meglévő "Oldal" tartalomtípusnál nem jelenik meg a felhasználó képe...
Az általam készített tartalomtípusoknál is rendben van minden, de az említettnél, sem a beküldő neve, sem a képe, sem a beküldés dátuma nem szerepel.
Mindenfelé kerestem már, hol lehetne bekapcsolni, de idáig még nem jöttem rá.
Ebben kérnék segítséget.
SzeFe
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Az FCKeditor-val is lehet
Az FCKeditor-val is lehet csak be kell állíttani a readme.txt-szerint.
sites/all/modules/fckeditor/fckeditor/editor/filemanager/connectors/php/config.php
fájlban kell bekapcsolni és beállítani a feltöltést, majd utána az admin oldalon a jogosultságoknál be kell pipálni, hogy mely csoport tölthet fel. Utána az fckeditor profilnál kell beklikkelni, hogy lehessen. (de mindez részletesen le van írva a readme-ben)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ha mar az editoronal tartunk,
sorry, bolcsebb maradtam volna, ha csendbe maradok :-), FULL HTML a baratom
sorry
Ha mar az editoronal tartunk, becsusszant meg egy kerdes :-) Ckeditort hasznalok, ha a kodba beszurok egy egy google maps-es beagyazast, (iframe) visszakapcsolva az editorra, latszik a terkep, szoveget szerkesztve, ha kozepre igazitok, az editorban szepen kozepen van, de mire elmentem se a terkep, se a kozepre igazitas nincs meg. Ilyesmire van e tapasztalatotok?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ez az amit nem értek
term/1-term/5-ig van az, hogy nincs tartalom mögötte utána már a tag szótár egy kifejezése van.
A megoldás talán az lenne, ha pont a ternm/1-et egészen a term/5-ig hozzá tudnám rendelni egy kifejezéshez, csak ezt nem tudom, hogy kell.
Ill. azt se értem, hogy mi hivja meg a term/5-öt olyan soxor a többit nem hívja meg, de ez az egy nagyon "népszerű"
Fonyódi Ottó
http://efonyomda.hu
http://nyomda-webshop.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Az XML? Nem látom, csak a
Az XML? Nem látom, csak a csv-t meg a hozzá tartozó php-t. Azzal már megcsináltam időközben, csak az xml import változat kényelmesebbnek tűnik a jövőre nézve. Sajnos ide nem tudok feltölteni fájlt.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nekem meg el tűnt az
Nekem meg el tűnt a navigációból az adminisztrációs menüm, néhány blokk be kapcsolása után. A blokkokat töröltem, de az adminisztrációs menü nem jött vissza.
Mit lehet ezzel csinálni ?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszönöm ez lesz az amit
Köszönöm ez lesz az amit kerestem.
Most már megjelenik egy never downloaded felirat, de ha letöltöm a fájlt, nem számolja a letöltéseket.
Mi lehet ennek az oka?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Az oldal csak példa volt
de mint tudjuk a webcímeket a drupal linkké alakítja :)
Ha erre vagy kíváncsi akkor nézz el ide: http://www.buk-furdo.hu/drupal/taxonomy/term/91
ez az oldal erősen fejlesztés alatt van, de az alapvető funkciók már működnek. Ha megnézted a fenti linken az oldalt akkor válts német és angol nyelvekre. Láthatod, hogy a nyelv szerint változik az oldal és a címben megfigyelheted, hogy amíg a nyelvi alapértelmezés szerinti magyar tartalomnál a taxonomy/term/91 útvonal kerül hívásra, addig a németnél de/taxonomy/term/91, az angolnál en/taxonomy/term/91 hívódik az útvonal előtagok ( de, en ) szerint.
Ehhez a következő beállításokat használtam:
Magyar nyelvi beállításoknál -> a nyelv domain neve: hu
Német és angol beállításoknál -> Útvonal előtag de illetve en
admin/settings/language/configure -> Nyelv megállapítás: Útvonal előtagok nyelvi alapértelmzéssel.
Én a taxonómia beállításoknál nem bíztam a véletlenre a szótár nyelve : Magyar
magyarul is adom meg őket így fordítani a többi nyelvre kell.
Üdv!
Dudás József
Üdv!
Dudás József
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Az űrlap nem csak megjelenítés
A form vagyis űrlap arra való, hogy a felhasználótól fogadj adatokat. A drupal_get_form egy halom dolgot elintéz azon kívül, hogy visszaadja a form html kódját.
Ezek egy része a felhasználótól jövő adatok feldogozásával foglalkozik, másik részük pedig egyéb olyan okosságokat tesz bele mint pl a javaScript fájlok hozzáadása a kimenethez, vagy lehetővé teszi, hogy egyéb modulok beépüljenek ebbe a folyamatba.
A tulajdonképpeni html űrlap ugyanis ennek a folyamatnak egy nagyon nagyon kis részén kerül felhasználásra: amikor kiíratjuk.
A gondolkodás is fordított. Ha kell neked egy így és így kinéző űrlap, akkor először meg kell alkotnod az űrlapot(drupal_get_form). Ebben benne van az űrlapot leíró függvény elkészítése(FORM_ID), valamint az ellenőrzést (FORM_ID_validate) és feldolgozást (FORM_ID_submit) végző kódsorok elkészítése. Ha minden jól működik akkor áll neki az ember megformázni vagyis sminkelni az űrlapot, hogy úgy nézzen ki ahogy szeretné.
Ha a submit és validate függvényekre nincs szükséged, vagyis nem a felhasználóval való interakcióra akarod használni az űrlapot akkor keresned kéne egyéb megoldást a hasonló megjelenésre (mint ahogyan ezt alippai kollega is leírta).
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ha az egész hülyeség, akkor
Ha az egész hülyeség, akkor szóljatok légyszíves!
(tudom megint türelmetlen vagyok :) )
Amiért jó lenne szerintem az az, hogy megoldaná a breadcumb és a lapozás kérdését is egyben, pedig mindkettő nagyon nehézkes olyan esetben, ahol én szeretném...
Szép úgy lenne a megoldás, hogy a LISTA alapján létrehozza autómatikusan a másik view-t, nem kell manuálisan létrehozni, és összepárosítgatni... (és számtalan hibálehetőséget is kiküszöbölne)