Content deleted Content added
m Archiving 2 discussion(s) from Module talk:Location map) (bot |
m Archiving 2 discussion(s) from Module talk:Location map) (bot |
||
| (8 intermediate revisions by the same user not shown) | |||
Line 548:
: [[User:Joaosilva2000|Joaosilva2000]], see [[Template:Location map many]] or [[Template:Location map~]]. [[User:Frietjes|Frietjes]] ([[User talk:Frietjes|talk]]) 20:03, 12 October 2023 (UTC)
::The [[Template:Location map many]] its like plural version of [[Template:Location map]] right? [[User:Joaosilva2000|Joaosilva2000]] ([[User talk:Joaosilva2000|talk]]) 03:29, 14 October 2023 (UTC)
== image2, image3… ==
{{Edit template-protected|answered=yes}}
'''Description of suggested change:''' see below
'''Diff:''' [[Special:Diff/1177292789]]
[[User:Ponor|Ponor]] ([[User talk:Ponor|talk]]) 12:51, 23 October 2023 (UTC)
----
[[Module:Location map/data/Zimbabwe]] has three maps in its definition file, but only ''image'' and ''image1'' can be used with the help of {{para|relief}}: no value means ''image'' will be used, any value gives ''image1''. If one wants to use ''image2'', the full file name has to be given to {{para|AlternativeMap}}. However, {{para|relief|2}} could mean ''image2'', and I think that's what many would expect. I'm proposing this little change [[Special:Diff/1177292789]], which would leave everything as it is now, except when {{para|relief|2…99}}. {{ping|TheDJ|Legoktm|Elli|Frietjes}} I'm pinging you as the last four contributors, not sure how much this page is watched.
{|
|-
|{{#invoke:Location map/sandbox|main|Zimbabwe|lat=-21|long=27|width=130|caption=no relief par}}
|{{#invoke:Location map/sandbox|main|Zimbabwe|lat=-21|long=27|width=130|caption=relief{{=}}|relief= }}
|{{#invoke:Location map/sandbox|main|Zimbabwe|lat=-21|long=27|width=130|caption=relief{{=}}yeah|relief=yeah }}
|{{#invoke:Location map/sandbox|main|Zimbabwe|lat=-22.5|long=25.5|width=130|caption=relief{{=}}1|relief= 1 }}
|{{#invoke:Location map/sandbox|main|Zimbabwe|lat=-22.5|long=25.5|width=130|caption=relief{{=}}2|relief=2}}
|}
The same thing tested at test.wiki from {{tl|Location map}} template is here [[:testwiki:User:Ponor/sandbox/Location map]] [[User:Ponor|Ponor]] ([[User talk:Ponor|talk]]) 02:43, 27 September 2023 (UTC)
:This seems like a reasonable change at first glance but I don't actively maintain this module (and didn't write this) so I'll hold off on implementing for a bit to see if anyone else comments. [[User:Elli|Elli]] ([[User_talk:Elli|talk]] | [[Special:Contributions/Elli|contribs]]) 05:03, 27 September 2023 (UTC)
Leaving a note here that [[Template:Location map many|Location map many]], [[Template:Location map+|Location map+]] and their modules need no changes in order for this to work (images from [[Module:Location map/data/Africa]]):
{|
|-
|{{Location map/sandbox | Africa | relief = y | width = 130 | caption = relief{{=}}1<br>[[Template:Location map|Location map]] | lat = -21 | long = 24 }}
|{{Location map many/sandbox | Africa | relief = 2 | width = 130 | caption = relief{{=}}2<br>[[Template:Location map many|Location map many]] | lat1 = -21 | long1 = 24 | lat2 = 20 | long2 = -3}}
|{{Location map+/sandbox | Africa | relief = 2 | width = 130 | caption = relief{{=}}2<br>[[Template:Location map+|Location map+]] | places = {{Location map~ | Africa | lat = -21 | long = 24 }} {{Location map~ | Africa | lat = 20 | long = -3 }} }}
|}
[[User:Ponor|Ponor]] ([[User talk:Ponor|talk]]) 16:21, 30 September 2023 (UTC)
: {{done}} [[User:Pppery|* Pppery *]] [[User talk:Pppery|<sub style="color:#800000">it has begun...</sub>]] 00:08, 27 October 2023 (UTC)
== Template contains script error ==
The resecently add line
local digits = mw.ustring.match(args.relief,'^[1-9][0-9]?$') or '1' -- image1 to image99
is throwing a script error because args.relief is a boolean not a string. [[User:Phatom87|Phatom87]] <sup>([[User talk:Phatom87|talk]] <small>•</small> [[Special:Contributions/Phatom87|contribs]])</sup> 00:16, 31 October 2023 (UTC)
: Example? Frame arguments should always be strings, even if the module interprets them as booleans. I'm sure if my code were really broken it would have taken less than a month for someone to notice. [[User:Pppery|* Pppery *]] [[User talk:Pppery|<sub style="color:#800000">it has begun...</sub>]] 00:50, 31 October 2023 (UTC)
::The documentation explains that {{para|relief}} takes any non-blank value and has special behavior when the value is a number like "2" or "3". {{U|Phatom87}}: A link to a page where something is broken is always helpful when reporting a problem. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 17:47, 31 October 2023 (UTC)
:::Didn't realize this was sourced to multiple pages anyway [[Template:Russo-Ukrainian_War_detailed_relief_map]] is the problem page, [[User:Phatom87|Phatom87]] <sup>([[User talk:Phatom87|talk]] <small>•</small> [[Special:Contributions/Phatom87|contribs]])</sup> 00:33, 4 November 2023 (UTC)
:::: Yeah, that module is doing something strange. I've fixed it. [[User:Pppery|* Pppery *]] [[User talk:Pppery|<sub style="color:#800000">it has begun...</sub>]] 00:36, 4 November 2023 (UTC)
== Three-state caption parameter ==
The module has different outputs depending on whether {{para|caption}} has a value, is empty, or absent from the call of {{tl|Location map}}. It also messes up with the border. Can't say I understand why such a design decision was made, instead of using specific params that do only and exactly what they're supposed to. Anyway... I am here to ask what to do when {{tl|Location map}} is used in a template, an infobox, which has a variable/parameter {{param|pushpin_map_caption}}. What would you use in the templates code so that {{param|pushpin_map_caption}} translates into what {{para|caption}} does: when {{param|pushpin_map_caption}} has value or is empty, use that value; but when {{param|pushpin_map_caption}} is absent from the template call in an article, make the module see it as nonexistent and provide the default caption. In other words, I need a replacement for <code><nowiki>|caption = {{{pushpin_map_caption|}}}}</nowiki></code> in the template code that will make {{para|caption}} disappear from the call of {{tl|Location map}} in the infobox code when {{param|pushpin_map_caption}} is absent from the call to the infobox in the article. Thanks! [[User:Ponor|Ponor]] ([[User talk:Ponor|talk]]) 14:01, 23 November 2023 (UTC)
== Possible problem with Eurasia map ==
Please see [https://en.wikipedia.org/w/index.php?title=User:Jonesey95/sandbox&oldid=1188615840 this version of my sandbox] for an illustration of a problem with locating [[Tehran]] on the map of Eurasia. The dot is located somewhere west of Egypt but should be considerably northeast of there, at the south end of the [[Caspian Sea]]. This problem is happening in the infobox at [[Tehran]] as well. The coordinates appear to be correct. The other three maps in that infobox display the dot correctly. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 15:35, 6 December 2023 (UTC)
:This map appears to be broken at [[Kuwait International Airport]] as well. I suspect a problem with the relatively new, undocumented [[Module:Location map/data/Eurasia]], created by {{U|पाटलिपुत्र}}. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 15:38, 6 December 2023 (UTC)
::{{ping|User:Jonesey95}}Yes, it wasn't calibrated. Should be better now. Please advise if there are issues. <span style=" 0.2em 0.2em 0.1em; class=texhtml">[[User:पाटलिपुत्र|<span style="color:green">पाटलिपुत्र</span>]][[User:पाटलिपुत्र|<span style="color:blue"> (Pataliputra)</span>]]</span> [[User talk:पाटलिपुत्र|'''(talk)''']] 15:53, 6 December 2023 (UTC)
:::That looks much better. Thanks for the quick fix. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 16:48, 6 December 2023 (UTC)
== Edit request 31 December 2023 ==
{{Edit template-protected|answered=yes}}
[[File:Location map pin background fix.png|thumb|Preview of the changes on the Android app.]]
Currently, an unsightly black box appears behind the red dot of the ___location map on the Android app whenever the map is inside of an infobox (such as in [[Plymouth Rock]]). This is because of styles specific to the [[mw:Page Content Service]] (PCS), which serves our content on the apps. Specifically, the <code><nowiki><div></nowiki></code> tags which wrap the dot inherit the background color from elements up in the tree, which happens to have their backgrounds set to dark/black when the reader requests it and when an infobox wraps the ___location map. There's a [https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/services/mobileapps/+/refs/heads/master/pagelib/docs/pcs/pcs.md#themes very obscurely-placed way to disable this] ([[phab:T236137]]) that's officially supported, which is adding the "notheme" class to any element that shouldn't be styled by PCS. By adding the class to the outer div (div with class <code>od</code>), it suppresses the background color from being set to it and its children divs (which explicitly inherits the infobox's cell background color by default).
This change is visible only for the app view ''on dark/black mode''. You will have to open [[Special:PermanentLink/1192790784]] on the Wikipedia apps with dark/black mode enabled or view the Mobile HTML directly in your browser ([https://en.wikipedia.org/api/rest_v1/page/mobile-html/User:Chlod%2Fsandbox/1192790784?theme=black preview]) to see the difference.
'''Diff:''' (active in the [[Module:Location map/sandbox|sandbox]], [https://en.wikipedia.org/w/index.php?title=Special%3AComparePages&page1=Module%3ALocation+map&page2=Module%3ALocation+map%2Fsandbox diff])
{| class="wikitable"
! Old
! New
|-
|<syntaxhighlight lang="lua" line="1" start="295">
:addClass('od')
:cssText('top:' .. round(y, 3) .. '%;left:' .. round(x, 3) .. '%')
</syntaxhighlight>
|<syntaxhighlight lang="lua" line="1" start="295">
:addClass('od')
:addClass('notheme') -- T236137
:cssText('top:' .. round(y, 3) .. '%;left:' .. round(x, 3) .. '%')
</syntaxhighlight>
|} <span style="background:#ffff55">'''''[[User:Chlod|Chlod]]'''''</span> <small style="font-size:calc(1em - 2pt)">([[User talk:Chlod|say hi!]])</small> 10:50, 31 December 2023 (UTC)
:{{re|Chlod}} {{done}}, good job! [[User:Est. 2021|Est. 2021]] ([[User talk:Est. 2021|talk]] <b>·</b> [[Special:Contribs/Est. 2021|contribs]]) 15:37, 31 December 2023 (UTC)
::Thank you! Hope you have a happy 2024, Est. 2021! :D <span style="background:#ffff55">'''''[[User:Chlod|Chlod]]'''''</span> <small style="font-size:calc(1em - 2pt)">([[User talk:Chlod|say hi!]])</small> 15:47, 31 December 2023 (UTC)
== Aligning caption parameter center ==
Can the caption parameter be aligned center? See [[ATP Masters 1000 tournaments#Tournaments|example]]. [[User:Qwerty284651|Qwerty284651]] ([[User talk:Qwerty284651|talk]]) 13:19, 10 February 2024 (UTC)
:[https://en.wikipedia.org/w/index.php?title=ATP_Masters_1000_tournaments&diff=1206261236&oldid=1206068877 Yes]. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 17:30, 11 February 2024 (UTC)
::That simple, huh? I went to <code><nowiki><div style="text-align:center"> map code </div></nowiki></code> lengths and all it took was a little {{tl|center}}. Funny how the simplest solutions are the hardest to find. [[User:Qwerty284651|Qwerty284651]] ([[User talk:Qwerty284651|talk]]) 18:59, 11 February 2024 (UTC)
== "Show both" instead of "Show all" when there's two maps ==
I think it would be a nice detail and more grammatically correct when there's two maps that can be flipped between, instead of an option that says "Show all" it should say "Show both". [[User:Akeosnhaoe|Akeosnhaoe]] ([[User talk:Akeosnhaoe|talk]]) 08:50, 24 January 2024 (UTC)
:@[[User:Akeosnhaoe]] I have been termed "Grammar police" (a label I do NOT disdain), as well as "Grammar ... (something beginning with N)." My thought on this is, why unnecessarily complicate things for a nicety of usage? [[User:AzseicsoK|Uporządnicki]] ([[User talk:AzseicsoK|talk]]) 22:24, 18 February 2024 (UTC)
::By the way, "... when there's two maps." That is to say, "... when there IS two maps." Last time I checked, there ISN'T two of anything in the world or out of it. [[User:AzseicsoK|Uporządnicki]] ([[User talk:AzseicsoK|talk]]) 22:29, 18 February 2024 (UTC)
:::I will not engage with you. [[User:Akeosnhaoe|Akeosnhaoe]] ([[User talk:Akeosnhaoe|talk]]) 23:36, 18 February 2024 (UTC)
== Apparent ___location mismatch with Google Maps ==
I'm probably doing something stupid here, but I don't see it. Can someone please rub my nose in it? See [https://www.google.com/maps/place/Taam+Ja%E2%80%99+Blue+Hole/@18.0477806,-88.635012,8.56z/data=!4m6!3m5!1s0x8f5b07df75995341:0x7b1a2effc4cac2d7!8m2!3d18.6219303!4d-88.1486287!16s%2Fg%2F11tt34zhwr?entry=ttu this] v. the map below.
{{Location map|Belize
|width =
|float =
|border =
|caption =
|alt =
|relief =
|AlternativeMap=
|overlay_image =
|label =
|label_size =
|position =
|background =
|mark =
|marksize =
|link =
|lat_deg = 18.0477806
|lon_deg = -88.635012
}}
[[User:Wtmitchell|Wtmitchell]] [[User talk:Wtmitchell|(talk)]] <small>(earlier ''Boracay Bill'')</small> 04:29, 30 March 2024 (UTC)
:@[[User:Wtmitchell|Wtmitchell]]: Google shows you the right ___location because you're searching by name, but the coords are more like 18.62 and -88.15 (pin dropped near the ___location in Google maps). [[User:Ponor|Ponor]] ([[User talk:Ponor|talk]]) 09:58, 30 March 2024 (UTC)
::Thanks. Some fiddling there got me [https://www.google.com/maps/place/Taam+Ja%E2%80%99+Blue+Hole/@18.6210987,-88.1497344,1007m/data=!3m1!1e3!4m6!3m5!1s0x8f5b07df75995341:0x7b1a2effc4cac2d7!8m2!3d18.6219303!4d-88.1486287!16s%2Fg%2F11tt34zhwr?entry=ttu this]; I couldn't find its lat/lon ___location in any google search results. Cheers. [[User:Wtmitchell|Wtmitchell]] [[User talk:Wtmitchell|(talk)]] <small>(earlier ''Boracay Bill'')</small> 22:26, 30 March 2024 (UTC)
== Caps fix ==
{{Edit template-protected|answered=yes}}
Can someone please make a change so the text displayed is "Location map", not "Location Map"?
Thanks. [[User:HandsomeFella|HandsomeFella]] ([[User talk:HandsomeFella|talk]]) 21:24, 8 April 2024 (UTC)
:{{to|HandsomeFella}} please show an example of where you see "Map" with "M" in uppercase styling. '''''[[User:Paine Ellsworth|<span style="font-size:92%;color:darkblue;font-family:Segoe Script">P.I. Ellsworth</span>]]''''' , [[Editor|<span style="color:black">ed.</span>]] [[User talk:Paine Ellsworth|<sup>put'er there</sup>]] <small>15:37, 10 April 2024 (UTC)</small>
::I am deactivating this request until there is a clear change request. The phrase "Location Map" does not appear in the module's code. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 21:30, 10 April 2024 (UTC)
::Found the place: [[2024 Masters Tournament]]. [[User:HandsomeFella|HandsomeFella]] ([[User talk:HandsomeFella|talk]]) 11:22, 15 April 2024 (UTC)
:::Fixed [[Special:Diff/1219041151|'''here''']]. [[User:Ponor|Ponor]] ([[User talk:Ponor|talk]]) 11:36, 15 April 2024 (UTC)
::::Thanks. [[User:HandsomeFella|HandsomeFella]] ([[User talk:HandsomeFella|talk]]) 12:59, 15 April 2024 (UTC)
== Center aligned label? ==
Hi, I've searched the talk page archives for this, but I couldn't find a solution. Is it possible to place a label exactly over the point where the mark would be? I'm trying to make a label map of Afghan provinces [[User:RAGentry/sandbox|here]] on my sandbox, but it seems that the label will always be off-center, even if you move the "positon" parameter to "top" or "bottom". It would be useful if "center" were an option for this parameter. I'm trying to see if ___location maps could be used to make something like image-label maps such as at [[:Template:Bulgaria Provinces]], which would be much easier considering it uses coordinates instead of pixels of the image. — [[User:RAGentry|<span style="color:#00afaa">'''RAGentry'''</span>]] [[User talk:RAGentry|<span style="color:#f5246c">'''(talk)'''</span>]] [[Special:Contributions/RAGentry|<span style="color:#f98137">'''(contributions)'''</span>]] 22:17, 18 February 2024 (UTC)
:{{re|RAGentry}} Sadly there doesn't seem to be a convenient way to do this currently. I guess until that "center" option is implemented, the best workaround would be to add/subtract a standard latitude from the position. If you were working with modules, such action could be automated as in [[Module:Russo-Ukrainian War detailed map (oblasts)]]. [[User:Alexiscoutinho|Alexis Coutinho]] ([[User talk:Alexiscoutinho|talk]]) <sup>[''[[WP:PING|ping me]]'']</sup> 17:56, 27 April 2024 (UTC)
== Is it currently possible to prevent markers from showing over the caption? ==
If one recycles markers from a larger map into a more localized map, some markers may appear all over the caption, i.e. [[Template:Russo-Ukrainian War detailed map (oblasts)]]. [[User:Alexiscoutinho|Alexis Coutinho]] ([[User talk:Alexiscoutinho|talk]]) <sup>[''[[WP:PING|ping me]]'']</sup> 18:04, 27 April 2024 (UTC)
== Edit request 27 April 2024 ==
{{Edit template-protected|answered=yes}}
I found a subtle bug in the way the markers/labels are created. If a marker has a link, the anchor tag seems to inherit the font size from the user skin, not from the label_size. This is problematic for small markers, especially clustered ones. The anchor tag bounding box may be taller than the marker and label themselves, thus it may obstruct other marker/label links behind it. You can compare the difference between these 2 map versions: [https://en.wikipedia.org/w/index.php?title=Template:Russo-Ukrainian_War_detailed_map&oldid=1219979389 without fix] vs [https://en.wikipedia.org/w/index.php?title=Template:Russo-Ukrainian_War_detailed_map&oldid=1220996383 fixed]. Look for the Orlivka red marker which is vertically sandwiched by two villages. They are NW of Avdiivka which is NW of Donetsk. In the old version, the Orlivka marker link is barely clickable as Tonenke and Semenivka obstruct it. In the new version, the anchor follows the marker shape.
The proposed fix is written [https://en.wikipedia.org/w/index.php?title=Module:Location_map/sandbox&diff=prev&oldid=1220995695 in the sandbox]. It simply moves the css font-size definition from the label div to the outer div which also includes the marker div. Perhaps the only downside would be if the label_size was much bigger than the marksize, causing even more obstruction. Maybe forcing the font-size of the marker to be very small could help? What do you think? [[User:Alexiscoutinho|Alexis Coutinho]] ([[User talk:Alexiscoutinho|talk]]) <sup>[''[[WP:PING|ping me]]'']</sup> 06:43, 27 April 2024 (UTC)
: {{done}} [[User:Pppery|* Pppery *]] [[User talk:Pppery|<sub style="color:#800000">it has begun...</sub>]] 00:15, 30 April 2024 (UTC)
== Edit request 27 April 2024 ==
{{Edit template-protected|Module:Location map/multi|answered=yes}}
I've made [https://en.wikipedia.org/w/index.php?title=Module:Location_map/multi/sandbox&diff=prev&oldid=1221106180 another bugfix], but this time for Module:Location map/multi. The problem was pretty simple: when using the <code>load</code> function for multi map templates, the radio buttons wouldn't show up despite the individual maps being correctly wrapped in <code><nowiki><div class="switcher-container"></nowiki></code>. This was because the <code>autoSwitcherLabel</code> option was being set on <code>args</code>, which isn't passed to <code>locmap.bottom</code> (<code>dataModule.containerArgs</code> is instead). Effectively, it wasn't being read. If <code>containerArgs</code> wasn't ''read-only'', then the new flag could be set directly. Therefore, I believe the neatest way to pass this flag to <code>locmap.bottom</code> is to make a shallow copy of <code>containerArgs</code>, modify it, and then pass it instead. [[User:Alexiscoutinho|Alexis Coutinho]] ([[User talk:Alexiscoutinho|talk]]) <sup>[''[[WP:PING|ping me]]'']</sup> 23:27, 27 April 2024 (UTC)
: {{done}} [[User:Pppery|* Pppery *]] [[User talk:Pppery|<sub style="color:#800000">it has begun...</sub>]] 00:15, 30 April 2024 (UTC)
::{{ping|Pppery}} The change you made [https://en.wikipedia.org/w/index.php?title=Module:Location_map/multi&diff=prev&oldid=1221445143] includes the base Location map sandbox suffix require 😅. [[User:Alexiscoutinho|Alexis Coutinho]] ([[User talk:Alexiscoutinho|talk]]) <sup>[''[[WP:PING|ping me]]'']</sup> 01:21, 30 April 2024 (UTC)
::: Fixed. Sorry, I really should know better given I'm the guy systematically removing inappropriate sandbox uses. [[User:Pppery|* Pppery *]] [[User talk:Pppery|<sub style="color:#800000">it has begun...</sub>]] 01:23, 30 April 2024 (UTC)
== Linter errors with <code>span</code> ==
{{ping|Jonesey95}} In your recent revert in the sandbox, do you mean if a user passes a label like this: <code><nowiki>label=<div style="color:green">New York</div></nowiki></code> (when using module syntax)? [[User:Alexiscoutinho|Alexis Coutinho]] ([[User talk:Alexiscoutinho|talk]]) 16:23, 20 May 2024 (UTC)
:Yes. A span tag cannot wrap a div tag. Many real-world examples appear in [https://en.wikipedia.org/w/index.php?search=hastemplate%3A%22Location+map%22+insource%3A%2Flabel%5C%3D%5C%3Cdiv%2F&title=Special:Search&profile=advanced&fulltext=1&ns0=1&ns4=1&ns10=1&ns12=1 these search results]. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 20:23, 20 May 2024 (UTC)
::👍 [[User:Alexiscoutinho|Alexis Coutinho]] ([[User talk:Alexiscoutinho|talk]]) 20:44, 20 May 2024 (UTC)
== Map label background bug in dark mode ==
The map labels in dark mode have a black background and black text. The background should either be transparent on maps where the label text colour has sufficient contrast with the background or white so the black text has sufficient contrast. Here are three examples from [[Moulins, Allier]], and [[Con Mine]].
[[File:Con Min map label bug.png|thumb]]
[[File:Con mine screenshot.png|thumb]]
[[File:Screen_shot_of_moulins,_allier_wiki_page_in_dark_mode.png|thumb]] [[User:JScherer-WMF|JScherer-WMF]] ([[User talk:JScherer-WMF|talk]]) 21:18, 29 May 2024 (UTC)
:In case this helps debugging: I noticed that the maps in [[Grand Canyon]] use the same template but do not have the bug. [[User:JScherer-WMF|JScherer-WMF]] ([[User talk:JScherer-WMF|talk]]) 16:55, 30 May 2024 (UTC)
::Hey @[[User:JScherer-WMF|JScherer-WMF]] this should be fixed now with the recent additions to [[Module:Location_map/styles.css]]. <span style="background:white; color: black;">🐸</span> [[User:Jdlrobson|Jdlrobson]] ([[User talk:Jdlrobson|talk]]) 04:35, 31 May 2024 (UTC)
:::I think these changes got broken again. See [[Caen]] [[User:Kabelsalat22|Kabelsalat22]] ([[User talk:Kabelsalat22|talk]]) 19:23, 13 June 2024 (UTC)
== Still not showing up ==
Hi! I tried using a map with like 27 locations on it, I followed it and it's still not showing up! help me! [[User:45BearsFan|45BearsFan]] ([[User talk:45BearsFan|talk]]) 03:43, 28 June 2024 (UTC)
:@[[User:45BearsFan|45BearsFan]] there was a <code>}}</code> missing at the end of your call to {{tl|Location map+}}. [[User:Ponor|Ponor]] ([[User talk:Ponor|talk]]) 13:00, 28 June 2024 (UTC)
::Now that I got the easy part out of the way. The dots aren't showing up in their places. [[User:45BearsFan|45BearsFan]] ([[User talk:45BearsFan|talk]]) 14:13, 28 June 2024 (UTC)
:::[[Special:Permalink/1231480913]] [[User:Ponor|Ponor]] ([[User talk:Ponor|talk]]) 14:31, 28 June 2024 (UTC)
::::Thank you so much!! [[User:45BearsFan|45BearsFan]] ([[User talk:45BearsFan|talk]]) 14:36, 28 June 2024 (UTC)
== {{tl|Location map~}} {{para|background}} is sometimes ignored when {{para|position|bottom}} or {{para|position|top}} ==
[[Special:Permalink/1237233339#Venues|Example here]] in which the label background color is ignored for one element:
:<code><nowiki>{{Location map~|France Paris and inner ring|lat=48.8737|long=2.2950|background = #ffcc7777|label=<div style="font-size:70%;">'''[[Arc de Triomphe]]'''<br />'''[[Place Charles de Gaulle]]'''</div>|position=top}}</nowiki></code>
In the above example, the color has partial alpha but that's irrelevant to the issue: I previewed {{para|background|#ffcc77}} and/or {{para|position|bottom}} with same problem; changing {{para|position|left}} or {{para|position|right}} work OK. likewise changing other elements' {{para|position}} broke them.
[[User:Jnestorius|jnestorius]]<sup>([[User talk:Jnestorius|talk]])</sup> 20:26, 28 July 2024 (UTC)
* It's the <code><nowiki><div style="font-size:70%;"></nowiki></code>. [[Special:Diff/1237243334|My workaround]] was to use {{tl|resize}} instead, which is better practice anyway. The underlying issue may still be worth fixing, whenever. [[User:Jnestorius|jnestorius]]<sup>([[User talk:Jnestorius|talk]])</sup> 21:00, 28 July 2024 (UTC)
== Buggy and unnecessary float ==
The {{para|float}} is causing infobox problems at [[2024_Wayanad_landslides]], see [[MediaWiki_talk:Gadget-switcher.js#Interface-protected_edit_request_on_1_August_2024_fix_floating_radio_buttons]].
According to the monthly parameter usage report, the {{para|float}} had only 1 use, which I removed. Furthermore, do we even need the CSS <code>float:right</code> when it's mostly in infoboxes, which are narrow? [[Special:Contributions/142.113.140.146|142.113.140.146]] ([[User talk:142.113.140.146|talk]]) 08:04, 1 August 2024 (UTC)
:So I tested on mobile and saw the display. It is unclear why the controls are to the left of the image. I haven't heard of any UI pattern like this layout. On mobile, we should be spacing things out on the page with plenty of padding, not trying to cram everything on one row. [[Special:Contributions/142.113.140.146|142.113.140.146]] ([[User talk:142.113.140.146|talk]]) 19:56, 1 August 2024 (UTC)
== Urgent: Please fix this template for printed content [[Module:Location map/sandbox/styles.css]]. ==
<div lang="en" dir="ltr">
Firstly, apologies for writing in English if this is not your first language (this is an automated message).
This template has been detected as one of 436 pages using styles that break the page when printed when the user is using dark mode. The fix is very straightforward - all your styles relating to dark mode must be scoped to. Since there is a high risk of this templates being copied to other wikis it is important this notice is acted on ASAP.
To fix this:
# Update `@media (prefers-color-scheme: dark` to `@media screen and (prefers-color-scheme: dark`
# Wrap any styles relating to `html.skin-theme-clientpref-night` in `@media screen`
If this message has not been acted on in 7 days, this will be fixed by an automated script. Thank you for your help fixing this important issue.
For any questions feel free to ask them at [[phab:T369874]].
[[User:Jon (WMF)|Jon (WMF)]] ([[User talk:Jon (WMF)|talk]]) 18:22, 2 August 2024 (UTC) on behalf of the web team.
</div>
| |||