#95282: "Tiles display incorrectly if the CSS "rotate" property is not supported"
Waarover gaat dit rapport?
Wat is er gebeurd? Selecteer uit het onderstaande
Wat is er gebeurd? Selecteer uit het onderstaande
Controleer of er al een rapport is over hetzelfde onderwerp
Zo ja, gelieve dan voor dit rapport te STEMMEN. Rapporten met de meeste stemmen krijgen VOORRANG!
| # | Status | Votes | Game | Type | Title | Last update |
|---|
Gedetailleerde beschrijving
-
• Kopieer en plak alsjeblieft de foutboodschap die je op je scherm ziet, indien van toepassing.
NOTE: This _might_ be the root cause of boardgamearena.com/bug?id=92210
# Problem
If the user's browser does not yet support the "rotate" property, then when placing tiles the image
will not rotate.
The game data gets updated with a rotation (0°, 90°, 180°, 270°) but the image will remain unrotated
(0°) hence it looks like the tile is not rotated; this improper feedback causes confusion and can even
caue improper placement (if they wrongly believe they have NOT rotated).
# The Fix
Simply adding the proper `transform:rotate()` lines, shown below, to these CSS classes will fix this
problem:
.sag_tile-rot-90 {
rotate: 90deg;
transform: rotate(90deg);
}
.sag_tile-rot-180 {
rotate: 180deg;
transform: rotate(180deg);
}
.sag_tile-rot-270 {
rotate: 270deg;
transform: rotate(270deg);
}
# Reference
Support for the rotate _attribute_ is barely 12 months old for many browsers.
See: developer.mozilla.org/en-US/docs/Web/CSS/rotate#browser_compatibility
And: developer.mozilla.org/en-US/docs/Web/CSS/transform-function/rotate#browser_compatibility
-
• Leg uit wat je wilde doen, wat je deed en wat er gebeurde
• Welke browser gebruik je?
Google Chrome v103 and v115
-
• Kopieer en plak alsjeblieft de tekst die in het Engels wordt getoond in plaats van in jouw taal. Als je een schermkopie van deze bug hebt (goede gewoonte), kun je een hosting-service voor afbeeldingen naar keuze gebruiken (bijvoorbeeld snipboard.io) om deze te uploaden en de link hier te kopiëren/plakken. Is deze tekst beschikbaar in het vertaalsysteem? Zo ja, is deze meer dan 24 uur geleden vertaald?
NOTE: This _might_ be the root cause of boardgamearena.com/bug?id=92210
# Problem
If the user's browser does not yet support the "rotate" property, then when placing tiles the image
will not rotate.
The game data gets updated with a rotation (0°, 90°, 180°, 270°) but the image will remain unrotated
(0°) hence it looks like the tile is not rotated; this improper feedback causes confusion and can even
caue improper placement (if they wrongly believe they have NOT rotated).
# The Fix
Simply adding the proper `transform:rotate()` lines, shown below, to these CSS classes will fix this
problem:
.sag_tile-rot-90 {
rotate: 90deg;
transform: rotate(90deg);
}
.sag_tile-rot-180 {
rotate: 180deg;
transform: rotate(180deg);
}
.sag_tile-rot-270 {
rotate: 270deg;
transform: rotate(270deg);
}
# Reference
Support for the rotate _attribute_ is barely 12 months old for many browsers.
See: developer.mozilla.org/en-US/docs/Web/CSS/rotate#browser_compatibility
And: developer.mozilla.org/en-US/docs/Web/CSS/transform-function/rotate#browser_compatibility
• Welke browser gebruik je?
Google Chrome v103 and v115
-
• Gelieve jouw suggestie precies en beknopt uit te leggen zodat het zo makkelijk mogelijk is om te begrijpen wat je bedoelt.
NOTE: This _might_ be the root cause of boardgamearena.com/bug?id=92210
# Problem
If the user's browser does not yet support the "rotate" property, then when placing tiles the image
will not rotate.
The game data gets updated with a rotation (0°, 90°, 180°, 270°) but the image will remain unrotated
(0°) hence it looks like the tile is not rotated; this improper feedback causes confusion and can even
caue improper placement (if they wrongly believe they have NOT rotated).
# The Fix
Simply adding the proper `transform:rotate()` lines, shown below, to these CSS classes will fix this
problem:
.sag_tile-rot-90 {
rotate: 90deg;
transform: rotate(90deg);
}
.sag_tile-rot-180 {
rotate: 180deg;
transform: rotate(180deg);
}
.sag_tile-rot-270 {
rotate: 270deg;
transform: rotate(270deg);
}
# Reference
Support for the rotate _attribute_ is barely 12 months old for many browsers.
See: developer.mozilla.org/en-US/docs/Web/CSS/rotate#browser_compatibility
And: developer.mozilla.org/en-US/docs/Web/CSS/transform-function/rotate#browser_compatibility
• Welke browser gebruik je?
Google Chrome v103 and v115
-
• Wat stond op het scherm toen je geblokkeerd was (Leeg scherm? Een deel van de spelinterface? Foutboodschap?)
NOTE: This _might_ be the root cause of boardgamearena.com/bug?id=92210
# Problem
If the user's browser does not yet support the "rotate" property, then when placing tiles the image
will not rotate.
The game data gets updated with a rotation (0°, 90°, 180°, 270°) but the image will remain unrotated
(0°) hence it looks like the tile is not rotated; this improper feedback causes confusion and can even
caue improper placement (if they wrongly believe they have NOT rotated).
# The Fix
Simply adding the proper `transform:rotate()` lines, shown below, to these CSS classes will fix this
problem:
.sag_tile-rot-90 {
rotate: 90deg;
transform: rotate(90deg);
}
.sag_tile-rot-180 {
rotate: 180deg;
transform: rotate(180deg);
}
.sag_tile-rot-270 {
rotate: 270deg;
transform: rotate(270deg);
}
# Reference
Support for the rotate _attribute_ is barely 12 months old for many browsers.
See: developer.mozilla.org/en-US/docs/Web/CSS/rotate#browser_compatibility
And: developer.mozilla.org/en-US/docs/Web/CSS/transform-function/rotate#browser_compatibility
• Welke browser gebruik je?
Google Chrome v103 and v115
-
• Met welk onderdeel van de regels is geen rekening gehouden bij de BGA-versie?
NOTE: This _might_ be the root cause of boardgamearena.com/bug?id=92210
# Problem
If the user's browser does not yet support the "rotate" property, then when placing tiles the image
will not rotate.
The game data gets updated with a rotation (0°, 90°, 180°, 270°) but the image will remain unrotated
(0°) hence it looks like the tile is not rotated; this improper feedback causes confusion and can even
caue improper placement (if they wrongly believe they have NOT rotated).
# The Fix
Simply adding the proper `transform:rotate()` lines, shown below, to these CSS classes will fix this
problem:
.sag_tile-rot-90 {
rotate: 90deg;
transform: rotate(90deg);
}
.sag_tile-rot-180 {
rotate: 180deg;
transform: rotate(180deg);
}
.sag_tile-rot-270 {
rotate: 270deg;
transform: rotate(270deg);
}
# Reference
Support for the rotate _attribute_ is barely 12 months old for many browsers.
See: developer.mozilla.org/en-US/docs/Web/CSS/rotate#browser_compatibility
And: developer.mozilla.org/en-US/docs/Web/CSS/transform-function/rotate#browser_compatibility
-
• Is de inbreuk op de spelregels zichtbaar in de spelherhaling? Indien ja, bij welk zetnummer?
• Welke browser gebruik je?
Google Chrome v103 and v115
-
• Welke spelactie wilde je uitvoeren?
NOTE: This _might_ be the root cause of boardgamearena.com/bug?id=92210
# Problem
If the user's browser does not yet support the "rotate" property, then when placing tiles the image
will not rotate.
The game data gets updated with a rotation (0°, 90°, 180°, 270°) but the image will remain unrotated
(0°) hence it looks like the tile is not rotated; this improper feedback causes confusion and can even
caue improper placement (if they wrongly believe they have NOT rotated).
# The Fix
Simply adding the proper `transform:rotate()` lines, shown below, to these CSS classes will fix this
problem:
.sag_tile-rot-90 {
rotate: 90deg;
transform: rotate(90deg);
}
.sag_tile-rot-180 {
rotate: 180deg;
transform: rotate(180deg);
}
.sag_tile-rot-270 {
rotate: 270deg;
transform: rotate(270deg);
}
# Reference
Support for the rotate _attribute_ is barely 12 months old for many browsers.
See: developer.mozilla.org/en-US/docs/Web/CSS/rotate#browser_compatibility
And: developer.mozilla.org/en-US/docs/Web/CSS/transform-function/rotate#browser_compatibility
-
• Wat probeerde je te doen om deze spelactie te laten optreden?
-
• Wat gebeurde er toen je dit probeerde te doen (foutboodschap, melding op de statusbalk van het spel, ...)?
• Welke browser gebruik je?
Google Chrome v103 and v115
-
• In welke fase van het spel deed het probleem zich voor (wat was de huidige spelinstructie)?
NOTE: This _might_ be the root cause of boardgamearena.com/bug?id=92210
# Problem
If the user's browser does not yet support the "rotate" property, then when placing tiles the image
will not rotate.
The game data gets updated with a rotation (0°, 90°, 180°, 270°) but the image will remain unrotated
(0°) hence it looks like the tile is not rotated; this improper feedback causes confusion and can even
caue improper placement (if they wrongly believe they have NOT rotated).
# The Fix
Simply adding the proper `transform:rotate()` lines, shown below, to these CSS classes will fix this
problem:
.sag_tile-rot-90 {
rotate: 90deg;
transform: rotate(90deg);
}
.sag_tile-rot-180 {
rotate: 180deg;
transform: rotate(180deg);
}
.sag_tile-rot-270 {
rotate: 270deg;
transform: rotate(270deg);
}
# Reference
Support for the rotate _attribute_ is barely 12 months old for many browsers.
See: developer.mozilla.org/en-US/docs/Web/CSS/rotate#browser_compatibility
And: developer.mozilla.org/en-US/docs/Web/CSS/transform-function/rotate#browser_compatibility
-
• Wat gebeurde toen je deze spelactie probeerde (foutboodschap, melding op de statusbalk van het spel, ...)?
• Welke browser gebruik je?
Google Chrome v103 and v115
-
• Beschrijf alsjeblieft het probleem met de beeldweergave. Als je een schermkopie van deze bug hebt (goede gewoonte), kun je een hosting-service voor afbeeldingen naar keuze gebruiken (bijvoorbeeld snipboard.io) om deze te uploaden en de link hier te kopiëren/plakken.
NOTE: This _might_ be the root cause of boardgamearena.com/bug?id=92210
# Problem
If the user's browser does not yet support the "rotate" property, then when placing tiles the image
will not rotate.
The game data gets updated with a rotation (0°, 90°, 180°, 270°) but the image will remain unrotated
(0°) hence it looks like the tile is not rotated; this improper feedback causes confusion and can even
caue improper placement (if they wrongly believe they have NOT rotated).
# The Fix
Simply adding the proper `transform:rotate()` lines, shown below, to these CSS classes will fix this
problem:
.sag_tile-rot-90 {
rotate: 90deg;
transform: rotate(90deg);
}
.sag_tile-rot-180 {
rotate: 180deg;
transform: rotate(180deg);
}
.sag_tile-rot-270 {
rotate: 270deg;
transform: rotate(270deg);
}
# Reference
Support for the rotate _attribute_ is barely 12 months old for many browsers.
See: developer.mozilla.org/en-US/docs/Web/CSS/rotate#browser_compatibility
And: developer.mozilla.org/en-US/docs/Web/CSS/transform-function/rotate#browser_compatibility
• Welke browser gebruik je?
Google Chrome v103 and v115
-
• Kopieer en plak alsjeblieft de tekst die in het Engels wordt getoond in plaats van in jouw taal. Als je een schermkopie van deze bug hebt (goede gewoonte), kun je een hosting-service voor afbeeldingen naar keuze gebruiken (bijvoorbeeld snipboard.io) om deze te uploaden en de link hier te kopiëren/plakken. Is deze tekst beschikbaar in het vertaalsysteem? Zo ja, is deze meer dan 24 uur geleden vertaald?
NOTE: This _might_ be the root cause of boardgamearena.com/bug?id=92210
# Problem
If the user's browser does not yet support the "rotate" property, then when placing tiles the image
will not rotate.
The game data gets updated with a rotation (0°, 90°, 180°, 270°) but the image will remain unrotated
(0°) hence it looks like the tile is not rotated; this improper feedback causes confusion and can even
caue improper placement (if they wrongly believe they have NOT rotated).
# The Fix
Simply adding the proper `transform:rotate()` lines, shown below, to these CSS classes will fix this
problem:
.sag_tile-rot-90 {
rotate: 90deg;
transform: rotate(90deg);
}
.sag_tile-rot-180 {
rotate: 180deg;
transform: rotate(180deg);
}
.sag_tile-rot-270 {
rotate: 270deg;
transform: rotate(270deg);
}
# Reference
Support for the rotate _attribute_ is barely 12 months old for many browsers.
See: developer.mozilla.org/en-US/docs/Web/CSS/rotate#browser_compatibility
And: developer.mozilla.org/en-US/docs/Web/CSS/transform-function/rotate#browser_compatibility
• Welke browser gebruik je?
Google Chrome v103 and v115
-
• Gelieve jouw suggestie precies en beknopt uit te leggen zodat het zo makkelijk mogelijk is om te begrijpen wat je bedoelt.
NOTE: This _might_ be the root cause of boardgamearena.com/bug?id=92210
# Problem
If the user's browser does not yet support the "rotate" property, then when placing tiles the image
will not rotate.
The game data gets updated with a rotation (0°, 90°, 180°, 270°) but the image will remain unrotated
(0°) hence it looks like the tile is not rotated; this improper feedback causes confusion and can even
caue improper placement (if they wrongly believe they have NOT rotated).
# The Fix
Simply adding the proper `transform:rotate()` lines, shown below, to these CSS classes will fix this
problem:
.sag_tile-rot-90 {
rotate: 90deg;
transform: rotate(90deg);
}
.sag_tile-rot-180 {
rotate: 180deg;
transform: rotate(180deg);
}
.sag_tile-rot-270 {
rotate: 270deg;
transform: rotate(270deg);
}
# Reference
Support for the rotate _attribute_ is barely 12 months old for many browsers.
See: developer.mozilla.org/en-US/docs/Web/CSS/rotate#browser_compatibility
And: developer.mozilla.org/en-US/docs/Web/CSS/transform-function/rotate#browser_compatibility
• Welke browser gebruik je?
Google Chrome v103 and v115
Rapportgeschiedenis
I tried this today, using BGA's CSS override option. It allowed me to rotate in an older version of chrome on an older mac that won't update chrome to the latest. It also allowed me to rotate on safari on my iPhone which is not on the latest annual update.
However, the rotation order was strange and would point up (single "1" blue tile with 1 blue arrow) when it should have been another orientation, as I cycled through the options. I committed the tile where it should have been automatically satisfied (pointing up to blue), but it didn't move the token. I then checked on a laptop with the latest macOS after removing the CSS override and see that the tile is not as it visually looked when I placed it (with the CSS override). So the visual and the actual were out of sync with just the addition of this code, at least using the common BGA CSS override in the profile.
Thanks for putting this out there in an attempt to correct what really needs to be implemented and tested directly into the game code.
Dit rapport aanvullen
- Andere tafel ID / zet ID
- Loste F5 het probleem op?
- Kwam het probleem meerdere keren voor? Altijd? Willekeurig?
- Als je een schermkopie van deze bug hebt (goede gewoonte), kun je een hosting-service voor afbeeldingen naar keuze gebruiken (bijvoorbeeld snipboard.io) om deze te uploaden en de link hier te kopiëren/plakken.
