y_nelson 2.3.4 → 2.3.6

checksums.yaml

@@ -1,7 +1,7 @@
 ---
 SHA1:
-  metadata.gz: 85d50b50805e7e9d08cda75095496aa96a01dde2
-  data.tar.gz: a303a0e29c993c2f7e44ce4d85c5672c63f56bfa
+  metadata.gz: 5d87d07882b70f11a57acb5b1c5380353bcfd599
+  data.tar.gz: 1812d1b077531e683a56ef47ced2df71078c481e
 SHA512:
-  metadata.gz: 662e0eb31fd164624cf04e154593dadf842dc43aa90e92d1dd2706b31d633b85b8e893db2a9f80699361765861b2e57b305dbd58f874162a25bf1929478b44f8
-  data.tar.gz: 68203476bcd83d762f73499313cdbcf4374b27a567eec588a027937733de0945f9fff69051fbff2304ad3efa69ace2129b3ee81b84ee6aecd2979afb89459e09
+  metadata.gz: b4157b917e486f2ad9c14ed9a5f08e76d554270586d49cd4b71e993c010ccc5a704ed9df694e69d44ddbf0f4989e393618488987fd1be714a2df4132901e4a27
+  data.tar.gz: 0d36ee17ed8aca298ff2355968644ff8116bdad4b3d37e0745b34bed1d07adaa78bb14de843858cdacf351a8bbae3c910304926639034613127bcec195c71073

data/lib/y_nelson/version.rb

@@ -1,4 +1,4 @@
 module YNelson
   DEBUG = false
-  VERSION = "2.3.4"
+  VERSION = "2.3.6"
 end

data/test/y_nelson_test.rb

@@ -2,7 +2,7 @@
 
 require 'minitest/autorun'
 # tested component itself
-require './../lib/y_nelson'
+require_relative '../lib/y_nelson'
 
 # **************************************************************************
 # Nelson net test

data/y_nelson.gemspec

@@ -9,7 +9,7 @@ Gem::Specification.new do |spec|
   spec.authors       = ["boris"]
   spec.email         = ["\"boris@iis.sinica.edu.tw\""]
   spec.summary       = %q{A fusion of a universal Petri net with a zz structure that formalizes and generalizes spreadsheet. As an extension of YPetri (y_petri) gem, YNelson inherits all its capabilities for modelling dynamical systems, but adds the capability to represent relations between model nodes and parameters.}
-  spec.description   = %q{Zz structures are an interesting way of representing relations invented by Ted Nelson. I captured the basic zz structure formalism in a gem Yzz. In this gem, YNelson, I combine zz structures with universal Petri nets (provided by another gem of mine, YPetri) to obtain a hybrid data structure that formalizes and generelizes a spreadsheet. Because let us note that most of the practical spreadsheet implementations allow the cell functions to be used so as to represent a Petri net. The cell functions can thus be regarded as transitions and cells and places of a Petri net. A spreadsheet is thus a kind of a Petri net. At the same time, spreadsheet files are orthogonal structures with at least 3 dimensions: x (horizontal), y (vertical) and z (the dimension of sheets stacked upon each other). With zz structures, the globally orthogonal nature traditional spreadsheet is generalized as a locally orthogonal zz structure, with relations represented as zz dimensions. In sum, this generalizes and formalizes a spreadsheet. While being textual at the core, YNelson attempts to provide convenience at least at the level similar to the actual existing spreadsheet software. Unlike YPetri, YNelson can also specify more than one node per command, but this is still under development. See the user guide and the documentation for the details. YNelson documentation is available online, but due to formatting issues, you may prefer to generate the documentation on your own by running rdoc in the gem directory. For an example of how YPetri can be used to model complex dynamical systems, see the eukaryotic cell cycle model which I released as "cell_cycle" gem.}
+  spec.description   = %q{Zz structures are an interesting way of representing relations invented by Ted Nelson, whose domain model I provide in a gem Yzz. In this gem, YNelson, I combine Yzz with the universal Petri net provided by YPetri (another gem I wrote) to obtain a hybrid data structure that formalizes and generelizes a spreadsheet. Because let us note spreadsheets (as I have seen them) can be considered Petri nets of a kind, with cell functions acting as Petri net transitions. At the same time, spreadsheets are globally orthogonal structures with 3 typical dimensions (rows, columns and sheets). By using zz structures, the globally orthogonal spreadsheet is generalized as a locally orthogonal zz structure, with relations represented as zz dimensions, thus generalizing and formalizing a spreadsheet. The catch is that I have not yet finished the thinking process regarding what everything should be a zz object: Places (cells) and transitions definitely yes, but how about nets and dimensions? Should YNelson go as far as making namespaces into zz objects? The reason why these questions are hard to answer is because Ted Nelson himself, while providing interfaces guidelines (zz structure views, cursors...) did not comment on these questions. While being a (textual) DSL, YNelson aims to provide convenience on par with actual spreadsheet apps. Unlike YPetri, YNelson also aims to be able to specify more than one Petri net node per command, but this is still under development. See the user guide and the documentation for the details. YNelson documentation is available online, but due to formatting issues, you may prefer to generate the documentation on your own by running rdoc in the gem directory. For an example of how YPetri can be used to model complex dynamical systems, see the eukaryotic cell cycle model which I released as "cell_cycle" gem.}
   spec.homepage      = ""
   spec.license       = "GPLv3"
 

metadata

@@ -1,14 +1,14 @@
 --- !ruby/object:Gem::Specification
 name: y_nelson
 version: !ruby/object:Gem::Version
-  version: 2.3.4
+  version: 2.3.6
 platform: ruby
 authors:
 - boris
 autorequire: 
 bindir: bin
 cert_chain: []
-date: 2014-12-03 00:00:00.000000000 Z
+date: 2016-06-22 00:00:00.000000000 Z
 dependencies:
 - !ruby/object:Gem::Dependency
   name: yzz
@@ -67,25 +67,28 @@ dependencies:
       - !ruby/object:Gem::Version
         version: '0'
 description: 'Zz structures are an interesting way of representing relations invented
-  by Ted Nelson. I captured the basic zz structure formalism in a gem Yzz. In this
-  gem, YNelson, I combine zz structures with universal Petri nets (provided by another
-  gem of mine, YPetri) to obtain a hybrid data structure that formalizes and generelizes
-  a spreadsheet. Because let us note that most of the practical spreadsheet implementations
-  allow the cell functions to be used so as to represent a Petri net. The cell functions
-  can thus be regarded as transitions and cells and places of a Petri net. A spreadsheet
-  is thus a kind of a Petri net. At the same time, spreadsheet files are orthogonal
-  structures with at least 3 dimensions: x (horizontal), y (vertical) and z (the dimension
-  of sheets stacked upon each other). With zz structures, the globally orthogonal
-  nature traditional spreadsheet is generalized as a locally orthogonal zz structure,
-  with relations represented as zz dimensions. In sum, this generalizes and formalizes
-  a spreadsheet. While being textual at the core, YNelson attempts to provide convenience
-  at least at the level similar to the actual existing spreadsheet software. Unlike
-  YPetri, YNelson can also specify more than one node per command, but this is still
-  under development. See the user guide and the documentation for the details. YNelson
-  documentation is available online, but due to formatting issues, you may prefer
-  to generate the documentation on your own by running rdoc in the gem directory.
-  For an example of how YPetri can be used to model complex dynamical systems, see
-  the eukaryotic cell cycle model which I released as "cell_cycle" gem.'
+  by Ted Nelson, whose domain model I provide in a gem Yzz. In this gem, YNelson,
+  I combine Yzz with the universal Petri net provided by YPetri (another gem I wrote)
+  to obtain a hybrid data structure that formalizes and generelizes a spreadsheet.
+  Because let us note spreadsheets (as I have seen them) can be considered Petri nets
+  of a kind, with cell functions acting as Petri net transitions. At the same time,
+  spreadsheets are globally orthogonal structures with 3 typical dimensions (rows,
+  columns and sheets). By using zz structures, the globally orthogonal spreadsheet
+  is generalized as a locally orthogonal zz structure, with relations represented
+  as zz dimensions, thus generalizing and formalizing a spreadsheet. The catch is
+  that I have not yet finished the thinking process regarding what everything should
+  be a zz object: Places (cells) and transitions definitely yes, but how about nets
+  and dimensions? Should YNelson go as far as making namespaces into zz objects? The
+  reason why these questions are hard to answer is because Ted Nelson himself, while
+  providing interfaces guidelines (zz structure views, cursors...) did not comment
+  on these questions. While being a (textual) DSL, YNelson aims to provide convenience
+  on par with actual spreadsheet apps. Unlike YPetri, YNelson also aims to be able
+  to specify more than one Petri net node per command, but this is still under development.
+  See the user guide and the documentation for the details. YNelson documentation
+  is available online, but due to formatting issues, you may prefer to generate the
+  documentation on your own by running rdoc in the gem directory. For an example of
+  how YPetri can be used to model complex dynamical systems, see the eukaryotic cell
+  cycle model which I released as "cell_cycle" gem.'
 email:
 - '"boris@iis.sinica.edu.tw"'
 executables: []
@@ -139,7 +142,7 @@ required_rubygems_version: !ruby/object:Gem::Requirement
       version: '0'
 requirements: []
 rubyforge_project: 
-rubygems_version: 2.2.2
+rubygems_version: 2.5.1
 signing_key: 
 specification_version: 4
 summary: A fusion of a universal Petri net with a zz structure that formalizes and