tatarbj képe

Beküldte tatarbj - 2012. április 23. 11.30

esetleg kérhetünk hozzá egy linket, mert így elég nehéz segíteni :)
üdv, tatarbj.

1
0

---
Tatár Balázs János

pp képe

Beküldte pp - 2012. április 23. 13.46

tartalom vagy mező nézet? Ha előbbi akkor ott kell lennie, ha utóbbi akkor azt neked kell hozzáadni. Egyébként meg, devel modult feltesz, bekapcsol és a sablonba beleír:

  1. <?php 
  3. ?>
0
0

Palócz István
https://palocz.hu | https://tanarurkerem.hu

KaoszNagymaester képe

Beküldte KaoszNagymaester - 2012. április 23. 14.22

Mező nézet, és mezőként már hozzáadtam és bepipáltam, hogy ne látszódjon. (Exclude from display)

0
0
makgab képe

Beküldte makgab - 2012. április 23. 15.06

Jól látom, hogy csak a D7 verzióban van "Public chatroom" lehetőség?
A D6-osban csak magánchat (one on one chat) van?

0
0
eager képe

Beküldte eager - 2012. április 23. 18.31

Én az ilyen jellegű problémákat azzal szoktam magyarázni, hogy egyes böngészők nem tudnak egyes Java Runtime Environmentes kompetenciákat helyesen implementálni (merthogy az adminfelület jQuery parancsokkal működteti a feltöltőgombot (ebben a pillanatban így gondolom)).

Példának okáért én Linuxon vagyok, és gyakran használom a Chromium és Firefox böngészőket, azonkívül kétféle Java Runtime Environmenttel is próbálkoztam már, a Sun 6-ossal, illetve asszem OpenJDK volt a másik.

A lényeg: ezeknek a dolgoknak a válogatott együttállásából tud születni olyan, hogy egy-egy gomb, vagy user interface feature nem működik helyesen valamelyik böngészőben.

Olyanról is lehet hallani, hogy WYSIWYG szerkesztők nem hajlandók megjelenni adminfelületeken: ezt én szintén hasonló okokkal próbálnám magyarázni, és ilyenkor megpróbálom helyretenni az oprendszeremet, mindent frissíteni, amit csak lehet a szereplők közül (JRE, Böngésző, Javascript library, amit a webhely használ), illetve ráállni egy-egy böngészőre, amiben az adott feladat pont működik :)

(apropó, csak óvatosan jegyzem meg, ha Drupal oldalról is próbálsz közelebb kerülni, akkor vannak olyan modulok, hogy jQuery_update (csak óvatosan, előbb olvasd el az issue queue-t) illetve jQuery_multi (bár ez utóbbival asszem core-ral kapcsolatos dolgokkal kevésre lehet menni (vagy nem?))(bár D7-nél azért még talán nem olyan égető a jQuery verzió elavulásának kérdése))

Akkor ez zöldség. Mindenki elnézését kérem. Jobb ha még jobban kitörlöm?

0
-4
nevergone képe

Beküldte nevergone - 2012. április 23. 18.24

Ne haragudj, de teljes fogalomzavarban totális zöldségeket írsz. „Java Runtime Environment”…??? És a többiek…

Ne feledd, a Javascriptnek kb. semmi köze sincs a Java-hoz.

0
0

Választ szeretnél? - Új kérdés, új téma - Tesztoldal - Trollkezelés - Frissítés

hron84 képe

Beküldte hron84 - 2012. április 23. 18.25

Na, akkor most gyorsan tegyunk tisztaba par dolgot, mielott ez elharapozik.

1) a JavaScriptnek semmi, de az egvilagon semmi koze nincs a Java nyelvhez, a JRE-hez, vagy barmi egyeb mashoz.
2) A JavaScript szabvanyat ECMA-nak hivjak, a JavaScript masik neve az ECMAScript.

A tobbire nem is ternek ki, mert az egesz kapcsolat a ket nyelv/rendszer kozott nincs, nem letezik, sosem volt. JavaScript tamogatasu bongeszot lehet ugy is irni, hogy fenn sincs JDK a gepeden, lasd peldaul a WebKitet, rengeteg olyan WebKit alapu bongeszo van, ami nem tamogatja a Java alapu Appleteket egyaltalan.

1
0

--

()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.
pkiraly képe

Beküldte pkiraly - 2012. április 23. 18.29

A Java Runtime Environmentnek (és általában a Javanak) és bármely JavaScript kódkönytárnak (és általában a JavaScriptnek) az égvilágon semmi közük nincs egymáshoz a nevükön kívül (illetve egyes hasonló módon megvalósított nyelvi szerkezeten kívül). Magyarán: nem függnek egymástól, nem zavarják egymást, nem kommunikálnak egymással stb. Van néhány nagyon-nagyon ritkán alkalmazott kivétel (pl. létezik Javaban írt JavaScript interpreter a Rhino, vagy Java applet HTML-es paramétereit lehetett JavaScripttel manipulálni), de azok kívül esenek ezen az eseten. A megoldás valahol máshol lesz.

0
0
hron84 képe

Beküldte hron84 - 2012. április 23. 18.56

Csak a favico-ra szeretnek reagalni. D7 alatt a settings.php-ben lehet konfigolni, hogy milyen tipusu fajlokra menjen ki egy statikus html kod a teljes drupal_not_found helyett. Ezt a settings.php-ben a "Fast 404 pages" kifejezesre keresve lehet megtalalni. Alapertelmezes szerint a nepszeru statikus fajlok kiterjesztesere (png, ico, jpg, etc) van matcheles.

De egyeb sebessegnovelo intezkedesek is vannak a settings.php-ben erdemes atolvasni az egesz fajlt.

2
0

--

()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.
KaoszNagymaester képe

Beküldte KaoszNagymaester - 2012. április 23. 19.01

Sajnos még mindig nem kerültem közelebb a megoldáshoz. Feltettem a devel modult be is állítottam, de ott nem találtam sehol azt az infót, hogy az adott tartalom kiemelt-e.

0
0