1a) when using MemoryProxy and JsonReader, and with typeAhead: true, the suggestion in the ComboBox always defaults to the first entry, and no filtering occurs. Am i doing something wrong, or is this a bug? Attached below is a test case:
<html>
<head>
<title>EditorGrid ComboBox / ComboBox Bug</title>
<link rel='stylesheet' href='ext-all.css'>
<style>
.search-result {font-family:Courier;font-size:10px;}
</style>

ds.on('update', function(e, rec, act) { // datasource, record, action
if (act == Ext.data.Record.REJECT) {
// find the correct record from the colour ComboBox using 'code' as the key
// then set the Colour column to display the name instead of the code
rec.data['name'] = colourComboBox.findRecord('code', rec.data['code']).data['name'];
}
}, this);

found some additional bugs (tested on FireFox 2.0.0.3 and IE6):
2) [pre-beta1 bug, present in 1.0b1] using the example grid above, double click on the Colour column to commence editing, click the ComboBox arrow to trigger the dropdown list, then click on the country column -- the ComboBox continues to remain in edit mode.

3) [another pre-beta1 bug, present in 1.0b1] using the example grid above, when the ComboBox dropdown list is displayed, a mouse-wheel scroll through a long grid doesn't collapse the dropdown list.

4) on initial render, the Colour column shows the [I]name, while double-clicking a cell in the Colour column will display the code; this is correct because displayField = 'name' while valueField = 'code'. Now perform the following: double click a cell in the Colour column, click the ComboBox arrow to display the dropdown, click anywhere outside the grid to cancel the edit, then double click the same cell again -- instead of displaying the valueField's value, the displayField's value is displayed. Double-clicking other cells in the same column will reveal that they too have been affected.

5) if the MemoryProxy in the test code above is replaced with a HttpProxy (with the appropriate XHR setup of course), bug no. (4) also occurs

6) Click once on any cell in the Colour column, press Enter and immediately press the up arrow key on your keyboard -- the ComboBox remains in edit mode, and the only way to cancel the edit is to single click on the problem cell (you might have to try a few times to see this bug). It seems like key capturing after an edit commences is happening too slowly.

7) Calling rejectChanges() on the EditorGrid's DataSource fire's the DataSource's "update" event, which in turn updates the GridView, which calls the custom renderers in the EditorGrid, but somehow the custom rendered column Colour is not updated. To test this, click the Reset button in the example above after changing the value of any cell in the Colour column, and observe that the valueField has been reset while the displayField remains as the last selected value. (solved: added an "update" listener to the grid's datasource to handle rejectChanges())

[EDIT]
8) When clicking the "Add Colour" button, a new blank row is correctly added to the end of the grid, BUT 2 anomalies also occur: a) the grid footer expands, and b) the grid header disappears. This happens when the initial defined height for the grid-panel results in a vertical scrollbar, AND the grid's <div> has no explicit height defined, AND we add new rows to the end of the grid instead of the beginning. If the initial defined height for the grid-panel <div> is increased from 110px to 200px so that no vertical scrollbar appears on initial grid render, OR we explicitly give the grid's <div> the same height as it's container grid-panel, OR we add new rows to the top of the grid instead of the bottom, then no such problem occurs.
(However, if you look carefully at the grid, it is vertically offset by about 1-2px from the bottom of the gridpanel. I tried adding more grids in gridpanels on the same page, and it seems to always occur for the first grid within a gridpanel on the page)

9) the emptyText doesn't get displayed for Colour name column when adding new rows

p.s. 1 suggestion for this souped up forum --- line numbering on code blocks would be great ;)

mystix

3 Apr 2007, 9:24 AM

[bump]

errr... should i post this in the Ext 1.0 Beta Discussion forum, or in this Bug forum?

advanced editor doesn't allow title changes, so i had to resort to option 2. hehe.
p.s. bone, if you have the time, could you back me up on those bugs / anomalies i listed above? thanks. ;)

jack.slocum

4 Apr 2007, 4:28 PM

1) Put the combo into local mode for client side filtering. mode:'local'

2) This is known issue that currently has no work around. Luckily all you have to do is click on something (or key) and it ends edit mode. This would actually actually the correct behavior (the click should be ignored) but the problem is related to the event not making it's way back.

3) Fixed in the next rev

4 & 5) These 2 are confusing. It should always display the displayField (not the valueField). Can you clarify?

6. Should be fixed next rev

8. I haven't actually set up your code. Can you replicate it in the editor grid example? Also, if you attach a zip that I can unpack into the grid example directory, it would help a bunch. :)

9. emptyText is for the combo and doesn't apply to grid rows? (this was another one that confused me)

mystix

5 Apr 2007, 12:02 AM

hi jack,

2) This is known issue that currently has no work around. Luckily all you have to do is click on something (or key) and it ends edit mode. This would actually actually the correct behavior (the click should be ignored) but the problem is related to the event not making it's way back.

3) Fixed in the next rev

6. Should be fixed next rev
thanks!

4 & 5) These 2 are confusing. It should always display the displayField (not the valueField). Can you clarify?in your suggested example @ http://extjs.com/forum/showthread.php?t=3145 (when displayField != valueField), upon clicking the arrow, the ComboBox shows the valueField instead of the displayField; once the dropdown list is displayed, this bug disappears and the ComboBox correctly displays the displayField. Also, setting mode: 'local' causes the ComboBox to stop functioning. [EDIT] attached this test-case as combo-bug.html; simply drop the html file into the examples folder.

9. emptyText is for the combo and doesn't apply to grid rows? (this was another one that confused me)does this mean emptyText is solely for combos which aren't in grids? (p.s. i tried adding emptyText for combos in toolbars and they work fine)

8. I haven't actually set up your code. Can you replicate it in the editor grid example? Also, if you attach a zip that I can unpack into the grid example directory, it would help a bunch. :)
oki doki. i've attached a test-case adapted from your current grid-editor example for this bug which you can drop directly into the examples folder. i added some comments in CAPS to both the html and js files to indicate the portions of code which will affect the output. [EDIT]Using the test-case, only FF2 is affected. IE6 behaves.

in the example above, press enter to commence an edit in the Colour column -- the ComboBox displays the code field from the Country DataStore (and not the ComboBox's own displayField value). this happens [b]before the ComboBox's dropdown list is triggered.
once the ComboBox's dropdown list is triggered, selecting a value from the dropdown list will correctly return both the Colour code (valueField) and name (displayField). this time round, the ComboBox correctly displays it's own displayField. (press Enter to end the edit, then press Enter again on the same field to confirm this)

i think the ComboBox currently doesn't check it's store for the existence of the value in the field it is currently modifying when the edit commences. IMHO, if we consider ComboBoxes as highly evolved <select> fields, then the value of the field being edited should always exist in the ComboBox's DataStore, and the ComboBox should trigger a quickfind of the value in it's Store in order to correctly obtain and display the field's corresponding displayField value when the edit commences.

lxf1101

2 Sep 2009, 9:21 AM

6. Should be fixed next rev

I Stumbled across this post whilst trying to fix the same problem as the origianl posts point # 6.
Have the latest Extjs and am having the same problem.
When I start to type and select the combobox selection that is left, then click outside the cell and scroll down, all the other values in the same row dissapear unless they are of the same value.
When I click into the problem cell and select a value the grid start to display correctly.

Did this ever get resolved?

mystix

2 Sep 2009, 9:33 AM

it's been almost 2 years since i posted that...

try the editorgridpanel from the 2.3.0 download.
(1.x has long been defunct...)

lxf1101

2 Sep 2009, 10:44 AM

Sorry, I should have been more aware of where I was posting this question, also I did not post any details at all.
I am having the above problem with the Livegrid extension and it is extending the 2.3 editorgridpanel but I will post this question in the correct forum. I guess I was hoping for a clue when I stumbled upon this.
Thanks for your response.