Új hozzászólás Aktív témák
-
#5500
PumpkinSeed
addikt
csabyka666
#5499
PumpkinSeed
addikt
válasz
csabyka666
#5499
üzenetére
<a href="index.php?menu=fooldal"><td>Főoldal</td></a>
-
#5499
csabyka666
veterán
Üdv!
Tudom, hogy van CSS topic, de az halottnak tűnik, ezért postolom ide a kérdésem.
Adott egy táblázat, ami egyetlen sorból áll, és minden cellában egy link szerepel - ezt használom a weboldal menüjének.
Azt szeretném elérni, hogy ne csak magára a linkre kattintva aktiválhassam a linket, hanem a táblázat cellája már a linkhez tartozzon. Beállítottam a "display: block;"-ot de valamiért nem működik. Ránéznétek a kódra, hogy mi lehet a hiba?HTML kódrészlet:
<table id="menu_table">
<tr>
<td><a href="index.php?menu=fooldal">Főoldal</a></td>
</tr>
</table>CSS:
table#menu_table{
border-collapse: collapse;
background: #3C3C3C;
margin: 10px auto;
font-family: Arial, Helvetica, sans-serif;
}table#menu_table a{
display: block;
text-decoration: none;
color: white;
}table#menu_table td{
padding: 10px 17px;
}table#menu_table td:hover{
background: red;
}Köszi a segítséget előre is!
-
#5498
csabyka666
veterán
Vélhetően a kódban lesz a hiba, mert másik menüpontok alatt működik, amit akarok.
-
#5497
cidalain
veterán
csabyka666
#5496
cidalain
veterán
válasz
csabyka666
#5496
üzenetére
hülyeséget kérdeztem, bocs, töröltem
-
#5496
csabyka666
veterán
Sk8erPeter
#5494
válasz
Sk8erPeter
#5494
üzenetére
Aha, úgy működik. Ha nem lesz jó, akkor marad ez, vagy amit GG888 kolléga mondott - amikor újratöltöm az oldalt, akkor a felső divre ugratom.
Örülök, hogy tudtam olyat mondani, amit még ti sem láttatok.
Köszönöm a válaszokat!
-
#5495
GG888
senior tag
Sk8erPeter
#5494
GG888
senior tag
válasz
Sk8erPeter
#5494
üzenetére
Vagy csináljon egy #top-ot....
-
#5494
Sk8erPeter
nagyúr
csabyka666
#5492
Sk8erPeter
nagyúr
válasz
csabyka666
#5492
üzenetére
Furcsa, de akkor próbáld meg "üres" anchorral, hülye tipp, hátha:
header("Location: index.php?menu=valami#");(#5493) : micsoda/kicsoda "jelez, hogy nem létezik"?
Ha a 404-es oldalra gondolsz, az miért meglepő, ha nem létező oldalt akarsz megnyitni (már ha egyáltalán jól értettem, amit mondani szerettél volna)? -
#5493
csabyka666
veterán
...érdekes, mert ha valami kamu linket írok be, akkor jelez, hogy nem létezik, de ha beírom a helyes linket, csak #akarmi nélkül, akkor ugyanúgy ottmarad, amire előzőleg ugrott.
-
#5492
csabyka666
veterán
Oké, nekifutok újra. Szóval.
A PHP kódon belül ezt mondom neki (pl. egy gombra kattintva):
header("Location: index.php?menu=valami#valamilyendiv");
És oda is ugrik az újratöltést követően, minden ok. Viszont ha kiadom ezt, ugyancsak PHP-ből:
header("Location: index.php?menu=valami");
akkor ugyan újratölti az oldalt, de valamiért az előző link marad benn, tehát ez:
header("Location: index.php?menu=valami#valamilyendiv");
és persze ahhoz a DIV elemhez ugrik, ahova előzőleg ugrattam, pedig nekem az oldal tetejére kellene.Tényleg nem tudom, mi lehet ebben a rossz, szerintem rendben van a kód...
MOD: Hú, azt hiszem, megtaláltam!
MOD2: Nem...mégse.
-
#5491
cidalain
veterán
csabyka666
#5489
cidalain
veterán
válasz
csabyka666
#5489
üzenetére
nem teljesen egyértelmű mi a kérdés
ha ott van a #ideugrok akkor oda fog ugrani. ha azt akarod hogy ne ugorjon oda akkor szedd ki.az újratöltés nálad mit jelent? nyomsz egy F5-öt? ebben az esetben mindig ottmarad a #, mert az az adott oldalt tölti újra.
ez a rész nem világos konkrétan: ha újratöltöm ismét, immáron "index.php?menu=akarmi"-vel, akkor is a linkben marad a "#valamelyikdiv".
link = index.php?menu=akarmi
linkben marad a # = index.php?menu=akarmi#valamelyikdiv
itt ellentmondás van, kérlek fejtsd ki bővebben: vagy rosszul "töltöd újra", vagy nem marad benne csak úgy gondolod -
#5490
martonx
veterán
csabyka666
#5489
martonx
veterán
válasz
csabyka666
#5489
üzenetére
"ha újratöltöm ismét, immáron "index.php?menu=akarmi"-vel, akkor is a linkben marad a "#valamelyikdiv", és ezért ugyanúgy odaugrik"
A helyedben megkeresném a hibát, hogy ilyenkor miért marad a linkben a #valamelyikdiv
Amúgy meg nem igazán értem példa nélkül, hogy mit is szeretnél. -
#5489
csabyka666
veterán
Üdv mindenkinek!
A segítségeteket szeretném kérni.
Ha újratöltést követően az oldalon hivatkozok egy elemre, mondjuk "index.php?menu=akarmi#valamelyikdiv", akkor odaugrik a "valamelyikdiv" ID-jű elemre, viszont ha újratöltöm ismét, immáron "index.php?menu=akarmi"-vel, akkor is a linkben marad a "#valamelyikdiv", és ezért ugyanúgy odaugrik.
Ha úgy töltöm újra, hogy "index.php?menu=akarmi#ezegymasikdiv", akkor viszont frankón odaugrik, ahova mondom.Mi erre a megoldás? (AJAX nem játszik.
)Köszi a segítséget előe is!
-
#5488
Sk8erPeter
nagyúr
martonx
#5487
Sk8erPeter
nagyúr
válasz
martonx
#5487
üzenetére
Hát ja, igazából ebben nehéz újat mondani, hogy mindkettőnek vannak előnyei-hátrányai, és azt mérlegelni kell. Ha a teljesítmény-szempontok kritikusak, akkor valószínű, hogy kevésbé éri meg a CMS, persze ez is attól függ, a gyorsítótárazással kapcsolatos tudást is fejlesztik. Általános lesajnálás övezi sokszor a CMS-eket, ha komolyabb projektről van szó, ennek sok oka van, egy része teljesen jogos, másik része nem az.
Amit én kódszinten komoly problémának látok, hogy a visszafelé kompatibilitás kényszere miatt a PHP-alapú CMS-ek kódja sokszor a PHP 4-es időszakból visszamaradt tákolmányok korhoz igazítgatásával, toldozásával-foldozásával van tele, meg a procedurális kódolás erőltetésével, immár kutyulva az objektumorientáltsággal. Sajnos ez alól nem kivétel a Drupal sem, még ha ez a komolyan vehető CMS-ek közé tartozik is. Ez szerintem gáz, én inkább örülnék egy radikális váltásnak két főverzió között, még ha sok is lenne az anyázás, hogy nehéz portolni az új verzióra a modulokat.
Probléma az is, hogy sokszor inkompetens emberek készítenek tutorialokat, screencasteket (mondjuk ez a PHP-s világra sajnos különösen jellemző, hogy boldog-boldogtalan nekiesik, mint tót az anyjának).
Probléma továbbá sokszor az is, hogy - amennyiben komolyan vehető CMS-ről van szó - muszáj tényleg sok időt beleölni a CMS fejlesztésének tanulásába, különben kellő ismeretek híján csak billentyűzet-csapkodós, facepalmos módon tudja az ember megoldani a problémát. Szóval sokszor egyszerűen a kellő ismeret hiányzik ahhoz, hogy rájöjjön az ember, hogy lehet értelmesen megoldani egy problémát. Amikor pár éve melóhelyen volt egy projekt, akkor annyi volt a megkötés, hogy CMS-t használva legyen kialakítva az oldal - én a netes, értelmesen, programozói szemszögből is megközelített vélemények alapján választottam a Drupalt. Sokan dicsérték a jól kialakított, könnyen kezelhető jogosultságkezelést, az elég általános mezőzhetőséget, tartalomtípusokat, viszonylag értelmes bővíthetőséget, stb. Fogalmam nem volt még az egészről, jó kis beletanulási időszak volt, aztán kb. 1,5 hónap múlva majdnem úgy döntöttem, hogy abbahagyom az egészet a francba, és megcsinálom ugyanezt tök máshogy. Egyszerűen a tököm ki volt vele.
De ez még a 6-os verzió idején volt (most a 8-as lesz idén vmikor stabil), azóta rengeteget fejlődött a Drupal, plusz akkor aztán találtam egy normális könyvet, ahol végre értelmesen volt leírva, hogyan is kell egy rohadt modult relatíve jól fejleszteni. Még a hivatalos anyagokat sem találtam ilyen szempontból kielégítőnek. Aztán később, amikor már belejöttem, láttam, mennyire egyszerűen is meg lehetett volna oldani mindezt, főleg a 7-es után... a két verzió között szerintem igen látványos különbségek vannak.
Aztán nyilván megköti a fejlesztő kezét az is, hogy alkalmazkodni kell a CMS fejlesztői által kitalált moduláris struktúrához. Persze a framework API-jához is igazodni kell, ott sem lehet csak rászabadulni, mint egy vadbarom, azt is hosszú időn keresztül kell tanulni.Igazából mind a CMS, mind a framework esetén könnyű elérkezni egy ponthoz, ahol az egyik röhögve lehagyná a másikat - pl. CMS esetén lehet mondani, hogy háhh, ehhez csak kattintanék hármat, vagy erre csak felraknám az XY modult, és kész lennék, esetleg modulból meghívnám az API akármilyen függvényét; aztán frameworknél meg lehet mondani, hogy "ne szívassál már, ezt három sorból megoldom, amivel te itt most szarakodsz".
Szóval ez a kérdés megoldatlan marad. És akkor a kötelező panelszöveg: mindenki használja azt, amit szeret, amit megkövetel a főnök, vagy ami alkalmasabb az adott feladatra. 
-
#5487
martonx
veterán
Sk8erPeter
#5483
martonx
veterán
válasz
Sk8erPeter
#5483
üzenetére
Ahogy ezt már sokszor átbeszéltük, egy feladatot sokféleképpen meg lehet oldani. Szvsz a Drenti által említett eset tipikusan olyan, amit meg lehet oldani framework-kel is, meg CMS-el is, de egyértelmű, hogy a CMS-nek itt már pozitív hozadéka nem lesz, ellenben sorra fognak előjönni a negatív hozadékok.
Épp mostanában jártam úgy (az esetet ismered is www.realeyesit.com), hogy egy komplexebb feladatot CMS-el oldottunk meg, mert az elején még az tűnt a jobb megoldásnak, aztán a végén 3 hónapot fejlesztettünk azzal is, és a végeredmény akkor sem lett olyan, mintha 3 hónap alatt az alapoktól megcsináltuk volna frameworkkel.
-
#5486
DNReNTi
őstag
Sk8erPeter
#5485
DNReNTi
őstag
válasz
Sk8erPeter
#5485
üzenetére
Nem is fontos. Csak példaképp írtam.
A Drupal-nak meg még utánanézek, egyre szimpatikusabb. -
#5485
Sk8erPeter
nagyúr
DNReNTi
#5484
Sk8erPeter
nagyúr
válasz
DNReNTi
#5484
üzenetére
Most hirtelen nem tudom, melyik modul tart már olyan szinten, hogy pont megfelelő legyen a feladatra, mert elég sok idő telt el a legutóbbi Drupalozásom óta (most más került terítékre), úgyhogy ha nekikezdenék, én is első körben utánajárnék, és kipróbálnám az aktuális foglalómodulokat, aztán eldönteném, melyik felel meg a feladatnak. Vagy valahogy Flag modullal hoznám össze, nem tudom, most nem volt kedvem gondolkodni rajta.
-
#5484
DNReNTi
őstag
Sk8erPeter
#5483
DNReNTi
őstag
válasz
Sk8erPeter
#5483
üzenetére
Hüm.
Lehet jobban meg kellene ismerkednem a Drupal-al. -
#5483
Sk8erPeter
nagyúr
DNReNTi
#5482
Sk8erPeter
nagyúr
válasz
DNReNTi
#5482
üzenetére
Ilyen feladatokat nyugodtan meg lehet oldani egy komolyabb CMS segítségével. Drupal segítségével biztosan, az egyes entitások agyonmezőzhetők, meg van foglalómodul is, Views-zal meg aztán komplex lekérdezéseket, egyedi megjelenítéseket tudsz összeállítani grafikus felületen.
-
DNReNTi
őstag
Egy minimál céges bemutatkozó oldalnál valószínű hogy semmit, de tegyük fel hogy egy privát fogorvosi rendelőnek kell kartonozó rendszert készítened, ahol egyrészt minden adat megvan minden ügyfélről és minden beavatkozásukról mindez egy könnyen használható felületen és mondjuk még kifelé is nyitott a dolog, az ügyfelek online láthatják mennyire vannak betáblázva az orvosok és online foglalhatnak időpontot. Na most szerintem egy ilyen feladatnál lenne mit fejleszteni bőven az alap tartalomkezelő mellé.
Megjegyzem, én egy ilyennek nem is tartalomkezelővel mennék neki, csak a példa kedvéért írtam. -
Orionk
senior tag
Köszi a tanácsokat.
Itt van ez az oldal : http://www.gemencballon.hu/
Nézegettem, elég szépnek találtam.
Később meg belefutottam ebbe : http://vtem.net/demo/?template=vt_farmUgyanaz a két oldal.
Szóval azt szeretném kérdezni, hogy mire való ez az oldal : http://vtem.net/demo/?template=vt_farm
Kiválasztok itt egy demót, és letöltöm és szó szerint csak a képeket, szöveget, tartalmat, stb... kell beletennem és kész ?, vagy ha nem, akkor mégis mit kellene még pluszban bele fejleszteni ?
köszi
-
martonx
veterán
Ideális esetben szerintem a tanulási folyamat így zajlik (nyugodtan kövezzetek meg érte, illetve az élet sosem ideális)):
1. saját kezűleg barkácsolsz, közben rengeteget tanulsz.
2. rájössz, hogy a CMS-ek ugyanezt tudják, csak jobban, átállsz rájuk, közben rengeteget tanulsz.
3. rájössz, hogy a CMS-eknek komoly hátrányai vannak, átállsz a frameworkök használatára, közben rengeteget tanulsz. -
#5479
Sk8erPeter
nagyúr
Orionk
#5476
Sk8erPeter
nagyúr
"Ezekkel az oldalakkal sokkal könnyebb oldalakat létrehozni, nem ? Lényegében majdnem, hogy hiába csináltam eddig a mezei weblapkészítést, nem ?"
Dehogyis. Nagyon jól tetted, hogy belementél az apró részletekbe, ezeken a tanulási folyamatokon mindenkinek át kell esnie, aki komolyabban akar foglalkozni a webfejlesztéssel, és nem csak kókányolni (valami kényszermegoldásokkal összekalapálni valami működőszerűséget), ráadásul ez a tanulási folyamat normális esetben sosem áll meg, mindig tanulsz valami újat.
Meg fog térülni, mert így van sejtésed róla, nagyjából mi zajlik a háttérben. Nem is érdemes eldobnod a CMS-ek felfedezése miatt minden eddigit, tanulj tovább. Főleg, hogy közel sem csak a CMS-ek uralják a webes világot. Sok előnyük van, de sok előnye van a frameworköknek is. Meg ha már modulfejlesztési igényről van szó, akkor a CMS-ek esetében is bőven van kódolnivaló, és a CMS modulfejlesztési módszereinek megtanulása is eltart jódarabig. Bőven kelleni fog még az a tudás a jövőben, és még sokkal több. -
#5478
fordfairlane
veterán
Orionk
#5476
-
DNReNTi
őstag
Igen jól és nem, nem jól.
A Joomla, Drupal, WP és társaik tökéletesen alkalmasak akár nagyon komoly oldalak létrehozására, de ugyan úgy hozzáértést igényelnek mint a mezei weboldal/webalkalmazás fejlesztés. Eleinte talán könnyűnek tűnik hogy WP-ben 6 perc alatt egy kész weboldalt pattintasz össze, de ha valamit testre kell szabni akkor ugyan úgy szükséged lesz az alap html, css, js, jq, php tudásra, plusz a keretrendszer ismeretére is.
Tehát igen, fasza weblapot lehet létrehozni velük, és nem, nem hiába foglalkozol a weblapkészítéssel.
-
Orionk
senior tag
Sziasztok !
Az elmúlt időszakban, 2-3 hónapban megtanulgattam összerakni egy korrekt weboldalt mezei HTML, CSS, PHP és egy kicsi JavaScript segítségével.
Természetesen totál kezdő vagyok, de haladok azért előre.
Nektek is köszönhetek jópár segítséget itt a fórumban, úgyhogy köszi.Szóval azért írok most, mert ráakadtam az ilyen dolgokra, hogy Joomla és Wordpress. Ezekkel az oldalakkal sokkal könnyebb oldalakat létrehozni, nem ? Lényegében majdnem, hogy hiába csináltam eddig a mezei weblapkészítést, nem ?
Tudtommal erre valóak ez a két rendszer, hogy sokminden meg van csinálva és az ember csak letölti és úgymond belerakja a szöveget és képeket és fasza weboldalt kap, holott mezei kódolással meg csak szenvedne és sokáig tartana mindez.
Jól látom ? köszi
-
#5475
DNReNTi
őstag
fordfairlane
#5474
DNReNTi
őstag
válasz
fordfairlane
#5474
üzenetére
Ettől féltem igen.
Korábban én is szkriptet használtam, aztán váltottam az attribútumra, de egy mostani projektnél szeretném ha az oldal IE9-ig kompatibilis lenne. -
#5470
haromegesz14
senior tag
haromegesz14
senior tag
Hello!
Létezik olyan google dork amivel csak is kifejezetten HTML oldalakra keres rá? Segítségeteket előre is köszönöm! -
Yilderim
újonc
válasz
martonx
#5452
üzenetére
Erre válaszolok, de egyúttal mindenkinek köszönöm a hozzászólásokat a témához...
A szerver beállításaihoz
a) sajnos nem értek
b) nem is kaptam információt róla, hol lehetne az én jogosultságaimmal bármit állítani.A konkrét helyzet a következő <user>.web.elte.hu címre tárhelyet igényelhetünk ELTE-hallgatókként, azonban támogatás nem igazán jár a dologhoz, egyszerűen WinSCP kapcsolaton keresztül egy mappába tudunk anyagot feltölteni, de az itteni (esetlegesen létrehozott) almappák tartalmát automatikusan kilistázzák a böngészők, szóval jelen lehetőségeim függvényében szeretném az elrejtős index.html-t használni...
(A mappában egyébként nem csak olyan képek vannak, amik konkrétan linkelve vannak a weblapon, hanem pl. egyetemi beadandó feladatok is, amik ott fontosak voltak, hogy a webszerverre kerüljenek fel, de nem részei a mostani publikus tartalomnak...)
Szóval, a kérdés a technikai részre visszakanyarodva az lenne:
mi lehet az oka, hogy nem működik az átirányítás?
Ha egy kattintható linkre teszek javascriptes visszalépést, az önmagában működik;
illetve önmagában (rendes url beírásával) az átirányítás is rendben;
miért ütik egymást? -
cidalain
veterán
válasz
olivera88
#5466
üzenetére
Nem tudhatod, hogy milyen adatokbol dolgoznak.
Nezd, ha beszelsz a radarosokkal, es megkerdezed hogy ez meg az a radarkep milyen koordinataju teruletet fed le es megkapod a koordinatakat, akkor nem kell viszonyitasi pont.Ha olyan radarkepet akarsz felhasznalni amin nincs viszonyitasi pont, de masok is hasznalnak, akkor a koordinatakat le kell lesni roluk. (Pl amiket elobb linkeltel ket pelda)
Viszonyitasi pont akkor kell ha nincs koordinata.
Az azert belathato hogy e ketto kozul valamelyik mindenkeppen kell. Ha valaki megcsinalta, akkor volt olyan infoja ami neked nincs. -
#5465
Sk8erPeter
nagyúr
olivera88
#5463
Sk8erPeter
nagyúr
válasz
olivera88
#5463
üzenetére
"Nem használunk CMS t.
"
Az jelen esetben nem baj, hogy nem használtok CMS-t, mert szabadon bele tudsz nyúlni a kódba, anélkül, hogy el kellene magyarázni a modul-/komponens-/pluginkészítés alapjait. A koordinátás dologra nem tudok most mit mondani, mert ennyire nem nézegettem meg a radaros dolgot, mert cidalain múltkor ahogy elnéztem, töviről hegyire elmagyarázta neked, szóval indulj ki az ő kapcsolódó hsz.-eiből. -
cidalain
veterán
válasz
olivera88
#5463
üzenetére
Vagy van koordinata a kephez, akkor nyert ugyed van.
Ha nincs akkor csak a viszonyitasi pontok alapjan tudod beloni - pl en neked a multkorit az orszaghatarok, es a jelolt varosok alapjan hoztam jo helyre.
Ha nincs viszonyitasi pont a kepen akkor sehogy nem tudod a terkepre rahelyezni, vagyis ra tudod, csak hogy jo helyen van e az soha nem derul ki. -
#5463
olivera88
veterán
Sk8erPeter
#5458
olivera88
veterán
válasz
Sk8erPeter
#5458
üzenetére
Értem. Köszi.
Nem használunk CMS t. Majd a kolléga megcsinálja mert én nem férek hozzá annyira..Van valami módszer mi alapján kell megadni koordinátákat h pontosan el legyen helyezve a radar réteg? Pl ha ilyen réteget helyezek rá http://pljusak.com/1_radar/bilosi_radar.gif?nocache , mi alapján tudom h jó helyen van? -
#5462
Sk8erPeter
nagyúr
cidalain
#5461
Sk8erPeter
nagyúr
válasz
cidalain
#5461
üzenetére
"Tipikus CMS kód a forrás alapján egyébként."
Hát egyáltalán nem. Ezek szerint nem annyira nézegetted komolyabban CMS-ek kódjait, azokban van legalább valamilyen szintű konzisztencia. Ebben a kódban nincs.
Meg általában a CMS-ek kódjában nincs össze-vissza kutyult angol-magyar elnevezés a class-oknál, id-knál. Ahhoz már komoly erőfeszítés kell, hogy olyan theme-et tákoljon össze valaki, ahol ennyire nem egységes a kód, és hibák is vannak benne. Mármint most nem csak a korábban említett tagek keveredéseiről beszélek, hanem hogy attribútumok értékei előtt, még az idézőjel előtt szóköz, aztán egyik helyen aposztróf, másik helyen sima idézőjel használata, stb. Igaz, pl. az Artisteer élen jár a tákolmány theme-ekben, de annak a végső kimenetében is azért fel lehet fedezni a népszerűbb PHP-s CMS-ek kódmaradványait.
Ha kiderülne, hogy CMS, azon jóóóóól meglepődnék. (Ha valami őskövület darab, vagy egy olyan, amivel ilyen tákolmányt lehet összehozni, akkor legalább megtudjuk, mit kell kidobni az első kukába.)
A népszerűbb CMS-ek manapság már ügyelnek olyasmire is, hogy mondjuk a menü ne egy table legyen már, annak túl sok köze például a reszponzivitáshoz sem lesz."egy szóval sem cáfolta amikor utaltam rá"
Nem tudom, hol utaltál rá, de lehet, hogy nem értette, miről beszéltél."A kódokhoz rohadtul értesz, de néha annyira felmegy nálad a pumpa itt a topicban hogy az hihetetlen
"
Bennem egy pillanatig nem ment fel a pumpa, te valamit benézel.
Amúgy nemcsak belőlem váltottad ki a kényszert, hogy három oldalról magyarázzuk el neked, mi a pálya például a webszerverek kapcsán, ha arra gondoltál. Ha oltogatnak, az nem feltétlenül azt jelenti, hogy a másik dühöng. 
Igazából tényleg nem jutunk előrébb, szóval egymás közt nem igazán érdemes vitázni, majd ha leírja a nyűgjét, akkor talán kiderül, mi a pálya, vagy nem. Nem a mi érdekünk, hogy előrébbjusson, mi csak segíteni vagyunk itt, szóval rábízhatjuk a továbbiakat nyugodtan, mi meg átrágtuk a témát.
-
#5461
cidalain
veterán
Sk8erPeter
#5460
cidalain
veterán
válasz
Sk8erPeter
#5460
üzenetére
Ilyen kódot ember nem ír, amiről megegyezhetünk asszem. (ha igen akkor nem a térképről kérdezgetne, hanem arról hogy mi az a HTML tag). Tipikus CMS kód a forrás alapján egyébként.
("egy szóval nem említette, hogy azt használna" - de egy szóval sem cáfolta amikor utaltam rá)"Ha nem férne hozzá a forráskódhoz valamilyen módon, nem jött volna ebbe a topicba."
Vagy igen, mégis idejött."Azzal meg nem tudunk mit kezdeni, hogy képtelen leírni, hogy mi a nyűgje."
De leírta: nem megy FF alatt. És annyit tudunk kezdeni vele, hogy megmondtuk hogy szar a kód. De megoldást nem tudunk adni."Mi az, hogy nem értelmes?" Hát ha végignézted a kommentjeit lejött volna hogy nem egy HTML expert, Így a javítsad a kódot értelmes ugyan, de számára egy "tanuljál meg programozni bakker, aztán beszélgethetünk a kínodról" típusú tanács.
Persze vitázhatunk napestig, és beleköthetsz minden második betűmbe, de akkor sem tudod megmondani te sem a szerencsétlennek, hogy mit csináljon hogy jó legyen neki azonkívül hogy javítsad a kódot. A kódokhoz rohadtul értesz, de néha annyira felmegy nálad a pumpa itt a topicban hogy az hihetetlen
És nem is mindig a szakmai részen. -
#5460
Sk8erPeter
nagyúr
cidalain
#5459
Sk8erPeter
nagyúr
válasz
cidalain
#5459
üzenetére
Honnan veszed, hogy CMS-t használ?
Most direkt visszatekerésztem a hsz.-eit egészen az elejéig, és egy szóval nem említette, hogy azt használna.""Ezeket javítsd ki első körben, így még lesz is esélyed rá, hogy bármi script működjön."
Ez ugyanúgy nem értelmes, mert ahogy leveszem, ő nem fejlesztő, a forráshoz nem tud nyúlni, lövése sincs mit és hogyan javítson."
Mi az, hogy nem értelmes? Hát ember, ez a HTML-szerkesztés topic, ez a tanács értelmes, és leírja a probléma valószínűsíthető okát. Ha nem férne hozzá a forráskódhoz valamilyen módon, nem jött volna ebbe a topicba.
Azzal meg nem tudunk mit kezdeni, hogy képtelen leírni, hogy mi a nyűgje. -
#5459
cidalain
veterán
Sk8erPeter
#5458
cidalain
veterán
válasz
Sk8erPeter
#5458
üzenetére
Bocs, ugyanezt elmondtam neki 16 hozzászólással ezelőtt.
CMS e van, és a tartalomfeltöltéskor bevágta a konkrét másik működő HTML-t.
Idáig már eljutottunk.Eddig az én mondandóm is értelmes volt, lényegét tekintve ugyanaz mint a tied.
"Ezeket javítsd ki első körben, így még lesz is esélyed rá, hogy bármi script működjön." Ez ugyanúgy nem értelmes, mert ahogy leveszem, ő nem fejlesztő, a forráshoz nem tud nyúlni, lövése sincs mit és hogyan javítson.
A kérdés: hogy tudja feltölteni az anyagot, hogy ne legyen trágya a kód, és működjön is.
Nem tudjuk milyen CMS, nem is tudja hogy tudja megállapítani.Ezután hogy konkrétan mit csináljon, és hogyan azt te sem tudod megmondani.
Asszem körbeértünk. -
#5458
Sk8erPeter
nagyúr
olivera88
#5456
Sk8erPeter
nagyúr
válasz
olivera88
#5456
üzenetére
A forráskódod cseppet ocsmány: miután kezdődik a szokásos HTML-struktúra a <html><head>...</head><body>-val, azután középtájt van egy ilyen:
</script>
</head>
<body onload="initialize()">
<div id="map_canvas" style="width:90%; height:90%"></div>
</body>
</html>
<div id = "hir_728X15">
..............
..............
<div id = 'footer'>
<div id="cp">
...............
</div>
</div>
</div>
</body>
</html>Persze a sok pont helyén tartalom van.
Szóval lezárod feleslegesen kétszer a headet, beledobsz a közepébe egy body-t, aztán jön a térkép divje, lezárod a body-t, lezárod a html-taget, aztán kezdődik egy div, aztán lezárod a body-t, majd lezárod a html-t megint.
Csoda, hogy Chrome-ban működik a térkép... Sőt, inkább kár, hogy működik Chrome-ban, nem jó, hogy túl toleráns a böngésző az okádmány kódokkal szemben.Ezeket javítsd ki első körben, így még lesz is esélyed rá, hogy bármi script működjön.
(#5457) cidalain :
"nem nagyon tud senki sem mondani ertelmeset"
A magad nevében beszélj, hogy nem tudsz mondani értelmeset. -
cidalain
veterán
válasz
olivera88
#5456
üzenetére
Passz.
Help, info akarmi.
Sajnos nem tudjuk hogy milyen lehetoseged van anyagot felvinni. De biztosan azzal van a gond hogy rosszul van feltoltve a keretrendszerbe. Hogy mit kellene csinalni hogy jo legyen ahhoz keves az infonk, igy nem nagyon tud senki sem mondani ertelmeset. -
#5454
cidalain
veterán
Sk8erPeter
#5453
cidalain
veterán
válasz
Sk8erPeter
#5453
üzenetére
Pedig tobb tarhelyet is hasznaltam mar, es nagyobb szazalekban nekem kellett pl a listazast tiltani a htaccess-el. Akkor a legtobb szolgaltato szar, vagy kevesbe jo rendszergazdat alkalmaz?
Mivel sosem uzemeltettem webszervert, csak hasznaltam, nekem eddig ugy tunt hogy a nem tiltas az alap a tapasztalatok alapjan...
En kerek elnezest, hogy ugy gondoltam hogy akkor ez igy jo. De ezekszerint akkor ez igy nem jo. -
#5453
Sk8erPeter
nagyúr
martonx
#5452
Sk8erPeter
nagyúr
válasz
martonx
#5452
üzenetére
Na ja, ebben teljesen igazad van, hogy már eleve a webszerver alapbeállításai kellene, hogy tartalmazzák az erre vonatkozó opciókat. Az a rész ebben a formában tényleg nem igaz, hogy a fejlesztő szarakodjon ilyesmivel .htaccess-ben vagy másképp, az igazából már a kényszermegoldás, amikor mondjuk van egy szarabb osztott/egyéb tárhely, amihez kénytelen igazodni a fejlesztő, mert mondjuk a megrendelő vagy a Gizike néni ahhoz ragaszkodott. Vagy mert a rendszergazda egy kretén.
-
#5452
martonx
veterán
Sk8erPeter
#5451
martonx
veterán
válasz
Sk8erPeter
#5451
üzenetére
"Ha a fejlesztő szemszögéből nézzük, akkor pedig az ő felelőssége megoldani, hogy ne lehessen csak úgy kotorászni a webszerver publikus könyvtárában."
Annyit tennék azért még hozzá, hogy szvsz nem a fejlesztő feladata konfigurálni egy webszervert. Ez tipikusan rendszergazdai, üzemeltetői feladat. Noha nyilván gyakran nem ilyen tiszták a határvonalak, de szvsz az régen rossz, amikor a fejlesztő a nyilvánvaló üzemeltetői hiányosságot kell, hogy javítgassa, foltozza.
Szegény cidalain-nék nem értik miről beszélünk, úgyhogy mondjuk már ki végre egyértelműen:
Szarul van konfigurálva az apache (vagy bármilyen webszerver, nem derült ki az eredeti hsz-ből a webszerver pontos típusa), és ekkor nem az a megoldás, hogy fejlesztőként elkezdünk ilyen - olyan kókány megoldásokkal együtt élni a nyilvánvaló konfigurációs hibával, hanem elintézzük, hogy legyen normálisan konfigurálva.
-
#5451
Sk8erPeter
nagyúr
cidalain
#5441
Sk8erPeter
nagyúr
válasz
cidalain
#5441
üzenetére
"ne listazodjanak a fajlok ha direktben beirjak egy mappajat, amiben nincs index fajl. Ha igy nezem akkor itt semmifele szerveres problema nincs"
Hogyne lenne már szerveres probléma, ha ezek szerint listázódnak a fájlok, amiknek rohadtul nem kéne? DE, VAN szerveres probléma, mégpedig az, hogy nincs beállítva, hogy ne tudja már akárkicsoda végigturkálni a publikus könyvtár tartalmát, ha ott nincs kezdőfájl.
Most ebből melyik rész nem tiszta?"A user gondoskodjon arrol hogy a publikus feluleten elrejtsen valamit"
Hogy mi van? Most ki a user, ki a fejlesztő? Ha a user alatt azt érted, akinek a fejlesztő elkészíti a weboldalt, akkor nem az ő feladata, hogy bármilyen rejtegetéssel foglalkozzon. Ha a fejlesztő szemszögéből nézzük, akkor pedig az ő felelőssége megoldani, hogy ne lehessen csak úgy kotorászni a webszerver publikus könyvtárában. Tulajdonképpen ezek már korábban is elhangzottak, csak most nem értem a rugózást. -
cidalain
veterán
A Chrome érzékelte a több BODY elemet, és a másodikat (a térképes oldalét) kigyomlálta, az ott lévő onload eseményt az oldal egyeten BODY-jába átrakta. Ott valószínűleg ezért működik jól, de önmagában nem lenne jó, csak amiatt megy mert van valami "kódjavító algoritmus" a Chrome-ban ezekszerint.
Összességében a kód ugyanúgy hibás, és csak a Chrome profiságán múlik hogy tud kezdeni vele valami értelmeset a böngésző -
cidalain
veterán
válasz
olivera88
#5443
üzenetére
háááát...
A térképes forrást betetted egy oldalba.
Így a térképes oldalnak a BODY-ja, és a HEAD-je az már nem úgy viselkedik, mintha különálló oldal lenne.
Nem az a kérdés hogy a FF miért nem kezeli le, hanem az hogy a többi böngésző miért. Kapásból az egész térkép meghívás BODY ONLOAD-ra indul el, de neked korábban már van egy BODY-d, az egész oldalé. És szabvány szerint egy oldalon csak egy BODY van. ugyanez érvényes persze a HTML, és HEAD elemekre is, ami így szintén duplán van, mivel a beviteli mezőbe a kész oldal forrását bemásoltad.Szerintem a keretrendszer szerkesztőfelületen ne forráskódot szúrj be hanem a térkép forrását különálló oldalként hívd be. Ha nem bemásolod a kódot, hanem beágyazod, akkor jónak kell lennie.
Pl1: mentsd el a térképes részt egy fájlba, pl map.html, töltsd fel a szerverre, és a HTML fájlt embeddeld be valamilyen formában. Most ez IFRAME kerettel biztosan megy, de szerintem megy AJAX-szal is, a te keretrendszeredtől függően melyik opció van. Ha lehet akkor az AJAX-os megoldást válasszad.
Pl2: keress HTML oldal beágyzása opciót, és oda szúrd be a kódot.Többet nem nagyon tudok hirtelen hozzátenni. A keretrendszeredet nem ismerem amit használsz
-
martonx
veterán
válasz
cidalain
#5441
üzenetére
Hű te nagyon kevered a szezont a fazonnal.
Most őszintén, szerinted mennyi nem publikus könyvtárral rendelkezik egy webszerveren futó alkalmazás?
Ráadásul nehogy már a usernek kelljen kamu index.html-ekkel elfednie a webszerver beállításainak a hiányosságait.
Abszolút alap, hogy web szerver soha nem listáz ki semmit. Innen indulunk minden webszervernél. Aztán jöhetnek a kivételek (ftp, webdav, akármi), de mindig ez az alap, hogy könyvtár tartalma soha nem listázható ki.
Bárhogy nézed, ez szerver beállítási probléma. -
#5441
cidalain
veterán
Sk8erPeter
#5440
cidalain
veterán
válasz
Sk8erPeter
#5440
üzenetére
Persze hogy a publikus kvtar is a szerver resze.
Szerintem arra gondolt, hogy ne listazodjanak a fajlok ha direktben beirjak egy mappajat, amiben nincs index fajl. Ha igy nezem akkor itt semmifele szerveres problema nincs. A user gondoskodjon arrol hogy a publikus feluleten elrejtsen valamit. Es szerintem ennyi volt a kerdes, hogy ezt hogyan. -
#5440
Sk8erPeter
nagyúr
cidalain
#5439
Sk8erPeter
nagyúr
válasz
cidalain
#5439
üzenetére
"szerintem a rendszer mappájának nincs köze a webszerver rendszer mappájához."
What? Szerinted a publikus könyvtár nem az egyik webszerverkönyvtár?A gond, amiről martonx is beszélt szerintem, hogy "Nem szerettem volna, hogy ennek a mappának a teljes tartalmát láthassák" - eleve ott kezdődik, hogy miért láthatja bárki is bármely könyvtárnak a teljes tartalmát? Erre írta, hogy hibásan van konfigurálva a webszerver.
Apache-szerveren már ez a .htaccess-sor is segítene:
Options -Indexes -
cidalain
veterán
válasz
martonx
#5438
üzenetére
szerintem a rendszer mappájának nincs köze a webszerver rendszer mappájához.
én úgy értettem hogy az ő rendszer mappája, egy olyan mappa ahol a weboldalon megjelenő képeket, esetleg scriptfájlokat tároljaén valami htaccess-ben gondolkoznék.
másrészt nem iratnám ki hogy nincs ott semmi látnivaló, mert ezzel figyelemfelhívsz.az emberek nem fognak oda eljutni, mert nincs oda link. aki meg forráskódot elemez, és az alapján eljut "rendszer" mappákhoz, az meg ugyis eljut amúgy is. ha a rendszer mappádba olyan fájlok vannak amik kellenek a weboldalad működéséhez, akkor felesleges levédeni, mert aki meg akarja szerezni az meg tudja hisz a fájlokat használod, az összesnek ott az elérési útja a forráskódban.
-
Yilderim
újonc
Sziasztok!
<meta http-equiv="refresh" content="5; url=javascript:history.go(-1)" />
Van a weboldalamon egy mappa, ahol olyan "rendszerelemeket" tartok, mint a lapokon használt képek, etc.
Nem szerettem volna, hogy ennek a mappának a teljes tartalmát láthassák, ezért beletettem index.html fájlt, rajta az üzenettel, hogy semmi keresnivaló itt, és 5 mp múlva vissza lesz irányítva az előző oldalra.Erre szolgálna a fenti kód, ami egy darabig működött is, ma azonban, ahogy véletlenül ránéztem erre a mappára böngészőben (nem sokszor nézegetem, én tudom, hogy nincs ott látnivaló), egyszerűen nem léptetett el a html-refresh...
Egészen biztos vagyok abban, hogy a kódhoz azóta nem nyúltam, hogy legutóbb még működött, a kérdésem tehát az, változott-e valami szabvány, mi lehet a böngészőbeállítás, ami miatt nem működik mostanság a dolog,
illetve végső soron, mit kell tenni (akár PHP-refresh?), hogy az időzített elléptetés működjön?
Köszi!
-
cidalain
veterán
válasz
olivera88
#5434
üzenetére
és az eredeti oldal megy a FF alatt?
(nálam az eredeti megy a legújabb FF-szal (27.0.1). a módosítottat nem tudom kipróbálni mert melóhelyen van amit én csináltam, szal csak hétfőn)
vagy küldd el a te weboldalad linkjét.azt figyelted hogy animált verziójú overlay is van?
-
olivera88
veterán
válasz
cidalain
#5433
üzenetére
Értem. Nagyon szépen köszönöm.
Be is raktam a weboldalunkra, csak van egy bökkenő. 
Legújabb Firefox-al nem jön be se régi Operával(presto motoros). Internet Explorer 11 el működik, Opera 19 el is, Cromeval is.Érdekes mód 10.2 es Firefox-al működik. Nem értem mi lehet a gond, mikor a kódot nem módosítottam. -
cidalain
veterán
válasz
olivera88
#5432
üzenetére
megcsináltam én is
én sokat foglalkozom gmaps-szal, szóval nagyjából sejtem mi merre milyen koordináta. az overlay képen megnézetm a balalsó sarkot, az nagyjából Split környékén van, majd jött a jobbfelső sarok, de ott ugye nem a látszó térképrészt kell belőni, hanem a fekete sáv is kell hozzá.
amikor ezt belőttem, akkor márcsak tizedfokokkal kellett módosítgatni.
innen indultam: 43.3, 15.6 és 48, 23 szóval rohadt jól belőttem szemre is -
cidalain
veterán
válasz
cidalain
#5430
üzenetére
használd ezt a koordináta beállítást:
var imageBounds = new google.maps.LatLngBounds(
new google.maps.LatLng(43.35,15.5),
new google.maps.LatLng(47.65,23.7));ez jó lesz
bár én még mindig azt mondom, hogy használd az eredeti csak a "foltos" overlayt, és tegyed rá ebből a szövegesből a szöveges panelt, mert ez nem átlátszó, és így nem túl szép
-
cidalain
veterán
-
olivera88
veterán
válasz
cidalain
#5427
üzenetére
Sikerült eddig eljutni. [link] Már elég pontos de még nem jó. Nem értem a koordináták mi alapján van meghatározva,mihez visszanyitva. Találomra irkáltam őket és jutottam el idáig.Azért akarom ezt a képet mert ez részletesebb, és dBZ ben van feltüntetve a csapadék intenzitás.
Meg ez csak egy radarnak a képe, az eredeti meg 2 ezért is különböző. -
cidalain
veterán
Vagy ha ez a masik kep kell mimdenkeppen akkor nyilvan ehhez mas koordinatak tartoznak. Az imageBounds 4 koordinatajat kell megvaltoztatni, de hogy mire azt nem tudom.
De en inkabb hagynam az eredetit, mert az tuti jo, es tennek melleje meg egy layert ami ez a masodik kep, de ennek csak a jobb szelso fekete savja az adatokkal.
-
cidalain
veterán
válasz
olivera88
#5425
üzenetére
Nebassz :-)
Nem kell kicserelned semmit, most azt a kepet tetted ra amin eleve van terkep, stb
Eleve a jo overlay van benne: [link]
A forraskod google chromeban nyisd meg:
view-source:http://pljusak.com/1_radar/bilosi.htmEzt a forrast egy az egybe kikopizpd, es egy az egyben bekopizod magadnak a sajat cuccodba es kesz is vagy :-)
Legalabbis ha jol ertem amit szeretnel. -
olivera88
veterán
-
#5421
cidalain
veterán
Sk8erPeter
#5418
cidalain
veterán
válasz
Sk8erPeter
#5418
üzenetére
Persze, minden felteheto, de sejtettem hogy van jobb megoldas az attetszo radarkeppel, lasd korabbi commentem
-
-
#5418
Sk8erPeter
nagyúr
cidalain
#5415
Sk8erPeter
nagyúr
válasz
cidalain
#5415
üzenetére
De rátehető, pont a doksi is ezt mutatja, amit linkeltél
Persze abban igazad van, hogy az áttetsző kép kevésbé néz ki hülyén.De az eredeti doksiban ez a nem transzparens kép van rátéve a térképre:
https://developers.google.com/maps/documentation/javascript/examples/full/images/talkeetna.png
és a kód eredményeként így fog kinézni a térkép:
a részlet:
function initialize() {
var mapOptions = {
zoom: 11,
center: new google.maps.LatLng(62.323907, -150.109291),
mapTypeId: google.maps.MapTypeId.SATELLITE
};
var map = new google.maps.Map(document.getElementById('map-canvas'), mapOptions);
var swBound = new google.maps.LatLng(62.281819, -150.287132);
var neBound = new google.maps.LatLng(62.400471, -150.005608);
var bounds = new google.maps.LatLngBounds(swBound, neBound);
// The photograph is courtesy of the U.S. Geological Survey.
var srcImage = 'https://developers.google.com/maps/documentation/javascript/';
srcImage += 'examples/full/images/talkeetna.png';
// The custom USGSOverlay object contains the USGS image,
// the bounds of the image, and a reference to the map.
overlay = new USGSOverlay(bounds, srcImage, map);
}Itt a lényeg, hogy egy png-t ad hozzá:
// The photograph is courtesy of the U.S. Geological Survey.
var srcImage = 'https://developers.google.com/maps/documentation/javascript/';
srcImage += 'examples/full/images/talkeetna.png';Nyilván kellenek a továbbiak is a kép hozzáadásához, a példából jól ki lehet indulni, a pontos hely kell, hogy hova rakja.
-
cidalain
veterán
A kesz terkep itt van [link]
A foltos overlay itt van [link]Gyakorlatilag nincs teendod, fogod az elso linket es lekopizod a full forraskodot, 41 sor az egesz. Azt kesz is vagy. Nyilvan ha kisebb terkep kell akkor a terkep divet kisebbre veszed, es raksz fel egyeb anyagot is ahogy akarod.
Ehhez nem kellet dolgozni, csak kicsit forraskod-elemezni, es eljutni a lenyeghez.
Egy deka programozasi tudas nem kell hozza, szoval batran vedd at, alakitsd.Most jogi dolgokba nem mennek bele, hogy van e engedely felhasznalni az anyagot... de ha ilyen szempontbol is tisztanak kell lenni akkor az elso linket egy iframe-ben nyitod meg egy az egyben (vagy ajax-szal div-ben - ez a szebb megoldas, viszont bonyolultabb ha nem erted az ajaxot), es lehivatkozod a forrast
-
#5416
Sk8erPeter
nagyúr
DNReNTi
#5407
Sk8erPeter
nagyúr
válasz
DNReNTi
#5407
üzenetére
"szívesen használnám a TinyMCE-t ha lenne belőle magyar"
http://www.tinymce.com/i18n/A TinyMCE 4.x verziója egyébként nagyon szimpatikus, jó hozzá az API, jó a dokumentáció, most újra szimpatikus lett a TinyMCE. Korábban (3.x alatt) azért álltam át a TinyMCE-ről CKEditora, mert a CKEditornak sokkal értelmesebb volt a kódja. Most meg a TinyMCE tetszik jobban ismét.
(Mondjuk hozzáteszem, a CKEditortól kicsit az is elvette a kedvemet, hogy használnom kellett a BBCode plugint sajnos, és rendkívül túlbonyolított és ronda a plugin kódja, meg erőforráskajálónak is tűnik.)CKEditorból is van magyar nyelvű, a buildernél hozzá lehet adni.
(#5409) cidalain :
TinyMCE-ben is nagyon egyszerű saját stílusokat és custom formatokat definiálni:
http://www.tinymce.com/tryit/custom_formats.phptinymce.init({
mode: "textareas",
plugins: "table",
content_css: "css/content.css",
style_formats: [
{title: 'Bold text', inline: 'b'},
{title: 'Red text', inline: 'span', styles: {color: '#ff0000'}},
{title: 'Red header', block: 'h1', styles: {color: '#ff0000'}},
{title: 'Example 1', inline: 'span', classes: 'example1'},
{title: 'Example 2', inline: 'span', classes: 'example2'},
{title: 'Table styles'},
{title: 'Table row 1', selector: 'tr', classes: 'tablerow1'}
],
formats: {
alignleft: {selector: 'p,h1,h2,h3,h4,h5,h6,td,th,div,ul,ol,li,table,img', classes: 'left'},
aligncenter: {selector: 'p,h1,h2,h3,h4,h5,h6,td,th,div,ul,ol,li,table,img', classes: 'center'},
alignright: {selector: 'p,h1,h2,h3,h4,h5,h6,td,th,div,ul,ol,li,table,img', classes: 'right'},
alignfull: {selector: 'p,h1,h2,h3,h4,h5,h6,td,th,div,ul,ol,li,table,img', classes: 'full'},
bold: {inline: 'span', 'classes': 'bold'},
italic: {inline: 'span', 'classes': 'italic'},
underline: {inline: 'span', 'classes': 'underline', exact: true},
strikethrough: {inline: 'del'},
customformat: {inline: 'span', styles: {color: '#00ff00', fontSize: '20px'}, attributes: {title: 'My custom format'}}
}
});Innen a formats-ban:
italic: {inline: 'span', 'classes': 'italic'},
ez a sor például azt jelenti, hogy ilyen lesz a kimenet:
<span class="italic">ez a szöveg</span>Nincs tehát bedrótozva, hogy <em>, <i> vagy egyéb hasonló tageket használjon, meg lehet határozni, hogy milyen osztály legyen felhasználva.
A style_formats-on belül a
{title: 'Example 1', inline: 'span', classes: 'example1'},
sor pedig egyszerűen hozzáadja az example1 osztályt az elemhez, és a legördülőben, ahol a stílusok fel vannak sorolva, megjelenik az Example 1 szöveg.Persze a content_css: "css/content.css", sor fontos, hogy saját CSS-t is megadhassunk, ahol ezeket az osztályokat definiáljuk.
-
cidalain
veterán
válasz
olivera88
#5413
üzenetére
Az a linkelt radarkep nem teheto ra a terkepre ugy ahogy szeretned.
Valami attetszo hatteru anyag kell, amiben csak a "foltok" vannak.
Ezenkivul kell koordinata a kepanyaghoz, hogy hova kell rahelyezni a terkepre. Kor alaknal kell a kozeppont koordinataja, es a sugar merete. Negyzet alaknal meg mondjuk valamelyik sarok koordinataja.Mondjuk, most nincs nagyon idom, de holnap belenezhetek a pelda forrasaba, hisz az anyagot onnan kell venni ahonnan az veszi, ha lehet egyaltalan. Ha a radarkep foltos anyaga megvan, akkor onnan mar nem nehez egyebkent, az altalam korabban linkelt fejlesztoi doksi alapjan. A gmaps fejlesztesek nagyon dokumentaltak, mindemre van fennt ezer pelda, forraskod. A lenyeg hogy mindenkeppen v3 apit kell hasznalni, ami v2-es pelda, abba nem is erdemes belenezni, mert mar nem tamogatott, es rohadtul nem hasonlit a v3-ra, kar a regiekkel veszodni.
-
cidalain
veterán
válasz
olivera88
#5411
üzenetére
ez elég összetett kérdés, kapásból igennel senki nem fog válaszolni, mert egyikünk sem meteorológus-informatikus.
kérdéseim:
-csak sima képet, vagy te is radarképet akarsz a térképre tenni?
-ha radarképet, akkor hol a forrás ahonnan a radarképet veszed, és milyen formátumba veszed át? kapsz e hozzá koordinátákat?a vonatkozó referencia fejezet példaprogrammal itt
-
#5409
cidalain
veterán
Sk8erPeter
#5406
cidalain
veterán
válasz
Sk8erPeter
#5406
üzenetére
Ja nagyon fain a stilusformazo a ckeditorban.
Siman tudok definialni osszetettebb stilusokat, amit az ugyfel ra tud rakni a szovegere egyszeruen
Az elnevezesuket meg szabadon meg lehet adni, es akkor cainalok neki ilyeneket hogy: piros cimsor kozepre, kisbetus szurke megjegyzes szoveg, keretes figyelmeztetos szoveg, stb. Es akkor ezek tobb stilust osszefogo classok, es tudja hogy mit akar, es akkor radobja a kijelolt szovegre. Izleses lesz az elore kitalat stilusok miatt, es nem lesz amokfutas a felkover-dolt-alahuzott-h1-piros cimsorokkal :-) -
cidalain
veterán
válasz
DNReNTi
#5407
üzenetére
Ckeditort is le lehet zsugoritani.
En kapasbol kiszedtem az osszes nyelvet csak a hu,en,de maradt. Kizart hogy mas nyelven fejlesszek. Ezzel mar sporoltam egy csomot. A modulokbol sem kell sosem az osszes, bar en meghagytam, hogy ne kelljen fejlesztesenkent valogatni.
Most igy 5 mega korul van, ami szerintem siman jo. -
#5407
DNReNTi
őstag
Sk8erPeter
#5406
DNReNTi
őstag
válasz
Sk8erPeter
#5406
üzenetére
Ha már itt járunk a WYSIWYG szerkesztőknél...
Én ugyan CKEditort szoktam használni, de szívesen használnám a TinyMCE-t ha lenne belőle magyar. Van? Ha igen hol? (Igen kerestem nem találtam) A mérete miatt szimpi lenne. -
#5406
Sk8erPeter
nagyúr
cidalain
#5405
Sk8erPeter
nagyúr
válasz
cidalain
#5405
üzenetére
Egyetértünk.
Amúgy TinyMCE-ben és CKEditorban is van lehetőség arra, hogy egyéni hotkey-ket vagy épp gombokat definiáljon az ember, amivel meg tudja határozni, hogy például adott szöveg köré adott class-szal ellátott span-tageket rakjon. Persze ez csak ilyen honlapon belüli WYSIWYG-szerkesztő, csak gondolom az ilyen weblap-összeállító cuccokban is van ilyesmi lehetőség, hogy pl. megadod, hogy a bold szövegnél milyen markupot rakjon köré (de én sem használom ezeket, úgyhogy csak tippelek).
Frontpage? Ne is mondd, még évezredekkel ezelőtt, amikor elkezdtem az egészet, abban készítettem szülők első céges honlapját - hát azóta inkább letagadok mindent, ami ezzel kapcsolatos. De mai napig megvan a kód, amit generált, ha olyan perverzióm támad, hogy kódon röhögjek, akkor ránézek. Szóval az tényleg valami brutális kódot generált, SEMMI köze nem volt a W3C-s bármilyen szabványokhoz/ajánlásokhoz. Mondjuk a Microsoft amúgy is erős ebben, hogy leszarni a sokak által elfogadott szabványokat/ajánlásokat, és járni a saját utunkat, hátha sikerül ráerőltetni másokra; szerencsére a webes világban nem ők győztek. -
#5405
cidalain
veterán
Sk8erPeter
#5404
cidalain
veterán
válasz
Sk8erPeter
#5404
üzenetére
persze, CKEditort pl használom, sőt most új kedvenc lett, mert egész jó kódot csinál és valid.
de csak CMS-be teszem bele, hogy az ügyfél tudjon formázott tartalmat feltölteni a weboldalára.bár nyilvánvaló, hogy fejlesztéshez nem hiszem hogy aki editort akarna használni, az ezeket használná, hanem frontpage, meg ilyesmikkel próbálkozik. a frontpage-et pl kifejezetten utáltam, kezelni könnyű, de nagyon béna kódot készített (igaz ez még a 2003-as verzió volt)
nekem az a legnagyobb bajom ezekkel az editorokkal, hogy minden formázást a kódban végez el, és nem használja a stíluslapot. vagyis kezeli a külön stíluslapot, de ha pl kijelölök egy címsort félkövérre, akkor azt nem a stíluslapban állítja be, hanem oda a kódba beleteszi a <b>-ket azt kész. ha stíluslapos formázást akarok, akkor nekem kell manuálisan létrehozni a stílust a css-ben, és a formázáskor meg class-t adni az elemnek. ez meg így béna, ez ugyanannyi munka, mint np++ban megcsinálni.
szóval én úgy vélem, hogy aki magának akar szórakozásból csinálni egy kicsi statikus weboldalt pár lappal, annak ajánlanám az editort, de ennél komolyabb fejlesztésre semmiképpen nem ajánlanám.
-
#5404
Sk8erPeter
nagyúr
Orionk
#5401
Sk8erPeter
nagyúr
Hát azt neked kell a legjobban tudnod, miért választasz fejlesztésre egy adott eszközt.
Na, de amúgy például azt lehet válaszolni, hogy
- tudni szeretnéd, mi történik a motorháztető alatt, és nem szeretnéd rábízni egy generátorra a forráskód elkészítését - például mert az sokszor készít olyan kódot, amiben sok a felesleges sallang, amit aztán utólag lehet kigyomlálni, még ha valid kódot is készít;
- előfordul, hogy nem sikerül olyan kinézetet összekattintani egy ilyen WYSIWYG-eszközzel, amilyet szeretnél, mert korlátosak a lehetőségek.========
Amúgy végül mi lett a FancyBoxszal, sikerült belőni? Mert végül arra nem reagáltál, hiába erőlködtünk (főleg cidalain, aki több útmutatást adott)...?(#5403) cidalain :
Biztos használtál már olyan jellegű szerkesztőket, mint a TinyMCE vagy a CKEditor, azok egész használható kódot generálnak megfelelő beállítások esetén. Én se használok ilyeneket, de volt, hogy kipróbáltam némelyiket, például a Dreamweavert is, és valid kódot generált, a kód egész elviselhető volt - már amennyit használtam. Van olyan, hogy valaki lusta szarakodni a félkövérítéssel és egyebekkel, és inkább rábízza mondjuk WYSIWYG-szerkesztőre a cikk összeállítását, még ha értené is a forráskódot, ezzel nincs különösebb gond szerintem. Bár azzal egyetértek, hogy komplett oldalt összerakni az már merész húzás, és ott már tényleg felmerül a gyanú, hogy nem is akarja érteni az illető a forráskódot.(#5402) PumpkinSeed :
"A nyers kód minden esetben helytállóbb"
Ez csak akkor igaz, ha valaki érti, mit, miért csinál, és hogyan kell azt tényleg csinálni. Szóval ha valaki amúgy nem vágja, mitől lesz valid vagy invalid a kód, az jobban járhat egy WYSIWYG-szerkesztővel. -
cidalain
veterán
Wordben is van mentes weblapkent opcio, de attol meg nem lesz webszerkeszto program.
En azert nem szerkesztek ilyenekkel, mert szar kodot csinalnak. Egyszeruen semmilyen szabvanynak nem felel meg az altaluk letrehozott kod.
Akik ilyet hasznalnak, azok nem ertik a forraskodot, es nem is akarjak megerteni.
Akik meg ertenek hozza azok meg gyorsabban letrehozzak ugyanazt a forraskod megirasaval, mint mas a kattintgatassal. -
#5402
PumpkinSeed
addikt
Orionk
#5401
PumpkinSeed
addikt
Attól függ melyik, mert a régebbi DW invalid kódot generál a mai "kórhoz" képest sokkal rosszabbat is. Illetve, ahogy én észrevettem amit 5 perc alatt megcsinálok HTML, CSS-el azt nem biztos, hogy DW-vel meg lehet csinálni, de ha meg is lehet akkor csak nagy szenvedés árán. Bár lényegében ez inkább igaz a Javascriptes részekre. A nyers kód minden esetben helytállóbb (bár ez szubjektív).
-
Orionk
senior tag
Egyik haverom, aki nem infós és nem is szokott webet fejleszteni azt kérdezte, hogy miért van az, hogy forráskódban szoktam programozni weboldalt. Amikor ő régen Dreamweaver ben megcsinálta és az kigenerálta neki a forrást.
Mit lehet erre válaszolni ?
Én is totál kezdő vagyok HTML, php, css és JavaScriptben. Szóval nem tudtam neki megindokolni.
De egyébként sokkal könnyebb lenne valóban, ha ki tudnánk generálni az összerakott oldalak forrásait.
De ez még a 6-os verzió idején volt (most a 8-as lesz idén vmikor stabil), azóta rengeteget fejlődött a Drupal, plusz akkor aztán találtam egy normális könyvet, ahol végre értelmesen volt leírva, hogyan is kell egy rohadt modult relatíve jól fejleszteni. Még a hivatalos anyagokat sem találtam ilyen szempontból kielégítőnek. Aztán később, amikor már belejöttem, láttam, mennyire egyszerűen is meg lehetett volna oldani mindezt, főleg a 7-es után... a két verzió között szerintem igen látványos különbségek vannak.
Megjegyzem, én egy ilyennek nem is tartalomkezelővel mennék neki, csak a példa kedvéért írtam. 
"
Legújabb Firefox-al nem jön be 
Hogy jöttél rá?
(üjjleegggyes)
Új hozzászólás Aktív témák
- World of Tanks - MMO
- Rengeteg pénzt kapott az USA-tól az Intel, de Trump kért cserébe valamit
- Synology NAS
- Milyen belső merevlemezt vegyek?
- Autós topik
- Mindent kiváltana az UB-Mesh protokollal a Huawei
- Vicces videók
- Eredeti játékok OFF topik
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Kerékpárosok, bringások ide!
- További aktív témák...
- XBOX Series S 512GB, 6 hó garanciával Bp-i üzletből eladó!
- Lenovo ThinkPad T14 Intel I7 10610U
- Asus TUF Gaming A15 ASUS FA507XU 15,6" FHD 144Hz, R9-7940HS, 32GB, 2x2TB SSD, GeForce RTX 4050
- Playstation 5 Drive Edition 825GB (CFI-1116A), dobozában, 6 hónap garanciával, Bp-i üzletből eladó!
- Komplett Pentium I-II
- Gamer PC-Számítógép! Csere-Beszámítás! R5 5600X / 32GB DDR4 / RTX 3060Ti 8GB / 500GB SSD
- Telefon felvásárlás!! Apple Watch Series 6/Apple Watch Series 7/Apple Watch Series 8
- Gamer PC-Számítógép! Csere-Beszámítás! Mini PC! I5 10600KF / RTX 3060 12GB/ 16GB DDR4 / 1TB SSD
- Gamer Notebook! Csere-Beszámítás! Asus Tuf F15 FX506H / 11400H / RTX 3050 / 16GB DDR4 / 512 SSD
- ÚJ OMEN Transcend 14 - 14"2.8K OLED 120Hz - Ultra 7 155H - 16GB - 1TB - RTX 4060 - Win11 - 3 év gari
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest