uniform-algebras 0.1.2 → 0.1.3

raw patch · 2 files changed

+9/−7 lines, 2 filesPVP ok

version bump matches the API change (PVP)

API changes (from Hackage documentation)

Files

• README.md +4/−4
• uniform-algebras.cabal +5/−3

@@ -12,14 +12,14 @@ - [uniform-pair](https://hackage.haskell.org/package/uniform-pair-0.1.15) - [basement](https://hackage.haskell.org/package/basement)  -# Intension of "uniform" packages-The "uniform" packages are yet another attempt to select a useful subset from the overwhelming variety of the Haskell biotop. It was started in the 2010, grew over the years but was never packaged and put into Hackage; it is comparable to other similar attempts from which it has learned and occasionally copied code. +# Intension of *uniform* packages+The *uniform* packages are yet another attempt to select a useful subset from the overwhelming variety of the Haskell biotop. It was started in the 2010, grew over the years but was never packaged and put into Hackage; it is comparable to other similar attempts from which it has learned and occasionally copied code.  -The "uniform" approach is different from some others by:+The *uniform* approach is different from some others by: - compatible with 'standard' Haskell, i.e. Haskell 2010 plus extensions as indicated in the modules, - use the regular Haskell prelude, - avoid name clashes as far as possible, - combine logically connected operations in one place and in a form allowing coordinated use. -Issues with this approach: it is limited by the deeps of understanding of Haskell of the authors and his experience. It shows a focus on understanding semantics (and formal ontology) linked to algebra applied to practical problems (Geographic Information Systems). +Issues with this approach: it is limited by the deeps of understanding of Haskell of the author and his experience. It shows a focus on understanding semantics (and formal ontology) linked to algebra applied to practical problems (Geographic Information Systems).  It seems that efforts to construct coherent subsets of Haskell are limited by the complexity of the task -- the more comprehensive an environment should be the more complex is it to learn and use. The approach here is what emerged after some 25 years of using Haskell to write application oriented code, mostly to demonstrate theories in spatial information theory. 

@@ -1,13 +1,13 @@ cabal-version: 2.2 --- This file has been generated from package.yaml by hpack version 0.34.6.+-- This file has been generated from package.yaml by hpack version 0.35.0. -- -- see: https://github.com/sol/hpack ----- hash: dc98329abf5718f8d41deb508741ac6c133c08333cafe2afe3727b9522aa4b54+-- hash: f0777aca04edb42c7a8ef82729989bbfc57a7be3f3f5814f580d7abec55a396e  name:           uniform-algebras-version:        0.1.2+version:        0.1.3 synopsis:       Pointless functions and a simplistic zero and monoid description:    Simple algebras avoiding too much mathematical underpinning                 .@@ -17,6 +17,8 @@                 - pointless operations, e.g. tuples up to 4 or 5                   .                 - ListForms (a monoid)+                .+                v 0.1.3: added stack build lts 19.16 for ghc 9.0.2                 .                 Please see the README on GitHub at <https://github.com/andrewufrank/uniform-algebras/readme> category:       Algebra Uniform