1. 13 Oct, 2017 3 commits
  2. 12 Oct, 2017 7 commits
  3. 11 Oct, 2017 10 commits
  4. 09 Oct, 2017 4 commits
  5. 11 Oct, 2017 1 commit
  6. 10 Oct, 2017 1 commit
  7. 11 Oct, 2017 1 commit
  8. 06 Oct, 2017 1 commit
    • Sylvain Thénault's avatar
      [views] Use 3.25 'derived rtags' feature · 757262c669ca
      Sylvain Thénault authored
      This allows to keep only specific rules in derived rtags and to look for other
      in the "parent" rtag, so that rules which are set there after the derived rtag
      have been constructed are still considered (if not overriden).
      This will avoid some rules duplication in at least the saem_ref cube. There may
      be a few ones that may be removed from this cube but this is not done by this
      Using this feature requires backporting fixes done in unreleased cubicweb
      Related to #17106806
  9. 11 Oct, 2017 1 commit
  10. 05 Oct, 2017 1 commit
  11. 05 Sep, 2017 1 commit
  12. 01 Sep, 2017 8 commits
    • Sylvain Thénault's avatar
    • Sylvain Thénault's avatar
      [pkg] 0.10.7 · f0c27820cdaf
      Sylvain Thénault authored
    • Sylvain Thénault's avatar
      [test] Cleanup · efbecdc4fc5b
      Sylvain Thénault authored
    • Sylvain Thénault's avatar
      [i18] Accord de service -> accord de versement · b247060eadc2
      Sylvain Thénault authored
      Closes #17098388
    • Sylvain Thénault's avatar
      [profile gen] Ensure same name children are ordered accorded to their cardinality · 4941eab6a289
      Sylvain Thénault authored
      As explained in the previous commit, we want items with cardinality = 1 first
      then the one with cardinality != 1 if any. See previous commit for detailed
      Closes #17098404
    • Sylvain Thénault's avatar
      [hooks] Ensure we don't have several children with cardinality != 1 · 39d1d971e058
      Sylvain Thénault authored
      By trying to validate several profiles using Jing (in Asalae), it appears that
      it isn't possible to validate a profile where there are several elements with
      the same name with optional or/and multiple cardinality, e.g. with a profile
      telling we expect  1..n Document followed by 1 Document, a transfer with two
      documents won't be accepted, telling a required document is missing. This is
      much probably because the validator "eats" the two documents for the first rule,
      then it misses one to satisfy the second rule.
      In order to avoid generating such insatisfyable profiles, while not changing
      much the UI for now, we decided to add hook preventing usage of several sibling
      children with a cardinality != 1 during edition, and then at RNG profile
      generation time to put the one with cardinality != 1 as last children. That way
      profiles should always be validable.
      This patch introduces the hooks preventing insatisfyable profiles to be created.
      The next one will ensure the order of RNG export.
      Two hooks are added to check for unhandled case one for new watched relations
      and the other for update cardinalities.
      Added test cases for the 3 most prominent cases: archive unit, document and
      keywords, with more coverage in the first one and only simple check for the two
      others. Also, some test have to be updated to follow this change. Notice diff of
      exported RNG isn't nice to read but is actually only removal of a surrounding
      "oneOrMore" element.
      Related to #17098404
    • Sylvain Thénault's avatar
      [code gen] Generate new structures that will ease check for unhandled cardinalities · fcf239b4e613
      Sylvain Thénault authored
      Those structures will be used as bases for hooks necessary to check for
      unhandled cardinalities, that will be introduced by the following change set.
      We have to watch composite relation that may lead to several children, and for
      the entity types that are possible as children.
      Related to #17098404
    • Sylvain Thénault's avatar
      [doc] Add some basic information in README · a671735e9217
      Sylvain Thénault authored
  13. 31 Aug, 2017 1 commit
    • Sylvain Thénault's avatar
      [schema] Use 1 as default cardinality for seda elements · a88e6cc83189
      Sylvain Thénault authored
      This has several advantages:
      * it's consistent with xsd/rng defaults
      * it simplifies code
      * it may avoid undesired validation error once #17098404 will be fixed
      This requires several test update, fixed by a mix of test case update or
      expected data update to minimize the changes.
      Related to #17098404