Gondoltam...
...hogy ezt fogjátok hozni kérdésnek, de tapasztalataim alapján 99,9%-ban be van kapcsolva a Js. Mivel az én feltételezésem szerint itt valami user-kisegítő fícsőrről lenne szó, ami az egységsugarú felhasználóknak készül, azoknál meg nincs letiltva semmi. A profik, akik meg szándékosan tiltják le a JS-t azok meg úgysem használnák ezt a funkciót, vagy bekapcsolják a scriptet.
Szóval szerintem nem probléma, ha JS véletlen még sincs, mivel az oldal használható marad, minden funkció elérhető.
Jelzem: amikor views-listát alakítottam át, vagy webformot törtem többlaposra, akkor a meglévő HTML-ből dolgoztam diszkrét módon, így megmaradt az eredeti funkcionalitás, tehát ezt szem előtt szoktam tartani.
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
TeeCee, the One and Only
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
a sminkben nincs template.php
Nagyon tetszene, ha a sminkben tudnám állítani, mert akkor az egész Beviteli forma részt törölném: a hozzászólóknak bőven elég a Filtered HTML. Ezzel az egész follow-nofollow problémát is megoldanám egyúttal.
Keresgéltem, hol tudom beállítani, hogy névtelen felhasználók ne választhassanak beviteli formát, vagy hogy a comment tartalomtípushoz csak egyet rendeljek hozzá -- de nem találtam ilyesmit a jogosultságok között, sőt, a comment nem is tartalomtípus.
Ha nem megy programozás nélkül, akkor szívesen beteszek egy template.php-t az alsminkbe -- csak még nem értem, hogyan működik és mire való. Az egész honlapomon csak a themes\garland mappában találtam template.php fájlt, tehát a többi alaptémában sem.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
nem.
Oké, hogy alapból nem szokás hu-val készíteni a modult a t() fv-ben, de akkor is le kellene fordítania, nem?
röviden: nem.
nem arról van szó, hogy nem "szokás" magyarul írkálni modulba, hanem arról, hogy nem lehet. t("Viszlát és kössz a halakat") _soha_ nem fog angolra fordulni, azaz "en" -re, lásd pasqualle magyarázatát.
_mindig_ angolul írjuk a modulba az üzeneteinket, mert az a fordítás alapnyelve és aztán azokat fordítjuk a célnyelvre. ha tetszik úgy is nézheted, hogy minden fordítandó karaktersorozatnak az angol verziója az elsődleges kulcs, onnan "fordul le" más nyelvekre és ez a folyamat visszafelé _nem_ működik.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Szerintem ez egy rossz
Szerintem ez egy rossz megközelítése a dolgoknak, mert tfh egy felhasználó 10 napon belül látogat az oldaladra újra és még mindig frissnek lesz jelölve az általa már elolvasott tartalom majd nem fogja tudni eldönteni, hogy most akkor elolvasta-e vagy sem. Én személy szerint nem látogatnám többet azt az oldalt mert kb "átver".
Viszont ha olyan megoldásra gondolsz mint amilyen a Friss tartalom menüpontban elérhető itt a drupal.hu-n akkor ajánlom a Views modult, ugyanis az is azzal van összekattingatva ;)
Ugyanakkor ez a megoldás csak bejelentkezett felhasználókra fog működni.
---
Tévedni mindenkinek szabad, csak a mérnöknek észre kell vennie.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
userid fuggo lekerdezes a view modullal
OK, mivel igazandibol 0 km-es vagyok a drupalban, + kell ismernem es inkabb bepumpalom az adatokat, azzal nincs gondom.
Kovetkezo kerdesem meg az lenne, hogy a TableWizarddal keszult lekerdezesben is tudok parametert atadni (useid)?
Konkretan:
1 felhasznalo belep a rendszerbe
2 rakattint egy menupontra: "egyenlegem megtekintese"
3 latja az id-hez tartozo egyenleget
Ha mas user lep be, akkor ugyanugy ugyanarra a linkre kattintva a sajat egyenleget tudja megtekinteni az o egyedi id-ja alapjan.
Lenyegeben mashogy kerdezve: nem kell kulon node-okat letrehoznom mindenkinek?
Bocsesz, de ezt meg jo lenne tudnom...
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Na sajnos a Global Redirect
Na sajnos a Global Redirect nem igazán az én barátom.
Minrkét url-en jelenleg van tartalom, de nemsokára már csak az egyiken lesz(még nem törlöm, inkább csak átirányítanám), a régit pedig át kell irányítani az újra.
Miért? Új menü kialakítása miatt került be, és azért kell az eddigi url-eket, bizonyos URL-ekre átirányítani.
Webszerver: Apache/2.2.14 (Debian)
.htaccess generátor valahogy nem akar működni. Próbáltam hogy beleírtam a www.domain.hu/url és csak a url részt, de úgy sem akart menni.
Üdv
Drupal full-stack developer at Wunderman Thompson Budapest
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
egy kicsit résletesebben...
Amit kérdezel az alapból elég egyszerű, de többféle megoldás is lehet, attól függően, hogy pontosan mire is kell.
A legegyszerűbb megoldás:
-Készítesz egy "oldal" típusú tartalmat, a törzs szövegét vagy üresen hagyod, vagy oda írhatod az üzenőfal bevezetőjét.
-Külön bekapcsolod a hozzászólásokat még a beküldési ürlapon (mert az "oldal" tartalomtípushoz alapból nincs engedélyezve)
-Ha akarod megadsz neki egy útvonal álnevet, (ha be van kapcsolva a path modul)
nagyjából ennyi...
de ez mondjuk csak egy sima egyfelhasználós oldalon működik.
Ha mondjuk azt szeretnéd, hogy az oldal minden felhasználója készíthessen magának üzenőfalat, akkor egy picit bonyolultabb a dolog...
- - -
Juhász Márton
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ennek okát abban
Ennek okát abban valószínűsítem (bár nem vagyok szerver szakértő), hogy valami miatt (pld szerver terhelés csökkentése miatt) a szerverről a php levelek kiküldése időzítetten történik. Alap helyzetben a szerverek az önálló php leveleket azonnal kiküldik, a tömeges leveleknél (pld hírlevél) szokás az, hogy időzítve (alap beállításban minden időzített feladat futáskor kimegy 20 levél az időtúllépés elkerülése miatt) Tehát továbbra is megtudom erősíteni: itt keresd az elásott kutyát.
A drupal core-t és vele a contact űrlapot nem kispályások készítik, nyugodtan felejtsd el, hogy azzal bármi gond is lehetne ami gátolja a levél küldést.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Composite Layout, Views, Taxonomy
Nekem erről a Composite Layout modullal való kísérletezésem tapasztalatai jutnak eszembe, lehet, hogy olyasmire gondoltál, amit az tud.
A Views is jó erre (meg sokkal többre is). De a Taxonomy is jó megoldás lehet olyan menüpontok létrehozására, amik egy adott témához tartozó tartalmakat jelenítenek meg.
De azt hiszem, nem érthető pontosan a kérdés:
Mit értesz az alatt, hogy 1 menüponthoz tartozó lapon egyidejűleg megjeleníteni?
A beküldött oldalakat szeretnéd egymás alatt megjeleníteni, vagy a bevezetőjüket (teaser), vagy pedig úgy szeretnéd "tálalni" az adott menüpontnál megjelenő oldalt, mintha az egyetlen, hosszabb oldal lenne, és nem több, egymás után beküldött, önálló oldal?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Menük beállítása: webhely
Menük beállítása: webhely építés / menük, itt tudsz útvonallal hozzáadni menüt. Ha beküldesz egy oldalt (tartalom beküldése / oldal) akkor ott a cím alatt rögtön beállítható a menü is. A sminktől függ de általában az elsődleges, másodlagos menük a fejléc alatt (felett, benne) vannak. Ha a beküldött híreket akarod menüvel is előhívni akkor adj hozzá egy menüpontot és az útvonalnak add meg, hogy: node Alap beállításban ez a lap jelenik ha a lapra lépsz. Ezen persze lehet változtatni is: webhely információk / alapértelmezett címlap. A navigációs menü az egy alap dolog, onnan éred el az admin oldalt, saját adatokat, szinte mindent, akkor jelenik meg ha bejelentkezel. Nem bonyolult csak eléggé eltér a joomla logikától.