a user_save nem űrlap
de sajnos ez nem jó, nem erre van szükségem
sokminden kiderül a témaindításból, de az, hogy végülis mire van szükséged, mi legyen a végeredmény az pont nem.
segítsünk akkor megoldani. (a mit is?) :)
a user_save nem űrlap. hanem egy függvény, amit a user modul használ és más modulok használhatnak kedvükre, ha jól értem.
azt csinálhatod, hogy létrehozol egy űrlapot, aztán az azon beállított értékeket user_save -el mented, bár nem tudom mit akarhatsz amihez ezt kéne tenned.
viszont az aktuális user -t ne így kérdezd szerintem, hanem így:
global $user;
ezután már nem kell a user_load($user->uid) asszem. (legalábbis elég logikátlan lenne nekem az)
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ez alapvetően kliens megoldás
A bemutatott alkalmazás egy CVS kliens. Alapvetően egy CVS szerverre lenne szükséged, de ahogy olvasom más lehetőség is van arra, hogy hogyan lehet CVS szerver nélkül saját repo-t készíteni:
http://www.tortoisecvs.org/faq.shtml#cvsinit
Local repohoz nem kell külön szoftver csak kövesd a következő lépéseket:
1. Készíts egy könyvtárat, ahol majd a verziózni kívánt fájlaid lesznek.
2. Jobb click a mappán és választd a "Make New Module from the CVS" almenüt.
3. Választd ki a "Locally mounted directory" protokollt.
4. A directory szekcióban írd be az elérését.
5. Az OK után rákérdez, hogy erősítsd meg az új repository létrehozását Választd a checkbox-ot a megerősítéshez és klikk OK.
6. Most már az ismert CVS parancsokkal töltheted bele az anyagot.
Bár ők azt ajánlják, hogy ne legyen ugyanaz a gép a CVS szerver és a kliens.
Én még nem használtam, csak egy gyors "konyha nyelvű" fordítást írtam le :)
Páldi Zoltán
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
nagy általánosságban
minden összefügg mindennel. váó! :)
elvileg a sminkelés kéne hogy legyen az utolsó lépés. egy oldal egészen addig garlandban (vagy frameworkben, vagy zenben) van, amíg minden funkcionalitása teljesen el nem készül. először ugye "test" kell neki, nem mindegy hány keze vagy lába van a testének, ezért ezután következik csak, hogy legyen ruhája is.
azt is tudom, hogy a gyakorlat néha mást mutat, mert az ügyfél a látványt tudja értékelni igazán, azt hogy mennyi finom megoldásod van egy oldal hátterében nem tudja felmérni, csak azt látja, hogy garland, hogy néz ez ki és miért nem az én logom van a fejlécben különben is. :)
nem lesz semmi baj, ha sminkválasztás után telepíted a viewst, a views is "drupalos" html kimenetet fog generálni, a nézeteid elvileg maguktól fognak szépen illeszkedni a sminkbe. néhány nagyon egyedi módosítást persze el kell majd végezni, de ezek legtöbbször amúgyis site-specifikusak és pusztán cssből megoldhatók. (pl "akcios-termekek" nézet blokkjában az eredeti ár kicsi legyen és szürke, az akciós ár meg piros és jó nagy!)
-
clear: both;
social Neptun/ETR
Még néhány éve a műegyetemen merült fel bennünk az "internet gazdaság kérdései" tárgyon, hogy az ott használt Neptun rendszert (mások ETR-t használnak, nem tudom nálatok mi a menő :) kellene megtámogatni social képességekkel. Lényegében az a baj, hogy nem tudsz a tengernyi szabadon választható tárgy között jól válogatni. Kellene egy taggelhető, értékelhető, hallgatói véleményeket felsoroltató rendszer. Mert így csak a tárgyak egy kis (és évente nem lényegesen változó) részére jár a diákok nagy része, amikről a szóbeszéd azt terjeszti, hogy érdekes/könnyű. Nem igazán személyre szabottak a választások.
Szóval egy web kettes tantárgy értékelő / válaszást segítő rendszert ötöltünk ki. Persze nem hiszem, hogy bárki foglalkozott a kifejlesztésével ott akkor. Mindenesetre ez nem csak egy zárt szakdolgozat lenne, amit utána a polcra lehet tenni, hanem egy hasznos eszköz lenne a feltörekvő nemzedéknek a főiskolátokon, ha az alapprobléma ott is alkalmazható.
Az alapfeladat szerintem jól definiálható: címkézés (taxonomy), értékelés (hozzászólások, fivestar), listák (views). Innen pedig tetszőlegesen lehet bonyolítani social network (buddy list) elemekkel, pl. "a haverjeim szerint legjobbra értékelt tárgyak listája", ha a delikvens ráér.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
nem is kell a computed field
minek az???
kell egy date típusú cck mező. ott állíthatja be vivien, hogy mikor született.
ezt a mezőt sminkeled egy előfeldolgozóval vagy egy saját .tpl.php -val, amiben a mai dátum és a mező eredeti értéke alapján írsz ki egy értéket.
a (sites/all/modules/)cck/theme könyvtárban találsz egy csomó .tpl.php filet, neked a content-field.tpl.php fog kelleni, azt másold át a sminked mappájába, nevezd át content-field-field_TEMEZŐDNEVE.tpl.php -ra és kedvedre módosítsad a tartalmát.
a nézeteidben (views generálta oldalak, blokkok, akármik) nem fogja használni a drupal ezt a sablont, ezért egy ugyanilyet kellene még készítened views-view-field-TEMEZODNEVE.tpl.php néven is. (lehet, hogy ennek kicsit más lesz a tartalma, de az elv ugyan az)
ahhoz, hogy lássa és használja is a drupal ezeket a sablonokat, miután létrehoztad őket, ürítened kell a smink regisztrációs tárat az ismert módszerek valamelyikével.
én először computed field nélkül próbálnám ezt megoldani, nem lehetetlen, sőt talán még jobb is lesz így az egész szisztéma.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
dehogy állok
isten őrizz, hogy ilyennek nekiálljak. amúgy is nem tudok javascriptül, csak actionscriptül. és bár mindkettő a szanszkript nyelvcsaládba tartozik, mint az köztudott, azért mégsem ugyan az. :)
elhiszem, hogy problémás, de így, ebben a formában (style="text-align:left") ezek a szerkesztők majdhogynem használhatatlanok. inkább akkor tanulja meg a kopirájter azt az öt-hat html teget, amire szüksége lehet. mondjuk azt már nem tudom, hogy napilap méretű siteokon az újságírók is em per-em eznek e.. bár emlékszem a new york observer kéz sztádira, ott is írták, hogy használnak tájnimce -t, bár hozzá is tették gyorsan, hogy in dö lend of blájnd, dö krossz-ájd iz dö king.. biztos nem véletlenül.
kéne már tényleg valami jó *szemantika* szerkesztő, mert a szövegírónak ideális esetben a kinézethez semmi köze nem kellene, hogy legyen, ellenben a szöveget el kell látnia értelemmel, ettől (is) válik információvá az amúgy csak adatnak számító karakterhalmaz.
goba remélem olvasod ezt a szálat. :D
-
clear: both;