Under the current behavior with the canvas-backed display, using a transparent background (for example #00000000) makes all options to overwrite previously drawn pixels fail to function. I assume that this might be because the default behavior with transparency is to blend to the existing pixels to rather than replace them completely.

I wanted to use a transparent background so the color would

See the screenshot for an example. The feedback from bumping into an unseen wall or secret door is different from bumping into solid stone without those features, even though the map and farlook commands show both tiles as solid stone.

Not sure if it's already possible but it would be great to be able to overlay/place, and if possible with z-index, an image such as a PNG, JPG, GIF, etc. on a console or on a cell.

Reported by takkaria on 1 Jun 2011 12:31 UTC
[http://angband.oook.cz/forum/showpost.php?p=53699&postcount=16 As noted here]. Probably wants to go alongside better pref file documentation more broadly and the friendlification of pref files.

Add function to BaseComponentBuilder for defining a content-based size

Current behavior

Currently the API provides a 'size' function which defines the size of the component, e.g. Panel, inclusive artifacts like borders and shadows.

Improved behavior

Since the API user often is more interested in defining the size of the actual content of a component, it would be nice to have an add

https://github.com/LambdaHack/LambdaHack/blob/v0.9.5.0/engine-src/Game/LambdaHack/Client/State.hs#L39

The newtype probably needs to be fully transparent, because the epsilon is used and created in many ways that are not easy to capture in a few combinators. The hardest part would probably be to find home for the type, unless the module above is by chance visible from all use sites.

The DijkstraShortestPath class has a Check method that is currently only used by unit tests.
https://github.com/FaronBracy/RogueSharp/blob/master/RogueSharp/Algorithms/DijkstraShortestPath.cs#L153

It was originally intended to be a private method and called from the bottom of the constructor.

Investigate if this method is useful or not. If it's not get rid of it. If it is useful consider ma

What is the current behavior?

The world.items object on the server (can be accessed via http://localhost:4000/world/items populates the items on the map. When viewed, some items have extraneous information like so:

configsystem::AddOption(fsCategory,&HoldPosMaxDist);
the pet will not move away crazly, it will stay wher you lost it, being easy to be found again

configsystem::AddOption(fsCategory,&AutoDropLeftOvers);
you dont have to waste a turn to drop trash

configsystem::AddOption(fsCategory,&ShowGodInfo);
not remembering last god's reaction to pray or offer would be a problem, this is just a

Windows have them already, Debian should too, when it gets updated, browser has it. So other Linuxes and Homebrew are left without icons, I think. The original icons are at

https://github.com/AllureOfTheStars/media/tree/master/icon

and some other versions are here

https://github.com/AllureOfTheStars/allureofthestars.github.io

If it's too hard (e.g., on Linuxes too distro-dependent), it

md docs are incomplete

examplegame startup doc is out of date

There is a "go to next level," so I feel there should be a go to previous, which goes back to the start of the previous depth. This would have to be implemented like any rewinding operation currently, i.e. with a confirm prompt and by going to the start and fast-forwarding.