Új hozzászólás Aktív témák
-
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ényt -
#3259
dqdb
nagyúr
Sk8erPeter
#3258
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
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
#3257
dqdb
nagyúr
Sk8erPeter
#3256
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
-
#3255
dqdb
nagyúr
Sk8erPeter
#3251
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)
-
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]
-
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). -
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á.
-
#3185
dqdb
nagyúr
Sk8erPeter
#3184
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.
-
#3101
dqdb
nagyúr
Speeedfire
#3100
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.
Én végig úgy értettem a konzekvenciát, hogy ![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- GIGA AKCIÓ!!! AKTIVÁLATLAN iPad Air M3 13" WiFi 256GB! KÉK
- ÁRGARANCIA!Épített KomPhone i5 10400F 16/32/64GB RAM RTX 3060 12GB GAMER PC termékbeszámítással
- TP-LINK RE705X AX3000 WiFi 6 Extender
- Eladó retro HiFi-k és erösítők/hangfalak
- AKCIÓS PRECÍZIÓS KÉSZÜLÉK! 7560 i9-11950H 32GB RAM 1TB SSD Nvidia RTX A3000 6GB 1 év gar
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest