- v50 information can now be added to pages in the main namespace. v0.47 information can still be found in the DF2014 namespace. See here for more details on the new versioning policy.
- Use this page to report any issues related to the migration.
Difference between revisions of "Template talk:Diagram/sandbox"
(images) |
m |
||
| Line 8: | Line 8: | ||
Well, with the 16 DF colors, at most 256 * 16 = 4096 images would be needed, with fixed foreground colors and transparent backgrounds or vice versa. Assuming they'd be 16x16, each would be ~32 bytes, for a total of ~131 kilobytes, which is less than some individual screenshots on this wiki. In practice, many of those would never be used in any diagram, and the vast majority wouldn't be used in any particular diagram. The only difficulty would be in generating those 4096 images in the first place, and giving them a simple system of names so that a template can convert characters into images. There's also the issue of which tile set to use. 16x16 with minimal alterations to the default characters would be good, but the default set used by the game is hard on the eyes, IMO. Maybe the [[Tileset_repository#Cooz|Cooz]] set, unshaded version? [[User:Hussell|Hussell]] 17:13, 3 December 2009 (UTC) | Well, with the 16 DF colors, at most 256 * 16 = 4096 images would be needed, with fixed foreground colors and transparent backgrounds or vice versa. Assuming they'd be 16x16, each would be ~32 bytes, for a total of ~131 kilobytes, which is less than some individual screenshots on this wiki. In practice, many of those would never be used in any diagram, and the vast majority wouldn't be used in any particular diagram. The only difficulty would be in generating those 4096 images in the first place, and giving them a simple system of names so that a template can convert characters into images. There's also the issue of which tile set to use. 16x16 with minimal alterations to the default characters would be good, but the default set used by the game is hard on the eyes, IMO. Maybe the [[Tileset_repository#Cooz|Cooz]] set, unshaded version? [[User:Hussell|Hussell]] 17:13, 3 December 2009 (UTC) | ||
| + | |||
| + | :Oh, that's different from what I was thinking (finding an extension that creates images on the fly.. I did find an inline SVG extension), but your idea probably has more merit since generating and uploading the images is easier than making the SVG versions. | ||
| + | :For naming we could use the DF color (eg: 7:1) paired with the actual character being displayed. If we do generate the ~4k images, are you able to upload them to the wiki? [[User:VengefulDonut|VengefulDonut]] 20:57, 3 December 2009 (UTC) | ||
Revision as of 20:57, 3 December 2009
One of the problems is that DF uses its own font. It's difficult to mimic the DF interface exactly with other fonts. I'm getting frustrated enough that I've actually considered cutting up curses_800x600.png into 256 different little images with transparent backgrounds and using them to build these diagrams. Won't work, of course, but short of making a custom font directly from the default DF font image, and somehow making the browser download it automatically, I don't see what I can do. Hussell 02:45, 3 December 2009 (UTC)
- I think the image strategy would work, except we wouldn't have control over the foreground color (resp. background color if we did it backwards). It would be strange if it were impossible to get another font to line up end to end. After all, it happens naturally when putting text into the edit box here. VengefulDonut 03:00, 3 December 2009 (UTC)
The difficulty isn't end-to-end. That works fine. The problem is getting the bottom of one line to touch the top of the next. Several of the monospace fonts seem to have different heights for different characters (e.g., ┼ vs █▓▒░), which leads to problems either with overlapping or gaps, depending on how the line-height is set. Hussell 03:06, 3 December 2009 (UTC)
- The difficulty is top end to bottom end :). It would be nice if there was a well behaved font that most people have. I'm going to see if I can find a mediawiki extension for generating images. VengefulDonut 03:25, 3 December 2009 (UTC)
Well, with the 16 DF colors, at most 256 * 16 = 4096 images would be needed, with fixed foreground colors and transparent backgrounds or vice versa. Assuming they'd be 16x16, each would be ~32 bytes, for a total of ~131 kilobytes, which is less than some individual screenshots on this wiki. In practice, many of those would never be used in any diagram, and the vast majority wouldn't be used in any particular diagram. The only difficulty would be in generating those 4096 images in the first place, and giving them a simple system of names so that a template can convert characters into images. There's also the issue of which tile set to use. 16x16 with minimal alterations to the default characters would be good, but the default set used by the game is hard on the eyes, IMO. Maybe the Cooz set, unshaded version? Hussell 17:13, 3 December 2009 (UTC)
- Oh, that's different from what I was thinking (finding an extension that creates images on the fly.. I did find an inline SVG extension), but your idea probably has more merit since generating and uploading the images is easier than making the SVG versions.
- For naming we could use the DF color (eg: 7:1) paired with the actual character being displayed. If we do generate the ~4k images, are you able to upload them to the wiki? VengefulDonut 20:57, 3 December 2009 (UTC)