First example displaying the geometry in 3D

The geometry.C example script reads the acceptance from the Delphes
configuration and generates from there a 3D representation of the
detector in ROOT (using the geometry package).

This initial version makes few assumptions: the detector must be
symmetric and have a single calorimeter. The module names are fixed.
Therefore, the script works with CMS and ATLAS geometries but not with
the prototype FCC geometry.
Made the configuration more flexible

The names of modules used in the tcl files are now optionnally set when
loading the cfg. It allows to read the FCC file despites it being quite
different.
Still, for now only one calorimeter can be displayed.
Display the eta acceptance of the tracking volume
Generalized for >1 calorimeters

Now works as expected with the FCC geometry.
Bug fix in the calo towers for endcaps

Two little things: the number of phi bins was hardcoded and too many eta
bins were considered.
Use EVE to display the geometry

This is a first demonstration of how to integrate the geometry into an
EVE event display.
integration of event display ongoing

Not functionnal so far. geometry.C still only displays the geometry in a
eve window.
Almost integrated geometry and event display

In terms of functionalities, we should be close. But this has to be
debugged. Then, other features will have to be developed.
Mostly in place but crashing

Just debugged the obvious typos and other things. It compiles.
Still, crash at runtime in TGeoManager::SetTopVolume(TGeoVolume*)
First working version

Many features are still missing, but that version provides the minimal
features in EventDisplay and in addition: event control and transluscent
geometry.
Small cleaning
Added MET to the display

First version. The MET vector appears properly on the 3D view but not on
the projections... Why?
More objects available for display

Are shown: electron, muons, photons, genjets. For now, collections are hardcoded.
The MET issue in projection is still there.
Other items on the todo-list: better GUI controls, additional tabs with
full 3D geometry, summary, and plots.
Tentative code to automatize config parsing

As it is, the code is useless. It gets too complicated for the
interpreter and the auto dict generation fails. The new classes have to
be compiled separately. The idea is to move the code to the display
directory.
Move of the DelphesBranchElement to display/

The code compiles but the dictionnary fails... no idea why.
Working classes for automatic parsing of branches

Slightly less elegant, but it works.
The code in geometry.C is able to call the new methods and classes but
doesn't use it yet.
Broken version on the way to automatization
Still broken, but better.

debugging may require to transfer chuncks of the code to compiled code.
I have in mind the geometry and the code that prepares the GUI.
Right now I got a segfault + funny cint errors.
Migration of the code from script to library

The code still crashes, but debugging will be much easier. Also much
faster!
Debugging ongoing - signs of corruption