Cannabis Ruderalis

Content deleted Content added
Line 109: Line 109:
:::Thanks for the edit.
:::Thanks for the edit.


:::I'm not an insider but "it will be early 2013 by the time of rollout to WMF sites", according to [[mw:Lua scripting/status]]. Don't hold your breath.&#32;–<font style="color:#355E3B">[[User:Droll|'''droll''']]</font>&nbsp;<font style="color:#704214">[[User talk:Droll|'''&#91;chat&#93;''']]</font> 01:05, 9 May 2012 (UTC)
:::I'm not an insider but "it will be early 2013 by the time of rollout to WMF sites", according to [[mw:Lua scripting/status]]. I bet there will be some limit on recursion and the level of nesting allowed.&#32;–<font style="color:#355E3B">[[User:Droll|'''droll''']]</font>&nbsp;<font style="color:#704214">[[User talk:Droll|'''&#91;chat&#93;''']]</font> 01:05, 9 May 2012 (UTC)

Revision as of 01:09, 9 May 2012

Tooltip problem in Firefox/Mac

Resolved
 – Fixed on the Firefox end, apparently.

The problem reported here affects Firefox 11 on Mac OS X 10.7; does not affect Safari or Chrome on the same OS. Didn't test further.

The mouseover pop-up "tooltip" with the WikiMiniAtlas icon widget isn't working properly when the {{coord}} isn't at the beginning of the line (or list item or whatever). The tooltip appears where it would if the template were at the beginning of the line.item, but is too far away to be moused to and clicked. Test cases:

22°54′30″S 43°14′37″W / 22.90833°S 43.24361°W / -22.90833; -43.24361

works fine, as does this one:

22°54′30″S 43°14′37″W / 22.90833°S 43.24361°W / -22.90833; -43.24361

But this one:

Lorem ipsum dolor sit amet consectetur adipisicing elit sed do eiusmod tempor incididunt ut labore 22°54′30″S 43°14′37″W / 22.90833°S 43.24361°W / -22.90833; -43.24361

has an unusable tooltip at most window widths (it will work if by chance the prose wraps such that the template is near the left edge of the page).

SMcCandlish   Talk⇒ ɖ∘¿¤þ   Contrib. 01:33, 17 March 2012 (UTC)[reply]

This is no longer happening under Firefox 12. — SMcCandlish   Talk⇒ ɖ∘¿¤þ   Contrib. 00:09, 3 May 2012 (UTC)[reply]
Uhgh, sorry I did not see this section at all, but I'm glad it is resolved. Maybe it should be advertised a bit more to drop me a line on my talk page when WMA-related problems occur. --Dschwen 01:14, 3 May 2012 (UTC)[reply]

Replacement for icon in inline usage

How about a parameter, e.g. |map=, such that {{coord|22|54|30|S|43|14|37|W|display=inline}} would output something like 22°54′30″S 43°14′37″W / 22.90833°S 43.24361°W / -22.90833; -43.24361Invalid arguments have been passed to the {{#coordinates:}} function[map] where "map" is a link that pop up the same WikiMiniAtlas as the icon-widget does in non-inline display? And have {{coord|22|54|30|S|43|14|37|W|display=inline}} do what just {{coord|22|54|30|S|43|14|37|W|display=inline}} used to? Or something like that. There are cases where inline usage may be desired to have the icon-widget, like in non-articles, and tables and such.

The WikiMiniAtlas should autodectect coordinates in tables and still add the icon there. The popup should only appear in flow text. Let me know if there are cases where this autodetection does not work. --Dschwen 02:37, 17 March 2012 (UTC)[reply]
Haven't seen any. Didn't know about the table auto-detection. Is there a way to override it? And a way to override the the flow autodetection? Like, one might have something table-like that is actually not a table, perhaps a short list, and want the table-style display with icons, or have running prose that happens to be in a table cell and not want the icon. Maybe too complicated to bother with. — SMcCandlish   Talk⇒ ɖ∘¿¤þ   Contrib. 03:47, 17 March 2012 (UTC)[reply]
No not yet, but I'd be happy to work on that once it becomes a concrete issue. I wasn't a big fan of these customizations mainly because I think predictability is important in a UI. --Dschwen 04:28, 17 March 2012 (UTC)[reply]

Give some air

Hello,

The template gives this :

57°18′22.5″N 4°27′32.7″W

This is too much stuck. Please give some air. Respect usage, geographical convention, and the Wikipedia Manual of Style. Please replace this with that, with non-breaking spaces :

57° 18′ 22.5″ N 4° 27′ 32.7″ W

Thanks.

--Nnemo (talk) 00:08, 19 March 2012 (UTC)[reply]

  • Support. I think that's a good idea, the string can be read much better with spaces inserted. De728631 (talk) 00:49, 19 March 2012 (UTC)[reply]
  • Comment This was brought up at Template talk:Coord/Archive 8#readability of dm and dms formats (′W, etc.) where my suggestion to use thin non-breaking speces was not taken up. Note that the "beta" referred to in that thread is what we now know as the Vector skin; but subsequent changes mean that Vector and MonoBook now use the same font styling for title coords. --Redrose64 (talk) 11:53, 19 March 2012 (UTC)[reply]
  • There are external tools which read off these values (see Template:Coord#Caveats). We would need to check that this won't break them. Looking at [1], they may (I don't know) read off the contents of <span class="latitude"> and <span class="longitude">, in which case I don't know if an extra space (say, after the degree symbol) might break something. Can anyone check how these values are normally parsed, and if this would cause a problem? Tra (Talk) 20:13, 20 March 2012 (UTC)[reply]
    • In this case, I would rather say : they would want to check that this won't break them. --Nnemo (talk) 01:05, 22 March 2012 (UTC)[reply]

Other project problem

I have installed this template on a off wiki project and have a display problem which I'm stumped, the template displays on the left side of the page instead of the right above the infobox here any ideas ? Mlpearc (powwow) 17:51, 8 April 2012 (UTC)[reply]

Your wiki lacks at least one template. If you edit the page, and look at the stuff below the "Save page" buttons etc. there is a list of templates. One of these, Template:Precision/tz, is a redlink. --Redrose64 (talk) 22:39, 9 April 2012 (UTC)[reply]
Thank you, how embarrassing I know this stuff this is a rookie overlook :P thanx for the wake up Mlpearc (powwow) 21:56, 10 April 2012 (UTC)[reply]

new interwiki

Hi! This page Hungary name: Sablon:Koord!

Thank you! --B.Zsolt (talk) 20:37, 19 April 2012 (UTC)[reply]

 Done, see here --Redrose64 (talk) 20:59, 19 April 2012 (UTC)[reply]

Where is a river?

Is there a consensus or agreed convention about where to identify the location coordinates for a river? At its source? Midway along its course? At its mouth? Or just any old place? — O'Dea (talk) 13:33, 6 May 2012 (UTC)[reply]

Yes, there is a consensus. In the infobox source and mouth are tagged, as far as I know. You can take a look at {{AttachedKML}} if you want to add the entire course of the river. --Dschwen 13:52, 6 May 2012 (UTC)[reply]
Thank you, but if I don't know the course of the river which which to make a KML file because the river runs underground during parts of its course, and if I don't know how to make a KML file, anyway, so I will be using a COORD template, then, is there a consensus or agreed convention about where to identify the location coordinates for a river, if I will only be identifying one part of the river? After all, the COORD template does have a RIVER parameter so I am inquiring about its agreed conventonal usage. If I am to use COORD with RIVER enabled, then which part of the river do I stab the location marker into? — O'Dea (talk) 16:22, 6 May 2012 (UTC)[reply]
See Wikipedia:WikiProject Geographical coordinates/Linear; you can also use multiple instances of {{Coord}}, one at each key feature, as on, for example, River Tame, West Midlands. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 17:26, 6 May 2012 (UTC)[reply]
If only one point is used, it is the location of the mouth. —EncMstr (talk) 19:16, 6 May 2012 (UTC)[reply]

Request that {{Coord/prec dec}} be edited

With the deployment of 1.20wmf2 it has become evident that many articles exceed the expansion depth limit. See this. I have requested an edit to {{Infobox coord}} and that will, marginally, reduce the expansion depth in many articles. Replacing {{Coord/prec dec}} with the modified version in that template's sandbox will reduce the expansion depth a bit more. Test cases are heredroll [chat] 06:36, 8 May 2012 (UTC)[reply]

On that page, you say ". I had to remove some error checking to reduce the expansion depth. This is far form ideal.". Does anyone have a fix for this or do we have to live with it? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:29, 8 May 2012 (UTC)[reply]
 Done -- WOSlinker (talk) 22:44, 8 May 2012 (UTC)[reply]
Does anyone know when the Lua support for templates is supposed to arrive? --Dschwen 23:39, 8 May 2012 (UTC)[reply]
Thanks for the edit.
I'm not an insider but "it will be early 2013 by the time of rollout to WMF sites", according to mw:Lua scripting/status. I bet there will be some limit on recursion and the level of nesting allowed. –droll [chat] 01:05, 9 May 2012 (UTC)[reply]

Leave a Reply