Skip to content
Snippets Groups Projects
  1. Nov 25, 2015
    • Sebastien Blaise's avatar
      gmsh: Added trihedron element. · 1189c466
      Sebastien Blaise authored
      A 3d element that can be used as an interface between a square face and two triangles (nonconforming faces)
      Yamakawa hex recombination: fixes + adding trihedra interface elements
      
      1189c466
  2. Jun 22, 2015
  3. May 06, 2015
  4. Apr 10, 2014
  5. Dec 03, 2013
    • Christophe Geuzaine's avatar
      Changed behaviour of DefineConstant & co for better symmetry between GetDP/Gmsh · 743ee706
      Christophe Geuzaine authored
      and Python onelab clients.
      
      WARNING WARNING WARNING: This is a major change -- all our onelab-enabled .geo
      and .pro files will need to be (slightly...) modified.
      
      What's new:
      
      1. The name of a onelab variable (in the onelab database) is no more constructed
         from the name of the corresponding GetDP/Gmsh variable. One now needs to
         specify the onelab name explicitely, using the "Name" attribute. The "Name"
         is the actual name of the parameter in the onelab database, i.e., it also
         includes the path.
         
         This makes the "Path" attribute obsolete (it has no effect anymore). The
         "Legend" attribute can still be used (and it can be useful in edge cases,
         e.g. when you want a "/" in the name of a onelab paramater), but in most
         cases it's not necessary.
      
      2. When a DefineConstant[] & co is used and no Name is given
         (e.g. DefineConstant[a=2]), no onelab parameter is created. This allows to
         provide default values to internal parameters without polluting the database.
      
      Why did we change?
      
      1. The new syntax matches what we do in Python, where specifying a name is
         mandatory (there's no way around this in Python, as onelab cannot guess the
         name of a Python variable to which a onelab parameter value will be assigned).
         
         The change will prevent common mistakes where two parameters with the same
         label actually correspond to 2 different onelab parameters, due to a change
         in local getdp/gmsh variable name (which would change the onelab name
         automatically)
      
      2. The new syntax allows to nicely decouple onelab parameters from internal
         variables with default values, that we don't want in the onelab database.
      
      
      743ee706
  6. Oct 11, 2013
  7. Jul 21, 2013
  8. Jun 23, 2013
  9. May 28, 2013
  10. Feb 01, 2013
  11. Nov 13, 2012
  12. Nov 12, 2012
  13. Nov 09, 2012
  14. Nov 08, 2012
  15. Nov 06, 2012
  16. Oct 30, 2012
  17. Oct 27, 2012
  18. Oct 25, 2012
  19. Oct 24, 2012
  20. Mar 20, 2012
  21. Feb 27, 2012
  22. Sep 23, 2011
  23. Sep 22, 2011
  24. Sep 21, 2011
  25. Nov 30, 2010
  26. May 14, 2010
  27. Mar 24, 2010
  28. Feb 08, 2010
  29. Jan 04, 2009
  30. Dec 28, 2008
  31. Dec 13, 2008
  32. Oct 23, 2008
  33. Oct 21, 2008
  34. Oct 04, 2008
  35. Aug 13, 2008
  36. Jul 21, 2008
  37. May 22, 2008
  38. Apr 01, 2008
Loading