ANN: DialogBlocks 2.07

DialogBlocks Version 3.07, August 28th 2006

* wxGLCanvas code generation corrected to not declare dynamic RTTI.
* Added back "Member variable name" property to wxGridBagSizer.
* Fixed code generation for wxSplitterWindow when using as
independent class.
* Fixed a bug relating to hidden items within wxGridBagSizer.
* LinkIncremental in VC++ project files is now set to 0.
* Corrected XRC loading code in OnInit() when individual XRC files
are used.
* Corrected bitmap/icon code generation for custom controls that
have a "Tab icon" value.
* Made include files relative to the current source, not to the
project file location.
* Added new Settings dialog page, Formatting, and moved Indent size
and tab option to this page.
* Added new setting, "Whitespace after function return type", to
accomodate some custom formatting in the function signature. Also
loosened search constraints for determining whether a function already
exists, fixing a duplication bug.
* A default font size is now output as -1 to XRC files instead of
being absent, to correct problems with default fonts on some platforms.
* Filenames in .dsp files are now quoted, to avoid problems with
filenames containing spaces.
* User is now prompted before deleting top-level element.
* Added "Clear undo history on save" option to General Settings,
affecting source and dialog editing.
* Initializes new dialog/frame identifier name from class name.
* Edits to non-element source files are now saved before a build.
* Find and replace edits are recognised as modifications in source
file editor.
* Corrected problem where tabs could be replaced with empty strings
if a zero indent was specified.
* Fixed code generation for wizard pages where there is a custom
base class and wxWizardPageSimple window kind.
* Added ColumnSpacing, RowSpacing to wxGridBagSizer.
* Added "Empty cell width";, "Empty cell height" properties to
wxGridBagSizer.
* wxGridBagSizer import from XRC now works.
* In wxGridBagSizer, can now insert a row or column if there is only
one row or column.
* Pasting now changes class names where necessary, fixing a problem
where renaming a newly copied class caused the original class's
functions to be renamed too.
* Regenerate All command now regenerates code for all independent
files, not just top-level elements.
* Fixed a bug whereby symbol files would contain incorrectly named
symbols.
* Fixed a bug adding a wxListBox instead wxListbook in the Element
Selector dialog.
* Added Close Project command to project context menu.
* Made optimization value configurable in VC++ 7, 8 project files.

Regards,

Julian

--
Julian Smart, Anthemion Software Ltd.
28/5 Gillespie Crescent, Edinburgh, Midlothian, EH10 4HU
www.anthemion.co.uk | +44 (0)131 229 5306
Tools for writers: www.writerscafe.co.uk
wxWidgets RAD: www.anthemion.co.uk/dialogblocks

Sorry, I meant 3.07 of course!

Regards,

Julian

Hi Julian,
what a long "done list"! Great!

Am Montag, 28. August 2006 13:21 schrieb Julian Smart:
> DialogBlocks Version 3.07, August 28th 2006
>
> * Made include files relative to the current source, not to the
> project file location.
Does this mean that I have to redefine all my filename definitions for the
element sources?
Actually they are named like this:
include/filename.h
src/filename.cpp
In all but one case the pjd file is "above" the include and src subdirs.

Regards,
Thomas

> * Regenerate All command now regenerates code for all independent
> files, not just top-level elements.
> * Fixed a bug whereby symbol files would contain incorrectly named
>; symbols.
> * Fixed a bug adding a wxListBox instead wxListbook in the Element
> Selector dialog.
> * Added Close Project command to project context menu.
>; * Made optimization value configurable in VC++ 7, 8 project files.
>
> Regards,
>
> Julian

--
Dipl.-Ing. Thomas Zehbe
INGENION GmbH
Kuhweide 6
31552 Apelern
Fon: 05043 / 40 57 90 4
Fax: 05043 / 40 57 90 7

Thomas Zehbe wrote:
> Hi Julian,
> what a long "done list"! Great!
>
Thanks
> Am Montag, 28. August 2006 13:21 schrieb Julian Smart:
>
>> DialogBlocks Version 3.07, August 28th 2006
>>
>> * Made include files relative to the current source, not to the
>> project file location.
>>
> Does this mean that I have to redefine all my filename definitions for the
> element sources?
> Actually they are named like this:
>; include/filename.h
> src/filename.cpp
> In all but one case the pjd file is "above" the include and src subdirs.
>
You shouldn't have to change anything but let me know if you have
problems. If you need different includes from what DB generates, you
could delete the comment block and substitute your own, but this
shouldn't be necessary. Let me know...

Regards,

Julian

Am Montag, 28. August 2006 15:27 schrieb Julian Smart:
> You shouldn't have to change anything but let me know if you have
> problems. If you need different includes from what DB generates, you
> could delete the comment block and substitute your own, but this
> shouldn't be necessary. Let me know...
No problems occoured. I misunderstood your release note. I thought that the
path for saving defined in the include filename property would be interpreted
differently. But DB only generates the include statement in a new way and
points to wherever the file is.

Additionally I tested 3.07 for the crash problem. It still dies with my
testfile which I send to the list.

Meanwhile I had a similar glibc "double free or corruption" crash in my app.
Using insight to debug I found it dying in an empty dtor of a dialog called
from the DeletePendingObjects function. Maybe that's a hint for you.

Regards,

Thomas

>
> Regards,
>
> Julian
>
>
>
> Yahoo! Groups Links
>;
>
>

--
Dipl.-Ing. Thomas Zehbe
INGENION GmbH
Kuhweide 6
31552 Apelern
Fon: 05043 / 40 57 90 4
Fax: 05043 / 40 57 90 7