Skip to content
Snippets Groups Projects
  1. Sep 17, 2018
  2. Oct 02, 2018
  3. Sep 29, 2018
  4. Sep 17, 2018
    • Mark OLESEN's avatar
      ENH: use some updated vtk output methods · d8375248
      Mark OLESEN authored
      d8375248
    • Mark OLESEN's avatar
      ENH: improvements for foamVtkOutput, foamVtkFormatter (issue #926) · 05427217
      Mark OLESEN authored
      - parallel list output for foamVtkOutput
      
      - simplified '.series' file output
      
      - beginDataArray() method instead of openDataArray() + closeTag()
        since this seems to be the most common use anyhow.
        With an optional argument for leaving the tag open, this works the
        same as openDataArray() which may be deprecated in the future.
      
      - begin/end methods for CellData, PointData, FieldData (commonly used)
      
      - templating parameters for file headers, content version,
        legacy fields. This improves coding robustness and convenience of use.
      
      - use formatter and higher-level methods for legacy output
      
      - attribute quoting character now part of the formatter itself
        instead of as an argument for xmlAttr().
        Toggle with quoting() method.
      
      - pair-wise processing of xml attributes, which also allows them to be
        passed as optional entries when creating an xml tag.
      
      - xmlComment with multiple arguments
      05427217
    • Mark OLESEN's avatar
      ENH: add renumbering support into foamVtuSizing algorithm (issue #926) · 19e03f7d
      Mark OLESEN authored
      - allows cell point labels will use global numbering, but only for
        unmerged points. We'd ideally like to avoid point merging per se,
        and instead use VTK point blanking instead (as required).
      
        This approach allows parallel collation of the output into a single
        piece directly.
      19e03f7d
  5. Nov 23, 2018
  6. Nov 22, 2018
  7. Nov 21, 2018
  8. Nov 22, 2018
  9. Nov 21, 2018
  10. Nov 20, 2018
    • Mark OLESEN's avatar
    • Mark OLESEN's avatar
    • Mark OLESEN's avatar
      ENH: modernize code in dimensionSet, dimensionSets · 5a9a2935
      Mark OLESEN authored
      - 'unfriend' operators on dimensionSet, since they operate without
        requiring access to non-public members.
      
      - add missing invTransform() function for dimensionSet.
      
      - make inv(const dimensionSet&) available as
        operator~(const dimensionSet&), which can be used instead
        of (dimless/ds).
      5a9a2935
    • Mark OLESEN's avatar
      ENH: added dimensionedType::writeEntry method · 72c4b318
      Mark OLESEN authored
      - writing of dictionary entry with the name of the dimensionedType
        suppressed if it is identical to the keyword.
        This corresponds to the input requirements.
      72c4b318
    • Mark OLESEN's avatar
      ENH: add read guard for dimensionedType constructors (#762) · dd87c983
      Mark OLESEN authored
      - deprecate dimensionedType constructors using an Istream in favour of
        versions accepting a keyword and a dictionary.
      
        Dictionary entries are almost the exclusive means of read
        constructing a dimensionedType. By construct from the dictionary
        entry instead of doing a lookup() first, we can detect possible
        input errors such as too many tokens as a result of a input syntax
        error.
      
        Constructing a dimensionedType from a dictionary entry now has
        two forms.
      
        1.  dimensionedType(key, dims, dict);
      
            This is the constructor that will normally be used.
      
            It accepts entries with optional leading names and/or
            dimensions. If the entry contains dimensions, they are
            verified against the expected dimensions and an IOError is
            raised if they do not correspond. On conclusion, checks the
            token stream for any trailing rubbish.
      
        2.  dimensionedType(key, dict);
      
            This constructor is used less frequently.
      
            Similar to the previous description, except that it is initially
            dimensionless. If entry contains dimensions, they are used
            without further verification. The constructor also includes a
            token stream check.
      
            This constructor is useful when the dimensions are entirely
            defined from the dictionary input, but also when handling
            transition code where the input dimensions are not obvious from
            the source.
      
            This constructor can also be handy when obtaining values from
            a dictionary without needing to worry about the input dimensions.
            For example,
      
               Info<< "rho: " << dimensionedScalar("rho", dict).value() << nl;
      
            This will accept a large range of inputs without hassle.
      
      ENH: consistent handling of dimensionedType for inputs (#1083)
      
      BUG: incorrect Omega dimensions (fixes #2084)
      dd87c983