hellstar képe

Nagyon köszi, nem hiába a profik tudnak...
végül a teljes kód:

li.pager-item a.active { color: #17A1C8; }
ul.pager li.pager-first a,
ul.pager li.pager-previous a,
ul.pager li.pager-next a,
ul.pager li.pager-last a {
margin: 0;
color: #17A1C8;
}

0
0
kormen képe

Tehát akkor a drupal alaprendszer profil modulja szükséges? mert az abban létrehozott mezők megjelennek, de a conten profile-ban létrehozottak nem. Igaz ha kikapcsolom a drupal alaprendszer profilját, akkor sem.

Amit csináltam:
Mindent visszaállítottam alapra. Töröltem az összes felvitt mezőt.

CKK mezőket engedélyeztem, content profile engedélyezve.
Címlap » Adminisztráció » Tartalomkezelés » Profil oldalon beállitottam a tartalomtípust, mivel nincs részletezve a többi tartalomtípushoz hasonlóan. Az "Use this content type as a content profile for users" opciót engedélyeztem. A Content Profile fülön a "Use this content type on the user registration page" opciót engedélyeztem.

A Címlap » Adminisztráció » Tartalomkezelés » Profil helyen hozzáadtam egy legördülő választómezőt, ezután egy szövegmezőt, melyet a választó mező egyik elemétől tettem függővé. Elmentettem.

A regisztrációs ürlapom igy a következő elemeket tartalmazza:
Felhasználónév
e-mail cím
cím
törzs
terms uf use (szándékosan van itt)
captcha
és a felhasználó létrehozása gomb.

az egyetlen dolog amit a tartalomtípusnál szabályozni tudok, hogy ha berakom a pipát a hide form fieldsnél a címhez és a Other form elements (except for required CCK fields) hez akkor eltűnik a törzs és a cím. De nem jelennek meg az új mezők.

Mit csinálok rosszul?

0
0

Kormen

dj képe

leonidasz képe

Köszi! átnézem

0
0
scoundrel képe

köszi, de

konvertáltam ttf-et afm-be: semmi.
próbáltam az egész sql-t utf8_hungarian-be konvertálni: semmi.

végül újratelepítettem a játszóteret 1.7.1-es xampp-ra
és megy a tcpdf jól.
/sőt más modulok sem warningolnak/

üdv.

0
0
pp képe

olvastad amit írnak a print modul oldalán?

* wkhtmltopdf: webkit-based tool that actually launches a browser to generate the PDF. Resource hungry: expect to need some 30Mb+ of RAM and some seconds of CPU power. May need to install/compile in your site. Requires an X server, which if you're in a shared host won't be available and you'll lack the resources to install/compile it. The best, if you can run it.

Ez neked telepítened és forgatnod kell, de kell hozzá X server. Szóval winen nem biztos, hogy olyan egyszerű mert egy wines X servert is kell hozzá forgatnod, ami nem tudom, hogy létezik-e egyáltalán, mert picit szükségtelennek tűnik. :D Ezen túlmenően erőforrás zabáló. :D

* TCPDF: CSS not supported. Limited reproduction of the web page. Unicode support (warning: use of Unicode fonts will result in HUGE files). PDF header and footer supported. Released very often (weekly). PHP5 and PHP4 supported. TCPDF 4.0.000 or later required.

Ez az irány lesz szerintem amerre el kéne indulnod.

* dompdf: full CSS support. Excellent reproduction of the web page. No Unicode support (only ISO-8859-1). PDF header and footer not supported. Not maintained (last release v0.5.1 in 2006-07-07). PHP5 required. Some known bugs from incomplete implementation - not recommended for general use.

:D itt le van írva, hogy sose lesznek ékezetes karaktereid, nem fejlesztik, és van egy pár ismert hiba amit nem javítanak benne -> ne használd éles szerveren.

Szóval mi volt a hibaüzenet a tcpdf-nél?

pp

0
0
gazsesz képe

Tovább teszteltem és a következőre jutottam:
- adj jogot anonymousnak is profil content létrehozásához, ill. ha a cck permission is be van kapcsolva, akkor a kitöltendő mezőket is engedélyezd be nem jelentkezett felhasználóknak
- nálam, ha a Other form elements (except for required CCK fields) ki van pipálva, akkor nem működött a conditional field, azaz minden mezőt megjelenített, függetlenül a kondíciós beállításoktól
- így a body-t css-ből kell eltüntetni, ha nincs rá szükség

0
0

Gazsesz

gazsesz képe

Másik példa:
- többféle csoport
- panels variant - csoportonként eltérő tartalommal

0
0

Gazsesz

teecee képe

látok semmi idevágót!
Csináltam képeket:
- A rossz node Látogatóként (ott a szerkesztés gomb): www.teecee.hu/node_rossz.png
- Egy ugyanolyan node Látogatóként (nincs gomb): www.teecee.hu/node_jo.png
- A változások listája (Látogató szerkeszti): www.teecee.hu/node_revisions.png
- Devel access by user: www.teecee.hu/node_access_by_user.png
- Devel access entries: http://www.teecee.hu/node_access_entries.png

Ha a 3 user közül vmelyik jelszavát lopták volna el, akkor gondolom az ő user-e szerkesztette volna a változások listája szerint. Valamint akkor nem csak ezt az egyetlen node-ot szerkesztenék...

Ha esetleg van még valami ötleted, örömmel venném. Kicsit még keresgélem, aztán törlöm a node-ot és fölveszem újra, valószínűleg úgy már nem lesz gond. Viszont zavar ez a Liba...

Azt egyébként nem értem, hogy a Node Access by User résznél mit keres ott az a sok user, a szerkesztők csoport tagja cska az a 3 user, amelyik frisíthet és törölhet a táblázat szerint, a többinek semmi köze nincs ehhez a node-hoz.

Köszi!

0
0

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
TeeCee, the One and Only

pp képe

Két dolog illeszkedik ugyebár. A node-hoz vannak realmak és rid-ek valamint a júzer kap reamlokat és rid-eket. Gyaníthatóan a nodeaccess_author/0-ás realm/rid lesz a hunyó, de ez ugye csak egy tipp, mert én úgy csinálnám, hogy a node is kapna egy nodeaccess_author realmot és a júzer is. A node-nál a node létrehozója, míg a usernél a user id-je lenne a rid. Ekkor ugye akkor passzol a történet, hogy ha a júzer a node szerzője. Nálad ez nullás, lehet ezért kap a névtelen, vagyis nullás idjű júzer jogot rá... De ezen egy jogosultság újraépítésnek kéne segítenie, hacsak nem hibás a hozzáférést szabályzó modul, vagy az ő tábláiban maradt valami szemét.

pp

0
0