Jump to content

PeterPanettone

Members
 View Profile  See their activity

  • Content Count

    1231

  • Joined

  • Last visited

  • Days Won

    5

Posts posted by PeterPanettone

  4. Posted · Edited by PeterPanettone

    On 4/27/2024 at 11:53 AM, MarkShark said:

    As a possibly related note.  I've created a bug report Lock Controls not visible initially regarding that menu item having some issues when placed on an IDE toolbar.  I always do this when I customize the IDE after install.  It's a very useful feature.

    The IDE plugin GExperts has a user-configurable TOOLBAR that allows you to place the LOCK CONTROLS command on that toolbar. It reflects the current state of the command (Locked or not):

     

    image.png.a4149874faf6bd05782145b37359c63b.png 

     

    There is even another plugin that has a similar toolbar functionality: CnWizards

     

  5. Posted · Edited by PeterPanettone

    In Tools -> Tool Properties -> Macros, there is no $Selection Macro to access the currently selected text in the Code Editor.

     

    image.thumb.png.755e1c9c951002fd2b19a7d2eb2776ed.png  

     

    The only macro to access content from the Code Editor is $CURTOKEN, which accesses the word at the caret position.

     

    Or is there a Macro to access the selected text?

  6. Posted · Edited by PeterPanettone

    A comment has been added to the Quality Portal report:

     

    Quote

     

    Another possibility would be the implementation of a start parameter that switches on the "Lock Controls" option when the IDE is started:

    bds.exe -LockControls

    This switch would activate the “Lock Controls“ option in the IDE. This approach would add an additional level of flexibility.

     

     

  7. Posted · Edited by PeterPanettone

    On the other hand, the "Show/Hide Non-Visual Components" setting in the Edit menu is already being restored between sessions:

     

    image.thumb.png.e3eb26c2760b8cc337a965859104edb2.png

     

    In other words, the "Show/Hide Non-Visual Components" setting is AUTOMATICALLY restored to its previous state when the IDE is restarted.

     

    So, it seems the Embarcadero team has forgotten to restore the "Lock Controls" setting.

  9. Posted · Edited by PeterPanettone

    image.thumb.png.12aed977d70e15c070064c54535d46da.png 

     

    The activated option "Lock Controls" in the Edit menu is not restored when re-starting the IDE!

     

    This option is very important and helpful, as it prevents an unintentional repositioning of controls in the Form Designer!

     

    It also prevents the annoying file change in the FormDesigner that frequently (randomly) happens when switching from the Code Editor to the FormDesigner (with F12), caused by the automatic re-aligning of aligned controls in the Form Designer:

     

    image.png.cdd9be1f4b81ebb98ba23a64b8746547.png  

     

    The option "Lock Controls" should be restored automatically when re-starting the IDE to prevent this annoying behavior!

     

    Can anyone confirm this?

    • Like 1

  16. Posted · Edited by PeterPanettone

    22 hours ago, John R. said:

    I can confirm this problem with a large number of standard actions added by third-party components such as ImageEn, TRichView actions... Very annoying and almost unusable, even for cat and dog owners 😉

    Other libraries that add a large number of Standard Actions: DevExpress, TMS, ShellBrowser, JVCL.

     

    This shows that the Embarcadero team does not conduct real-world tests. It seems they do their tests with empty environments.

  17. Posted · Edited by PeterPanettone

    1 hour ago, MichaelT said:

    fix

    The issue could be fixed by:

     

    1. Replacing the code that builds the List of Available Standard Actions with a more efficient code. Once the list has been built, it should be saved (in memory) and not rebuilt each time. The GetIt List was similarly slow before it was fixed. This confirms that the Delphi IDE code still contains some legacy in the form of antediluvian code.

     

    2. Implement a Search/Filter box in the List of Available Standard Actions. The Search/Filter box should also work with multiple words.

     

    3. Show a visual feedback indicator while building the List of Available Standard Actions, such as an hourglass cursor or something similar. This should be done in any professional application while executing a potentially lengthy process!

  20. Posted · Edited by PeterPanettone

    image.png.0a514f9d7c9a9ca106c02faaaa1ae640.png 

     

    In the ActionList Editor, when executing the "New Standard Action..." command, it takes more than ONE MINUTE (!!!) to display the list of available action classes, as this list is very long in my IDE environment:

     

    image.thumb.png.9082d788dce539306df136a06f3c9eeb.png 

     

    This is a sign of very INEFFICIENT CODE used to build this list.

     

    While waiting the eternity for the Action Classes list to build, there is no visual feedback indicator that should be shown to the user when waiting for a longer process, such as an hourglass cursor or something similar. This behavior is typical for a novice application, not a professional IDE environment.

     

    Also, there is no FILTER SEARCH box within the list of Available Action Classes! This makes it almost IMPOSSIBLE to find a specific Action class by name or type.

     

    This is one of several USER-UNFRIENDLY aspects of the Delphi IDE. This particular one prevents me from using Actions at all in a Delphi application.

    In the past, I have created a Quality Portal report to suggest improvements, but Embarcadero has never responded to this report.

     

    Is there a plugin that could replace the "New Standard Action" command?

     

    I am considering whether I should not renew my Embarcadero subscription and switch to a different programming environment. What is your advice?

  21. Posted

    24 minutes ago, Stano said:

    I collapse the function/procedure and so seemingly copy "just one" line.

    Thanks. That's an excellent idea!

     

    But for this, you have to go to the procedure/function header. A shortcut that works from any location inside the procedure/function would still be handy.

  22. Posted · Edited by PeterPanettone

    Regardless of the caret position within a procedure/function, how can I use a keyboard shortcut to select the entire procedure function?

     

    I am aware of the Ctrl+W: Select nearest block keyboard shortcut. However, a shortcut to select the whole procedure/function in one single action would be handy.

  24. Posted

    When I show a menu in Windows Notepad, this code gets me the handle of that menu window: 

    MenuWnd := FindWindowEx(0, 0, MAKEINTATOM($8000), nil);

      (which allows me to make a screenshot from that menu), for example:

     

    image.png.02cea8d88c0e4992a422f7e39c94891c.png

     

    But when I show a menu in the Delphi Code Editor, MenuWnd is 0!

     

    Does anybody know how I can get the handle of the menu window from the Delphi code editor or in other similar cases?

×