"Assumption is the mother of all f#ckups" Travis Dane (Under Siege 2: Dark Territory)
Intentionally left blank
In de pricewatch kan ik onder Chrome (Versie 24.0.1312.57 m) de sliders niet bewegen.
Ik kan alleen op de balkjes klikken waardoor 1 van de 2 sliders (linker of rechter welke dichterbij is) verplaatst.
Dit geeft een heel onnauwkeurige selectie.
Na een test onder IE9 werkt het daar wel gewoon zoals het hoort (als in de sliders kan je gewoon selecteren en slepen waarna de selectie waarde erboven wordt weergegeven).
Ik draai onder win7.
Intentionally left blank
Heel graagLethalshot schreef op zondag 03 februari 2013 @ 13:32:
Ik heb geen extensies aanstaan in Chrome. Zelf vind ik het ook apart want het heeft altijd gewerkt. Ik zal eens gaan zoeken en als ik een oplossing vind het hier posten.
Intentionally left blank
Chrome is opnieuw geinstalleerd, alle plug-ins uitgeschakeld en de javascript console geeft geen foutmeldingen alleen een warning "invalid property value" bij deze 2 regels (in div.sliderbar):
background-image: -moz-linear-gradient(#8ec000,#80af00);
background-image: linear-gradient(#8ec000,#80af00);
Alle browse geschiedenis/cookies ect van Chrome ook gewist en hielp helaas ook niet.
Ga nog even verder met zoeken, maar begin uit ideeen om te testen te raken.
Uiteraard is dit wel gewoon getest, en wij zelf ondervinden hier geen problemen. Vooralsnog lijkt het er op dat dit probleem slechts bij een enkeling speelt, en de vraag is dan ook wat de oorzaak precies is. Vooralsnog vermoeden wij toch een probleem aan de gebruikerkant en dat is voor ons natuurlijk heel erg lastig te onderzoekenstevenw64 schreef op woensdag 20 februari 2013 @ 22:19:
Hier hetzelfde probleem. Het is echt irritant. De filter is gewoon niet te gebruiken. Ik moet nu IE gebruiken voor de pricewatch. Had wel iets beters verwacht van de nieuwe tweakers. Ook raar dat dit niet getest is. En als het wel getest is.. waarom zit deze bug er dan al sinds de nieuwe design erin.
Intentionally left blank
Ter nadere informatie:
Behalve de sliders doen alle controls het, inclusief the "Wel/Niet" toggles en de uitklapbare velden.
Als ik bij element inspecteren kijk zie ik de volgende events:
DomContentLoaded
DragStart
SelectStart
Click
Submit
TouchStart
Hieronder heb ik van dragstart de eigenschappen die mij mogenlijk relevant lijken:
listenerBody: "function cancelEvent(e){if((e=e||window.event))if(e.preventDefault){e.preventDefault()}else if(e.cancelBubble!=undefined){if(e.keyCode)e.keyCode=0;e.returnValue=0;e.cancelBubble=true};return false}"
useCapture: false
node[]
-> draggable: true
-> ondragstart: function cancelEvent(e){if((e=e||window.event))if(e.preventDefault){e.preventDefault()}else if(e.cancelBubble!=undefined){if(e.keyCode)e.keyCode=0;e.returnValue=0;e.cancelBubble=true};return false}
ondrop: null
onerror: null
onfocus: null
oninput: null
oninvalid: null
onkeydown: null
onkeypress: null
onkeyup: null
onload: null
onmousedown: null
onmousemove: null
onmouseout: null
onmouseover: null
onmouseup: null
onmousewheel: null
onpaste: null
onreset: null
onscroll: null
onsearch: null
onselect: null
onselectstart: null
onsubmit: null
ontouchcancel: null
ontouchend: null
ontouchmove: null
ontouchstart: null
onwebkitfullscreenchange: null
onwebkitfullscreenerror: null
outerHTML: "<img class="sliderPointer" src="http://tweakimg.net/g/slider/sliderPointer.png" style="left: 144px;">"
outerText: ""
ownerDocument: document
parentElement: div.sliderBar
parentNode: div.sliderBar
prefix: null
previousElementSibling: div.sliderLabel
previousSibling: div.sliderLabel
scrollHeight: 20
scrollLeft: 0
scrollTop: 0
scrollWidth: 14
spellcheck: true
src: "http://tweakimg.net/g/slider/sliderPointer.png"
style: CSSStyleDeclaration
tabIndex: -1
tagName: "IMG"
textContent: ""
title: ""
translate: true
useMap: ""
vspace: 0
webkitPseudo: ""
webkitShadowRoot: null
webkitdropzone: ""
width: 14
x: 472
y: 1764
__proto__: HTMLImageElement
Als ik dit vergelijk met browsers waar het wel in werkt, zie ik eigenlijk geen verschil. Tijdens het laden zowel als tijdens het proberen te slepen treden er geen errors op.
Die is verdacht; is je device ook daadwerkelijk touch-enabled?WimBarelds schreef op dinsdag 12 maart 2013 @ 23:01:
[...]
Als ik bij element inspecteren kijk zie ik de volgende events:
[...]
TouchStart
Intentionally left blank
Ik heb even mijn laptop erbij gepakt, en met dezelfde chrome versie als op mijn pc is er niks aan de hand, de schuifjes werken naar behoren.
En om nog wat uit te sluiten, heb ik een virtual machine opgestart op mijn PC met windows 7, en daar is het ook mogelijk om te schuiven met de schuifjes.
Dus het is zeker een lokaalprobleem.
Mijn events zien er wel iets anders uit:
- DOMContentloaded
- click
- submit
- selectstart
[ Voor 8% gewijzigd door Ibjelot op 13-03-2013 00:48 ]
Nee, het is een reguliere desktop pc.crisp schreef op dinsdag 12 maart 2013 @ 23:12:
[...]
Die is verdacht; is je device ook daadwerkelijk touch-enabled?
Als je daarnaartoe gaat met Chrome, wat geven die waardes bovenaan dan? Ben zelf ook wel erg benieuwd welke Chrome versies hier afwijken.
Weet niet precies hoe T.NET checkt op touch, maar neem aan één van deze opties.
Wij gebruiken dezelfde check als modernizrBosmonster schreef op woensdag 13 maart 2013 @ 14:15:
http://modernizr.github.com/Modernizr/touch.html
Als je daarnaartoe gaat met Chrome, wat geven die waardes bovenaan dan? Ben zelf ook wel erg benieuwd welke Chrome versies hier afwijken.
Weet niet precies hoe T.NET checkt op touch, maar neem aan één van deze opties.
Intentionally left blank
Zelfde test in VM gedaan en daar is alles No, behalve typeof TouchEvent != "undefined"
Ben aan het neuzen geweest in chrome://flags
En daar staat op 4/5 van de pagina het volgende:
Aanraakgebeurtenissen inschakelen
en
Gebruikersinterface geoptimaliseerd voor aanraken.
Deze stonden op automatisch. Aangezien ik toch geen touch heb en krijg op mijn dekstop-pc, heb ik ze maar uitgeschakeld.
Daarna chrome opnieuw opgestart. En werkelijk. De sliders werken weer naar behoren!
Het kan potentieel een hoop stuk maken namelijk.
[ Voor 29% gewijzigd door Bosmonster op 13-03-2013 16:41 ]
Dit heeft ook voor mij gewerkt. Maar stel, ik heb wel een touchscreen op mijn desktop, dan zou de muis toch nog wel moeten werken? Nouja, ik heb nog niet zo'n monitor- maar toch een klein bugje lijkt mij.Ibjelot schreef op woensdag 13 maart 2013 @ 15:52:
Oplossing gevonden.
Ben aan het neuzen geweest in chrome://flags
En daar staat op 4/5 van de pagina het volgende:
Aanraakgebeurtenissen inschakelen
en
Gebruikersinterface geoptimaliseerd voor aanraken.
Deze stonden op automatisch. Aangezien ik toch geen touch heb en krijg op mijn dekstop-pc, heb ik ze maar uitgeschakeld.
Daarna chrome opnieuw opgestart. En werkelijk. De sliders werken weer naar behoren!
Ga naar about:config en zoek naar dom.w3c_touch_events.enabled. Bij mij stond dat op 2 (betekent waarschijnlijk automatisch).
Als je dat naar 0 verandert dan doen de sliders het.
Ik heb het vermoeden dat in mijn geval mijn teken tablet dit veroorzaakt heeft. Als je zo'n ding namelijk installeert dan wordt het OS ineens permanent touch-enabled oid... Bij Configuratiescherm -> Systeem zie ik dan "Pen and Touch Input Available with 2 Touch Points" staan.
Intentionally left blank
Dit topic is gesloten.
![]()