User talk:Westgrass

From Terraria Wiki
Jump to navigation Jump to search

Westgrass bot

Assuming it(User:Westgrass bot) is actually your bot, could you try getting it into Bots user group? I only ask so that its edits could be filtered on the recent changes page(at least I think that's how it works), and feel free to ignore this request if it's too much trouble. 86.115.19.146 04:13, 30 August 2017 (UTC)

So sorry about that. I had added bot=true on API calls, but that parameter didn't work as excepeted. I cancelled the bot from running immediately when I noticed that problem. Now that account has been added to Bot group, thanks to User:Equazcion. Westgrass (talk) 05:38, 30 August 2017 (UTC)
Thank you very much to both of you. 86.115.19.146 07:15, 30 August 2017 (UTC)

Thanks

Fallen Star.png
You Get A Star
Thanks for all your hard work on the infobox, item templates and more! Your work made the wiki a lot more efficient, and we are surely thankful for it!--Tymon80 (talk) 12:48, 20 June 2018 (UTC)
Yeah, thanks for deleting all those deprecated old templates. Few megabytes of costly AWS disk space saved, and now nobody will read old page revisions, saving bandwidth and cpu time. 86.115.19.146 14:08, 20 June 2018 (UTC)

Revert of Dart trap, link removal to darts

Why the revert? I think my argument in the edit summary was valid. Super Dart Trap doesn't link to darts either. 84.248.82.139 11:11, 4 November 2018 (UTC)

Seriously considering it, it may be better to remove links, I've undo my revert.Westgrass (talk) 03:40, 5 November 2018 (UTC)

fyi: Recipes cargo table is being populated by language subpages

Language subpages pages, specifically: Rotten_Chunk/es and Bone/es; seem to populate recipe cargo table(they also use crafts top/es with regular crafts row, but that might not be the cause). It's somewhat problematic in some cases when recipes are either wrong or outdated. Just an fyi. 84.248.82.139 11:34, 10 November 2018 (UTC)

Thanks! I will solve it as soon as possible.Westgrass (talk) 11:37, 10 November 2018 (UTC)

hello but i would like to use the other template on "any-ore" page because the header doesn't redirect into my translated page, or any way that i can do that but i didn't know ? Mars kritiqual (talk) 12:38, 6 September 2020 (UTC)

test

notification test for hydra BadPiggy1024 (talk) 07:04, 25 August 2021 (UTC)

Is is now possible to add more themes from Official forums?

Is it possible to do this now, so we can have Underground and other themes. --Blazerun19 (talk) 23:26, 13 April 2022 (UTC)

I'm working on it. The theming system self is done, and I'm working on themes css. Westgrass (talk) 05:44, 14 April 2022 (UTC)

How is it going rn? --Blazerun19 (talk) 18:14, 25 April 2022 (UTC)

I have to go through all css and make them working for theme. They added many css workaround for new dark theme when moved to wiki.gg, so there are a lot works to do. --Westgrass (talk) 01:31, 26 April 2022 (UTC)

A question

Since the Cellphone can now be upgraded to the Shellphone, are there any plans to update the guide for crafting it? GammaRaul (talk) 20:46, 30 September 2022 (UTC)

Resultanchor in Template:Recipes

Hi westgrass, I noticed that the resultanchor option of Module:Recipes doesn't work as expected. Module:Item requires that the full anchor code is passed as the parameter value, like Template:Item does it. So setting |resultanchor=y just appends a y to the output. This is only used on one page, Work Benches, where I've disabled the parameter for now. It's nothing major, just something to look at if you have the time. --Rye Greenwood (talk) 19:12, 15 September 2023 (UTC)

New CSS width rule for Template:Infocard

Hey there, was it intentional that you removed width: 100% from the CSS rules for Template:Infocard in Special:Diff/900857/901153? It makes narrow infocards look a bit weird now, e.g. Weapons#Other weapons where there are only a few weapons in each row. --Rye Greenwood (talk) 02:08, 4 January 2024 (UTC)

For this issue: Overlay issue about infocard and floating box.png. I had to add overflow: hidden to make it won't overlay with floating elements, but it will be pushed down by the floating element. So I changed width to max-content. Update: I moved it to a new classname. -- Westgrass (talk) 02:37, 4 January 2024 (UTC)
Right, I see. What do you think about simply using width:unset in .auto-width, though? Wouldn't that let the infocard take all the available width, while still respecting floating elements? --Rye Greenwood (talk) 14:01, 4 January 2024 (UTC)
Oh, perfect! --Westgrass (talk) 14:29, 4 January 2024 (UTC)

Apparently there is an issue with the edit system

See User talk:Inithaca and User talk:MeowMeow123 for details. I asked a question on Inithaca's talk page and (s)he replied on my talk page. MeowMeow123 (talk) 15:37, 24 June 2024 (UTC)

Fix for OOUI window manager CSS issue

Hey westgrass, I changed the pointer-events: unset in your fix for .oo-ui-windowManager-modal to pointer-events: auto. For me the fix had the opposite effect: no mouse actions were captured in the window manager at all (tested in Firefox 128 and Edge 126.0.2592.113). I can't tell if my change reintroduced the initial error though and can't reproduce it. Maybe you could verify in the browser/version where you encountered the issue that it's still fixed after my change? --Rye Greenwood (talk) 00:10, 21 July 2024 (UTC)

Some users reported that they can't click anything on edit interface, and one of them (using Firefox v103) pointed out the problem: 2 empty .oo-ui-windowManager-modal divs cover on the top of viewport and capture all mouse actions. But, in fact I don't know when these .oo-ui-windowManager-modal divs are used (Maybe you can tell me?), so I can't do fully test for the fix. I have asked that user to test your change, hope it did not intreduce the problem agagin. --Westgrass (talk) 00:42, 21 July 2024 (UTC)
Hm, that's curious. As far as I know, the purpose of this window manager div is that it contains OOUI popups ("windows"), seen for example at the very bottom of Terraria Wiki:OOUI demo. Opening one of the "Message dialogs" and inspecting it reveals that it's a child of <div class="oo-ui-windowManager oo-ui-windowManager-modal oo-ui-windowManager-floating oo-ui-windowManager-size-small">, along with all the other dialog elements. So it surprises me that one or even two of these would ever be empty... --Rye Greenwood (talk) 01:17, 21 July 2024 (UTC)
My bad, the elements I want to say are div.oo-ui-defaultOverlay in fact. and they are not really empty, but all of their childrens are display:hidden. And your change is OK in test. --Westgrass (talk) 15:35, 21 July 2024 (UTC)