Jump to content

Uwe Raabe

Members
 View Profile  See their activity

  • Content Count

    2907

  • Joined

  • Last visited

  • Days Won

    169

Posts posted by Uwe Raabe

  1. Posted

    I have just uploaded a new beta 15.0.0.2350: https://www.mmx-delphi.de/downloads/download-info/mmx-beta-build/

     

    bugs fixed:

    • there were still problems with AutoToggleObjectInspector
    • message instead of exception on convert with when no with is available
    • sometimes Explorer behaved strange with docking

    OT: I was a bit overwhelmed when I realized that there were over 16.000 downloads for MMX 15.0.0.2346 - quite impressive for a beta version. 

    • Like 1
    • Thanks 1

  2. Posted · Edited by Uwe Raabe

    Sorry, but I cannot reproduce that here with the attached DST and the steps given. Everything works as expected.

     

    Correction: I can reproduce it - just had to revert the Debug layout to the original before.

     

    At first glance I suspect a second window to be opened. Something to investigate.

  4. Posted

    The list of known classes is built from parsing the project files (if checked) and the files opened in the editor (at least once when Persistent Module Information is checked).

     

    F.i. to add TInterfacedObjectEx to the known types list, the unit Spring.pas either has to be included in the project or opened in the editor so that MMX can parse the source.

     

    The parsed modules with the types declared are stored per IDE and MMX version in %LOCALAPPDATA%\Raabe Software\MMX Code Explorer\15.0\BDS20_known_modules.xml (for MMX15 in  Delphi Rio). You can inspect that file for the missing type identifiers.

    • Thanks 2

  8. Posted

    There are two ways to open that menu. Both can be seen in your screenshots. The first is to use the editor context menu and select the MMX Commands entry and the other one is with the shortcut Shift-Ctrl-Alt-X (as default).

     

    The only difference is that one simply adds items and subitems to the existing popup menu while the other creates a new TPopupMenu owned by the editor window before. There is no owner draw code, so there is not much I can do about it.

     

    I am not sure what changing MMX properties can trigger to make it work.

     

    As I am not using the IDE theme editor here I am not able to reproduce it. You can ask Rodrigo about that. Perhaps he has an idea what is a causing that.

    • Like 1

  10. Posted

    55 minutes ago, Ian Branch said:

    I am running D10.3.2, Windows 10, 1920 x 1080 screen.

    Interesting - I have about the same configuration and it works with Determine Line height at startup out of the box.

     

    Anyway, the algorithms behind that are kind of deprecated. I plan to switch to one of the newer interfaces provided by the ToolsApi to draw things inside the editor, which will overcome this problem once and for all. Sometimes things are so much simpler after dropping support for older Delphi versions.

  11. Posted

    2 hours ago, Dokkie said:

    The MMX popup menu in Rio 10.3.2 with new hotfix none of the menu choices are visible although the seperator lines show up as do the right arrows.

    Cannot reproduce here. Can you find some other possible cause for that?

     

    A screenshot would be nice, too. Just t make sure we are talking about the same thing.

  12. Posted

    7 hours ago, Ian Branch said:

    What's the story with the dislocation between the editing cursor and the mmx cursor?

    This usually happens with non standard fonts and can be adjusted in General - Delphi  Editor - Cursor position indicator - Line Height correction.

  14. Posted

    On 8/6/2019 at 7:20 PM, Carlos Tré said:

    When using the add class expert I can no longer have TInterfacedObject auto completed,

    Can you enable Pre-parse Editor Files and Pre-parse Project Files in General options and see if that helps?

    • Like 1

  15. Posted

    @ULIKThanks for reporting.

     

    I really appreciate these bug reports - from all users here. The changes in v15 are huge and MMX has too much places and functions affected to overlook all of them. That is why I have to rely on all of you to spot these bugs and glitches. So, thanks also to all of you. 👍

     

    Next when I have a bit of spare time I will go over these and publish a new beta version.

    • Like 2
    • Thanks 1

  24. Posted

    35 minutes ago, PeterPanettone said:

    Wouldn't that move the problem at the top of the splash list?

    No, because the problem occurs only with the package that is at the bottom when scrolling is imminent. The first package usually appears above that bottom line.

     

    Of course, if you have many experts installed occupying that place, there is no chance to solve that.

     

    Just to make it clear: It is not a problem of the packages, but of the Delphi splash screen implementation. The package just registers itself with the SplashScreenService. The drawing is done somewhere else.

×