Skip to content
Snippets Groups Projects
  1. Dec 08, 2004
    • Christophe Geuzaine's avatar
      · 309bcd05
      Christophe Geuzaine authored
      make the EigSolve interface allow for the solution of eigenvalue problems
      of arbitrary size (instead of limiting to 3x3)
      309bcd05
    • Christophe Geuzaine's avatar
      · a4d99cb5
      Christophe Geuzaine authored
      new plugin to compute the principal values of a tensor field
      a4d99cb5
    • Christophe Geuzaine's avatar
      · 113a6b49
      Christophe Geuzaine authored
      new self-contained eigenvalue/eigenvector routine (translated from eispack)
      113a6b49
    • Christophe Geuzaine's avatar
      · 2743b0f3
      Christophe Geuzaine authored
      complete JF's FindCubicRoots routine (complex roots)
      2743b0f3
  2. Dec 07, 2004
    • Christophe Geuzaine's avatar
      · cf27b169
      Christophe Geuzaine authored
      - Moved all the Raise[][] stuff out of the drawing routines, and into
        Graphics/Post.cpp
      
      - New 'generalized raise' mode (can use arbitrary expressions, possibly
        with external data sources, to raise/offset views dynamically). Original
        patch by Nicolas Tardieu. Merci Nico!
      cf27b169
  3. Dec 06, 2004
  4. Nov 26, 2004
  5. Nov 25, 2004
    • Christophe Geuzaine's avatar
      · 4b04a183
      Christophe Geuzaine authored
      - Added a bunch of colormaps from:
      
        Color Theory and Modeling for
        Computer Graphics, Visualization,
        and Multimedia Applications
      
        Haim Levkowitz
        University of Massachusetts Lowell
        Lowell, Massachusetts, USA
      
      - Increased max size of colormap to 1024
      
      - Small cleanup in parser+plugin
      4b04a183
    • Jean-François Remacle's avatar
      *** empty log message *** · 5c635fa8
      Jean-François Remacle authored
      5c635fa8
    • Christophe Geuzaine's avatar
      · 09149e34
      Christophe Geuzaine authored
      This patch fixes an old design flaw in the post-processing module,
      namely that we used a list of Post_View objects instead of a list of
      pointers to Post_View objects in CTX.post.list.
      
      This had many annoying consequences, in particular the fact that we
      needed to be extra careful every time the list was reallocated (as
      pointers to the list elements would become invalid).
      
      I tried very hard to change the code everywhere it should be changed,
      but I might have missed something. Please let me know if you see
      anything suspicious (like a crash when you duplicate/remove/combine/...
      post-processing views).
      09149e34
  6. Nov 24, 2004
    • Christophe Geuzaine's avatar
      *** empty log message *** · 6956bb89
      Christophe Geuzaine authored
      6956bb89
    • Christophe Geuzaine's avatar
      *** empty log message *** · 930aa622
      Christophe Geuzaine authored
      930aa622
    • Christophe Geuzaine's avatar
      · 70af2ba4
      Christophe Geuzaine authored
      fixed FPE in computeLevelsetPositive when SUMABS=0 (still not sure what
      this stuff is useful for, though :-))
      70af2ba4
    • Christophe Geuzaine's avatar
      · db475be5
      Christophe Geuzaine authored
      Use the new Fl::delete_widget() call to delete widgets in callbacks
      in FLTK 1.1.6. FLTK 1.1.5 introduced a potential crash due the fact
      that it could access a widget's data after its callback was executed.
      Fl::delete_widget() in 1.1.6 delays the deletion until the next
      Fl::wait() call. In any case, this means that we cannot use
      group.clear() anymore.
      db475be5
  7. Nov 23, 2004
  8. Nov 22, 2004
  9. Nov 19, 2004
    • Christophe Geuzaine's avatar
      · 1b1c132f
      Christophe Geuzaine authored
      fixed error checking code to work also with adaptive views.
      1b1c132f
    • Christophe Geuzaine's avatar
      *** empty log message *** · 1efab617
      Christophe Geuzaine authored
      1efab617
    • Christophe Geuzaine's avatar
      · 950e8323
      Christophe Geuzaine authored
      The "Simplex" class is now derived from a new class "SimplexBase",
      which contains only pointers to the nodes, and none of the other stuff
      necessary for the actual mesh generation.
      
      All the input/output/display routines have been rewritten in terms of
      SimplexBase: this provides a gain of almost 50% in memory when you
      just load meshes from .msh files to do visualization stuff, instead of
      actually generating the mesh.
      950e8323
  10. Nov 18, 2004
Loading