piecepackr / piecepackr Goto Github PK

Default to normal ranks option. Could be useful if wanting to use stickers on pyramids and want to use "A,B,C,D,E,F" like with the traditional piecepack pyramids. Don't use suit symbol (can't then distinguish sides if mounted on chip).

Doesn't look bad but probably not what should be the default.

--invert with options "none", "suit", "neutral", "both"

Use them to make the demo prettier

Open up configuring with the dm polar coordinates "r" and tweak? Maybe at same time find a thicker vertical bar character in unicode?

Throw error if style by BOTH component x suit AND component x rank

Priority would be directional mark angle.

Orthodox piecepack styles with yellow crowns instead of green crowns. Make one vaguely reminiscent of IBG piecepack (i.e. use inverted color scheme and invert nulls).

Function to build it from command-line args.

Add ability to read in such things?

Also distinguish basic_hexlines_neutral and basic_hexlines_matching styles

So can build piecepacks with Non-english names

?gettext for details, also see https://cran.r-project.org/doc/manuals/r-devel/R-exts.html#Internationalization , requires GNU gettext to build file.

So can play the full 8x8 version of reversi with two matched "reversi-friendly" piecepacks.

If "move" some over could fit an extra die in each row of die. A rank die and a suit/rank die? Or another wild suit die?

Could conflict with #9

So that piecepack suits are ordered in SMCA order and the tiles in the preview is reminiscent of the piecepack logo.

Try black background on suit sides (good for yellow) - but black spades is "white" but use "white" spades symbol (so the inside of the black spades symbol will still black. Unsuited is white background and brown text. As a bonus this should provide a "reversi-friendly" deck.

Also try white background and try to use an alternative yellow-ish color (as in ACS elements piecepack?). This should be more printer-friendly.

Kind of low-level...

Alternative would be to suggest users produce and arrange the svg output in a vector graphics program like Inkscape.

To the left of the Creative Commons licence disclaimers?

i.e. "suitize" it. Also "suitize" invert_colors" and "uninvert_colors".

• 28 dominoes (2" x 1")

• 8 of each rank (each color twice)

• chose(4,2) = 6 ways to select two colors

  • 24 of ways to select two colors (match high-low i.e. 0 with 12, 1 with 11...?)
  • 4 all of just one color (the ones that add up to "six"?)

• Use "die" style

• Option to suppress this (and other accessory page)

|  0 -
|  1 -
|  2 --
|  3 --
|  4 ---
|  5 ---
|  6 ----
|  7 ---
|  8 ---
|  9 --
| 10 --
| 11 -
| 12 -

• saves to temporary svg file, imports it, draws it
• should be invariant to resizing if used on bigger/smaller areas then normal style is scaled for

Side margins seem a little too narrow...

Have other drawing functions call it

But don't always create accessories page if number is "weird".

Add Option to rotate?
Add Option for what type of output files?

Added to tiles after gridlines. Option to adjust radius, shape (default to overall shape)?

1. Double-print tiles/coins only need to cut out?
2. Fewer folds?

Then make the png generation a separate script. Maybe make it generate svg's instead of png's at the same time.

Support

1. "neutral" use the 'neutral' color (the default)
2. "matching" use 'suit' color on 'suit' sides and 'neutral' on 'neutral' sides
3. "none" suppress direction mark (warning: can result in a non-conforming piecepack)

To match the invert_colors options. Does a store_false.

So it is obvious that the configured pdf wasn't necessarily directly made by me but instead through a program. In case someone created an "offensive" piecepack...

Plus maybe a "Configured by" field?

Separate into separate pawn_face and pawn_back components with separate dm_symbols and suit_symbols. Default dm_symbol could be suit symbol on front of halma "head" and nothing on back and move the suit symbols lower.

NB. Currently can apply the pawn belt to the pawns to make them directional...

So easier to use for games like Reversi for piecepacks with a reversi-friendly color scheme. Make this an option?

allow --chip.shape=5 --chip.dm_r=0.7 instead of needing to do --chip_face.shape=5 --chip_back.shape=5 --chip_face.dm_r=0.7 --chip_back.dmr_r=0.7

• NULL (default) gives circle
• circle
• square
• pentagon
• star

Make outline color configurable or always use grey or always use neutral suit color?

Main value would be automatic installation of dependencies, not hard to use R to package the package itself.

Flatpack would work for all Linux distributions but seems like a huge pain: http://docs.flatpak.org/en/latest/index.html

DH-R could help with making a deb package (although it seems it still would be a big pain): https://github.com/chronitis/dh-r

Since it has non-R dependencies probably not able to use roxyPackage but could perhaps use it to package the package itself and grImport2 and then make a meta-package depending on them?: https://github.com/unDocUMeantIt/roxyPackage

A minimal Ubuntu virtual-box container could be feasible (but updates require a massive download on part of users and use up lots of bandwidth).

i.e. n/5; a/4, 2/3. Leave current counter/doubling-cube friendly rank arrangement as the default.

Good symbols include |, ●, and ▲ as well as the suit symbols

Piecepack pyramids have four faces (but sides the same, directional face and backs). A top view would also be helpful in game diagrams.

http://www.ludism.org/ppwiki/PiecepackPyramids

Also create a configuration that supports Icehouse pieces.

http://www.wunderland.com/icehouse/MakingIcehouse.html
https://www.icehousegames.org/wiki/index.php?title=Zero-pip_pyramids

So support pyramid_face, pyramid_back, pyramid_side (or pyramid_left, pyramid_right?), and pyramid_top. Support seven sizes equivalent to 3 pips, 2.5 pips, 2.0 pips, 1.5 pips, 1 pips, 0.5 pips, 0 pips?

Could potentially provides JCD "star" piece as well as some additional "reversi-friendly" pieces.

Default is 0 and 0 for all components except for the pawn face/back (0.1 and -90?).

Add option in draw component telling which viewport to draw in.

pushViewport(viewport(name="unique.label"))
upViewport()
n = downViewport("unique.label")
draw.stuff()
upViewport(n)