[bug]smilie gekortwiekt in offtopic-tag

[Raven]

offtopic:

De eerste is aan de onderkant afgesneden. Offtopictags er niet omheen, smilie weer compleet

Rara hoe kan dat?

[Dirk]

Browser / OS bug? Ik heb het niet:

[Raven]

Hmm, nu hier ook niet

Volgende keer maar even een screenshot er van maken

edit: Bingo Raven in "Hoe heet dit nummer? Deel 42"


edit2: In de startpost hier is ie nu ook afgesneden

[ Voor 68% gewijzigd door Raven op 04-08-2013 19:15 ]

[Fiber]

Lijkt me echt een prioriteit 1+ of zo. Maandag gelijk met het hele team aanpakken!

[Raven]

Als je niets nuttigs te melden hebt, blijf dan weg

[ACM]

En wat is je browser / OS combinatie?

[Raven]

Firefox 20.0.1 op 7x64 Ultimate.

[crisp]

Da's puur browser rendering van resized images; kunnen wij dus weinig aan doen...

[Raven]

Wat valt er te resizen aan een kleine smilie? En het is telkens hetzelfde als het gebeurt, een stuk van de onderkant eraf. Niet links, niet boven of rechts, maar onder. Als het een rendering iets is, zou het dan niet compleet random moeten zijn, niet telkens op dezelfde plek?

[crisp]

Raven schreef op zondag 04 augustus 2013 @ 22:37:
Wat valt er te resizen aan een kleine smilie? En het is telkens hetzelfde als het gebeurt, een stuk van de onderkant eraf. Niet links, niet boven of rechts, maar onder. Als het een rendering iets is, zou het dan niet compleet random moeten zijn, niet telkens op dezelfde plek?

We doen gewoon ipv:

HTML:

<img width="15" height="15" class="smiley" alt=";)" src="//tweakimg.net/g/s/wink.gif">

dit:

HTML:

<img width="12" height="12" class="smiley" alt=";)" src="//tweakimg.net/g/s/wink.gif">

Zelfde plaatje, kleiner weergegeven. Hoe de browser dat verder afhandeld kunnen wij verder niet aansturen...

[ACM]

Raven schreef op zondag 04 augustus 2013 @ 22:37:
Wat valt er te resizen aan een kleine smilie? En het is telkens hetzelfde als het gebeurt, een stuk van de onderkant eraf. Niet links, niet boven of rechts, maar onder. Als het een rendering iets is, zou het dan niet compleet random moeten zijn, niet telkens op dezelfde plek?

Waarom zou het random moeten zijn? De manier van plaatsen en de context van het plaatje is toch steeds (min of meer) hetzelfde? Dan zou je juist verwachten dat ie de resizing ook telkens identiek doet

Maarja, in mijn Firefox 22 (je loopt wel een beetje achter?) op Windows 7 x64 gebeurt het niet. Uiteraard kunnen er allerlei dingen nog verschillen, zoals je rendering-instellingen in firefox en wellicht zelfs je videokaart(drivers).

Maar tenzij zoiets consistent te reproduceren is, ben ik bang dat je dat onderste rijtje pixels er maar bij moet denken, want wij gaan er waarschijnlijk niks aan kunnen doen

Heb je trouwens custom css? Zoja, probeer het eens zonder?

[Raven]

crisp schreef op zondag 04 augustus 2013 @ 22:46:
[...]

We doen gewoon ipv:

HTML:

<img width="15" height="15" class="smiley" alt=";)" src="//tweakimg.net/g/s/wink.gif">

dit:

HTML:

<img width="12" height="12" class="smiley" alt=";)" src="//tweakimg.net/g/s/wink.gif">

Zelfde plaatje, kleiner weergegeven. Hoe de browser dat verder afhandeld kunnen wij verder niet aansturen...

Hmm, okee.

ACM schreef op maandag 05 augustus 2013 @ 07:52:
[...]

Waarom zou het random moeten zijn? De manier van plaatsen en de context van het plaatje is toch steeds (min of meer) hetzelfde? Dan zou je juist verwachten dat ie de resizing ook telkens identiek doet

Maarja, in mijn Firefox 22 (je loopt wel een beetje achter?) op Windows 7 x64 gebeurt het niet. Uiteraard kunnen er allerlei dingen nog verschillen, zoals je rendering-instellingen in firefox en wellicht zelfs je videokaart(drivers).

Maar tenzij zoiets consistent te reproduceren is, ben ik bang dat je dat onderste rijtje pixels er maar bij moet denken, want wij gaan er waarschijnlijk niks aan kunnen doen

Heb je trouwens custom css? Zoja, probeer het eens zonder?

Tsja, als je het zo bekijkt

Ik update FF niet zo vaak omdat het wel eens misgaat

Ik heb 1 klein stukje custom CSS in Stylish, die heeft alleen invloed op de active topics pagina's:

code:

@-moz-document url-prefix("http://gathering.tweakers.net/forum/list_activetopics"){
td.topic small a:visited {color: rgb(97, 100, 100) !important;}
td.topic small a {color: black !important;}
}

niet op de rest van GoT of de FP.

[RedHat]

Hier in Chrome 28.0.1500.95 op Win7 x64 precies hetzelfde

Plaatje ter verduidelijking



Ligt niet aan rendering van de image vziw, maar de combinatie van CSS en de image. Anders zou elke smiley die geresized wordt hetzelfde euvel moeten hebben ,en dat is niet zo.

<< deze wordt namelijk wel goed gerenderd, met width=12 en height=12

[ Voor 97% gewijzigd door RedHat op 06-08-2013 20:31 ]

[Hero of Time]

Die link (Raven in "Hoe heet dit nummer? Deel 42") doet 't bij mij met Opera 12.16 op Debian Sid x64 gewoon prima. Ik heb wel redelijk wat verbouwd met custom CSS, maar ik doe niets met de line height van de text in de posts.

[DarkShadow16]

Versie 28.0.1500.95 Windows 7 x64

Die link werkt bij mij dus ook gewoon prima. Geen smilie met een stukje missend.
En dat in dezelfde configuratie als RedHat.

Het ligt dus ergens anders aan. Videokaart die het anders rendert misschien? Bij mij een Ati HD5470 in een laptop.

[Megamind]

Hier een Nvidia GT555M en zie precies hetzelfde (FF22).

Edit: sorry ik zat naar het plaatje te kijken In de OP staat het goed.

[ Voor 41% gewijzigd door Megamind op 07-08-2013 05:29 ]

[Osiris]

RedHat schreef op dinsdag 06 augustus 2013 @ 20:27:
Hier in Chrome 28.0.1500.95 op Win7 x64 precies hetzelfde

Plaatje ter verduidelijking

[afbeelding]

Ligt niet aan rendering van de image vziw, maar de combinatie van CSS en de image. Anders zou elke smiley die geresized wordt hetzelfde euvel moeten hebben ,en dat is niet zo.

[afbeelding] << deze wordt namelijk wel goed gerenderd, met width=12 en height=12

Maak je nou een screenshot van een post met een screenshot?

Ja, geen wonder dat de smiley dan ook verkeerd is hè, want het is uit een screenshot Zou raar zijn als 'ie 't dan opeens wél goed doet..

[ Voor 3% gewijzigd door Osiris op 07-08-2013 06:59 ]

[Verwijderd]

Afgehakte mini-smilies krijg ik ook met Firefox (altijd al zo geweest) als ik met de zoom-instellingen ga rommelen

[pedorus]

Raven schreef op zondag 04 augustus 2013 @ 19:42:
Firefox 20.0.1 op 7x64 Ultimate.

Megamind schreef op woensdag 07 augustus 2013 @ 05:28:
Hier een Nvidia GT555M en zie precies hetzelfde (FF22).

Edit: sorry ik zat naar het plaatje te kijken In de OP staat het goed.

Jullie draaien beiden oude versies met ernstige security bugs erin, lijkt me niet handig... Verder heb ik het probleem niet (FF23, Win7 x64);

[Verwijderd]

pedorus schreef op woensdag 07 augustus 2013 @ 09:26:
[...]


[...]

Jullie draaien beiden oude versies met ernstige security bugs erin, lijkt me niet handig... Verder heb ik het probleem niet (FF23, Win7 x64);

Doe eens uitzoomen

(ctrl -)

FF23 hier.

[pedorus]

Met exact 1 keer uitzoomen, zonder 'text only', krijg ik het soms ook inderdaad. Wellicht dat zeg font 125% van windows zelf of bepaalde beeldscherminstellingen/-drivers dit probleem standaard kan maken. Wat het probleem is denk ik, is dat FF een goede resize alleen doet voor plaatjes die maar 1 keer voorkomen:

quote: https://bugzilla.mozilla.org/show_bug.cgi?id=486918

You can have as many downscaled images on a page as you want, so long as there's at most 1 instance of each image. If there's more than one copy of the image on the page, that image won't have the high quality downscaler applied to it.

Dus dat wordt afspreken dat iedere smilie maar 1 keer te gebruiken is. Of je kan het faken met "?[nummer]" erachter, eventueel met Greasemonkey ofzo.

offtopic:

[RedHat]

Osiris schreef op woensdag 07 augustus 2013 @ 06:58:
[...]

Maak je nou een screenshot van een post met een screenshot?

Ja, geen wonder dat de smiley dan ook verkeerd is hè, want het is uit een screenshot Zou raar zijn als 'ie 't dan opeens wél goed doet..

Had niet in de gaten dat het een screenshot was
De rest is hier ook allemaal prima.