Ruud

And I reported it on Embarcadero Quality Portal : Problem with Brace Highlight in IDE editor - RAD Studio Service - Jira Service Management

I first noticed the problem with Comments , when the last character before the closing bracket } , has an ASCII value higher than 126d (or 7Eh) , If the cursor is placed before the opening bracket { , Brace Highlight works OK . But when the cursor is placed before the closing bracket } , it doesn't work . In the picture : 1 --> LC = ~ (126d) | CP = 100,1 | BH : works OK 2 --> LC = ~ (126d) | CP = 100,46 | BH : works OK 3 --> LC = ¡ (161d) | CP = 101,1 | BH : works OK 4 --> LC = ¡ (161d) | CP = 101,46 | BH : doesn't work LC = last character before the closing bracket CP = cursor position BH = Brace Highlight N.B. : the problem not only occurs with {} , but also with [] , () , "" and '' .

I just did : Duplicate components in D12.1 Component-toolbar - RAD Studio Service - Jira Service Management

On this Embarcadero Quality Portal page : https://embt.atlassian.net/servicedesk/customer/user/requests?page=1&reporter=all&statuses=open&statuses=closed reference-codes are like RSS-xxxx . Do you know the RSS-code for RSP-18189 ?

Unfortunately that's not true . I checked the first 15 tabs (Standard -> Vista Dialogs) , and found more duplicate components in D12.1 Component-toolbars : Additional - TSpeedButton System - TTimer Dialogs - TOpenDialog TSaveDialog TPrintDialog TPageSetupDialog TPrinterSetupDialog LiveBindings - TBindNavigator

I'm not sure . In my case both Component-palettes are identical , the Component-toolbars are not .

In D11.3 , clicking on View/Toolbars/Component and selecting the Standard tab , shows the Component-toolbar with 16 components . Clicking on View/Tool Windows/Palette and opening the Standard tab , shows the Palette-window with the same 16 components . When I do exactly the same in D12.1 , the Palette-window is the same , but the Component-toolbar now shows 32 components . The first 16 are the same as the 16 components of the D11.3 Component-toolbar . The second 16 are the same(!) as the first 16 , but in a different order . Is this a (well-known) bug , or a settings issue ?

I did some more testing , and I think I made a mistake : Custom Themes in D10.4 (21.0) did not originally contain the subkey 'Structral Highlighting' . This is what went wrong . I use the same color scheme for the Delphi IDE at least since D5 (perhaps even D2) , and for every D-version I exported the relevant registry key to a reg-file . Everytime I installed a new D-version , I used the exported reg-file of the previous D-version , to store my color scheme in the registry . I compared the reg-file with the original settings of D10.3 with the one of D10.4 , and found that Custom Themes were introduced in D10.4 . After installing D10.4 , I used the D10.3 reg-file to create the 'correct' Custom Themes subkey in D10.4 . I did this by replacing : [HKEY_CURRENT_USER\Software\Embarcadero\BDS\20.0\Editor\Highlight] which correctly contains the subkey 'Structral Highlighting' , with : [HKEY_CURRENT_USER\Software\Embarcadero\BDS\21.0\Editor\Highlight\Custom Themes\Test01] and imported the resulting new reg-file in the registry . By doing so , I generated the 'Structral Highlighting' subkey in Custom Theme Test01 myself . Remains the question : Why is there no 'Structral Highlighting' subkey for every Custom Theme ?

The color scheme of the Delphi 11.3 IDE can be edited via : Tools/Options/User Interface/Editor/Color The original color scheme ('Color SpeedSetting') is : (unnamed) That color scheme is stored in the registry key : HKEY_CURRENT_USER\Software\Embarcadero\BDS\22.0\Editor\Highlight (= Key01) and : HKEY_CURRENT_USER\Software\Embarcadero\BDS\22.0\Editor\Highlight\Inbuilt Themes\(unnamed) (= Key02) Key01 contains the subkey 'Structral Highlighting' . Key02 doesn't . The original Key01 does not contain the subkey 'Custom Themes' . I then changed some Delphi IDE color settings via : Tools/Options/User Interface/Editor/Color and some color settings via : Tools/Options/User Interface/Editor/Color/Structural Highlighting and saved this as color scheme : Test01 Key01 now contains the subkey \Custom Themes\Test01 (= Key03) Key03 does not contain the subkey 'Structral Highlighting' The color settings I changed via : Tools/Options/User Interface/Editor/Color/Structural Highlighting are stored in Key01/Structural Highlighting I have 2 questions : 1. is it correct that a Custom Theme can't have his own 'Structral Highlighting' settings ? 2. IIRC this was possible in D10.4 (21.0) ; has this been changed in D11.3 (22.0) ?

OK , thank you all , I'm convinced , it's not a user-triggered change . So , because Delphi won't execute the ComboBox1_Change event handler for me voluntarily , I'll force Delphi to do so ! procedure TForm1.Panel1_Click (Sender: TObject); begin ComboBox1.ItemIndex := 1; ComboBox1_Change (Sender); { <<==== } end; Problem solved !

User-triggered ? But clicking on Panel1 did do something with ComboBox1 : visibly it changed the Text property from 'Test 0' to 'Test 1' (most likely because ItemIndex was changed from 0 to 1) . That information is only available in ComboBox1 . It looks like ComboBox1_Change is partially executed . I don't know why the case statement isn't executed as well .

Thanks for your response , but I did not change the Text property in the Panel1_Click . I changed the ComboBox1.ItemIndex property . Shouldn't that be enough to trigger the ComboBox1_Change ?

procedure TForm1.Form_Create (Sender: TObject); begin ComboBox1.ItemIndex := -1; ComboBox1.Text := 'ComboBox Test'; ComboBox1.Items.Clear; ComboBox1.Items.Add ('Test 0'); ComboBox1.Items.Add ('Test 1'); (...) end procedure TForm1.ComboBox1_Change (Sender: TObject); begin case ComboBox1.ItemIndex of 0 : ShowMessage ('Combobox1_Change | ItemIndex = 0'); 1 : ShowMessage ('Combobox1_Change | ItemIndex = 1'); end; end; procedure TForm1.Panel1_Click (Sender: TObject); begin ComboBox1.ItemIndex := 1; end; After starting the program , the ComboBox1 text is 'ComboBox Test' . When I select 'Test 0' in ComboBox1 , the ComboBox1 text is changed into 'Test 0' , and the correct message box (with message 'Combobox1_Change - ItemIndex = 0') is displayed . But when I click on Panel1 , only the ComboBox1 text is changed into 'Test 1' . There's no message box ! What extra statement must be added to the Panel1_Click procedure ?

Unfortunately that doesn't work in my case . With the chosen Font ( Verdana , 7) , AutoSize = True resizes the height of the TEdit to 20 , while (for some good reason) it must be 30 .

This is how a normal TEdit looks like : The text is horizontally aligned , but not vertically . Relevant properties for Edit1 : Alignment | taCenter BevelWidth | 1 Height | 30 Width | 60 And this is how you want your TEdit to look like : The text is both horizontally and vertically alligned ! The solution is quite simple : define a TEdit within a TPanel . Relevant properties for Panel1 : Alignment | taCenter BevelWidth | 1 Height | 30 Width | 60 Relevant properties for Edit2 : Alignment | taCenter BevelWidth | 1 Height | 22 Left | 1 Top | 7 Width | 58 Ruud Schmeitz Maastricht