- HBO Max & OD topic
- Kínos ügy lett az OpenAI Scarlett Johansson-botránya
- Alternatív kriptopénzek, altcoinok bányászata
- Milyen routert?
- Microsoft Office és Office 365 topic
- Rendszergazda topic
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- A tüntetések ellenére is bővítheti német gyárát a Tesla
- WordPress tartalom kezelő rendszer (CMS)
- ASUS routerek
Új hozzászólás Aktív témák
-
dqdb
nagyúr
válasz Speeedfire #3100 üzenetére
Ha saját oldalon kell megoldani, és csak a linkekre kattintva kell működnie, akkor az egyik legegyszerűbb megoldás, ha a kifelé mutató direkt linkeket olyan sajátokra cseréled, amelyek átirányítják a felhasználót a megfelelő helyre, miközben te tudod regisztrálni a választott célt. Így működik többek között az Index főoldala is, például a legelső hír linkje a főoldalon most ez, amiből átirányítás után ez lesz.
[ Szerkesztve ]
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
válasz Sk8erPeter #3184 üzenetére
[link]
Ez a hivatalos változat, ami ebben nem szerepel, az kötelezően x- előtagos vendorfüggő típus.biker: csak olyan van, hogy image/jpeg, olyan nincsen, hogy image/jpg. A böngészők általában saját vagy az OS által nyújtott kiterjesztéslista alapján találják ki, hogy adott fájlhoz milyen MIME type tartozik.
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
Ha nemcsak MIME type (vagy esetleg kiterjesztés) alapján szeretnél dolgozni, hanem az adattartalom alapján szeretnéd kitalálni a konkrét fájltípust, akkor ...
... a szerveren valami libmagic/file alapú megoldást javasolnék, ha van Node.js, akkor kevesebb, ha nincsen, akkor több meló.
... a kliensen a Sk8erPeter által is linkelt Blob és TypedArray alapú megoldásokat. Ezeket nem túl bonyolult használni, csak fognod kell egy formátumleírást a megcélzott fájltípusokhoz, és pillanatok alatt össze lehet dobni egy alapfokú ellenőrzést az első néhány byte figyelésével. Pár képformátumhoz ezt dobtam össze korábban, itt kihasználtam, hogy Blink motor a megcélzott, így büntetlenül használhatom az API-kat, más böngészőnél valószínűleg kell polyfill hozzá.
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
válasz martonx #3213 üzenetére
ilyet böngészőben futva nem fogsz tudni csinálni
Chromium esetén bővítményből native messaginget használva tud, de ahhoz persze meg kell írni a bővítmény natív felét is.Másik lehetőség egy olyan natív alkalmazás, amely HTTP-n keresztül figyel, és böngészőből azt vezérli (a Node.js adja magát erre a feladatra).
Az egészben a legizgibb a 3rd party beszédfelismerő, hogy van-e ilyen.
Például a Microsoft Speech API ilyen, közel 20 éve létezik, ahhoz úgy rémlik, létezik ilyen példaprogram (10+ éve foglalkoztam vele utoljára, akkor is beszédszintézisre használtam, nem parancsfelismerésre, szóval lehet, hogy nem talált a tippem).tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
válasz krysn95 #3217 üzenetére
Továbbra sem érted, hogy itt böngészős megoldás esetén nem a szövegrész felismerése/megkeresése a showstopper probléma, hanem az, hogy nem tudsz Chrome-ból tetszőleges programot elindítani (csak trükközve, külső, egyedi fejlesztésű programmal megtámogatva, native messaging útján). És ez továbbra sem jQuery probléma.
Amúgy Windows Vista óta van ilyesmire out-of-the-box lehetőség is, igaz, pár nyelvre korlátozottan: [link]
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
válasz Sk8erPeter #3251 üzenetére
Ez mennyire brutálisan béna a Bootstrapnél, hogy egyetlen karakterben tér el a két event, "slide.bs.carousel", illetve "slid.bs.carousel", úristen, ezt még nem is láttam.
Többféle iskola van különböző frameworkokben a before és after események elnevezésére:
1. jelen idő és múlt idő, így lett slide és slid
2. jelen idő és befejezett múlt idő, a Bootstrap szerintem ezt használja, és nem az előzőt, így lett slide és slid
3. folyamatos jelen és múlt idő, ekkor sliding és slid lenne
4. before prefix és jelen idő, ekkor beforeslide és slide lenne
5. és így tovább ...Legalább próbálnak konzekvensek lenni, csak ez most kissé bénán jött ki. Én a 4. pontban vázolt megoldást szeretem, mert ott nem okoz gondot, ha egy igének a jelen és múlt ideje megegyezik (például read)
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
válasz Sk8erPeter #3256 üzenetére
Igen, elég egyszerű lett volna elintézni, hogy ne egy darab, alig észrevehető karakterben (e) térjenek el.
vs
Legalább próbálnak konzekvensek lenni, csak ez most kissé bénán jött ki.
Én a konzekvenciára szavazok minden ilyen esetben, még akkor is, ha az néha bénán jön ki. És lássuk be, akkor lett volna/se lett volna rajtuk sapka, ha az eseményt nem slide-nak nevezik el, amikor netszerte mindenki ezen a néven illeti
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
válasz Sk8erPeter #3258 üzenetére
Ááá, dehogy, főleg annak tükrében, hogy egyikünk se fogja valószínűleg sosem használni ezt a controlt Én végig úgy értettem a konzekvenciát, hogy önmagukon belül konzekvensek, egyszer meghozták ezt az elnevezési szabályt, és azóta az összes komponensüknél használják az event handlerek elnevezésére: jelen idő esemény előtt, befejezett múlt idő esemény után.
Amúgy máshol van close/closed és show/shown
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
marhára nem readonly, símán működött a felülírás safariban
Az, hogy egy implementáció mit enged meg és mit nem, az nem érdekes jelen esetben. Az, hogy a szabvány szerint readonly, az az igazán érdekes. Onnantól kezdve, hogy te módosítasz egy egy ilyen mezőt, a böngésző erre adott reakciója nem lesz előre megjósolható (egy JS-ból lekezelhető exception lenne a legtisztább erre). Valószínűleg az esetedben az event handler hatására a Safari JS implementációja vagy egyszerűen dob egy exceptiont belül, és emiatt szakad meg az eseménykezelési lánc, vagy a visszatérése után észreveszi, hogy megváltozott az esemény, és ennek hatására úgy dönt, hogy ez már nem az az esemény, és megáll a feldolgozásával.Hát azt hiszem kihagyom, megvárom míg használható lesz. Vagy mi a jó alternatíva?
Például az ilyen esetekben helyes fallback. Ha van KeyboardEvent.key, akkor azt használod, ha nem, akkor jöhet a legacy megoldás. Amúgy ez a mező is readonly.Két megoldásod van:
1. te kezeled le a billentyűzeteseményeket teljesen, és módosítod a mező értékét ennek megfelelően
2. az átfordítandó billentyűzeteseményt lenyeled, és generálsz helyette egy új billentyűzeteseményttAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest