You forgot to include the back.png file!
Without it the viewer doesn't shows anything!

Quote:

You are right ... argl...

A proper makefile is your friend! :D

It would be the best to include the back.png into your code, if its not working without it.

This fotochop.mcc is not bad, I like it!

Is it possible to access all the functions from the contextmenu (f.e. to zoom, set the pencil load brush etc) with methods?
So one could wrote an own Viewer with all the functions in a nice toolbar instead of having all "features" in a seperate window?

Quote:

I's not a good iddea. In the windows exists string gadgeds and sliders. I can't put them into a contextmenu.
And the brush list ?! It must be in a window.

By the way: All windows was createt in any kind of app. If you build a app. the windws are there

Unfortunately, having an excessive number of open windows is bad for usability.

There are very good reasons why the most widely used painting and image processing tools, including the one that you reference with your choice of name, all use an integrated user interface design by default that features as few floating windows as possible.

Having to constantly switch between and move around windows is simply a hassle to most people and can easily kill productivity.

I dont know...
I need space for textedit.mcc slider.mcc string.mcc a.s.o.
I need space for my brush.mcc. This class needs space to display brushes.
The brushes are very flexible in the size. From 10x10 to 1000 x 1000.
If i use a pagegroup as window replacement you must search houers and houers to find features.
The decoder classes (wmf.mcc. svg.mcc) needs temporary space to display a preview of the decoded file.

What shoud i do ??