PeterPanettone

The old F6 disease in Delphi 12 has still not been cured: In some cases, F6-IDE-Insight no longer works - components from the component palette are no longer displayed in the F6 search box in design mode.

The following rain dance helps in any case in Delphi 12, too:

https://en.delphipraxis.net/topic/2183-f6-search-feature-does-not-work-anymore/?do=findComment&comment=50990

On 11/12/2021 at 1:39 PM, brummgrammierer said:

I find that whenever IDEInsight gets stuck (currently running mostly 10.3.3) the following rain dance helps:

• Open the IDE options (Tools > Options...)
• Type anything into the search field there:
  
• Close the options

For me the F6 search works after that 100% of the time 🤷‍♂️

Thanks again - this old F6 disease is still present in Delphi 12!

9 hours ago, JonRobertson said:

No reason for the IDE to load packages if they won't be needed by my next action.

The 'Install Packages' window is not directly connected with "your next action." The list in that window should display the CURRENT state of the available packages (which should return to its DEFAULT state when the project is closed). This is LOGICAL and consistent as this list also reflects the available packages when a project is opened.

I think I've found the bug: When executing File -> Close ALL, the Package configuration remains the same as the last loaded project.

Only when creating a new project does it return to the default Package configuration. This is a real inconsistency!

21 minutes ago, dummzeuch said:

That's actually the same frame which is shown in these two dialogs. If a project is loaded, you are viewing and possibly changing the project's configuration. If no project is loaded, you are viewing and changing the default packages loaded by the IDE without a project and for new projects. As far as I remember that has always been the case.

 

(Or I might have misunderstood you.)

Thanks for the information - I've never noticed the difference.

But when I uncheck a package in the second version of the window (when a project is loaded) and then close the project (Close All), it remains unchecked even in the first version (when no project is loaded).

Shouldn't the Project Options of a specific project not influence the general configuration of installed packages?

When NO PROJECT is loaded in the Delphi 12 IDE, the menu item Component -> Install Packages opens this window:

But when any project is loaded in the Delphi 12 IDE, the menu item Component -> Install Packages opens another window:

Why are there different windows for the Install Packages menu item?

Also, when searching from the SearchBox in the second version of the window (when a project is loaded in the IDE), the Project Options are searched (and not the Install Packages items):

Can anybody confirm this?

21 hours ago, dummzeuch said:

OK, so what are examples for editors that are not "stuck in the Stone Age"?

Many handicaps are corrected by plugins such as GExperts and/or CnWizards. Without these plugins, Delphi would be unusable for me - at least in bigger projects that go beyond the simplest use cases.

On the other hand, the editor contains some valuable gems, such as the replacement of identifiers in a selection.

A big thank you must also go to developers like Thomas and the Chinese team of Liu Xiao, without whom, in my opinion, Delphi would not exist in its current form.

I believe the next big step in Delphi should be a built-in source editor like UltraEdit and Visual Assist for Delphi. That would make Delphi a real luxury IDE.

The designer should also cut out some old habits, such as the dual-use structure panel (that should be replaced by separate structure panels for the Designer and the Source Editor).

@Keesver: Thank you for the code! But what does the treeControl do?

The most significant handicap in Delphi, in my opinion, is the editor, which is still stuck in the Stone Age.

1 hour ago, Keesver said:

You can print to PDF and then show this to the user. I can't tell you how to do this from the top of my head though.

Yes, please tell me how to do this. Thank you!

2 minutes ago, Lars Fosdal said:

Perusing the source code, it appears that a Print capability is supported.
Regular FMX doesn't have print preview, so I doubt there is SKIA support for that.

 

I need it for a VCL project where I use a TSkSVG component, which I need to PrintPreview and Print.

Does Skia in Delphi 12 have a built-in PrintPreview and Print capability?

Since Delphi 12 Skia is part of the RTL.

I have a VCL project where TSkSvg.SVG.WrapMode = Fit. Unfortunately, there seems to be no TSkSvg.SVG.Zoom property. What I need is:

1. Center the SVG

AND

2. Zoom the SVG to a specific value OR Fit

Is this logical combination possible?

On 11/9/2023 at 11:35 PM, Uwe Raabe said:

To have the Parnassus plugins work in Delphi 12 as well as Delphi 11.3 on the same machine you need to do either of this depending on your situation:

• Before installing the Delphi 12 plugin: In folder c:\Program Files (x86)\Common Files\ParnassusShared rename ParnassusCoreEditor.dll into ParnassusCoreEditor_XAlexandria.dll
• After installing the Delphi 12 plugin: Copy the 11 version of ParnassusCoreEditor.dll from the appropriate CatalogRepository folder as ParnassusCoreEditor_XAlexandria.dll into the mentioned folder

Thank you very much! But would a rainmaker dance also work? It's less time-consuming.

After installing a GetIt Package from GetIt, show a Link to the install location in the GetIt list item:

 
This would make handling the installed package and its components, such as demo projects, much more manageable.

Please vote for this QUALITY REPORT:

https://quality.embarcadero.com/browse/RSP-43427

Is Embarcadero unable to display a 150x150 pixel raster logo and a 44x44 pixel raster logo in their actual dimensions?

However, even working with ASCII text, the 44x44 Logo looks very ugly:

@vfbb: You are right. When using an SVG image, the image is centered correctly:

Strangely enough, if you add an ASCII character, the symbol is correctly vertically centered:

The new Artwork Generator does work well with simple ASCII characters:

Now try to paste a Unicode character, e.g., from https://symbl.cc/en/2622/

This is the result:

You can see that the character is inserted in the wrong vertical position!

So, Embarcadero should add a control to adjust the vertical position OFFSET!

This would open the Artwork Generator to the vast Unicode symbols world and immensely increase its practical value!

27 minutes ago, Uwe Raabe said:

No need for that: Add a FILTER SEARCH BOX in the Install Packages dialog

WOW!!! That was more than SEVEN YEARS ago! (On a computer scale, that's more than seven centuries)

And there are even smart comments about this topic too:

https://quality.embarcadero.com/browse/RSP-15403

3 minutes ago, Uwe Raabe said:

Is there a report for that?

Do you believe that reports about simple fundamental issues lead to change?

In Design Mode (and only in Design Mode, not in Code Editing mode), PASTE into the IDE's F6 Search box with CTRL+V still does not work! 

The Delphi IDE has been dragging this handicap along for generations. When will Embarcadero do something about it?

How could a Filter box improve your handling of the Packages in the Install Packages window?

Or, to put it negatively: How does the lack of a Filter box complicate your handling of the Packages in the Install Packages window (if there are many Packages in the list)?

Everyone professionally dealing with UIs would agree that large lists without the possibility of sorting, searching, or filtering would be considered a nogo.

In the Computer Stone Age (CSA), everything was small: screens, icons, text, lists, etc. (The only things that were big were the computer cases and the stacks of punched cards).
But hey, we live in the 21st century!

When you DOUBLE-CLICK a .DPR file it means you really want to load that project in the IDE and work with that project. So, it would be sensible to bring the IDE window to the foreground.

Tell me a case where this would not be the case.