Sha256: 1bacef770b55417ce1633c809e49d010b7ea42d2343fefe46b2814ed4fff0c81
Contents?: true
Size: 1.5 KB
Versions: 2
Compression:
Stored size: 1.5 KB
Contents
Be Data-Driven with XLSX and CSV ================================ Squib supports importing data from ExcelX (.xlsx) files and Comma-Separated Values (.csv) files. Because :doc:`/arrays`, these methods are column-based, which means that they assume you have a header row in your table, and that header row will define the name of the column. Hash of Arrays -------------- In both DSL methods, Squib will return a ``Hash`` of ``Arrays`` correspoding to each row. Thus, be sure to structure your data like this: * First row should be a header - preferably with concise naming since you'll reference it in Ruby code * Rows should represent cards in the deck * Columns represent data about cards (e.g. "Type", "Cost", or "Name") Of course, you can always import your game data other ways using just Ruby (e.g. from a REST API, a JSON file, or your own custom format). There's nothing special about Squib's methods in how they relate to ``Squib::Deck`` other than their convenience. See :doc:`/dsl/xlsx` and :doc:`/dsl/csv` for more details and examples. Quantity Explosion ------------------ If you want more than one copy of a card, then have a column in your data file called ``Qty`` and fill it with counts for each card. Squib's :doc:`/dsl/xlsx` and :doc:`/dsl/xlsx` methods will automatically expand those rows according to those counts. You can also customize that "Qty" to anything you like by setting the `explode` option (e.g. ``explode: 'Quantity'``). Again, see the specific methods for examples.
Version data entries
2 entries across 2 versions & 1 rubygems
Version | Path |
---|---|
squib-0.11.0 | docs/data.rst |
squib-0.10.0 | docs/data.rst |