@tigga said in Map Visuals:

It would be nice if we could pass a persistence option to visuals

For map visuals this makes so much sense. They're often very expensive to generate, and they change infrequently.

This mechanism would be somewhat useful for room visuals, but it seems critical for map visuals.

@artch, another request - can you make the mouseover popup always display the mineral type please, not just when in minerals mode? It's annoying having to change to mineral display mode just to check the mineral type for one room. How about putting it in the top-right next to where the control level goes?

The new map interface is a big improvement!

Excellent! This is going to be so useful

@artch, is there any chance whilst you're working on the new map interface that you could make it so ctrl-clicking opens rooms in a new tab?

@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?