Filtering options not properly working

Following the filtering problem [url][/url]

Server side xml looks like

<![CDATA[ 2015-05-21 00:07:31 ]]>
<coll_options for="2">
<item value="a" label="lower case a"/>
<item value="b" label="lower case b"/>

It’s supposed to show labels in the client end filtering select list, however it seems only value (“a” and “b”) shown in it, with label never been used.

Which version of dhtmlx are you using?

Hi Stanislav,
It’s pro4.03

This problem remains.
Now the version is SuiteStd5.1 instead.

If the col type is “co”, it works properly.
If the col type is “combo”, getColumnCombo is not a function.
If the col type is “ro”, it regards values as labels.

Unfortunately the issue cannot be reconstructed locally.
Please, provide a complete demo, where the problem can be reconstructed locally.

I guess the problem lies in the dhtmlxgrid.js.
Only the combo coltype and the co-leading coltype are regarded as combo, and only when the combo, the labels will be extracted, otherwise the values are used for both values and labels.

I am having the same problem, dhtmlxGrid doesn’t work as per [url]Column Types DHTMLX Docs and [url][/url]

Here is some code to re-create this problem locally:


Org Structure Manager html, body { height: 100%; width: 100%; margin: 0px; overflow: hidden; } [/code]

Calling ‘getColumnCombo’ fails because that function doesn’t exist at runtime on the Grid object after init():

So you get the error:

Oh bugger, I just realised the ‘Pro’ in the URL [url][/url] … which means that combo use in the Grid is a Pro feature? Why is this not documented in the API docs?

See [url][/url]

You’re right the usage of the “combo” column type is available in PRO version only.
It is mentioned in the docs on the column types page:

According to your request we’ll update the docs and the “PRO” flag will be mentioned on the API and the integration page.