1. 29 Mar, 2010 1 commit
  2. 25 Feb, 2010 1 commit
  3. 17 Feb, 2010 1 commit
  4. 10 Feb, 2010 1 commit
  5. 15 Jan, 2010 2 commits
  6. 11 Dec, 2009 1 commit
  7. 07 Dec, 2009 1 commit
  8. 04 Dec, 2009 1 commit
  9. 27 Nov, 2009 1 commit
    • Mark Olesen's avatar
      coding style adherence · fa93ce8c
      Mark Olesen authored
      - markup codingStyleGuide.org examples so they actually indent correctly
      - use 'Info<<' as per codingStyleGuide instead of 'Info <<'
  10. 26 Nov, 2009 3 commits
  11. 26 Oct, 2009 1 commit
  12. 20 Aug, 2009 1 commit
  13. 10 Jul, 2009 1 commit
  14. 17 Mar, 2009 1 commit
  15. 16 Mar, 2009 1 commit
  16. 10 Mar, 2009 2 commits
    • Mark Olesen's avatar
      sampledSurface hacking proof-of-concept · 34da7318
      Mark Olesen authored
      - using 'nil' type to write geometry only, in the future we could fallback to 'null'
        writer and hook in arbitrary formats from surfMesh
      - IOobject gets writeEndDivider() static method
    • Mark Olesen's avatar
      surfMesh changes · ce3d79de
      Mark Olesen authored
      - can read MeshedSurface, UnsortedMeshedSurface from surfMesh/
      - can write surfMesh in any third-party format
  17. 07 Mar, 2009 1 commit
    • Mark Olesen's avatar
      surfMesh reworked · 6309810e
      Mark Olesen authored
      - treat 'ofs' IO just like any other format
      - dropped BasicMeshedSurface, since MeshedSurface can now also have zero or
        more zones
      - UnsortedMeshedSurface is a special type of MeshedSurface with zero zones,
        but with additional zoneId labels
      - use MeshedSurfaceProxy for writing surfaces with points/faces/zones and
        optional faceMap - provides output interface for MeshedSurface,
        UnsortedMeshedSurface and surfMesh.
      - simplify output to filenames only, I can't see that the Ostream
        is needed anywhere
      - surfMesh renaming now works, after the objectRegistry fix
  18. 06 Feb, 2009 1 commit
    • Mark Olesen's avatar
      consistency update · 69918f23
      Mark Olesen authored
      - OSspecific: chmod() -> chMod(), even although it's not used anywhere
      - ListOps get subset() and inplaceSubset() templated on BoolListType
      - added UList<bool>::operator[](..) const specialization.
        Returns false (actually pTraits<bool>::zero) for out-of-range elements.
        This lets us use List<bool> with lazy evaluation and no noticeable
        change in performance.
      - use rcIndex() and fcIndex() wherever possible.
        Could check if branching or modulus is faster for fcIndex().
      - UList and FixedList get 'const T* cdata() const' and 'T* data()' members.
        Similar to the STL front() and std::string::data() methods, they return a
        pointer to the first element without needing to write '&myList[0]', recast
        begin() or violate const-ness.
  19. 05 Feb, 2009 2 commits
  20. 04 Feb, 2009 2 commits
  21. 02 Feb, 2009 1 commit
  22. 29 Jan, 2009 1 commit
  23. 27 Jan, 2009 1 commit
    • Mark Olesen's avatar
      reworked surfMesh and PrimitivePatchExtra · ffdb280a
      Mark Olesen authored
      - ditched PrimitivePatchExtra in favour of a PatchTools class that is
        currently just a collection of static functions. They could equally well
        live within PrimitivePatch itself, but isolated also has its advantages.
      - MeshedSurface, UnsortedMeshedSurface now have 'regions' instead of
        'patches' since they are more like a faceZone for meshed surfaces than
        patches. This might avoid confusion at a later stage.
  24. 20 Jan, 2009 1 commit
  25. 11 Jan, 2009 1 commit
  26. 10 Jan, 2009 2 commits
  27. 09 Jan, 2009 1 commit
  28. 05 Jan, 2009 1 commit
    • Mark Olesen's avatar
      rename xfer<T> class to Xfer<T> · 19503c93
      Mark Olesen authored
      - The capitalization is consistent with most other template classes, but
        more importantly frees up xfer() for use as method name without needing
        special treatment to avoid ambiguities.
        It seems reasonable to have different names for transfer(...) and xfer()
        methods, since the transfer is occuring in different directions.
        The xfer() method can thus replace the recently introduced zero-parameter
        transfer() methods.
        Other name candidates (eg, yield, release, etc.) were deemed too abstract.
  29. 31 Dec, 2008 2 commits
  30. 12 Dec, 2008 1 commit
  31. 24 Nov, 2008 1 commit
    • Mark Olesen's avatar
      DynamicList changes. · 41bbcb63
      Mark Olesen authored
      - setSize() adjusts the addressable length only.
        Changed setSize(label) usage to setCapacity(label) or reserve(label)
        throughout. The final name (capacity vs. storageSize() vs. whatever) can
        easily be decided at a later date.
      - added setSize(label, const T&), which may still not be really useful, but
        is at least now meaningful
      - made shrink() a bit more legible.
      - added append(UList<T>&)
      - copying from a UList avoids reallocations where possible
      The following bits of code continue to use the DynamicList::setSize(), but
      appear to be legitimate (or the corresponding code itself needs rethinking).
        src/OpenFOAM/meshes/primitiveMesh/primitiveMeshPointCells.C:167: error: within this context
        src/OpenFOAM/lnInclude/faceTemplates.C:44: error: within this context
        src/surfMesh/surfaceFormats/tri/TRIsurfaceFormatCore.C:178: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:737: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:741: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:745: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:749: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:754: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:935: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:940: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:1041: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:1046: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:2161: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:2162: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:2201: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:2205: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:2261: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:2262: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:2263: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:2264: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:2265: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:3011: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:3076: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:3244: error: within this context
        src/dynamicMesh/polyTopoChange/polyTopoChange/polyTopoChange.C:3371: error: within this context
        src/dynamicMesh/meshCut/cellLooper/topoCellLooper.C:73: error: within this context
        src/dynamicMesh/meshCut/cellLooper/topoCellLooper.C:91: error: within this context
        src/dynamicMesh/meshCut/cellLooper/topoCellLooper.C:73: error: within this context
        src/dynamicMesh/meshCut/cellLooper/topoCellLooper.C:91: error: within this context
  32. 22 Nov, 2008 1 commit
    • Mark Olesen's avatar
      surfMesh changes · e72a6234
      Mark Olesen authored
       - expose faceMap info in triangulate() - for use in inherited classes
       - surfMesh::triangulate() works with or without underlying pointField
       - onePatch tries to be more intelligent about retaining the patch name