Inline Edit - IE vs. Chrome cs. Firefox

Suite and Optimus Suite 5
#1

Is there anything I can do to cause Chrome and Firefox to present an “ed” frield edit control to appear and act like as is the case with Internate Explorer? See screensot below

#2

To fix this issue add following style to your page

.dhx_combo_edit{ overflow:hidden; }

#3

Added the suggestion (full context shown below), but no improvement.[code]

.dhx_combo_edit {overflow:hidden;}

[/code]

#4

Try to change your code like this:

.dhx_combo_edit{ overflow:hidden !important; }

#5

Thanks. That did indeed hide the scrollbars:


As you can see, however, the vertical size of the editor control results in the rows below being pushed nearly out of sight. In fact, if the cell edit is done on the bottom row, the content of the row being edited is pushed partially out of sight. (You can see that the next row just barely peeks above the bottom of the grid.) I tried adding “height:10px” to see if the editor would be smaller, but this did not have an effect (unless I used, say, 50px, in which case the editor was larger, so there must be some other factor forcing a minimum height). Might there be a more fundamental issue to be considered. You are using a element for the editor control, correct? By using this for “ed” cells (as with “txt” cells) we get the scrolling issue that’s the background for this posting. Furthermore, if someone enters enough text, line folding results, to the point that you altogether lose sight of what you’re typing. It would seem to me that the desirable operation would be to use (or mimic) elements, thereby eliminating this scrollbar issue, as well as allowing for implicit horizontal scrolling. One would not lose sight of what they’re typing if the content exceeded the control width. Just a suggestion. I would like to use inline editing in some cases, but so far the user interface is less than desired.

#6

Thanks for all the help, but I’ve decided to abandon inline edit in favor of using separate windows for editing.