PeterPanettone

I wonder whether ROUNDED CORNERS will be compatible with the Delphi IDE. 😊

That would the BIGGEST INNOVATION in Delphi ever, giving Embarcadero a 500% boost to Delphi sales.

In Delphi 10.4.2 (Windows 10 x64), I have defined a GExperts IDE Shortcut to clear the Parnassus Bookmarks in the deeply nested menu: View -> Editor -> Bookmarks -> Clear Bookmarks: The Shortcut is CTRL+SHIFT+ALT+B. Unfortunately, the shortcut does not work. I have checked whether there are any other conflicting shortcuts: I have also checked whether there are any conflicting global shortcuts from other programs. There are none. What could be the cause of this shortcut not working? Can anyone please test whether this shortcut is working in his IDE? Thanks for that.

As you can see in the second screenshot of my previous posting, the items in that sub-menu obviously are created DYNAMICALLY at run-time of the IDE (which is a bad design decision for the "Clear Bookmarks" menu item that should clearly not be created dynamically). That seems to be the reason for the shortcut not working.

Interestingly and strangely, while the GExperts IDE Menu Shortcut configuration shows the menu item with the configured shortcut: ... in the IDE itself, the shortcut is missing:

There is a bug in JclShell.pas concerning ShellLink Shortcuts. I have made a small demo app which demonstrates this bug and provides a fix for it: Create a ShellLink Shortcut somewhere (which is a file with a .LNK extension) and enter a hotkey for it containing MODIFIER KEYS, for example: Now start the demo app: JclShell_BugFix.zip ...and load the ShortcutLink. You will notice that the MODIFIER KEYS are missing from the hotkey: To activate the bug fix, uncomment these lines in the demo app source code: // Get the MODIFIER KEYS from SL.HotKey: HotKeyModifiers := Hi(SL.HotKey); HotKey1.Modifiers := []; if (HotKeyModifiers and HOTKEYF_ALT) = HOTKEYF_ALT then HotKey1.Modifiers := HotKey1.Modifiers + [hkAlt]; if (HotKeyModifiers and HOTKEYF_CONTROL) = HOTKEYF_CONTROL then HotKey1.Modifiers := HotKey1.Modifiers + [hkCtrl]; if (HotKeyModifiers and HOTKEYF_SHIFT) = HOTKEYF_SHIFT then HotKey1.Modifiers := HotKey1.Modifiers + [hkShift]; if (HotKeyModifiers and HOTKEYF_EXT) = HOTKEYF_EXT then HotKey1.Modifiers := HotKey1.Modifiers + [hkExt]; ...and recompile the demo app and then run it which will get you the missing MODIFIER KEYS: Now let's try the opposite way: Manually enter another hotkey in the HotKey box on the demo app, for example: Then SAVE the ShellLink Shortcut in any location you want by clicking the button "Save Shortcut Link". You will again notice that the MODIFIER KEYS are again missing from the hotkey of the saved ShellLink Shortcut: Now UNCOMMENT the following code-line in the demo app source code, to include the MODIFIER KEYS in the hotkey of the saved ShellLink Shortcut and then recompile the demo app: SL.HotKey := Winapi.Windows.MakeWord(Byte(HotKey1.HotKey), Byte(HotKey1.Modifiers)); ...and you will get the desired result in the saved ShellLink Shortcut:

Thanks. I have only searched in GitHub for "jvcl".

I found the JCL project on GitHub, but not the JVCL project. Do you have a link?

I have just installed Delphi 10.3.3 in a Parallels VM, and so far everything seems to be OK. Now in GetIt, I have tried to install the JCL (Jedi Code Library), and there was this error message: The code execution cannot continue because vcl260.bpl was not found. Reinstalling the program may fix the problem. Anyone ever got this error message?

When right-clicking a container-component (e.g. TCard) in the Designer Structure Panel, the PASTE Item in the Edit sub-menu is DISABLED, although there is a valid object text in the clipboard (e.g. from a previous object copy action): Can anybody confirm this?

I have found a time-consuming workaround: Create a dummy TPanel inside the TCard container inside the Structure Panel and then paste the object from the clipboard to the Panel inside the Structure Panel. Then inside the Structure Panel DRAG the pasted object from the Panel to its parent TCard. (Then afterward you can delete the dummy Panel). Obviously, the IDE DENIES to paste onto a TCARD inside the Structure Panel but explicitly ALLOWS pasting onto a TPanel inside the Structure Panel. This is weird!

Delphi 10.4.2: Has anyone ever had a Warning and an Error at the same time?

I prefer "Warror". It sounds better.

I am not sure whether this is a bug or not.

The IDE's toolbar icons are 16-pixel from stone-age. Wouldn't it be nice if the IDE's toolbar icons could be freely scaled? On my 4K main monitor, 20 pixels for the toolbar-icons would be a better fit. To achieve this, the IDE's toolbar-icons should be based on SVG and fall back on single icons where only a bitmap-icon is available. I.e., SVG-ImageLists always output bitmap icons, they only save the images internally as SVG. This would contribute to the usability of the IDE. What do you think?

Come on, why do you start again with harassment? Does it make you feel good?

You do not understand the concept of SVG-ImageLists: SVG-Images are not scaled in SVG-ImageLists, the pixel-output of SVG-ImageLists is scaled according to the user setting. And the IDE does not have to determine any scale. Let the user determine the scale of the icons according to his wishes.

Instead of forcing "HIGH-DPI on the IDE, wouldn't it be better to use SVG-ImageLists for the toolbar-icons and menu-icons, and for all other IDE-components have a user-configuration for the font-sizes? It would be so easy!

Isn't it time to undock the Designer from the rest of the IDE?

Does anybody know what the CODENAME for 10.5 will be? Maybe "LUNARBASE" or "DARKSIDEOFTHEMOON"?

They write: "High DPI IDE Support". Is that meant for the WHOLE IDE or only for parts of the IDE?

It has some tiny rendering errors with some very complex SVG documents. But it is easy to use for Icon-List purposes. For Embarcadero it would be perfect. As I said, the effort for Embarcadero would be minimal.

Is this a request to Embarcadero to use SVGIconImageList for the IDE toolbar-icons instead of the stone-age 16x16 Pixel-ImageLists? Will Embarcadero hear the request? BTW, all the icons Embarcadero uses for the IDE toolbar-icons are also available as SVG icons. So the effort to switch to scalable icons would be MINIMAL!

In the Delphi 10.4.2 Source Editor, when hovering the mouse pointer over a Property Identifier, the Property Name and the unit where it's declared are shown in a popup. In this screenshot, the mouse pointer is hovering over "Text": Is it possible to also show the TYPE in this popup? (In this case, that would be "TCaption").

I want MORE: I want FREELY SCALABLE icons!