Természetesen tudom, hogy egy
Természetesen tudom, hogy egy nézetben is meg lehet oldani, de akkor a két eltérő célból készülő naptár azonos default-ból indul, ami viszont nem szerencsés, legalábbis nekem egyszerűbb így.
A Dátum mezőknél valóban kellett a felülíráson változtatni, de pont Alapértelmezettre kellett állítani.
A megoldás viszont meglett, az alapértelmezett dátum csak nap pontosságú volt. Ezt helyreállítva helyreállt a napi nézet is, az időpontok is megjelentek az "Idő" oszlopban.
Köszi a tanácsokat.
Csökönyi Ferenc
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Azt esetleg tudod-e
Azt esetleg tudod-e hogy a Profile2 modullal az megoldhato-e hogy a regisztralt felhasznalo csoportot tud-e valtani?
Ugyertem acsoport/register -rel regisztralom magam de egy ido utan a bcsoportba kellene atlepnem. Ilyenkor nem eleg a szerepkort megvaltoztatni hanem be kel kerni a hianyzo mezoket is ...
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ezt a bővítményt csak a
Ezt a bővítményt csak a szolgáltatód tudja telepíteni.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Azt azért tudd, hogy ha nincs
Azt azért tudd, hogy ha nincs bekapcsolva, attól még jól fog működni az oldalad.
...mit tudok: http://web.termuves.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Kerülő megoldásként,
ilyeneket próbálnék ki, ha nincs jobb megoldás.
Lecserélném a csv body oszlopában az sortöréseket pl. 'XXXXX'-re (egy szövegszerkesztővel).
Ezután beimportálnám a Feeds-el. Ezután kell visszacserélni az 'XXXXX' karaktereket sortörésre a node body részben.
Erre már több módszer lehetséges:
------
1.
- Kiexportálod xml-be: http://drupal.org/project/node_export
- Az xml-ben visszacseréled sortörésre az 'XXXXX' karaktereket.
- Kitörlöd a feeds-el előbb import során létrejött tartalmakat.
- Importálod a javított xml-t (a fenti modul importál is azt hiszem).
------
2.
Cserélsz az adatbázisban sql-ekkel.
A body mezőt a d7 ezekben a táblákban tárolja: field_data_body és field_revision_body
Itt össze kell eszkábálnod a WHERE feltétel részét az sql-nek, hogy csak azokat a rekordokat módosítsa, amit importáltál. (DB mentés kötelező!)
-----
3.
Ha kevés a módosítandó rekord (max pár 100), akkor ez a kedvencem. :)
- Telepíted a firefox alá a foxreplace kiegészítőt.
- Egyszerre több rekordot módosítassz a phpMyAdmin-al: http://i.imgur.com/3uc10.png (kijelöltek módosítása)
- A foxreplace kiegészítővel az összes űrlapmezőn cserélsz (http://i.imgur.com/dKTTB.png) és elmented a rekordokat.
Szóval több megoldás lehetséges.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Tipp: nezd meg a hivatkozott
Tipp: nezd meg a hivatkozott d.o -s cikket...
--
()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Én a Media modul nélküli
Én a Media modul nélküli (csak File entity-s) megoldást kérdeztem, amit szantog említett. A cikkben ilyesmit nem találtam, de lehet, hogy nem vettem észre.
Szerk: ja bocs, asszem erre gondolsz, most nézem, ez nemrég lett meg. És akkor ezek szerint ez a funkció benne lesz a File entity-ben
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
User Relationship view
Az új view típusa legyen User Relationship (és nem User).
Relationships: itt kiválasztod a mezőt ami létrehozza a kapcsolatot a két feéhasználó között, pl. User relationships: kapcsolat
Argumentumnak user:uid
Ezt akár ki is hagyhatod ha mindig az aktuális felhasználó kapcsolatait kel lmegjeleníteni.
Ezek a képek segíthetnek elindulni:
http://drupal.org/node/347398#comment-1530980
Mivel D6-ról van szó, valószínű, hogy a views 2 alatt kell beállítani. A Views 3. kiadása kicsit másképp néz ki, pl. az Arguments itt a Conditional Filters nevet kapta.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
modul súly, másik kép mező
A file_save_upload() visszatérési értéke csak hiba esetén lesz 0, itt pedig nincs szó hibáról.
Mivel a hook függvények a modulok súlya szerint futnak le, első ránézésre azt javasolnám, hogy a saját modulod súlyát állítsd nagyobb értékre, mint a katalogusé, így az fog utoljára lefutni.
További lehetséges megoldás, hogy nem az Übercart által alapértelmezettnek vett "image" mezőt használod, hanem létrehozol egy sajátot.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
megoldás
Megoldottam.
A terméktípusokhoz (product_type) mindegyikhez(!) hozzá kell rendelni a "Kép" (field_image) mezőt.
Érdekesen kezeli a commerce a terméktípusokat, a beépített mezőket külön hozzá kell rendelni a terméktípusokhoz (pl. Kép -> field_image), míg az egyedi mezőket nem kell, azok automatikusan hozzárendelődnek. Nem is engedi felvinni az egyedi mezőket a többi terméktípushoz.
Biztos van benne logika...