Template talk:Pfstart

A MediaWiki extension?
Wouldn't it be more convenient to have a single tag for the whole diagram? I.E. something like

+-+ +-+
 * oo|
 * s llll oo|
 * sszzttt l|
 * szoot l|
 * szoot l|

Writing an extension for this would not be that hard at all. 66.93.12.67 17:29, 14 July 2006 (EDT)
 * Feel free to write such an extension and post the source code. --Tepples 22:23, 14 July 2006 (EDT)


 * Note: There is a disadvantage! You can't use two letters!


 * But you could use this:

o o s  l l l l   o o s s z z t t t   l   s z o o t     l 108.65.82.35 04:48, 31 August 2017 (PDT)

See Help:Playfield. They made it so that it would count as 20 width playfield! And it only works in Tetris Concept because it's only installed to that wiki.

Note: It currently only exists in Tetris concept (http://tetris.wiki).

Block images, and the future of pfrow
After discussion with Digital in IRC about how to format something, we came to the conclusion that the current system isn't perfect. We are limited to the number of diffferent images that we can use that would result in a single character code (somewhere in the region of 40, I believe), and the currently remaining spaces in the alphabet don't leave much room for expansion. Adding 2 character codes for images would be impractical, as a benefit of the current system is that it's fairly easy to get a rough idea of the image while editing.

The diagrams also create a large amount of server load. Some pages have over 5000 block images, and each image comes with a link back to the page where it came from, which is undersireable, because people don't really need to know the history of an image which is only 10x10.

It's also somewhat inflexible. It is soemtime desireable to alter the width of the diagram (mostly making it narrower), which is hard to do cleanly. We have templates for the narrower diagrams, but it's impractical, and it's even more impractical to change the width of a diagram that has already been made. However, it is a very flexible system in the vertical direction, as it's easy to add an additional line.

Ultimately, any new system would need to address these things, while at the same time, provide the flexibility that we are used to with the current system. Suggestions are welcomed, but until a new system has been agreed on, and has been demonstrated to be reliable, the current pfrow system should remain in place. --Lardarse 11:06, 5 December 2007 (EST)

After some consideration, I have come to the conclusion that 2 letter block codes won't be as impractical as first thought. I have also realised that it will be very difficult (if not impossible) to improve the template. And the advangate of 2 letter block codes is that the template doesn't need to be modified.

The naming scheme for these 2 letter codes will go as follows:
 * The first characher of the code will indicate the "group" that the image is from. Images from the SRS group will use the letter S, and be in guideline colours. A will be for ARS, featuring Sega/TGM colours and a visual style similar to TGM. Other letters will be reserved for future expansion. It is likely that we will ahve some letters that indicate a group that is not specific to any one game or rotation system.
 * The second character is which image from that group should appear. I,J,L,O,S,T,Z will be the block types for each piece, in the relevant colour. G will be a grey block, to be potentially used for garbage. Other letters will have different meanings, depending on which group has been selected.
 * If the first character is a space, then it will be ignored for the purposes of determining the image to use, and the single character block image will be used. This makes the system completely backwards-compatible with existing diagrams, and it also means that single and double character blocks can be mixed. It also means that the single character diagrams will still work, and won't need to be converted until a new feature is required.
 * An empty cell can be made with either one space character or two.

Assuming that this idea is agreed upon, there is one last item of business. I would like to propose that the size of the block images is increased, to allow for more detail. I have prepared some images that will allow people to form an opinion:



The first image is the current block size, of 10x10. The other images are with block sizes of 12x12 and 16x16. My preference is towards 12x12, although a larger size was suggested to me. Opinions are welcomed, on both points of discussion. --Lardarse 01:27, 19 December 2007 (EST)

16x16 is done!

10x10: size10row2 (limited block set) 12x12: pfrow (full block set) 16x16: size16row2 (limited block set) Use your preference in pages.

A bunch of numbers editor, what size do you prefer? Piotr Grochowski (talk) (contribs) 05:58, 22 August 2017 (PDT)

I prefer 12x12, so that's what most of the blocks use. 108.71.120.233 08:56, 22 August 2017 (PDT)


 * You think your preference determined the size of most blocks? I'm sure it was Lardarse's preference that influenced this. Note that all three examples above are possible now, except that colors have slight bump, like the gray blocks. Piotr Grochowski (talk, contribs) 03:33, 3 September 2017 (PDT)
 * It doesn't matter. We have a set of templates for each block size. 108.66.232.220 04:40, 3 September 2017 (PDT)
 * It matters because some people might like to know what others prefer.

New blocks
For compatibility with TRS, please add centers (intersection) of the j-, l-, s-, and z-tetriminoes. Also, for compatibility with TBRS, please add a center (mino) of the o-tetrimino. 108.65.83.7 09:32, 13 August 2017 (PDT)

There is already center for O tetromino:. As for intersection centers, this will be even harder, since these use anti-aliasing.
 * But we need !O and !I. Please add those. Also, please try to add intersection centers (both grayed out and normal) or the j-, l-, s-, t-, and z-tetriminoes. 108.65.83.7 12:55, 13 August 2017 (PDT)
 * Also, please add LI, LL, LO, and LT. 108.65.83.7 13:09, 13 August 2017 (PDT)

Light blocks done.

Please add +G (garbage center), !O, and !I (garbage centers of the o- and i-tetriminoes on a mino). 108.71.123.133 12:15, 16 August 2017 (PDT)


 * Also, please add gridline intersections for the j-, l-, s-, t-, and z-tetriminoes (both grayed and normal), and small blocks from tetriminoes other than T. 108.66.234.0 11:01, 20 August 2017 (PDT)


 * But how to name grayed gridline intersections? O uses 0 and I uses !, what do you suggest? Piotr Grochowski (talk) (contribs) 11:37, 20 August 2017 (PDT)

+G, !O, !I and normal gridline intersections done. Also, how would you name non-T small blocks? (small T is P)
 * Please change the PNG in some of your files to png. 108.66.234.0 12:14, 20 August 2017 (PDT)
 * F = small I. N = small J. V = small L. Y = small O. + = small S. ' = small Z. Also use 1 for J, 7 for L, 5 for S, 3 for T, and 2 for Z. 108.66.234.0 12:07, 20 August 2017 (PDT)
 * Also, add SRS, ARS, The New Tetris, and Game Boy versions of the small blocks, grayed-out small blocks, and M0 to M9. 108.66.234.0 04:51, 21 August 2017 (PDT)


 * Is it like you are really going to use them? And because you have Windows, you can use Paint to draw. Use print screen to grab screenshot, and color picker to grab colors. But considering that there is only basic set for M(block), I can add more large blocks.
 * It's for the interest of being complete. 108.66.234.0 05:08, 21 August 2017 (PDT)
 * Making new gradients (SRS/TGM/TNT) and patterns (Game Boy) will be even harder! Small blocks are essentially 6x6 versions in 12x12 image, so I would have to remake the styles for 6x6. Grayed small blocks are solid color, so I can do that.


 * Please make "M" versions of all the single-character blocks. 108.66.235.10 11:51, 21 August 2017 (PDT)


 * Done P, B, and X. Seems that you like 16x16 size! Go ahead, use it!
 * We need to be complete. You left out F, N, V, Y, +, and '. 108.66.235.10 12:08, 21 August 2017 (PDT)
 * You have OCD?
 * It's not that i have ocd. It's just for completeness. 108.66.235.10 12:18, 21 August 2017 (PDT)
 * So you have ocd, since you are obsessed about completeness?
 * It's not just completeness. It's also consistency. 108.71.120.233 05:27, 22 August 2017 (PDT)


 * The small blocks could be used for lock delay. 108.66.234.0 13:12, 20 August 2017 (PDT)


 * All done! I had to deal with pfrow not accepting uppercase .PNG extension.


 * Thank you! 108.66.234.0 04:13, 21 August 2017 (PDT)

= 10x10 blocks = I think we should put a D in front of the single-character blocks for 10x10 versions. 108.71.120.233 06:45, 22 August 2017 (PDT)

There is srow that resizes images to 8x8. You can make one that resizes to 10x10. 10x10 is the old size.
 * Make a version specifically designed for the old size (like you did for 16x16). 108.71.120.233 07:14, 22 August 2017 (PDT)

= 24x24 blocks = I think we should put an X in front of the single character blocks for 24x24 versions. These would be useful for the big blocks in TGM. 108.66.233.125 09:41, 27 August 2017 (PDT)
 * Also use C for 20x20 and F for 32x32. 108.66.233.125 04:55, 28 August 2017 (PDT)

We already have the templates, so make the images for the 20x20, 24x24, and 32x32 blocks. 108.65.82.35 12:21, 30 August 2017 (PDT)