source: src/documentation/future.dox

Candidate_v1.6.1
Last change on this file was caece4, checked in by Frederik Heber <heber@…>, 11 years ago

Enhanced documentation significantly.

  • went through all of the constructs and updated each.
  • enhanced documentation ofr Fragmentation::FragmentMolecule().
  • Property mode set to 100644
File size: 2.1 KB
Line 
1/*
2 * Project: MoleCuilder
3 * Description: creates and alters molecular systems
4 * Copyright (C) 2010 University of Bonn. All rights reserved.
5 * Please see the LICENSE file or "Copyright notice" in builder.cpp for details.
6 */
7
8/**
9 * \file future.dox
10 *
11 * Created on: Nov 03, 2011
12 * Author: heber
13 */
14
15/**
16 * \page future What's to come up next code-wise
17 *
18 * \section future-refactoring Refactoring the code
19 *
20 * Here is a list of what pieces of the code should be refactored to make them
21 * easier to use:
22 * - Tesselation and related classes: Especially, the removing and adding of
23 * nodes is not fully (and correctly) implemented, see the regression tests
24 * on convex(!) envelopes (non-convex are working).
25 * - all internal, non-atom related information of FormatParser's should be
26 * stored in FormatParserParameters (e.g. AtomData line of tremolo)
27 *
28 * \section future-extension Extending the code
29 *
30 * Here the list of what should be implemented to make the code more powerful
31 * and just makes sense given the current constructs.
32 * - BondGraph should be updataeable. As above it should listen the Worlds'
33 * notifications and so on (also Cachable ...)
34 * - Tesselation should be a Shape: Such that it can be used for Fillings.
35 * - Tesselation should be loadable/storable from/to file: One the one hand
36 * this could mean \ref serialization but rather \b .3ds or another file
37 * format such that structures can filled with some external program and
38 * filled with a certain algorithm later-on.
39 * - Tesselation: Extend such that the created surface can be pushed away from
40 * the atoms to resemble the molecular surface (http://en.wikipedia.org/wiki/Molecular_surface)
41 * - all Actions regarding Filling: Filling should be generalized as to get a
42 * shape and vector of atoms and to do something with it. Especially, not a
43 * new Action but a token that just tells how to fill and a factory pattern
44 * behind it that spits out the algorithm how to do it.
45 * - molecule's should also contain the bounding box. This would allow to use
46 * them as crystallic unit cells.
47 *
48 *
49 * \date 2014-03-10
50 *
51 */
Note: See TracBrowser for help on using the repository browser.