@artch, I think you may have misunderstood the question about legality. Because you are allowing people to pay for a randomised reward it's effectively a form of gambling, which means it falls under gambling legislation in many jurisdictions. You may have to comply with certain rules such as clearly publishing the list of possible rewards and the chance for each of them.

If you haven't already I would strongly recommend looking into this - I would hate for you to run into legal issues over this.

Why is it so expensive to restrict to a particular theme? It's 500 pixels for a random decoration, but it's 2000 pixels to limit it to a particular colour scheme. 4 times the price seems rather excessive - it's not like we're any more likely to get rare drops by restricting to particular theme.

There isn't really a reason for it to be more expensive at all, but if there's going to be an extra cost, it should be like 10% or 20% extra at most, not 300% extra.

Is there any chance we can get access to a source code repository for the web frontend? I would really love to fix some bugs and make some improvements to fix some of the frustrating parts of the UI.

We've got the renderer, but I'd really like to fix some issues with the other parts of the UI like object selection/information, market history, etc.

The stored resources list in the UI currently shows resources in a completely random order that differs between structures and rooms. It's probably based on insertion order:

Can we please get this in a sensible order? Even if it was in alphabetical order that would be a major improvement. It's not totally ideal, mainly because of the commodity names, but it would definitely be better than the random mess we currently have.

Personally I think the resource constants should be changed to create a sensible ordering. The commodities should have been given constants like mist, mist-T0, mist-T1, etc. instead of mist, condensate, concentrate, extract, etc. The bars should have constants like H-bar, X-bar, instead of reductant, purifier, etc. The way they've been named is just a mistake that leaves the resource namespace in a complete mess.

This make such a mess of my stats output that I had to add a RESOURCE_ALIASES map to convert the default names to something more sensible.

Duplicate of https://screeps.com/forum/topic/2756. It happens quite often for me. It drives me nuts, but I haven't found any way to reproduce it so it's anyone's guess what the cause is.

There seems to be an issue with the hover card on the upgrade power creeps page - the text from other active powers shows through the hover card, making the text unreadable.

@likeafox I was mainly wondering what you do when one of your creeps needs to use a path that's not in the heap and not in an active segment. Have you got some sort of on-demand system so the creep flags the segment as required and then waits a tick for it to be loaded? Or do you actively reload all the paths from all the segments after a heap reset?

How are you dividing the paths up across multiple segments? By source or destination room? Or something cleverer?

https://screeps.com/a/#!/room/shard3/W31S11

Wow yes that's really hard to work out. Credit to that user for using decorations to put their room into stealth/deception mode, but there should probably be an option to toggle these.

@Zortea I imagine many people who were selling subscription tokens before are now using that value to buy pixels instead, so I would expect a sharp price increase on the market in the short term. Perhaps it will settle down a bit later but I imagine prices will be generally higher as a result of this feature. That's kinda the whole point

@artch great job with this! I think this is a great idea to allow a bit more personalisation and potentially bring in some more income for screeps. Allowing pixels to be generated from the CPU bucket is a really nice touch that helps make CPU purchase more worthwhile at lower levels.

The new map looks like it's going to sort out the performance issues when trying to scroll around the whole map, which is nice. The search is a nice feature too. One request - can you make it so that ctrl/shift-clicking on a room will open that room in a new tab as expected for normal links? It would be nice to be able to look at a room without losing your place on the map.

Similarly, on the inventory page, ctrl/shift clicking on a room link should open that room in a new tab. It kindof does at the moment, but sometimes it also does something on that page, like when clicking a room link in the decoration box, it still opens the popup. I've found the best way to make this work as expected in these kind of web apps is to make everything links and have your link click event handler just ignore events with ctrl or shift held.

@likeafox I've wondered about using segments for caching like this. Do you keep those segments active all the time or do you manage fetching segments on demand somehow?