pp képe

A CSS azért CSS mert a hülye fordításokkal szemben nem egymásba ágyazott stíluslapokról van szó, hanem egymásba ágyazott elemek stíluslapjáról.

Az összes form elemnek van id-je, és van wrapper-je, aminek van id-je és ilyenkor egy összetett kiválasztóval simán be tudod célozni a cuccot.

  1. #akarmi-wrapper label {
  2. ...
  3. }
1
0
stafford képe

Sziasztok,

En is most probalkozom a 7-es (7.15) drupallal es hasonloan jartam, ahogy a topicindio. Friss install, alapbeallitasok utan bekuldok egy cikket, amihez kepet is csatoltam es csak elso alakalommal jeleniti meg a kepet. Ha frissitem az oldalt mar nem jeleniti meg a kepet. Clean URL kikapcsolasa utan (mas forumokon ezt javasoljak) is ugyanez a helyzet, csak egyszer jelenti meg a kepet, utanna mar nem.

Megneztem a folderek jogosultsagait:

files: 775
files/styles: 775
files/styles/large: 700
files/styles/large/public: 700
files/styles/large/public/field: 700
files/styles/large/public/field/image: 775
files/styles/large/public/field/image/fajlnev.jpg: 664

a 700as foldereket 755-re allitva megoldodik a problema de ezt minden egyes image style eseten el kene jatszani es amugy se egy tul elegans megholdas.

Valakinek sikerult mar ezzel tovabblepnie?

Koszi!

0
0
csakiistvan képe

Összetett funkció lenne ez szerint ami az alábbiakból állna:

  • 1, Új tartalom típus (admin/structure/types/add)
  • 1.1, készítsd el a szükséges mezőidet hozzá(Név alapból van egy node elemnek, amennyiben ez nem a munka neve, hanem a useré, akkor nem kell bekérned mert tudod ki küldte be a tartalmat, body = leírás, egy text alapú mezőt kell hozzáadnod ahol a munkaidót be tudja írni)
  • 2, jogosultság beállításai
  • 2.2 a user be tud küldeni, meg tudja tekinteni a munkalapot de szerkeszteni már nem tudja, hozzáadsz egy másik csoportot, pl boss, aki már szerkeszthet is)
  • 3, Kell egy új modul a Views, ezzel a bossnak ki tudod listázni azt hogy kik mikor és mit küldtek be.

Viewsról sok infó és videó van, akár itt a fórumban is. de ha elakadnál írj egy új topicot a témában.

1
0

Drupal full-stack developer at Wunderman Thompson Budapest

eager képe

Hi, két dolog:

  1. A htaccess körüli tanács (csak 127.0.0.1-ről allow) a madirish.net-es cikkben van, amit feljebb linkeltem ebben a topicban (hozzáteszem, anélkül, hogy alkalmas lennék a benne foglaltak szakmai lektorálására).

  2. A félreértés a "dev" verziójú modulok körül abból a körülményből származhat, hogy a Drupal Security Team ezekhez nem biztosít értesítőket (csak X.Y-1.0-tól kezdődően) (illetve esetleg csak rendhagyó esetben).

    Egészen pontosan: "The development branch of Drupal is not intended for production use. Security problems are fixed, but security announcements are not issued." (CTRL+F → "Which versions are supported" ezen az oldalon.)

    Emiatt én úgy fogalmaznék, hogy lehetőség szerint kerülendő a "dev" verziójú modulok használata, amennyiben azonban mégis alkalmazásra kerül ilyen, akkor a honlap tulajdonosa legyen tisztában vele, hogy a fentiekből eredően lehetséges, hogy biztonsági kockázatot vállal.

0
0
morfin képe

Nem egészen. Igazából csak formázási problémám van: azt szeretném hogy a csoportfejben panel szerűen formázva jeleníthessem meg a Group field mezőket (balodalt a cím, alatta a képe, ettől jobbra mellettük a szöveges paraméter mezők, ill. e 2 oszlop alatt a leírásuk stb.) -Megvannak ezek a mezők és a csoport-fejben meg is tudom jeleníteni egymás alatt(!) őket, de mivel Rács formátumban a Group field-ek egymásba ágyazott tag-ekben jönnek létre elég korlátozottak az átírás+css lehetőségeim.
Azt gondoltam ha már minden szükséges mező megvan és végül is csak a megjelenítés nem tökéletes, létezik a problémámra valami egyszerű megoldás...

Ezzel együtt igazad van és elolvasva a belinkelt node-t én is Sk8erPeterhez kell, hogy csatlakozzak. Belátom, hogy eleddig nagyon alapszinten használtam a view-kat és bőven jobban el kell mélyedjek bennük akárcsak a panelmanager-ben. -Mentségemre legyen mondva nem a web-készítés a főprofilom.

Szóval köszi, hogy rányitottad a szemem arra, hogy még annál is kevésbé értek a dologhoz mint eddig hittem ;)

0
0

Üdv!

Sk8erPeter képe

Szerintem ez nem jó, mert ez csak a konkrét node body-jába pakol be egy blokkot, gondolom a megfelelő filter segítségével:

sometimes you want to include or embed that stuff into the body of your node

Amúgy a leírása kicsit furcsa:

[block:name of module=delta of block]

...will insert the contents of a rendered sidebar block into the body of your node. If no delta is specified, the default block for that module will be displayed.

Nem vágom, miért írja kifejezetten a sidebar blokkot, miért ne lehetne akármilyen blokk. :) Az meg végképp nem tudom, mit jelent, hogy "default block". (??) Mivel egy modul akárhány blokkot is meghatározhat....

0
0
Sk8erPeter képe

Érdemes tudni róla:
honeypot 7.x-1.13
http://drupal.org/node/1786336

This module (the 6.x-1.x version) is now in use on Drupal.org; special thanks to killes for all his helpfulness in making Honeypot more extensible and resilient against persistent and pernicious spammers!

Itt olvashattok erről bővebben:
http://drupal.org/node/1759272
Ebben a kommentben pedig arról számolnak be, hogy közel 5000 regisztrációs kísérletet sikerült megfogniuk rövid időn belül. Ezután még a modul fejlesztője tovább csiszolgatta a modult, így ez az issue lezárható állapotba került, és véglegesítették a modul használatát több form esetében is a drupal.org-on.

4
0
Schmidt Attila képe

Szia, én is így jártam, mer csak ripsz ropsz letöltöttem a modult, unzip, be a modulok közé, bekapcs, aztán semmi...

readme.txt-ben a megoldás:

Installation:
------------
1. Download and unpack the Colorbox plugin in "sites/all/libraries".
Link: http://colorpowered.com/colorbox/colorbox.zip
Drush users can use the command "drush colorbox-plugin".
2. Download and unpack the Colorbox module directory in your modules folder
(this will usually be "sites/all/modules/").
3. Go to "Administer" -> "Modules" and enable the module.

Én a sites/all/libraries-ba nem másoltam semmit (azaz kihagytam az első lépést), akkor működött úgy ahogy neked is nem.

Miután bemásoltad a libraries-ba a dolgokat, a Colorbox modult kapcsold ki, majd be.

Nem állítom, hogy nálad is ez a baj, de hátha...

0
0
Sk8erPeter képe

Hmm, ebben van valami, de azért a cím szerintem viszonylag ritkán változik, aztán ott van hozzá még a Global Redirect, ami a régi URL aliasokról átirányít, mert megjegyzi azokat (vagy az a Redirect - na mindegy, most hirtelen nem vágom). Vagy ezek csúnya plusz terhet raknak a szerverre a kötelező path lookup miatt? De egyébként köszi, most rámutattál, hogy a dorgon miért nincs engedélyezve, már korábban felmerült bennem a kérdés, de most megmagyaráztad, "és tényleg!!" :D
Csak annyi miatt lenne tök jó a mi szempontunkból, hogy a fórumokban belinkelésnél már a keresőbarát URL-ből is lehetne tudni, hova visz.
Mondjuk ha nagyon akarom, így is linkelhetem:
http://drupal.hu/node/15822/kezikonyv/sminkek/egyszeru-alsmink-keszitese
:P
No mindegy, bárhogy is lesz, köszi, hogy foglalkoztatok a dologgal!

1
0
pp képe

Minden olyan szöveg, amit átadsz a t() függvénynek bekerül a fordítandó sztringek táblájába.

Ha van egy változód ami szám és az azt tartalmazó szöveget úgy adod át, hogy a számot tartalmazza a szöveg, akkor minden egyes számra külön szöveg kerül be a fordítandó sztringek közé(pl.: Line 1, Line 2, Line 3 stb), azokat egyesével újra és újra le kéne fordítanod, ahogy jön egy-egy újabb szám. (persze, ha nem szám akkor is ez történik, csak a számmal talán könnyebben megérthető ez a probléma)

Ha nézzük a tartalom típusokat akkor azok nevei szövegek, és ezek a szövegek fognak ekkor bekerülni a fordítói adatbázisba. Na de mi van akkor ha egy tartalom típust törölsz? Akkor a nevét nem fogod innen törölni, mert ez a mechanizmus nem erre lett kitalálva, nincs ilyen lehetőség.

A lényeg, hogy a t() a kódból jövő statikus, nem változó szövegek fordítására lett kitalálva.

Mint ahogyan snufkin is írta, pontosítsd, hogy mit a célod, hogy lehessen javasolni megoldást.

pp

2
0