Create HeuristicLab.Visualization

[abeham]

The drawing plugin from the prerelease version should be refactored and included in HeuristicLab 3.3 as a generic possibility for creating custom interactive controls.

This ticket has to be merged into stable before #2205

[abeham]

r4773

• Created branch for HeuristicLab.Drawing
• Updated license headers, namespaces and versions

[swagner]

I would suggest to name this plugin HeuristicLab.Visualization instead of HeuristicLab.Drawing.

[abeham]

r4776

• Renamed HeuristicLab.Drawing to HeuristicLab.Visualization

[abeham]

r4831

• Added a simple batch file that builds the project (without launching VS)

[abeham]

r4874

• Updated build script with recent version in trunk (see #1285)

[abeham]

r5170

• Set project to compile against .NET 40

[bburlacu]

r7617: ChartControl.cs: fixed memory leak in GenerateImage() method.

[bburlacu]

r7780: Fixed zoom and small issue with selection. Added tool tips.

[bburlacu]

r8215: Introduced a hash for primitives in order to improve lookup performance (Contains method).

[bburlacu]

r8219: Group.cs: Replaced primitive list with a linked list as it better fits the requirements (random insertion of primitives in the beginning or middle of the list) and gives better performance.

[bburlacu]

r9415: Added save file functionality in emf and bitmap formats.

[bburlacu]

r9491: Added mouse wheel support to the picture box.

[bburlacu]

r10513: Added TextPrimitive and LabeledPrimitive. Fixed group drawing order.

[bburlacu]

r10515: Removed bitmap private member and converted to auto-property (Bitmap property was never used).

[bburlacu]

r10516: Replaced LabeledPrimitive with LabeledEllipse and LabeledRectangle, removed TextPrimitive (no need having another primitive type just for text). Removed project .user file.

[abeham]

Instead of deriving a new type wouldn't it make more sense to just add a Text property to the existing Rectangle and draw the string if it is !string.IsNullOrEmpty ?

[bburlacu]

I think that's a good idea. Thanks.

r10518: Removed labeled primitives and added text property to the RectangularPrimitiveBase. If the string is not null or empty it is drawn centered inside the rectangular primitive.

[bburlacu]

r10831: Added MaximumFontSize property to RectangularPrimitiveBase.

[bburlacu]

r10836: Improved scaling of font size when zooming so that it takes into account vertical dimensions as well.

[bburlacu]

r11654: Updated target to .net 4.5

[gkronber]

r12535: updated copyright to 2015

[gkronber]

r12536: copied tree layout engines and tree primitives from trunk to visualization branch

[gkronber]

r12537: fixed namespace

[jkarder]

r13045: merged changes from abeham

[abeham]

In my opinion the handling of modes should be improved. I have discussed this with jkarder already, but want to give a summary here: The enum that has been used to store the current "mode" of the chart has not been suitable for extension, I changed this in that I'm using static readonly instances of a class ChartMode (which is still clumsy). The default chart supports "Select", "Move", "ZoomIn" and "ZoomOut". In derived charts there are modes for creating certain objects, connecting objects, etc. These are usually implemented in that a new mode is created. In the current implementation this functionality creates big if-then cascades inside the mouse event handlers of the ChartControl. However it would be nice if the chart control would not care about this and just forward these events to a mode class which makes the appropriate actions. It would be nice if we wouldn't need a new ChartControl class for every new Chart class. The different mode instances that a chart would support could be supplied by the chart class. The chart control could then create buttons on its toolbar for every mode.

[jkarder]

r13076: implemented new chart mode concept