PeterPanettone

Could someone who has a good knowledge of building plugins just add an automatic action to the DoubleClick action on the Search for Usages list item? The required action would be very simple: Scroll the caret position into view.

I have now tried Search for Usages in 10.3.3 --> No frozen IDE, same behavior as in Delphi 10.4: Double-clicking a search result item does NOT jump to that item in the source code.

BTW: IMO, a better and clearer naming consistency after : "DelphiXx10Seattle", "DelphiXx101Berlin" would be: "DelphiXx102Tokyo", "DelphiXx103Rio", "DelphiXx104Sydney" When dealing with humans, REDUNDANCY is a must.

Thanks!

Just for curiosity: What was the cause?

GreatisUltimatePack is an old LEGACY Delphi library with still useful components and routines. AFAIK GreatisUltimatePack has been discontinued and the author cannot be reached anymore. For anyone who still wants to use this library: To make GreatisUltimatePack compatible with Delphi 10.4 Sydney you should apply these changes: Search the units for: {$IFDEF VER330} {$DEFINE XE2PLUS} {$ENDIF} Then add these lines to the above lines: {$IFDEF VER340} {$DEFINE XE2PLUS} {$ENDIF} This should make it possible to install the component package in Delphi 10.4 Sydney: Ultimate.dpk

The possibilities in Delphi are endless. The compiler is your friend!

Renamed these files. Now I have: C:\Program Files (x86)\Common Files\ParnassusShared\ParnassusNavigator_XSydney.dll C:\Program Files (x86)\Common Files\ParnassusShared\ParnassusCoreEditor_XSydney.dll C:\Program Files (x86)\Common Files\ParnassusShared\ParnassusBookmarks_XSydney.dll C:\Program Files (x86)\Common Files\ParnassusShared\ParnassusCoreEditor_XRio.dll C:\Program Files (x86)\Common Files\ParnassusShared\ParnassusNavigator__XRio.dll C:\Program Files (x86)\Common Files\ParnassusShared\ParnassusBookmarks_XRio.dll And it still works. Very flexible DLL search algorithm!

Thank you very much! This solved the problem.

Thank you very much! This solved the problem. Now I have these files: C:\Program Files (x86)\Common Files\ParnassusShared\ParnassusNavigator_XSydney.dll C:\Program Files (x86)\Common Files\ParnassusShared\ParnassusCoreEditor_XSydney.dll C:\Program Files (x86)\Common Files\ParnassusShared\ParnassusBookmarks_XSydney.dll C:\Program Files (x86)\Common Files\ParnassusShared\ParnassusCoreEditor.dll C:\Program Files (x86)\Common Files\ParnassusShared\ParnassusNavigator.dll C:\Program Files (x86)\Common Files\ParnassusShared\ParnassusBookmarks.dll What did the developer THINK when he changed the overall search location for his DLLs in Parnassus 10.4? Did he think at all? What DLL search location can we expect in the next version of the Parnassus plugins?

Microsoft File Explorer is such an outdated legacy tool. When you use Directory Opus as a replacement for Microsoft File Explorer you get an automatic preview of ALL text files (including all Delphi file types of course) with syntax highlighting and these features: The Directory Opus preview uses the preview handler from Rodrigo Ruz and has everything you could wish for in your wildest dreams:

• When installing JEDI Visual Component Library 3.9 from GetIt in 10.4, the already existing JEDI Code Library from 10.4 (not installed by GetIt) was not detected and the JEDI Code Library from GetIt was silently and automatically installed (see screenshot). NO options dialog was presented by the GetIt install process. • NO IDE Library path was added. Can anyone confirm this? EDIT 10 minutes later: Started the JVCL installer manually. (\Embarcadero\Studio\21.0\CatalogRepository\JEDIVisualComponentLibraryJVCL-3.9\install.bat) and selected "Compile already installed packages / Update IDE": Which led to this surprise: It seems the Embarcadero people had implemented the JEDI 10.3 installer in GetIt 10.4 (!!!). No wonder there were no JEDI paths added to the 10.4 IDE Library paths!

Now after all the unsuccessful trials before, now for some strange reason it did work (by starting the installer manually) : I've noticed that there's no .CHM help file included in the files downloaded by GetIt. Do .CHM files for these versions exist? BTW, thanks to @Lachlan Gemmell for the information.

This is very strange, as the JCL installer added only these paths to the 64-bit Win64 IDE Library Path (NOTHING to the 32-bit Library Path): Y:\Documents\Embarcadero\Studio\21.0\CatalogRepository\JEDICodeLibraryJCL-3.4\lib\d27\win64 Y:\Documents\Embarcadero\Studio\21.0\CatalogRepository\JEDICodeLibraryJCL-3.4\source\include And, while this directory is filled with the DCUs compiled by the installer: Y:\Documents\Embarcadero\Studio\21.0\CatalogRepository\JEDICodeLibraryJCL-3.4\lib\d27\win64 ...this directory is EMPTY (!!!): Y:\Documents\Embarcadero\Studio\21.0\CatalogRepository\JEDICodeLibraryJCL-3.4\lib\d27\win32 EDIT - 10 minutes later: Now I've repeated manually the JCL installer by keeping the 10.4 Win32-tab of the installer focused - and this time the paths were added to the Win-32 IDE Library Path: Y:\Documents\Embarcadero\Studio\21.0\CatalogRepository\JEDICodeLibraryJCL-3.4\lib\d27\win32 Y:\Documents\Embarcadero\Studio\21.0\CatalogRepository\JEDICodeLibraryJCL-3.4\source\include

@Lachlan Gemmell Since you did not answer my questions: Is it possible that you only ASSUME that "JCL/JVCL properly installed themselves from GetIt into Delphi 10.4" because you saw the checkmarks in GetIt? That's because when you install JVCL from GetIt in Delphi 10.4 then the JVCL installer does not show an error message that JCL is not properly installed because of the missing JCL Library Paths. The only way to check if the JCL (and therefore the JVCL) has been properly installed is to successfully compile an example project containing a JCL/JVCL reference: \Embarcadero\Studio\21.0\CatalogRepository\JEDICodeLibraryJCL-3.4\examples \Embarcadero\Studio\21.0\CatalogRepository\JEDIVisualComponentLibraryJVCL-3.9\examples

Have you used this installed JCL/JVCL in a working project in Delphi 10.4 after the JEDI installation? Which IDE library paths (32/64) exactly were added in Delphi 10.4 by the JEDI installer? Can you please list them here? (They are usually added at the end of the IDE Library Path list).

Installing the IDE plugins Bookmarks and Navigator from GetIt requires an IDE restart at the end of the plugin installation: However, the IDE restarter does not wait for the current IDE instance to be completely closed before starting the new instance. This creates problems with some installed IDE packages when more than one IDE instance is running. - An old problem ... Has anyone else experienced this problem?

Although the project compiles perfectly, an error is shown in the source code editor.: The Hid unit path is not in the IDE Library Path but in the Project Search Path: Is it possible that Error Insight does not take into consideration the Project Search Path? Can anyone confirm this? This is strange because according to the documentation, Error Insight is based on LSP which asks the compiler for errors? EDIT after 10 minutes: After having edited and saved the source code, the red zigzag line which indicates an error has disappeared! So everything seems to be OK.

Thanks for your feedback!

The Delphi IDE Explorer expert from @dummzeuch shows a (forgotten?) "Test" menu item:

Stay healthy!

I am a big fan of Psycholinguistics, the science of finding the MEANING or the PURPOSE behind verbal expressions like "Test". But in this case, I am stuck. 😉

Using CnWizards 1.2.0.1003_Unstable Build 2020.06.05 Code Input Helper in Delphi 10.3.3: Screenshot above: After typing "System.SysUtils.datestr" you can see as a smart result: "DateToStr". Using native Code Completion in Delphi 10.3.3: Screenshot above: After typing "System.SysUtils.datestr" there is no native Code Completion popup. Screenshot above: After typing "System.SysUtils.dateto" the native Code Completion shows one result: "DateToStr". In Delphi 10.4 I could not achieve the same results with CnWizards 1.2.0.1003_Unstable Build 2020.06.05 Code Input Helper, while the native Code Completion works flawlessly. However, the native Code Completion lacks the smart code completion from the topmost screenshot.

1. Which paths exactly have been added to the IDE Library Path by the installer? (Win32bit / Win64bit) 2. Have you tried to build any of the JCL examples in the IDE?

You are making the described problem an offending personal issue by describing only your own personal experience. You did not describe any objective issues about the problem. Also, you are not answering the initial problem description (no addition to the Library Path). The problem is not the compilation of the installer (which was OK) or its execution (which was without any explicit errors).