kalmarr képe

Megpróbálom:

Hiba: Ha fordítást hozok létre, akkor megjelenik egy oldalon a fordított szöveg és a fordítás is. Nem tűnik el a fordított szöveg, mert csak annak a szövegnek kellene megjelennie, amilyen nyelven éppen nézem az oldalt. pl: magyar szöveget fordítok angolra, akkor ne lássam a magyar szöveget és az angolt egyszerre.

admin/settings/language/i18n

Tartalom kiválasztás módja:
Most -> Kevert aktuális nyelv (ha elérhető) vagy alapértelmezett nyelv (ha nem) és nyelvsemleges.

(Amit észrevettem, hogy bármelyiket, ha választom nem változik a tartalom).

/admin/content/types/story/edit
Többnyelvűségi lehetőségek:
X A jelenlegi nyelvet az új tartalmak számára alapértelmezés szerintinek állítja.
X Nyelv szükséges (Nem lehet nyelvfüggetlen).

Bővített nyelvi támogatás:
X Normál - Minden engedélyezett nyelv elfogadása.

Ha jól tudom több helyen nem kell már beállítani.

Értelemszerűen a tartalomnál választom a megfelelő nyelveket és ha fordítása van, akkor "pároztatom" a fordításokat is.

kb.

Ennyi...5let?

0
0
kalmarr képe

Továbbra is azon gondolkodok, hogy hogyan lehetne megoldani egy lépésben megoldani a dolgot, mert a felhasználók, nagyon nem szeretnek több lépésben megoldani dolgokat.

Három dolgot kellene valahogy összehozni:
- profil
- webform
- hírlevél

Profil: azért kellene, hogy a felhasználót tudjam kezelni, tudjam valahova kötni, ha nincs regisztrálva mindenki vendég. Bonyolítja a dolgot az email ellenőrzés, de ezt ki lehet kapcsolni :)

webform: egy bizonyos dologra, ha elküldi adatlapját.

Hírlevél: Ez se lenne hátrány, ha alapból fel tudnám íratni rá, mivel ezt nem tudom még össze csatolni a regisztrációval.

Tökéletes megoldás:
Véleményem szerint (logikailag) ezt az egészet a webormon kellene megoldani.
Miközben kitölti az adatait a rendszer mind a három problémát megoldaná.
Alap kérdésem :)

Ezeket a modulokat, hogyan lehet egy űrlapon meghívni?
Esetleg egy direkt hívásos segítséget kérhetek.

Szerintem ez egy érdekes alap kérdés lehet, mert sokak találkozhatnak ilyen problémával.

Kalmi

0
0
zschopper képe

Én írtam egy saját modult, ami minimális konfigurációval, de át tudja rántani az adatokat drupal (6) alá. Nekem is az adatok migrálása volt a cél, így nem hegyeztem ki arra, hogy általános használatra alkalmas legyen.

Ami hiányzik:

  • A hozzászólások csatolmányai teljesen hiányoznak belőle (még nem volt rá időm, és nálunk elenyészően kevés a csatolmány)
  • a privát üzenetek migrálását a privatemsg modul egy korai fejlesztői verziójára írtam, és lövésem sincs, hogy változott-e azóta.
  • a fórumok jogosultságai (mivel nálunk 10-15 futó fórum van, azt gyorsabb kézzel beállítani)
  • profil mezők félkészek, elvileg működik, de mikor áthoztam a fórumos felhasználókat kikommenteztem és sql-ben pakoltam át a profil adatokat

Ha nem asap a probléma, ~1-2 héten belül élesben fogom tesztelni a modult, mert fel akarom számolni a régi fórumot, és utána segítek áttolni a tiedet is.

Ha valakinek kell a kód - úgy ahogy van - szívesen megosztom, de garanciát nem vállalok rá.
Az egyszeri átállításhoz csináltam, - részben Drupalos gyakorlásként.

0
0
nevergone képe

Ha már itt tartunk, akkor külön öröm számomra, hogy a kérésemnek megfelelően sikerült normálisan kitölteni az adatlapod. Gratulálok! :)

Sajnos, (vagy szerencsére?), amit kérsz, arra nem feltétlenül van kész megoldás, könnyen lehet, hogy le kell programozni. Azt pedig nem várhatod, hogy ezt más megtegye helyetted. Mint ahogy azt sem, hogy egyesek órákon keresztül lessék a kívánságaidat, és megpróbálják teljesíteni. Ez a fórum nem erről szól.

De ha már itt tartunk, nekünk megfelel ez a rendszer, te pedig nyugodtan választhatsz mást. De mielőtt mást becsmérelsz, mindig nézd meg, hogy az illető mit tett le az asztalra, majd ezután méregesd magadhoz és személyeskedj.

Azt pedig érdemes elfogadnod, hogy nem csak kérdezni célszerű, hanem másoknak segíteni is, különösen ha annyira profi vagy, hogy a drupal.org-on is magabiztosan tájékozódj. Amíg azonban csak olyan kérdéseid vannak, amelyek alapján valószínűleg nem fordítottál túl sok energiát a probléma önerőből történő megoldására, addig kicsit nehezebb órákat tölteni azzal, hogy a kérdéseidre választ adjanak.

Köszi, hogy ezt megérted! :)

0
0
Balint133 képe

KÖSZÖNÖM szépen, pont valami ilyesmire gondoltam! Azthiszem a második megoldást fogom választani ;) az tényleg szebb és áttekinthetőbb!

EDIT: Fatal error: Only variables can be passed by reference in C:\xampp\htdocs\drupal\modules\converter\converter-form-render.tpl.php on line 12 Ezt a hibaüzenetet kapom, a 12 sor pedig ez:
<?php drupal_render($form['subj']) ?>

Nem bírok rájönni ez miért van... amit írtál kód az elvben jó de mégse, és nem tudom miért nem...

Ha csak simán fogom a tpl.php-ban és elhagyom a drupal_render függvényt akkor gond nélkül kiírja a formnak az összes elemét :O

0
0
kkwx képe

igaz, még nem próbáltam, de egy modult alapból sokkal általánosabban kell megírni elvileg, mert ha esetleg nem úgy írom ugyanígy belém kötnek és semmivel sem vagyok előbbre, csak hátrébb...
Onnan vettem, hogy bonyolult, hogy beleolvastam a készítésbe, meg van egy haverom aki szakdogának csinált egy egyszerű modult (aminél én legalább 5-ször bonyolultabbat akarok), és rengeteg segítséggel is épphogy csak meg tudta csinálni, pedig neki sokkal több tapasztalata volt előtte a webfejlesztésben...
a képeket amiket mutattál: lehet, hogy ronda, de ugyanúgy működik, mint a jól megcsinált, de a weboldalnál viszont nem látják, hogy mi volt az eredeti kód: modul, vagy sima kód, és pont ezért nyitottam ezt a témát, hogy valaki elmagyarázza, hogy miért rossz, és az nem érv, hogy "mert csak", vagy "mert nem szép"...
nincs időm és kedvem se a modulprogramozással foglalkozni, és ezért akarom tudni, hogy miért rossz, mert csak egyetlen weboldalt akarok összerakni, és azért nem tanulok meg modult programozni...
Szóval egyáltalán nem lettem meggyőzve, várom továbbra is az ÉRVEKET :)

0
0
Paithan képe

Sajnos meg mindig problema a relevant content kiiratasa a fooldalon, akinek van otlete, szivesen fogadom.

A relevant content blokkot (mert az mukodik ie alol is - a cck field errorozik -) meghivjuk a az alabbi scripttel az aktualis node tpl-ben.:

 if ($kapcsolodo):

 print $kapcsolodo

Ez a vegoldalon remekul kiirja a block tartalmat.

A fooldalon views-al van elkeszitve a block amibe szeretnem kiiratni a kapcsolodokat, viszont nem tudom megjeleniteni semmilyen formaban (argumentummal).

Van valami olyan modul -vagy lehetoseg- amivel meg tudom jeleniteni egy masik block tartalmat viewson keresztul?

A fooldalon meg semmilyen formaban nem sikerult elocsalni a kapcsolodo tartalmakat, blockban barhova helyezve.

0
0
makgab képe

A "Forrás formázás alkalmazása" nem volt bepipálva, most megtettem, úgy látom most jó:

Tisztítás és kimenet:
-----------------------
[X] HTML ellenőrzése
Ha ez engedélyezett, akkor lehetséges a hibás kódok, mint például a tag eltávolítása a HTML elemekből.

[ ] Előre formázott
Ha ez engedélyezett, akkor a szerkesztő TAB karaktereket fog beszúrni, és megőriz más helyörző karaktereket, mint ahogy a PRE elem teszi a HTML-ben.

[X] tagek átalakítása a stílushoz
Ha ez engedélyezett, akkor a HTML jelölők határozzák meg a betűméretet, a betűtipust, a betű-, és háttérszínt a beágyazott CSS stílus helyett.

[X] Sortörések eltávolítása
Ha ez engedélyezett, akkor a szerkesztő eltávolítja a felesleges sortöréseket a szövegből. Letiltásával elkerülhető az ütközés más beviteli szűrőkkel.

[X] Forrás formázás alkalmazása
Ha ez engedélyezett, akkor a szerkesztő újra fogja formázni a HTML forráskódot. Letiltásával elkerülhető az ütközés más beviteli szűrőkkel.

[ ] Kényszerített tisztítás beszúráskor
Ha ez engedélyezett, akkor az alapértelmezett beszúrás művelet (CTRL-V vagy SHIFT-INS) viselkedése hasonló lesz a „beszúrás Wordből” művelethez.

G.

0
0
tamoca képe

Jó napot mindenkinek!
A linken megnéztem a honlapot és tetszett. Megnéztem a miránk vonatkozókat és bizony nincsenek frissítve a köztársasági elnökünk adati."Head of state President László Sólyom" ....eutrio.be/european-union/member-states/hungary
Olyan mintha USA-ban még Bush lenne egy hivatalos oldalon nem Obama.

A grafikához a rovást komolyan gondoltam mint ötletet. A Sarajevo-i piramisokban is rovást találtak a monolitokon, köveken, nincs mit szégyellni őseink írásán. Szerintem az Uniós elnökség idején is merjünk magyarok lenni, meg jó lehetőség is mikor a világ egy kicsit ránk figyel...
Pár további ötlet az e betű a rovásban igen hajaz az Euró pénznem jelére.
Napba öltözött Boldogasszonyunk kinek lábai alatt a hold, koronája 12 csillagból...
Arculatban miért ne lehetne magyar?

Más...Jó lenne Drupal fordítás rovás karakterkészlettel is.Van lehetőség jobbról balra írni, szerencsére nem csak a rovás hanem egy másik ősi írás is pl. a héber is jobbról balra megy. Ez már Drupal téma lehetne, lehetne neki nyitni egy külön fórumot? Hátha csatlakoznának páran a fordításhoz.

tamoca

edgarpe képe

Végül nem vetettem be, szerencsére könnyedén elbírta a szerver így is. A boost sokat segített. Edith, nagyon találóan fogalmaztad meg, hogy új dolgokat játszva érdemes tanulni, ez most nem az a szitu volt.

Érdemes végignézni egy diff-et a pressflow és drupal között. Olyan nagyon sok változás nincs, egész jól lehet követni (persze madártávlati szinten) hogy min változtattak. Elvileg oda-vissza lehet migrálni. De csak elvileg. Én abból indulok ki, hogy tökéletes kompatibilitás nem létezhet a kettő között, mert _valamit_ másképp kell hogy csináljon, különben mi értelme az egésznek.

A PHP 5.3-ra azt hittem már reagáltam, lehet bénáztam és nem nyomtam meg a mentés gombot. Szóval futtatok pár siteot PHP 5.3 alatt és a nagyobb modulokkal (Views, CCK, Panels, Token, stb...) nincs gond. Views-nál pl. olyan van, hogy a Views UI generálgat egy hibát, ami elsőre ilyesztő, de valójában a forráskódban egy "&" jel kiszedése megoldja. Egy pici odafigyeléssel szerintem már simán lehet futtatni Drupalt 5.3 alatt. Persze az egzotikus contrib modulokra ez nem igaz.

0
0