Suggestions

Although it may sound rather basic, currently it is not possible to enter multi-line text in the EditableText widget. Only single lines!

There is no carriage return option or property for this widget to allow this.

This will make it rather difficult to enable users to enter multiple lines of text (which I think is needed in lots of apps).

Suggestion:

Extend EditableText (or provide a new widget) where people can fill in multiple lines of text.

(Like Gtk TextView, System.Windows.Forms.TextBox in Microsoft .NET, or TMemo in Delphi)

Please let me know if you also think a multi-line editbox is useful ...

Suggestion

Extend the UI Composer with an Events tab (next to the Property tab) to provide a visual way to subscribe a widget to an eventhandler.

It would give a much better visual overview of what kind of eventhandlers are available for a widget and to which ones the widget has been subscribed.

Currently I have to switch from the UI Composer to the UI dev suite to find out if a particular widget supports a particular eventhandler I need and to check if it has been subscribed to one.

Since a lot of C# developers will have worked with visual development environments like Visual Studio, Embarcadero RAD Studio, Borland Delphi, and more, I think they will certainly miss an Event tab.

So, if you would also like to have the Events tab in the UI Composer, please vote or place a comment!

In order to visually design your apps, the UI Composer is the environment to do that.

Currently it contains just a few widgets that one can use.

To make the UIComposer really useful, an Opentools API or something like that is needed for developers to add new powerful widgets to this environment!

Currently the items in a UI Composer project are sorted by creation date.

When the project grows, it is hard to find the right Panels, Dialogs, Scenes, and ListPanelItems and it looks messy.

If it is sorted by name, a good naming convention would make searching much easier.

(For example when you give Panels a name that start with Panel, Dialogs start with  Dialog, etc. They are nicely grouped together)

Further, this would alo be more in line with the way it is done in the PSM Dev Suite.

Other option would be to allow developers to change the order themselves but this may be a bit more complex and is also not the same as it is in the PSM Dev Suite.