Sherzod

? https://www.unigui.com/doc/online_help/api/uniDBLookupComboBox_TUniDBLookupComboBox_MatchFieldWidth.html

Hello, Sorry?

Could you please clarify which device, browser, and mode you are using, and also which uniGUI version? I wasn’t able to reproduce this behavior on my side.

Hello, How should we work with the test example?

I’ll look into this and get back to you.

If you mean our custom JavaScript code that adds additional toolbar buttons, then that is not the case. Those custom buttons are not the cause of this behavior. To verify this, you can disable (for example, comment out) that code, and you will see that the issue still persists.

Got it, thanks for the clarification. I’ll take a closer look and see what can be done to achieve this behavior.

Hello, You can’t use UnimDBLookupComboBox directly as an editor inside UnimDBGrid. UnimDBGrid editors are ExtJS-based and are defined by editor types (with EditorItems), not by Unim visual components. If you need lookup logic or a DB-bound combo, the recommended approach is to open a custom panel or form (for example with UnimDBLookupComboBox) and edit the value there.

Hello, Have you checked if a custom zoom level is set for this domain in the browser?

I checked this and the previously applied workaround is not the cause. The issue seems to be in ExtJS HtmlEditor itself. As a workaround, you can override the toolbar layout as shown below. MainForm.Script -> Ext.override(Ext.form.field.HtmlEditor, { /** Called when the editor creates its toolbar. Override this method if you need to add custom toolbar buttons. @param {Ext.form.field.HtmlEditor} editor @protected */ createToolbar: function(){ this.toolbar = Ext.widget(this.getToolbarCfg()); if (this.toolbarLayout) { this.toolbar.layout = this.toolbarLayout } return this.toolbar; } }); procedure TMainForm.UniFormCreate(Sender: TObject); begin UniHTMLMemo1.JSInterface.JSConfig('toolbarLayout', ['column']); end;

Thanks. I will check.

Hello, Can you create a simple test case to reproduce the issue?

Вероятнее всего, проблема связана с тем, что Ext.draw.Container получает события resize/layout до того, как его внутренние canvas-элементы полностью отрендерены и добавлены в DOM. В качестве решения можно попробовать: инициализировать и добавлять draw-контейнер только после afterrender или непосредственно после show(), а не в скрытом состоянии; откладывать операции resize/перерисовки через Ext.defer(...); перед обращением к canvas.dom проверять, что элемент уже существует; принудительно вызывать перерасчёт размеров графика после первого отображения компонента. В тестовом проекте ошибка, скорее всего, не воспроизводится из-за более простой структуры и меньшего количества асинхронных layout/resize операций. В рабочем проекте при большем количестве компонентов и переключений возникает race condition между render и resize, которая и приводит к описанной ошибке.

Добрый день, Мы постараемся проанализировать Ваш тестовый пример.

Hello, A minimal reproducible test case would help a lot.