PeterPanettone

While in Form Designer mode, when switching from one unit to another unit (e.g. by selecting another tab), the Instances List in the Object Inspector is being updated with the Object Instances of the new unit. So far so good. Unfortunately, this is not the case in Source Code Editor. However, the Object Inspector (and thus the Instances List in the Object Inspector) is often needed also when the Source Code Editor is active! So this bug should be fixed and the Instances List in the Object Inspector being updated while the Source Code Editor is active when switching from one unit to another unit and the new unit contains object instances! Please vote for this quality report to have this bug fixed: https://quality.embarcadero.com/browse/RSP-32183

You are right. I will try to add some screenshots to make the matter clearer.

You mean, an IDE expert that updates the Instances List of the Object Inspector with the objects of the current unit? This is a brilliant idea.

My question had no ironic undertone, I really meant it. I agree that reports are clearer when containing screenshots, and I thought about inserting screenshots.

As the opinions about this matter seem to be divided, maybe there should be OPTIONS to set the behavior in this case.

The object stays NOT selected while switching unit in Designer mode. Your statement is WRONG. (While I understand your point of view). When writing source code in the Source Code Editor (80% of the time), one often has to access the Object Inspector with the objects of the current unit. So it would be important to have the Instances List of the Object Inspector always updated.

What screenshots would you like?

There is no slowing down from updating the Instances List in Object Inspector when switching from one unit to another unit. Rather, the slowing down occurs when having to switch from Source Code Editor to Form Designer and then back to Source Code Editor on the new unit, only for the purpose of updating the Instances List in Object Inspector!

I tried to record a macro that does the following actions: 1. Copy the selection in the code editor to the clipboard (with CTRL-C) 2. Switch to Design mode (with F12) 3. Focus the F6 search-box (with F6) 4. Paste the previously copied selection into the F6 search-box (with CTRL V) But recording this macro in the IDE does not work!

I gave him the idea.

Liu Xiao from CnWizards has just confirmed to me that he will implement this functionality in the next nightly build. http://www.cnpack.org/showdetail.php?id=862&lang=en

If the caret in the Source-Code Editor is placed on the identifier of an existing component, for example: ...then an IDE command (e.g. "Select Component") should select this component in the Design Structure Panel (and in the Instances List of the Object Inspector). This would be VERY USEFUL! I kindly invite everybody to vote for this quality report: https://quality.embarcadero.com/browse/RSP-32108

When I type "il" in the F6 filter box , then I get these 3 results in the Components section: However, when I make the filter term more specific by typing "ilsvg" then I get these 4 results in the Components section: This inconsistency IMO makes the F6 filter-search a rather inefficient tool for filtering down the existing components for selecting them in the Designer Structure Panel. For this purpose, IMO it would be much more efficient to have a filter box in Structure Panel itself. So I kindly invite everybody to vote for this Embarcadero quality report: https://quality.embarcadero.com/browse/RSP-32021

When we all will use quantum computers - and when Windows 12 will run on quantum computers - then this kind of speed problems will be a thing of the past. 🔮

When opening the GetIt window in Delphi 10.3.1 I get this error message:

In Delphi 10.4 GExperts, Uses Clause Manager shows strange text effect upon selection of a text item where every selected text seems to have a shadow: Never seen anything like this. Has anyone else? It appears to happen only in Uses Clause Manager. I believe source code version is r3177.

Is there anybody who has both Delphi 10.3 and Delphi 10.4 installed on his system AND has Parnassus Bookmarks and perhaps Parnassus Navigator (both from GetIt Package Manager) installed on both Delphi 10.3 and Delphi 10.4? The reason why I am asking: It seems that installing the Parnassus plugins in Delphi 10.4 removes the Parnassus 10.3 DLLs from C:\Program Files (x86)\Common Files\ParnassusShared\! After having installed the Parnassus plugins in Delphi 10.4, this directory contains these files: C:\Program Files (x86)\Common Files\ParnassusShared\ParnassusBookmarks_XSydney.dll C:\Program Files (x86)\Common Files\ParnassusShared\ParnassusCoreEditor_XSydney.dll C:\Program Files (x86)\Common Files\ParnassusShared\ParnassusNavigator_XSydney.dll But now, when I start the Delphi 10.3 IDE, I get this error message and the Delphi 10.3 IDE crashes and can only be terminated: So could you please check which files are in this directory: C:\Program Files (x86)\Common Files\ParnassusShared\ Thank you!

You are right, that wouldn't fix the fundamental flaw. But at least, in the meantime, we could work with a Message Dialog Expert which has a reasonable size when called. And the functionality to restore the size of the Message Dialog Expert between sessions is needed anyway.

That would be the best solution!

I have this problem with a resolution from 3200 x 1333

Maybe this is a High-DPI issue?

In a project where I try to create a kind of "sticky popup menu simulation", I have the problem of highlighting a specific popup menu item: StickyPopupMenuSimulation.zip This problem is also being discussed at StackOverflow: https://stackoverflow.com/questions/60850050/how-to-highlight-a-specific-popup-menu-item ...where Remy Lebeau has provided an answer. Unfortunately, that answer does not work in my project. So I invite everybody to check out my project and to test the answer from StackOverflow. (I politely ask for dispassionate answers).

Suddenly (since yesterday), when I press F6 in the IDE to put the caret inside the Delphi Insight Search box, a strange grey "panel" is covering part of the title-bar controls: This "panel" cannot be moved away, it just stays there annoying me because it covers the title-bar controls. It doesn't go away when I press F6 again. When I click in the Delphi Insight Search box with the mouse the grey panel does not appear, only when I press F6. When I right-click the grey panel it shows the same context menu as when right-clicking the IDE Toolbar area (so it seems to be a part of the IDE toolbar area): (I have disabled all IDE toolbars to exclude the grey panel being a strayed toolbar). The GExperts Keyboard Shortcuts wizard shows no action for the F6 key: When I restart the IDE the grey panel has disappeared until I click the F6 key again. I have disabled ALL IDE plugins and addons but the grey panel stays there. Strangely, when I click the "IDE Insight..." menu item (which has a different shortcut) in the SEARCH menu, the grey panel also appears: So using this menu shortcut CTRL+. the grey panel also appears. I have nothing running in the background which could interfere with the F6 key. Has anybody experienced a similar annoyance in the Delphi IDE? How could I make the grey panel go away?

Well, past or present purpose - in any case, there is a purpose.

This sentence contains a lot of revealing meta-information.