See [GUIDE.md](GUIDE.md#conventions) for syntax conventions. ## Ideas/wishlist * In future inntroduce syntax like ``sheet.range('C3:E4')`` for mass operations. Also maybe ``sheet.cells('C3')`` or ``sheet.cells(3, 'C')`` etc. * Trying to make row Enumerable - perhaps skipping empty or undefined cells. * Maybe insted two syntaxes for accessing cell, we make both of them do the same and return Proxy object which would act either as value or cell. * Document that there is a little distinction betwean RSpreadsheet and RSpreadsheet::Workbook. The former delegates everythink to the other. * allow `book.worskheets.first` syntax * allow `sheet.cells.sum { |cell| cell.value } * allow `sheet.rows(1).cells.each {} iterate through nonempty cells ??? or all of them until last used * `sheet.rows(1).cells` returns list of cells objects and `sheet.rows(1).cellvalues` return array of values with nils when empty * implement to_csv * longterm plan - go through other used libraries and try to find out whose syntax could be adopted, so this library is drop in replacement (possibly with some config options) for them Guiding ideas * xml document is always synchronized with the data. So the save is trivial. * no duplication of data. Objects like RowArray should containg minimum information. This one exists solely to speed up cell search. Taken to extream it is questionable, whether we need such objects at all, it might be possible to always work with xml directly. * all cells and rows only server as proxy. they hold index and worksheet pointer and everytime read or write is done, the xml is newly searched. until there is a xmlnode caching we have no problem * all cells returned for particular coordinates are **always the same object**. This way we have no problem to synchronize changes. ## Developing this gem ### Automated testing * ``bundle exec guard`` will get tested any changes as soon as they are summitted * ``rake spec`` runs all test manually ### Automated utilities * [travis-ci](https://travis-ci.org/gorn/rspreadsheet) provides automated testing * [github](https://github.com/gorn/rspreadsheet) hosts the repository where you can get the code * [coverals](https://coveralls.io/r/gorn/rspreadsheet) checks how well source is covered by tests ### Local testing and releasing (to github and rubygems). 1. make changes 2. test if all tests pass (run `bundle exex guard` to test automatically). If not go to 1 3. build and install locally * ``rake build`` - builds the gem to pkg directory (if something gets wrong, sometimes comit go git gelps) * ``sudo rake install`` - installs gem to local system [^1] 4. Now can locally and manually use/test the gem. This should not be replacement for automated testing. If you make some changes, go to 1. 5. When happy, increment the version number and `git add .; git commit -am'commit message'; git push` 6. ``rake release`` - creates a version tag in git and pushes the code to github + Rubygems. After this is succesfull the new version appears as release in Github and RubyGems. gem alternativa to points 3-6 gem build rspreadsheet.gemspec -\ These two lines together are in install.sh sudo gem install rspreadsheet-x.y.z.gem -/ which should be invoked from parent directory gem push rspreadsheet-x.y.z.gem releases the gem, do not forgot to update version in rspreadsheet.gemspec before doing this [^1]: if this fails with "mkmf.rb can't find header files for ruby at /usr/lib/ruby/include/ruby.h" you may want to ``sudo aptitude install ruby-dev`` ### Naming conventions * create_xxx - creates object and inserts it where necessary * prepare_xxx - create object, but does not insert it anywhere