Messages by Bo

It seems that this problem occure when using more than one jar as library. You can mix kuix.jar and kutil.jar into a single jar, or use NetBeans ;)

If you take a look at last changes, list children are no more converted into listitems.

Here you need to view List widget only as a component designed to managed repetitive content as described in the renderer attribute.

Because the philosophy of Kuix is be flexible while staying simple, I think it woulds be wrong to add a "type" attribute to the list.

In this case a list is not more a checkbox list than a radiobutton list. Because of the special management of radio buttons, the dedicated radioButton list is the RadioGroup which extends List class.

That's what the lastest modifications propose :

for checkbox list :

<list>

<_renderer><![CDATA[<checkbox>...</checkbox>]]></_renderer>

<_items>@{items}</_items>

</list>

for radiobutton list :

<radiogroup>

<_renderer><![CDATA[<radiobutton>...</radiobutton>]]></_renderer>

<_items>@{items}</_items>

</radiogroup>

But you're right that a all in one list would be easier to use and understand, but less flexible.

Checkout the lastest sources of Kaprice and check how it could works in the next release.

@see how products are selectable.

The FileConnection API specified in JSR-75 gives access to the local file systems on devices.

In the past, the choice was made to consider "invisible" widget in layout pass but not in "paint" pass. That's why "invisible" widgets do not free their space.

It's right that there's actualy no way to "remove" a widget from the widget tree with an attribute like "visible". And it could be important to reconcider this question.

But in some case we want to hide widget and in other its appearance only ... then what would be the best solution ?

All  dynamic children of a list are automaticaly ListItem, then in your case, you've got a checkbox (focusableWidget) in a listitem (focusablewidget too).

Then you can list listitem has non focusable  like this :

...

<![CDATA[<listitem focusable="false"><checkbox onAction="...">...</checkbox></listitem>]]>

...

But I understand that is not a real elegant way to to a list of checkboxes. I think it would be better if we could put any kind of widget as a child of list dynamic and not only listitems ...

DataProvider permit to fill a list by using the addItem(item) method. But the item parameter is a DataProvider and in this case it can contains other items.

then you can fill them like that :

String[][] data = new String[xx][yy];

DataProvider mainDataProvider = new Datprovider();

for (int i=0; i<xx; ++i) {

DataProvider subDataProvider = new DataProvider();

for (int j=0; j<yy; ++j) {

subDataProvider.addItem(data[i], data[j]);

}

mainDataProvider.addItem("mainList", subDataProvider);

}

But how do you want to display your String[][] data ? In a flat list ?

Access to file system depends of a specific JSR. Kuix is designed to have the largest compatibility (CLDC 1.0 / MIDP 2.0), that's why there's no way to to it natively.

In a ScrollPane, a ScrollBar is an internal widget (look at this page), then you can access it like this

<scrollpane>

<scrollpanescrollbar style="..."/>

...

</scrollpane>

If your scrollPane is alone ont the screen, yes it's possible.

You can use the focusloop attribute on the screen widget to activate this feature on its focusManager.

Then if the focus is on the last widget and you press the down key the first widget will be focused.

Like a default MIDP MIDlet, the pauseApp isn't invoked by the application itself. The system invokes it while an incomming call for example.

You can't in the application decided to minimize it witout invoking anything else like the browser with platformRequest() method.

I'm not sure to understant you problem ...

When you invoke the showPopup method, it realy appear on the next frame ... then by default 60ms after. And it could be possible that your other thread tke less time. In this case where you invoke the popup creation, you can invoke the canvas.revalidateAsSoonAsPossible() and if you are in the Worker thread it's done immediatly.

TextArea ? I think you want to talk about TextField.

Like all other widget, you can only intercept key event by adding shortcuts or overriding the widget.

Yes it was possible, that's why the function is only this :

    public static void loadMenuContent(Menu menu, InputStream inputStream, DataProvider dataProvider) {
        if (menu != null) {
            menu.hideMenuTree();
            menu.cleanUp();
            menu.removeAll();
        }
        Kuix.loadXml(menu, inputStream, dataProvider);
    }