két egyforma id egy lapon??
a két linknek ne ugyan azt az idt adjad. egy idből egy html lapon csak egy lehet. azért hívják idnek. :) amiből több lehet az meg a class. szóval vagy classt adj nekik vagy ne ugyan azt az idt.
és igen, css.
végülis semmi akardálya, hogy az l() -el az $options['attributes'] -on keresztül inline csst égess bele abba, de az nem valami okos.
a modulod mellé pakolj egy csst és ezt a modulod adja hozzá az oldalhoz. aztán a sminkben meg majd felülírhatja aki akarja.
(minek a sminkfüggvény egyébként? semmit nem csinál csak hozzáadja a két linket... ehhez nem kell sminkfüggvény, pakolhatod egyszerűen a hook_view -ba is:)
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
ImageCache Actions gyomlált
A probléma azzal megoldódott, hogy a fenti modulból is egy 2.0 - nem dev, de volt hozzá figyelmeztetés - kellett. Az ImageCache 2.x beta01, az Action meg 1.7 volt. A figyelmeztetés arra vonatkozott, hogy a textaction teljesen másképp épül fel. Mivel ezt a részét nem használtam így telepítettem a 2.0 Az igaz, hogy a modulok listázásánál ez az egy rész modul nem upgradelt - maradt 1.7 - de mivel nem használom (egyelőre) nem bánom.
Így megjelenik az áhított linkem a Lightbox alatt is :)
ui: egyébként onnan lett gyanús, hogy amelyik képet az ImageCache állított elő, ott kategorikusan egy a betű jelent meg az ALT és TITLE paramétereként a kimenetben. Ekkor megnéztem a másik működő oldalon a verziószámokat és kombináltam :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Igazán akkor lenne pazar ez
Igazán akkor lenne pazar ez az alsmink dolog, ha csak azok a file-ok szerepelnének az alsmink mappában, amelyekben módosításokat végeztem az eredetihez képest, tehát ha. pl. csak a style.css-t változtattam, akkor az, meg az .info file, amiben megadom a szükséges dolgokat.
Ki is próbáltam, lett belőle egy üres semmi, tehát a többi file-t nem tettem át, abban a reményben, hátha az alap sminkből veszi majd a többi dolgot (php, többi css, stb.)
Mivel nem sikerült, rákerestem a file-okra, melyikben van utalás az eredeti sminkre.
Csak a template.php-ban volt, de ott sem olyan, ami pl. egy útvonalat adott volna meg.
Ezer szerint nem lehet ezt így megcsinálni?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
van úgy, hogy nem elég a 404
bár valóban az lenne a helyes ahogy pp írja. Viszont ebben is van valami
Ha a google megtalálta az oldalunkat valamilyen kulcsszóra, akkor (bizonyos esetektől eltekintve) az az információ vélhetően még most is a weboldalunkon van, csak más oldal alatt.
ezt én úgy oldottam meg, hogy tájékoztatom egy oldalon, hogy jó helyen jár csak az az info már nem úgy és nem ott van ahol eddig volt. Ez a megoldás tökéletesen teljesíti a kívánalmakat. Szerintem neked is valami ilyesmi kellene.
Engem személy szerint a 404 is pont úgy elriasztana, mint a címoldalon való botorkálás lehetősége.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Átírni kellhet
Azért kellhet átírni, mert mondjuk ha vannak olyan jogosultságok, amiket csak a cikk tulajdonosa kap meg, akkor azt az új tulajdonosnak is át kell vennie.
Ha egy új helyre, vagy rendszerbe kerül a tartalom [...], attól még a dátum az marad, ami az eredeti volt. Szerintem.
Egyáltalán nem biztos ez. A tartalmi - mondjuk - HTML és a dátum két külön mező az adatbázisban, aztán lehet, hogy van utolsó módosítás ideje mező is stb. stb. Legtöbbször pont az lesz az új dátum az új rendszerben, amit szeretnél, hogy legyen, legalábbis ha pl. saját CMS-ből akarsz átemelni adatokat és te írod meg, hogy hogyan kerüljön át, akkor tutira.
Adamek Zoltán aka Scorchio | http://zoltanadamek.com
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Érdekes dolog rátalálni egy
Érdekes dolog rátalálni egy problémára, amibe az ember saját maga már belefutott egyszer.... (a gond az, hogy már akkor sem sikerült megoldanom...)
Újra az a problémám, hogy lehet 2 db ajax-os pagert egy lapra feltenni. A dolog annyival bővült, hogy fülek is vannak az lapokon.
A hiba ott van, hogy mindig csak az első pager-nél működik a lapozás.
Ha a második pager-t használom, akkor betölti az új fülek tartalmát, de a takart füleket nem "tünteti el", helyette az első pager-hez tartozó füleknél teszi ezt.
Addig sikerült eljutnom, hogy a lapozás után a nem látható füleket javascript "tünteti" el úgy, hogy a fül class-hoz hozzáad egy ui-tabs-hide class-t.
...mit tudok: http://web.termuves.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Érdekes elképzelés
Alapvetően ez hosting kérdés, tehát az adott oldalt üzemeltető céggel kéne erről beszélned.
Én az 1. megoldást javasolnám egy kis kiegészítő modullal ami a távoli hely eléréséhez biztosít file wrappert.
Alapvetően azonban van egy nagy kétségem az összes tákoló megoldással. Méghozzá az, hogy az olyan biztonsági mentés amiből nem tudsz visszaállni, nem ér semmit. Márpedig általában ez szokott a neuralgikus pont lenni az ilyen osztott szolgáltatóknál.
Az 1. megoldásnál nem világos, hogy a levelezésen mit értesz. Ha ez Drupalból megy akkor felteszel egy kis modulkát ami mail_alter-el minden levelet elment egy táblába, ha nem Drupal akkor meg értelmetlen a kérdés itt a fórumon.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A files/imagefield_thumbs-ba
A files/imagefield_thumbs-ba azt a kis képet teszi ami a beküldő űrlapon fog megjelenni (7.x-ban itt is használható az imagecache).
A files/imagecache/product_full könyvtárba az imagecache-nél beállított átméretezett képet teszi (ezt a imagecache modul kezeli, neked nincs ráhatásod).
Az, hogy az eredeti kép a files könyvtárba kerül az szerintem alapbeállítás. Használd a FileField Path modult, ekkor az CCK imagefield-ed beállító lapján megjelenik egy "FileField Path settings" fieldset, ott beállíthatsz egyedi könyvtárat tokennel együtt. pl. kepeim/[title] ekkkor ugye node-onként külön könyvtárba lesznek a képek...
Ajánlom még az pathauto + token + transliteration kombót is, és akkor a nagybetűket és ékezetes fájlneveket is ki tudod szűrni...
...mit tudok: http://web.termuves.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Tisztázni kellene
Szia!
Tisztázni kellene, hogy az oldalad két összetevőből áll: az egyik a Drupal fájlrendszer (amit most frissíteni kellene), a másik pedig az adatbázis.
"A Drupal a tartalmakat adatbázisban tárolja, ahonnan – a felhasználó böngészőjének kérésére – a tartalmakat közzéteszi."
Az idézet Nagy Gustáv könyvéből való, amit már unásig ajánlunk itt a fórumban...A frissítésről szóló részletes leírás ugyanitt a 277. oldalon, ez alapján nyugodtan elvégezheted.
Az összes adatod, oldalad, menüd stb. az adatbázisban van eltárolva, (ezt a fájlrendszer frissítése nem érinti), de biztonsági mentéseket az adatbázisodról (is) célszerű készíteni.
A fájlrendszer frissítését pedig először a weboldalad másolatán, localhoston végezd el.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszönöm, igazából tényleg
Köszönöm, igazából tényleg van mit még csiszolni, de pl sok mindenről nem én tehetek, mert sok mindent gyakorlatilag úgy diktáltak és annak úgy kell lenni, ahogy ők kérték :S Pl: nemü, bejelentkezős rész, az oldalsáv és tartalmai...
Ami komolyan aggaszt, az az, hogy IE5-ben az egész meghal (mondjuk elég sok oldal jár hasonló cipőbe), remélem nem fogják túl sokan abban nézegetni.
6-ban még ok, leszámítva, h a PNG-ket nem tudja rendesen megjeleníteni, mert nem viszi az átlátszóságot, de az úgy is csak ideiglenes megoldás.
Az oldalsáv kiváltásán már én is gondolkodtam, valami lapozós (cover flow-s) megoldáson, de nem találtam még jobbat.
Köszönöm a segítséged!