Hirdetés
- Telekom mobilszolgáltatások
- Milyen okostelefont vegyek?
- Tasker
- Szívós, szép és kitartó az új OnePlus óra
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Poco X6 Pro - ötös alá
- Új design és okosabb AI: megjött a Galaxy S25 készülékcsalád
- Apple AirPods Pro (2. generáció) - csiszolt almaságok
- One mobilszolgáltatások
- Huawei Watch GT 5 Pro - egészség + stílus
Új hozzászólás Aktív témák
-
-
DNReNTi
őstag
"Tényleg úgy kellene élnem, hogy találok egy hibátt, előbb ráguglizok, aztán gondolkozok?"
Hahaha.
Igen. Sokat spórol.Amúgy épp nemrég volt ez az ios dupla touch hiba kitárgyalva itt valamelyik topikban, max vagy két hónapja, asszem valami térképes alkalmazás kapcsán volt hasonló gond.
-
biker
nagyúr
van egy hatalmas hibám... nem tudom magam ezen túltenni.
Minden problémát meg akarok oldani. és miután elmegy 4-5-6 órám, és megőrülök, rákeresek googlival, és kiderül, hogy other problem
konkrétan a legfrissebb bootstrap.js már tartalmazza a dropdown hiba javítást ios eszközön, nem nálam volt a hiba, androidon jó volt
agyam eldobom...
(kétszer hívja meg a clear menut, on.touchstart és on.click és egymást fedi a réteg. Ha nincs "a href="" " elem csak "a" akkor ios-en lenyílik becsuk, ha van, lenyílik és úgy marad, de 2x. ezután ha rákattintasz a linkre, egyből be is zárul, nem nyitja meg az oldalt. ha hosszú tapi után felugró menüben megnyitás, nem nyitja meg, de ha megnyitás új lapon, megnyitja új lapon, ezen rugóztam dél óta. androidon jó volt...)
collapsed dropdown menü probléma, mint kiderült, githubon és stackoverflown 2 éve tárgyalt bug...Tényleg úgy kellene élnem, hogy találok egy hibátt, előbb ráguglizok, aztán gondolkozok?
-
-
#5694
Sk8erPeter
nagyúr
biker
#5693
Sk8erPeter
nagyúr
Na ne viccelj már... Ott a hivatalos honlap vonatkozó része:
Disabling responsiveness
http://getbootstrap.com/getting-started/#disable-responsive"Bootstrap automatically adapts your pages for various screen sizes. Here's how to disable this feature so your page works like in this non-responsive example.
Steps to disable page responsiveness
1. Omit the viewport <meta> mentioned in the CSS docs
2. Override the width on the .container for each grid tier with a single width, for example width: 970px !important; Be sure that this comes after the default Bootstrap CSS. You can optionally avoid the !important with media queries or some selector-fu.
3. If using navbars, remove all navbar collapsing and expanding behavior.
4. For grid layouts, use .col-xs-* classes in addition to, or in place of, the medium/large ones. Don't worry, the extra-small device grid scales to all resolutions.You'll still need Respond.js for IE8 (since our media queries are still there and need to be processed). This disables the "mobile site" aspects of Bootstrap.
Bootstrap template with responsiveness disabled
We've applied these steps to an example. Read its source code to see the specific changes implemented. -
#5692
fordfairlane
veterán
biker
#5691
fordfairlane
veterán
Nem csak a kisfelbontású CSS szabályokat kell kiherélni, defaulttá kell tenni a desktop nézetre vonatkozókat is.
Sokszor mobile-first szempont alapján készítik a layoutot, ami kb annyit jelent, hogy a mobil nézet az alap. Ez sokszor egy jóval egyszerűbb layoutot jelent. A nagyfelbontású CSS szabályok a bónusz, amit a böngésző külön aktívvá tesz, és felülbírálja az alap definíciók egy részét, amennyiben felismeri és kezeli a média-queryket. Így a régi böngészőkben a jóval egyszerűbb mobil nézet jelenik meg, amelynél nagyobb az esély, hogy a tartalom nagyjából jól jelenik meg.
[ Szerkesztve ]
-
#5688
PumpkinSeed
addikt
biker
#5687
PumpkinSeed
addikt
-
cidalain
veterán
bár már privátban írtam, de ideteszem hogy ha kell másnak is hasonló:
javított verzió@DeltaPower
nem kell törölni, elegendő a meglévő marker pozicióját updatelni.(a példában remekül látszik a geocoder pontatlansága Balatonalmádi Kölcsey Ferenc utca és Balatonalmádi Kölcsey utca esetében)
[ Szerkesztve ]
-
#5579
Sk8erPeter
nagyúr
biker
#5578
Sk8erPeter
nagyúr
"nem szeretném megírni, ha van kész api
És azt hittem, van, csak nem megy a guglizás"
Mi az, hogy "ha van kész API", és hogy "azt hittem, van"? Miért, szerinted a Google Maps API mi a jó büdös franc, ha nem egy API? Ne fárasszál már...
Ráadásul a dokumentációja - mint említettem volt - bőbeszédű, és tele van szórva példákkal. Mégis akkor mi a problémád?
Amiket a korábbi hsz.-emben bemásoltam, azokat kb. 30 másodperc alatt találtam, különösebb erőfeszítések nélkül (halál komolyan, nem csak túlzok), és úgy tudtam eddig, neked van már jópáréves tapasztalatod webfejlesztésben, elképzelni nem tudom, mi okoz neked ebben az általad leírt feladatban fennakadást...
Mindenesetre ez számomra elég nagy csalódás, ha ez neked tényleg gondot okoz; az egész olyan 15-20 perc alatt megoldható, főleg, hogy kész példák vannak rá, pl. amit az előbb másoltam be neked, és egyszerűen nem hiszem el, hogy nem tudod összerakni már fejben is a két megoldást...
Mindig okoz valaki kellemetlen csalódást ezen a fórumon. -
cidalain
veterán
Ezt keresed?
function decodeAddress(id) {
var geocoder = new google.maps.Geocoder();
geocoder.geocode( { 'address': document.getElementById(id).value}, function(results, status) {
if (status == google.maps.GeocoderStatus.OK) {
var coords = results[0].geometry.location;
>>>>és itt a koordináta, majd felpakolod a mapra a pöttyöt<<<<
>>>>pl placeToMap(coords) saját függvénnyel
}
});
}[ Szerkesztve ]
-
#5569
Sk8erPeter
nagyúr
biker
#5567
Sk8erPeter
nagyúr
Ezt nem értem, valahogy úgy látszik, a Prohardveren egyre kevesebb embernek megy a Google használata.
A kedvedért kipróbáltam, hogy beírom a keresőbe a megfelelő kulcsszavakat, és két releváns találatot is kaptam:http://stackoverflow.com/questions/11030730/getting-coordinates-of-marker-in-google-maps-api
Majd ezen keresztül ezt a demót:
http://dl.dropboxusercontent.com/u/28039153/map/index.htmlMost felraktam JSBinre, és jé, működik:
Ez a lényeg:
// creates a draggable marker to the given coords
var myMarker = new google.maps.Marker({
position: new google.maps.LatLng(defaultLat, defaultLng),
draggable: myMarkerIsDraggable
});
// adds a listener to the marker
// gets the coords when drag event ends
// then updates the input with the new coords
google.maps.event.addListener(myMarker, 'dragend', function(evt){
document.getElementById('latitude').value = evt.latLng.lat().toFixed(myCoordsLength);
document.getElementById('longitude').value = evt.latLng.lng().toFixed(myCoordsLength);
}); -
#5314
Sk8erPeter
nagyúr
biker
#5313
Sk8erPeter
nagyúr
"BIZTOS hogy nem kell, mivel maximum kettő filet kell, a default .po filet, és az adott theme .po fileját.
Ennél akkor kell többet, ha sok plugint használsz, amit úgy írtak meg, hogy a gyári fordítás nehogy jó legyen, és mindhez van saját, na akkor 20 plugin 20.po file"
Ezt a szempontot nem értettem, hogy "a gyári fordítás nehogy jó legyen". Miért, egy pluginben csak olyan fordítandó szövegek fordulhatnak elő, amik a gyári fordításban is benne vannak? Azért az érdekes lenne, ha minden fordítást lefedne a gyári fordítás, ezt senki nem várhatja el.
Tehát akkor magyarul ahogy írtad is, ha 20-féle összetettebb plugined van, akkor 20 .po-fájlból kell összekaparnia a fordításokat, pontosan erről beszéltem az előző hsz.-emben, ezek szerint nem tévedtem. -
#5312
Sk8erPeter
nagyúr
biker
#5308
Sk8erPeter
nagyúr
Korábban hibásan én is kihoztam győztesnek valamelyik módszert, de igazából ez totál értelmetlen. Mindegyik szempontra lehet találni érveket. Egy száz telepített modulból, 3 telepített sminkből, és magából a core-ból, tetszőlegesen létrehozott tartalomtípusokból, entitásokból, hozzá tartozó tetszőlegesen létrehozott fieldekből, cikkekből, külön aloldalakból, hierarchikus, tetszőleges számú menüből, és ki tudja, még hány dologból álló CMS összes apró-cseprő elemének lefordítása elég brutális feladat lehet, egy adott oldal megjelenítésekor rengeteg fordítandó összetevő jelenhet meg. Mivel a Drupal esetén mindent apró részletekig lehet fordítani, azokat csoportosítani, különböző szempontok szerint lekérni, és mivel erre is megvannak a cache-elési módszerek, és az update-elési módszerek is elég kényelmesek és összetettek, úgy gondolom, hogy helytálló jelen esetben az adatbázis alkalmazása.
Más esetben még a tömbös módszer is helytálló lehet, amit írtál. Meg a fájlos módszer is. Lehet, hogy a fájlos módszer nem ró nagy overheadet a WordPress-re, és ezt rosszul írtam korábban, fogalmam sincs, ott milyen részletekbe menően lehet fordítgatni, csoportosítani a dolgokat, tudtommal ebből a szempontból jóval kötöttebb; lehet, hogy nem kell többszáz fájlt összekaparnia. De ezt ti majd megmondjátok.
Most is igaz az, hogy nincsen ultimate módszer, még ha most a végén azt is sikerült kihozni az egészből, hogy biztos én vagyok a hülye, hogy jelen esetben az adatbázisos módszert sokkal célravezetőbbnek és kezelhetőbbnek, meg könnyebben karbantarthatónak (update-elhetőnek) találom. Nekem sem kellett volna kritizálnom a fájlos módszert, mert nyilván más esetben az is tökéletesen megfelelő, főleg, hogy sokan meg ezt alkalmazzák.[ Szerkesztve ]
-
#5307
Sk8erPeter
nagyúr
biker
#5305
Sk8erPeter
nagyúr
"és ha van a hu_HU.po fileban fordítás arra, hogy Tagged, akkor nem Tagged lesz, hanem "Jelölve" pl.
Vagy link kiírása:
<?php edit_post_link( __( 'Edit', 'mantra' ), '<span class="edit-link">', '</span>' ); ?>
Ezen mi olyan szörnyű? Mitől okosabb a Drupal?"
Korábban pont ezt írtam le, de akkor elmondom másképpen.
Meglep, ha ezzel újdonságot mondok neked, de a fájlkezelés mindig nagy overhead egy tisztességes adatbázisban való lekéréshez képest. Gondolom nem újdonság, hogy egy normálisan karbantartott, indexelt adatbázis többszázezer sorban való kotorászástól sem esik hasra. Ezzel szemben ha fájlokban kell ennyit kotorászni, na az úgy már elég durva lehet.
Attól okosabb a Drupal, hogy a fordítandó stringek adatbázisban (is) tárolva vannak, van egy locales_source tábla, amiben a forrásstringek helyezkednek el, megfelelő azonosítóval (lid) ellátva, az eredeti angol szöveggel, egy szövegcsoporttal (pl. menu vagy field és ilyesmik), megjelöli a belső Drupalos path-t és kontextust, ahol a szöveg maga előfordul, aztán van egy locales_target tábla, amiben a fordítások a korábbi lid azonosító mentén vannak összekapcsolva (így jelölve, mi a forrás-azonosító), nyelvkóddal meg vannak jelölve az egyes források (pl. "de", "hu", stb.), meg van még pár tájékozódást segítő mező. (Aztán biztos tud még egy pár dolgot, ami most nem jut eszembe.) Most Drupal 7-ről beszéltem, a 8-asban ezt még továbbcsiszolták.
Amit ti említettetek, abban nem látom sehol, hogy ezek a WPML plugin nélkül, ingyenesen hol lennének megvalósítva.
A fordítás egyébként mára már nagyjából mindenre kiterjed, a 8-asnál szinte a legapróbb részletekig lefordíthatóak az oldalelemek, sok CMS-nél korlátokba lehet ütközni ezen a téren.
Egyébként korábban láttam olvastam valami összehasonlító cikket, ahol azt hozták ki, hogy Drupalban a többnyelvűsítés amúgy is kiemelkedő a többi CMS-hez képest. Biztos van olyan dolog, amiben más CMS-t lehet kihozni győztesként, tehát ez nem flamewar, de szerintem tényleg nagyon el van találva a többnyelvűsítés Drupalban.
Ha pedig valaki nem szeretne költeni a honlapja tényleges, mindenre kiterjedő többnyelvűsítésére, akkor számomra legalábbis egyértelmű a választás.
Mondjuk én persze elfogult vagyok, még ha a Drupal forráskódját sem tartom túl szépnek, de sok esetben több lehetőséget látok benne, mint a többi PHP-alapú CMS-ben (igaz, WordPress-szel nincs konkrét tapasztalatom, inkább összehasonlító cikkekből indulok ki, hogy mi az, amit nem tud). Biztos, hogy van, akinek meg a WordPress áll jobban kézre, de én az ilyenek miatt például biztos, hogy nem használnám. Meg amiatt, mert a Drupalhoz tudok modult írni, a WordPress-hez viszont nem is akarnék.(#5304) The DJ :
Ez még mindig fájlkezelős megoldás. Legalábbis én nem láttam, hogy említést tettek volna bármilyen adatbázis-használatról. -
#5303
Sk8erPeter
nagyúr
biker
#5300
Sk8erPeter
nagyúr
"POEDIT a neve, offline szerkesztheted a .po .mo nyelvi fileokat"
Az, hogy fájlokat kell szerkesztgetni, az nem egy normális fordítási megoldás.
Adatbázisszintű, normális grafikus felülettel rendelkező, átlátható fordítófelületre gondolok, amilyen például Drupalnál van. Ott is .po-fájlok a kiindulópont, de aztán lehet normálisan alakítgatni a fordításokat, azokat is, amelyek saját modulban/theme-ben fordulnak elő, a t('text to translate') függvényhívással (azt is lehet látni az admin-felületen szövegesen, hogy nagyjából melyik oldalelemnél hívódott meg először a fordításra szolgáló függvény).
Feltételezem, WordPress-ben az az alsóvonalas __('text to translate') való erre, már amennyit láttam belőle. De eddig csak a .po- és .mo-fájlok szerkesztéséről láttam infót, a martonx által említett xili-language-ben is .mo-fájlokra láttam hivatkozást.
Na de van valami normális megoldás is rá, nemcsak fájlszintű?"vagy wpml plugin és online is megteheted"
Ja, végül is megválaszoltad, csak ezt most néztem meg: http://wpml.org/
De ez fizetős! A legolcsóbb 29$, ami normálisan használható, az már 79 dollár, vagyis majdnem 18 ezer Ft.
Ingyen tényleg nincs WordPress-ben normális fordítási megoldás?
(Drupalban alap, hogy ingyen van a legalább ilyen komplexitású fordítási megoldás.) -
cidalain
veterán
akkor passzolom.
elvileg mennie kéne, hisz miért csinálták volna úgy hogy diven belül nem megy, mert minden oldalon van egy külső konténer legalább. aztán rosseb tudja, vagy lehet bug is.
én két dolgot utálok a legjobban: a nyomtatókat, és amikor html oldalt nyomtató optimalizálni kell[ Szerkesztve ]
-
#5180
Sk8erPeter
nagyúr
biker
#5179
Sk8erPeter
nagyúr
Nem egyenlő, de én erre a hsz.-re gondoltam.
Persze így is a "kardoskodás" esetedben erős szó, de ez azért nem túl jó, hogy ezek szerint mivel nem szeretsz, gondolom nem is igazán fejlesztgetsz lokálisan, mondván, tök szívás lehet, ha kiderül, hogy valami nem egyezik az éles környezettel, ahelyett, hogy lokálisan az éles környezethez hasonlót alakítanál ki (például a projekthez pont azt tiltanád le, ami az élesen is le van, miután ott is lecsekkoltad a phpinfo-t), vagy a tárhelyet választanád annak megfelelően. Na mindegy, tényleg nem kötekedésként mondtam, de nem értem, miért nem localhoston tesztelsz, hogy a fejlesztési próbálgatásaidat más véletlenül se tudja megtekinteni. Így már jobban értem, miért egyből az FTP-re közvetlen feltöltést kerested a NetBeans-nél. -
#5178
Sk8erPeter
nagyúr
biker
#5175
Sk8erPeter
nagyúr
Az a jó, hogy most ezek szerint a felháborodásod ellenére mégis alátámasztottad azt, amit martonx feltételezett rólad!
Vicces dolgok történnek ezen a fórumon, de legalább néha még fel is dob. 
(#5177) PumpkinSeed :
Hát ha így állsz hozzá, akkor a szakértelem tényleg sokáig idézőjelben lesz. Egyáltalán nem köcsögségből, de ne légy már ilyen kishitű, és törekedj a jobbra, ne fogadd el, hogy óó, de te úgysem értesz hozzá. Szóval ez jelen esetben inkább biztatás, mint b@sztatás. -
#5169
Sk8erPeter
nagyúr
biker
#5167
Sk8erPeter
nagyúr
"kicsit hozzászoktam, hogy minden out-of-the-box működik, nem kell száz oldalakat olvasgatni."
Szinte fájnak ezek a megjegyzéseid. Ezek szerint még életedben nem debuggoltál normálisan PHP-ben Xdebuggal, mert az sem "out-of-the-box" működik, mert rá kell szánni az életedből egyszer vagy 10-15 percet, hogy átolvasd a doksit, hogy mely sorokat kell betenned php.ini-be (mi érdekes egyáltalán a szemszögedből), és egy varázslón keresztül (amibe bedobálod a phpinfo tartalmát) kiderítsd, melyik Xdebug-verzióra van szükséged, aztán még az IDE-t is legalább egyszer be kell állítanod, és pár menüpontban navigálva esetlegesen felülbírálni az alapértelmezett beállításokat (amik még jók is szoktak lenni)...
Egy fejlesztőnek ne legyen már ilyenekkel problémája, hogy hogyan kell beállítani egy nyomorult NetBeans-t Xdebuggal. Legalábbis akkor, ha elvileg nem egy kezdő, akkor nem kellene, hogy gondot jelentsen számára... Főleg, hogy ötmillió tutorialt talál a neten, ha 1-2 alapján nem tudja beállítani végigscrollozva a cikken (nem többszáz oldalt elolvasva...facepalm), akkor ott valami komolyabb gondok vannak.Egyébként meg talán el kellene fogadni, hogy nem minden program néz ki ugyanúgy, hogy még egy degenerált is tudja kezelni az ÖSSZESET... Lehet, hogy fel kell fedezned először, mi hol van, kicsit hőbörgés-fröcskölődés előtt megszokni. Képzeld, előfordulhat az is, hogy ha most neadjisten már vágnád, hogy működik a NetBeans, de mondjuk elővennél egy Visual Studiót, hirtelen nem tudnád mindenről, hogy hol van, mert megint máshol vannak a beállítási lehetőségek... lehetne is azonnal elkezdeni fikázni. De ezért talán ne az IDE és azok fejlesztői legyenek már a hibásak. Annyi idő alatt pedig, amennyi ideig tarthat egy ilyen nyavalygó-fikázó hsz. megírása, lehet, hogy Google-barátod segítségével már kétszer megtaláltad volna a megoldást a problémádra az adott IDE-ben.
De figyelj, tényleg nem muszáj ám használni a NetBeans-t, hiszen a PHP-s topicban trisztan94 megjegyzése óta tudjuk, hogy az egy "Javás szar", nyugodtan lehet keresni mást, és örömmel használni azt. Mivel az Aptana is egy "Javás szar" (ráadásul azt sem sikerült konfigurálnod, nyilván az is "olyan windowsos"), meg az Eclipse is, ezért legalább ki tudsz zárni egy párat.
Ajánlottam volna még a PHPStormot is, mert azt is nagyon sokan dicsérik, de sajnos rossz híreim vannak a számodra: a NetBeans-hez és Eclipse-hez hasonlóan az is egy "Javás szar".Kíváncsian várom, hogy melyikkel leszel végre elégedett, ami nem tartalmaz "szerinted feleslegesen" 300 beállítást 16 fülön (pont annyi, valóban!), ami szerinted nem lassú, ami legalább Apple-ösen menő, és nem tartalmaz annyi zavaróan sok beállítási lehetőséget...
Oszd meg bátran, hátha mi is tanulunk belőle. Hátha eddig mi a sötétségben éltünk, és szükség van az iránymutatásaidra, hogy megvilágítsd oly tudatlan elménket. Csak lehetőleg ne az legyen, hogy távoli asztallal kínlódsz az OS X-szel, hogy Codázhass...![;]](//cdn.rios.hu/dl/s/v1.gif)
-
#5166
Sk8erPeter
nagyúr
biker
#5164
Sk8erPeter
nagyúr
"aptana tegnap tesztelve (eclipse alapú igaz?) és a debug hibás, a debugra megnyitja a firefoxban az aptana weboldalát, ennyi"
Hát akkor bizony itt is RTFM, most kipróbáltam kíváncsiságból, és egy 5 perces konfigurálást követően hibátlanul működött...
Xdebugot nyilván előtte be kell lőni... -
martonx
veterán
-
martonx
veterán
Mondjuk ezen hosszan el lehetne filozofálni, hogy ez bug vagy feature (hozzáteszem RFC szabvány szerint az url-ek case inszenzitívek, ami vicces mert pl. a cookie-k meg nem azok), és az index.html valóban eltér-e az INDEX.HTML-től. Adatbázisoknál én szeretem a case szenzitivitást (vagy hogy mondják ezt magyarul), url-eknél meg bosszant.
-
Ezt a hibát én szeretem
Köv. kérdés, ván egy ilyenem:
<FORM>
<select name="URL" onChange="if(options[selectedIndex].value)
window.location.href= (options[selectedIndex].value)">
<option selected>Válassz</option>
<option value="\\folder_eleres">Mappa elérés</option>
</select>
<NOSCRIPT>
<INPUT type="submit" value="Go">
</NOSCRIPT>
</FORM>Nem tetszik neki, mert jogosultsági problémára kiabál. Az mindenséget beállítottam már all grant-re, de még mindig nem jó neki. Ötlet?
[ Szerkesztve ]
-
martonx
veterán
Igen én is erre próbáltam rávilágítani. Illetve aki ezt főállásként űzi, annak csomó egyéb költsége tud lenni, plusz azt is bekalkulálja, hogy ha 1-2 hónapig nem jön össze annyi meló, akkor se haljon éhen, szóval ahogy mondtam a picit is komolyan vehető (és hivatalos, számlaképes) webfejlesztők nettó 4K / óra + áfa alatt nem dolgoznak.
Aztán persze tudok olyat, aki szaré-hugyé dolgozik főállásban, mondjuk a munkája olyan is Másrészt van is megrendelése bőven, mert még mindig többségben vannak azok, akiknek fontosabb, hogy szinte ingyen legyen, mint az, hogy valóban jó is legyen a végeredmény. -
#4943
Sk8erPeter
nagyúr
biker
#4938
Sk8erPeter
nagyúr
https://developers.google.com/maps/documentation/geocoding/
"What is Geocoding?
Geocoding is the process of converting addresses (like "1600 Amphitheatre Parkway, Mountain View, CA") into geographic coordinates (like latitude 37.423021 and longitude -122.083739), which you can use to place markers or position the map.
Reverse geocoding is the process of converting geographic coordinates into a human-readable address.
The Google Geocoding API provides a direct way to access a these services via an HTTP request."
====================================================
Az OVER_QUERY_LIMIT-re pedig mindenképpen a szerveroldali geocode-olást ajánlom.
Itt is ilyen megoldást választott az emberke (nem túl szép a megoldása, de a lényeg végül is lejön):
http://www.webstutorial.com/google-server-side-geocoding-php-infobox/website-tweaks/google -
#4937
Sk8erPeter
nagyúr
biker
#4934
Sk8erPeter
nagyúr
"Érdekes, van aki érti
akkor nem bennem van a hiba"
Oké, ezután az arrogáns megjegyzésed után már számomra totál érdektelen a problémád. Annyit kértem, hogy ne csetszerűen írd le a problémát, amiből az érződik, hogy te épp nagy sietségben vagy, hanem tisztelj meg minket azzal, hogy normálisan leírod, mit szeretnél. Múltkor is ez volt a probléma, hogy totál félreérthető volt a kérdésed, ezért aztán elindult rajta a nagy vita, hogy most akkor mit is akarsz, és akkor is még te nézted hülyének a többieket, hogy nem értik a gondodat, pedig ők segítséget akartak épp neked adni - kissé fordítva ülsz a lovon.
De nekem végül is mindegy. -
Jim-Y
veterán
Na.. huszadik olvasásra kezdem megérteni...
Ha vannak címeid, akkor gyűjtsd ki őket valahova, egy json fájlba, vagy adatbázisba, vagy égesd bele a kódba.
A címeket töltsd bele egy javascriptes tömbbe, majd iterálj végig a tömbön és mindegy egyes címhez használj geocodert amivel felteszed a címhez tartozó markert a mapra. Pont ezt csinálja az előző hozzászólásomban látható példa, csak ott a tömb beégetett címeket tartalmaz. Mondanom sem kell, hogy mennyi lehetőséged van összeszedni a címeket...Ebben a verzióban hozzáadtam egy linket az infowindowhoz amivel el lehet navigálni a maps.google.hu-ra. [link]
Azért az látszik, hogy van egy csomó lehetőséged, és szerintem ha legközelebb érthetően leírod, hogy mit szeretnél pontosan, akkor előbb is tudnak választ adni
[ Szerkesztve ]
-
Jim-Y
veterán
http://jsfiddle.net/WD5vv/ vagy méginkább http://jsfiddle.net/Jim_Y/WD5vv/1/
[ Szerkesztve ]
-
cidalain
veterán
Hat szerintem a privat google helyeidet is max csak ugy tudod kulso weboldalon megjeleniteni, ha nyilvanossa teszed. Az api key csak a hasznalatot engedelyezi, nem kapcsolja ossze az accodhoz tartozo tartalmakkal.
Szerintem legalabbis, mar amennyire en eddig beleastam magam a mapsba -
Jim-Y
veterán
Az a baj, hogy egy csomó dologról nem tudom, hogy micsoda
Pl a google maps api kapcsán behoztál valami helyek dolgot, amiről nem tudom, hogy micsoda, illetve a feedekről sem tudom, hogy hogy kapcsolódnak ide.
Azért válaszoltam, mert nekem már kellett olyat csinálnom, hogy adatbázisból betölteni 1x.000 koordinátát, ezeket megjeleníteni a térképen, majd ha az egyikre rákkatintottunk, akkor egy reverse geocodinggal kiírni a koordináta címét. Gondoltam neked is valami hasonló kéne, de már kezdek elbizonytalanodni
-
Jim-Y
veterán
Adatbázisból például. Beolvasod a koordinátákat, csinálsz belőlük latLng-ot, majd megjelníted a mapon. De amúgy a kérdésedet enyhén szólva nehéz értelmezni
"be lehet-e adni valahogy a google maps saját helyekre mentett pontokat a google maps api v3-nak?" ennek magyarul nincs értelme
"helyekből az infót"
Pl markerekkel. betöltöd adatbázisból a pontokat, minden ponthoz csinálsz egy markert, ha rákkatintanak akkor pedig geokódolod.
[ Szerkesztve ]
-
-
#4890
Sk8erPeter
nagyúr
biker
#4880
Sk8erPeter
nagyúr
"az sql mentes lehet olyan is, ami az adott tartalmakat txt vagy .inc fileokba menti."
Szerintem manapság ilyen megoldás elég égő lenne. Mert semmivel sem bonyolultabb adatbázisba felvinni a tartalmakat, mint fájlba menteni, cserébe legalább a fájlba mentős megoldás jó szar lenne. (jó, mondjuk van faék egyszerűségű file_put_contents(), file_get_contents(), de akkor mi a gond?)
Ahogy ezt leírod, maga a feladat is nagyon egyszerű, még ha elejétől meg is kell írni a kódot, beledobsz egy textarea-t az úgynevezett admin-felületbe, alkalmazol egy WYSIWYG-szerkesztőt (CKEditor, TinyMCE), létrehozod a megfelelő táblastruktúrát, megoldod, hogy fel legyen töltve a tartalom bejelentkezés után (igazából ezek eddig korábbi projektjeidből is átemelhetők), aztán kész vagy, vagy akár használhatsz CMS-t is, ott is a legnagyobb munka kábé a template átszabása lenne, cserébe viszont kapnál egy szanaszéjjel konfigurálható rendszert, amiből maga az alapfeladat viszont nagyon gyorsan megvan, még ha az egyéb képességeket ki sem használod (ez még nem ágyúval verébre, mert úgyis jön majd a megrendelő, hogy de még mást is szeretne majd admin-felületen módosítani, és ilyen egyszerű oldal CMS-sel is gyors). Ha ismersz valami frameworköt, az is nagyon jó, akkor a CMS sallangjaitól mentes oldalt is össze tudsz kalapálni elég gyorsan (azért is írtam le ezt is, mert ezen a Prohardveren a webfejlesztős fórumokban úgy tűnik, a CMS indokolatlanul szitokszó-számba megy).[ Szerkesztve ]
-
-
martonx
veterán
Na most egy oldal vagy tök statikus, de akkor nincs mit adminisztrálni rajta távolról, vagy dinamikus és akkor van keresni valója az admin felületnek.
Azaz ezeket első körben vagy át kell alakítanod dinamikussá, vagy meg kell oldanod, hogy az általad írt admin felület át tudjon nyúlni más szerverekre, más tárhelyekre és ott távolról mondjuk FTP-vel le tudja hozni a .html-eket, és azokat megjeleníteni magadnál, majd menteni, ésvissza FTP-zni a végeredményt.
Szerintem ez így elég macerásan hangzik. -
#4810
Sk8erPeter
nagyúr
biker
#4809
Sk8erPeter
nagyúr
Nem a böngészők aktuális bugjait akartam elemezni, de még ha vannak is mindegyiknek, attól még ezek szerint egyértelmű, hogy a Safari nem alkalmas webfejlesztési célokra, csak általános böngészésre.
Szóval fejlesztés erejéig akkor nem azt kell használni, azt' kész. -
#4808
Sk8erPeter
nagyúr
biker
#4807
Sk8erPeter
nagyúr
Akkor miért nem használsz valami fejlesztésre használható böngészőt vagy plugint/extensiont?
Tudtommal van Chromium, Opera (igaz, a jelenlegi stabil Operának a Dragonfly panele annyira nem jó abból a szempontból, hogy csak egy példányban futtatható, de épp most már átálltak WebKitre, konkrétan egy forkolt Chromiumra), Firefox (+Firebug) is Macre. -
DNReNTi
őstag
Ilyen esetekben (meg amúgy is) hasznos a szinte minden böngészőben megtalálható developer tool.
F12-vel csalható elő, és nagyon szépen megmutatja melyik css szabály érvényes és az melyik fájlban melyik sorban van. 
Plusz amit bütykölsz benne azonnal látod is élőben, sokkal könnyebb, gyorsabba a hibakeresés és javítás.
-
#4804
Sk8erPeter
nagyúr
biker
#4800
Sk8erPeter
nagyúr
Na látod, hogy mégsem kell az a 400px-es bal margó. Mondjuk ezt szerintem elég sokszor leírtuk DNReNTivel.
Nálam jó, de most nagy kijelzőn én sem tudom kipróbálni. (1366*768-as laptopmonitor van most itt előttem)(#4803) biker :
nem ismerem a WP theme-szerkezetét, de nem lehet felülbírálni az egyes template-eket?
Amúgy az !important elég okádék megoldás, de kényszerhelyzetekben használható külső CSS-fájlban egyes stílusok kierőszakolására... (bár inkább szépen kéne megoldani)[ Szerkesztve ]
-
-
#4798
Sk8erPeter
nagyúr
biker
#4794
Sk8erPeter
nagyúr
De említetted neki, hogy a látogatói többségének nem lesz akkora monitora, mint az övé, és hogy a hajukat fogják tépni, hogy állandóan scrollozhatnak befelé?
(Vagy korlátolt a forma?)Egyébként most nem értem, hogy várod, hogy középen legyen úgy, hogy a csillogás pont jó helyre illeszkedjen, tehát épp a logó mögé (már ha jól értem, mit szeretnél), miközben ragaszkodsz a fix 400px-es bal margóhoz, láthatóan mivel fix a háttér, az abban lévő csillogás, és változtatni sem kíván rajta a grafikus, ezért a feladat ilyenformán megoldhatatlan úgy, ahogy akarod, hogy kis kijelzőn is pont középen legyen. Ez van. Vagy belátja a megrendelőd, és átszabják a grafikát, vagy így járt. Az egyetlen megoldás talán az, hogy a hátteret lehetne esetleg tilitolizni, ha kellően nagy, hogy a megfelelő helyre kerüljön a csillogás, ha lehet, szimplán CSS-sel (esetleg ha minden kötél szakad, JS-sel).
[ Szerkesztve ]
-
DNReNTi
őstag
Hát de ezt írtam már a legelején, igaz nem konkrétumokkal csak a lényeget, plusz Sk8erPeter kiegészítette hogy a fix 400px margók miatt így is úgyis elcsúszik. No de akkor konkrétan is:
body { url('http://uniotech.hu/csomagolastechnika/wp-content/uploads/bg_new.png')
fixed no-repeat center top; }
#wrapper { width: 1200px; margin: 0px auto; }és a #branding valamint az #access elemekből ki kell venni a fix 400px margót.
Ennyit követtem el és a lent csatolt szkrínek az eredmény.
-
#4793
Sk8erPeter
nagyúr
biker
#4791
Sk8erPeter
nagyúr
Hát pedig ha betolsz mindent 400px-lel, akkor nem úgy fog kinézni a dolog, mint az általad mutatott képen...
Mivel ott épp nincs ennyivel betolva, és nem is látszik mindenféle "ragyogás" kisebb kijelzőn - de szerintem elég idétlen dolog óriásmonitorokra optimalizálni, amikor az emberek többségének meg hülyén néz ki, túlságosan betolva (min. 400px-lel). -
#4790
Sk8erPeter
nagyúr
biker
#4788
Sk8erPeter
nagyúr
most csak gyors próbára volt időm:
#wrapper {
width:2000px;
}helyett
#wrapper {
max-width:2000px;
}így a tartalom már legalább középen jelenik meg, bár most nem tudom kipróbálni igazán nagy kijelzőn, hogy jót produkál-e;
#branding {
margin-left: 400px;
}
#access {
margin-left: 405px;
}emiatt viszont a logó és a menü mindenképp fixen el fog tolódni balról, mivel fixen is, konkrét pixelre adtad meg
-
DNReNTi
őstag
css-ben:
body { background: url(háttérkép) fixed no-repeat center top; }
#tartalom { width:1200px; margin: 0px auto; }Ezzel a hátteret a body tag-re állítod be középre. A tartalom pedig szintén középen 1200px szélesen jelenik meg, így mondjuk 1600px felbontáson is középen lesz minden. Remélem így gondoltad és segítettem.
-
#4443
Sk8erPeter
nagyúr
biker
#4440
Sk8erPeter
nagyúr
A <fieldset> egyáltalán nem ilyesmire való. Az elvileg több formelem (!!) csoportosítására való.
http://www.w3.org/wiki/HTML/Elements/fieldset
De ha valaki akarja (én olykor szoktam, bár lehet, hogy helytelenül, mert más tagekkel kellene), lehet akár több kitöltött, már a kimenetre kinyomott, legenerált elem csoportosítására is használni, nem feltétlenül űrlapban, hanem egy kategóriába tartozó elemeknél.
De igazítgatásra? Hát arra szerintem semmiképp.A vertical-align felhasználásáról itt kiegészítettem a korábbi példát, lehet próbálgatni, a megfelelőek kikommentezésével:
http://jsbin.com/efayiw/4/edit -
#4183
Sk8erPeter
nagyúr
biker
#4180
Sk8erPeter
nagyúr
Én a CKEditort nyomatom mostanában, korábban TinyMCE volt.
Tetszik, hogy a CKEditort aktívan fejlesztik, egész nagy doksija van, van ASP.NET-es kontrollere, Java-s alkalmazásokhoz is könnyű integrálni, van egy nagyon fasza hozzá tartozó Drupal-modul is (egyébként jelenleg 138227 Drupalos oldalon használják, szóval nem kis népszerűségnek örvend), ami meg kiegészíthető az ingyenes IMCE fájlkezelővel (mondjuk ez önmagában asszem nem létezik). (Drupalnál egyébként kb. minden lényeges beállítást ehhez össze lehet kattintgatni szép admin-felületen a jó modul miatt.)[ Szerkesztve ]
-
#4181
DeltaPower
addikt
biker
#4180
DeltaPower
addikt
tinymce+ajax file manager mi ezt használjuk. ckeditor is egész használható.
-
#4111
Sk8erPeter
nagyúr
biker
#4109
Sk8erPeter
nagyúr
Most pont ugyanígy készítettem másik demót, és az is hibátlanul működik IE8-ban IS, szóval nem értem, a Te animált gifeddel mi lehet a probléma:
http://jsfiddle.net/Sk8erPeter/d83Kw/1/
(full screen: http://jsfiddle.net/Sk8erPeter/d83Kw/1/embedded/result/)Próbáld már meg a példában belinkelt giffel az oldaladon, a problémás résznél kíváncsiságból... ha ez jól működik, akkor legalább egyértelműen csak a képedre lehet fogni. (bár konkrétan akkor sem vágnám, miért is szar)
[ Szerkesztve ]
-
#4108
Sk8erPeter
nagyúr
biker
#4107
Sk8erPeter
nagyúr
Pontosan hogyan tesztelted, milyen böngészőben, milyen kóddal?
Most kíváncsiságból felraktam ide egy példát, és no-repeattel hibátlanul működik még IE8-ban is:
http://jsfiddle.net/Sk8erPeter/d83Kw/
(full screen változat: http://jsfiddle.net/Sk8erPeter/d83Kw/embedded/result/) -
#3612
Sk8erPeter
nagyúr
biker
#3611
Sk8erPeter
nagyúr
Hát nekem ebből a részből így egymás alatt:
$(".kosarbaform :input").tooltip( { effect:'slide' } );
$(".kosarbaform :image").tooltip( { effect:'slide' } );
az utóbbi nem igazán tűnik jónak.
Ha ezt kiszeded, és úgy sem megy, akkor közvetlenül hivatkozz az elemre, ne így a form gyerekelemeként, tehát pl. adsz annak az input-elemnek egy class-t, pl. class="add_to_cart", és aszerint hivatkozol rá:
$(".add_to_cart").tooltip( { effect:'slide' } );
Ha ez sem jó, akkor meg egyszerűen az input-ot rakd be egy div-be (annak adhatsz inline display-t, hogy egymás mellett jelenjen meg), vagy rakd span-be, a span-nek add meg a title-t, és arra kösd rá a tooltip-et. Lehet, hogy valamiért az image típusú input-elemekre nem megy. -
#3610
Sk8erPeter
nagyúr
biker
#3608
Sk8erPeter
nagyúr
Hmm, hát lehet, hogy itt most összeakad valamiért a kettő plugin, vagy nem vágom. Nem tudnál esetleg a korábbi példához hasonlót felrakni jsfiddle-re? Könnyebb lenne látni, így ennyiből nehéz rájönni.
Amúgy az jól működik, hogy a href-nél egy functionnel adod vissza az url-t?Lényeg szempontjából mellékes, de a PHP-vel generált részhez megjegyzés: jobb lenne, ha nem macskakörmöt használnál ilyen esetben, így nem kéne escape-elni - plusz sztem minden attribútumot tegyél rendesen idézőjelbe, a class-t is, a border-t meg ne használd.
(mármint CSS-ben használd ehelyett)
Szóval PHP-s részt lehetne így:
echo '<input type="image" class="formsubmit_k" src="kosarba.png" style="border:none;" title="'.$lang['kosarba_btn2'].'" />'; -
#3589
Sk8erPeter
nagyúr
biker
#3583
Sk8erPeter
nagyúr
Pedig működik az együtt tökéletesen!
Most kipróbáltam, és felraktam ide egy példát: [Colorbox + Tooltip]. Próbáld ki, nincs baja.
Szóval szerintem valamit elronthattál a szintaktikánál, de jobb lenne látni, mit írtál, hogyan próbáltad! -
#3576
Sk8erPeter
nagyúr
biker
#3575
Sk8erPeter
nagyúr
Igen, ez csakis JavaScripttel fog működni, már eleve egy szebb tooltip (animált, meg franc tudja) csak JavaScripttel működik - persze vannak megoldások tiszta CSS-ben is, de azzal animálni szépen, és könnyen testreszabni akkor sem tudod.
Nagyo könnyen kezelhető jQuery-s tooltipekből rengeteg van, pl.: [jQuery Tools Tooltip], jQuery Tooltip Plugin, stb.==
(#3574) Brown ügynök :
"Úgy tudom mindegyik böngésző eleve középre helyezi a tartalmat"
Ez nagyon nem igaz... Nem tudom, emlékszel-e, régen a Prohardver is minden felbontáson a böngésző bal oldalára volt pakolva, ha igaz lenne, amit írtál, akkor eleve középre került volna...
margin:0px auto; -val, illetve bizonyos inline elemeknél text-align:center-rel kerül csak középre a tartalom (utóbbi elsősorban szövegekre vonatkozik, de igaz egyéb nem blokkszintű elemekre is). -
#3264
Sk8erPeter
nagyúr
biker
#3263
Sk8erPeter
nagyúr
És milyen okból döntöttél az XSL mellett?
Alapszintű kódokat láttam, próbáltam belőle, de amúgy még nem igazán használtam, és nem is nagyon fogott meg a dolog, meg számomra kicsit hosszúkásnak tűnik ez az XML-es leírás, talán nehezebben áttekinthető egy fokkal. De nyilván vannak előnyei ennek a nyelvnek is, csak én még nem látom át. -
spammer
veterán
No igen, csak nekem olyan megoldás kellene, ami automatice elvégzi az "átalakítást", mert az oldalon sok kép van, plusz táblázat hátterek stb., így viszont minden képre külön kellene css-ben leírni, ami elég macerás.
Próbálkoztam javascripttel de az meg "háttérbe" rakta a képeket (átlátszósággal), és a valódi kép helyén pedig egy piros X volt, azaz mintha nem lett volna elérhető az eredeti kép.
Na mindegy, ha nem marad más, akkor nekiállok css-ben variálgatni
-
-
-
#3234
Sk8erPeter
nagyúr
biker
#3232
Sk8erPeter
nagyúr
Miért alkalmazol külön lezáró elemet az <img> tagre?
Ez HELYTELEN:
<img .....></img>
így helyes:
<img ........ />Nyilván a pontoknál legyenek ott a megfelelő attribútumok.
"most én vagyok hülye, vagy ha az & jelet lecserélem & jelre, akkor ugyanúgy kiírtam az & jelet?
"
Nem vagy hülye, de ez HTML-kód... Annak megfelelő szintaktikát kell alkalmazni. Ahogy cucka leírta már (ismét előbb írta ), JS-kódban ezt nem kell alkalmazni.
De pl. itt igen:
<a href="alap2011.php?inc=15&menu_id=10&refid=2712">blabla</a>Egyébként meg egyszerűbb lenne, ha megmutatnád az oldaladat, hogy hol van.
(#3233) biker: "+ a büdös életben nem lesz teljesen valid, mert a tartalmat wysiwyg szerkesztőből töltik be, és az formáz olyanokat, hogy ihajj...."
TinyMCE XHTML Strict 1.0 szabvány szerint is valid kódot generál... Egyetlen helyen szerkesztettem át (az is egy sor volt, ha kell, bemásolom ide), az <img> tageknél, hogy ne legyen border tulajdonsága, mert az már úgy nem lenne valid.
Úgyhogy lehet, hogy az általatok használt szerkesztő egy fos, de ebben sem kéne általánosítani.[ Szerkesztve ]
-
cucka
addikt
A kettes hibát rosszul írtam, így ez alapján pontosan ugyanaz a megoldás rá, mint a harmadikra.
A problémát az okozza, hogy a validator a <script> tag-ben található szöveget pontosan ugyanúgy validálja le, mint ahogy egy bármilyen más tag-ben elhelyezett szöveget (tehát nem érdekli, hogy az javascript vagy sem). Ezért van az, hogy ha a javascript kódodba html részeket is szeretnél beletenni (mint ahogy itt is van), szólni kell a validátornak, hogy azt ne vegye figyelembe, erre írtam a cdata-s megoldást. A harmadik hiba tehát így fog kinézni javítva:
<div id="headimg"><script type="text/javascript">
//<![CDATA[
var a=Math.floor(Math.random()*5);
document.write("<img src=img/header_hu/Header"+a+".png></img>");
//]]>
</script></div>Egyébként a CDATA jelentése az, hogy Character Data, és jellemzően xml-ben szokás használni pontosan ugyanerre: ha két tag közé szöveget szeretnél rakni, akkor így jelzed az xml parser-nek, hogy azt a szöveget legyen szíves nem parse-olni.
Egyébként ennek az egész bohóckodásnak egyetlen értelme van, hogy a validator lefusson. Ahogy látod, maga a CDATA egy javascript kommentben van, tehát a böngészőnek tökmindegy, hogy odaírod-e vagy sem, ugyanúgy fog működni.
mod: a & jelet &-re csak a html elemeknél (pl. link) vagy folyó szövegben kell cserélni, a javascript kódban értelemszerűen nem
[ Szerkesztve ]
-
#3227
Sk8erPeter
nagyúr
biker
#3224
Sk8erPeter
nagyúr
A nagy többségére cucka már reagált, konkrétan az & jelet cseréld le & jelre, és meg van oldva a problémád...
(ahogy cucka is mondta, hogy cseréld HTML-kódokra az ilyen karaktereket)
"65 hiba, ebből 0db valós."
Mindegyik valós.
Mielőtt ilyen igen erős kijelentéseket teszel, mint hogy "html validátort még jót nem láttam", vagy hogy "nem szoktam már html validálni, mert "hibás" a validátor", ami nyilvánvalóan ordas nagy tévedés, nézz utána, hogy biztos a validátorban van-e a hiba.
Annak idején, amikor a $_GET paraméterekkel először szarakodtam, nekem is csak pár perc guglizásomba került, hogy rájöjjek, vajon az & karaktert miért nem fogadja el... Nem azért, mert olyan rohadt ügyes vagyok, hanem épp azért, mert alapfeltételezés szerint abból indulok ki, hogy én tudok rosszul valamit, ha oly sok más embernek viszont ugyanaz hibátlanul működik.
Az összes általad írt validálási hiba orvosolható és valós.(#3226) biker : pont az előbb írta le cucka a CDATA-s részt...
"a kiragadott részletekből nehéz megmondd, mi a hiba, de ennyit ad vissza a validátor."
Nem értem ezeket a mondataidat, érdekes stílust alkalmazol, cucka egyébként jó választ adott a problémádra.[ Szerkesztve ]
Igen. Sokat spórol.
Mindenesetre ez számomra elég nagy csalódás, ha ez neked tényleg gondot okoz; az egész olyan 15-20 perc alatt megoldható, főleg, hogy kész példák vannak rá, pl. amit az előbb másoltam be neked, és egyszerűen nem hiszem el, hogy nem tudod összerakni már fejben is a két megoldást... 
Vicces dolgok történnek ezen a fórumon, de legalább néha még fel is dob. 
Linux konzol ablak, meg a phpmyadmin? ![;]](http://cdn.rios.hu/dl/s/v1.gif)
Plusz amit bütykölsz benne azonnal látod is élőben, sokkal könnyebb, gyorsabba a hibakeresés és javítás.
Új hozzászólás Aktív témák
- Milyen NAS-t vegyek?
- Telekom mobilszolgáltatások
- Elemlámpa, zseblámpa
- PlayStation 5
- Építő/felújító topik
- A kelleténél jobban lebutítja egyes GeForce RTX 5090-es VGA-it a Zotac
- Nvidia GPU-k jövője - amit tudni vélünk
- Mesterséges intelligencia topik
- Milyen autót vegyek?
- Politikai mémek
- További aktív témák...
- Bontatlan, iPhone 16 Pro Max 256gb, natúr titán, 3 év garanciával, eladó!
- Nintendo Switch CFW okos! 32+64GB Dual Boot OFW+CFW Tinfoil Hekate + hordozó tok + üvegfólia
- Samsung Galaxy S24 Ultra 5G 512GB, Kártyafüggetlen, 1 Év Garanciával
- Apple iPhone 12 64GB, Kártyafüggetlen, 1 Év Garanciával
- Apple iPhone 12 Pro Max 128GB, Kártyafüggetlen, 1 Év Garanciával