Recent changes to feature-requests

Support hiding of root node in IUnTreeView

2008-02-21T16:55:11Z

In some applications the root node of a tree view does not contain vital information and must be excluded from view, so that the tree view starts with the first child level.

Status quo:
-----------

ROOT
+ child 1
child 1.1
child 1.2
child 2
+ child 3
+ child 3.1
child 3.1.1
child 3.2

Goal:
-----

IUnTreeView.setRootVisible(false);

+ child 1
child 1.1
child 1.2
child 2
+ child 3
+ child 3.1
child 3.1.1
child 3.2

This feature requests corresponds to javax.swing.JTree where the property "rootVisible" hides the root node of the TreeModel when set to "true".

Support all 16 W3C color names in ColorPicker plug-in

2008-01-16T15:52:59Z

The method ColorPicker.pcmf_setColor() only supports 8 out of the 16 HTML color names the W3C defined here (http://www.w3.org/TR/REC-html40/types.html#h-6.5):

- black (#000000)
- white (#FFFFFF)
- gray (#808080)
- silver (#C0C0C0)
- red (#FF0000)
- yellow (#FFFF00)
- blue (#0000FF)
- green (#008000)

Please support the other half as well:

- aqua (#00FFFF)
- fuchsia (#FF00FF)
- lime (#00FF00)
- maroon (#800000)
- navy (#000080)
- olive (#808000)
- purple (#800080)
- teal (#008080)

Adapter for Apache Commons Logging

2008-01-10T08:20:07Z

It would be nice to integrate the logging output in existing log files using a commons logging Log instance.

The current possibility to switch the LogWriter is not enough since it is given only the prepared log message string from the KeLog instance.

It would be nice to provide the possibility to map priority and classname of the originating class to priorities and categories of the Commons-Logging API.

To utilize the Commons-Logging API, following information from the originating call to KeLog is needed in some LogAdapter interface:

- Priority
- Class Name
- Exception, if any
- the message itself, maybe enriched with additional information from the WidgetServer framework

This data may be used to create or fetch a Commons-Logging Log instance and log the message to it:

public void pcmf_log(String message, int priority, String classname, Throwable t) {

Log commonsLoggingLogger = LogFactory.getLog(classname);

switch (priority) {
case (KeLog.SILENT):
// log nothing
break;
case (KeLog.TRACE):
if (t != null) {
commonsLoggingLogger.trace(message, t);
} else {
commonsLoggingLogger.trace(message);
}
break;
case (KeLog.DEBUG):
if (t != null) {
commonsLoggingLogger.debug(message, t);
} else {
commonsLoggingLogger.debug(message);
}
break;
case (KeLog.APPL):
case (KeLog.MESSAGE):
if (t != null) {
commonsLoggingLogger.info(message, t);
} else {
commonsLoggingLogger.info(message);
}
break;
case (KeLog.ERROR):
if (t != null) {
commonsLoggingLogger.error(message, t);
} else {
commonsLoggingLogger.error(message);
}
break;
case (KeLog.FATAL):
if (t != null) {
commonsLoggingLogger.fatal(message, t);
} else {
commonsLoggingLogger.fatal(message);
}
break;
}
}

This way the existing logging infrastructure used in complex enterprise applications may be utilized by the WidgetServer web module as well.

Make position of context menu configurable

2007-12-11T07:39:21Z

At the moment, the context menu component always opens to the right and down from the mouse position. In cases where the component having the context menu attached is very near to the browser window's border, the context menu opens "behind" the window border - invisible to the user and such unusable.

A possible solution is to make the position of the context menu configurable, as shown in the following example:

This will open the context menu in all four directions possible.

CAUTION: The sub menus - if any - should follow this configuration, so when the position is set to "LEFT_UP", the sub menus of the context menu should open to the left and up, too.

Thank you!

"R/G/B" labels for ColorPicker plugin sliders

2007-12-10T12:43:08Z

The sliders in the ColorPicker plugin do not have a label describing it's purpose.
Minimum is the first letter of the color being changed by the specific slider, that is an "R" for "red" in front of the first slider, a "G" for "green" before the second slider and a "B" for "blue" before the third slider.

textarea wrap configurable

2007-12-06T08:13:43Z

At the moment wrap is always off configured in html temlate for instance.
In HTML interfaces most users are accustomed to soft wrap (see this textarea) so i would recoment to make this configurable(soft|hard|off) and set soft wrap standard.

Text-Align und BgColor for IUnLink

2007-07-26T12:12:54Z

Currently it's not possible to set a background color or text alignment for links. At least text links should behave similar to label components.

Neues Widget

2007-07-20T09:39:31Z

Sehr geehrte Damen und Herren,

ich habe ihren WidgetServer getestet.
Ich habe dabei folgendes Control vermisst:
- OutlookPanel
- diesen OutlookPanel könnte man als Aggregat erstellen wie den Kelnder oder Colorchooser

Vielleicht wäre es möglich, dieses Control im WidgetServer ebenfalls bereitzustellen.

Vielen Dank und viele Grüsse