Skip to main content
JonBe
JonBe
Inspiring
April 6, 2021
Question

Custom dialogs (*.dre) updated in either FrameMaker 2019 or 2020 exhibit bizarre scaling

  • April 6, 2021
  • 3 replies
  • 568 views

Opening a custom dialog (*.dre) in either FrameMaker 2019 or 2020, making changes, and then saving results in the dialog being sized much larger than it appears in the actual dre file. For example, opening FDK2019\samples\dialog\dialog.dre, making a change, and then saving, changes the dialog definition header as follows:

 

before

dialog DIALOG LOADONCALL MOVEABLE DISCARDABLE 0, 0, 216, 154 

after

dialog DIALOG LOADONCALL MOVEABLE DISCARDABLE -1, -1, 541, 386

 

The controls on the dialog are resized and moved and the font is changed from 8 "Tahoma" to 9 "Segoe UI".

 

If you run a dialog (Esc d t) in 2019 or 2020 before any changes, it is displayed resized. So it looks like 2019/2020 are applying some scaling when saving/running a dre.

 

Has anyone else come across this and got a work around? For the time being, I can edit the *.dlg file directly, so I can ensure the size of the dialog is correct.

 

I will create a bug report when I have a bit of time.

 

Jon

This topic has been closed for replies.

3 replies

JonBe
JonBeAuthor
Inspiring
June 24, 2021

I have found a workaround for this scaling issue with the saving of custom dialogs. Setting high DPI scaling behaviour to override when performed by System (Enhanced) as shown in the attached screen shot resolved the issue. I went looking for this setting as I was having issues with other aspects of the display running FrameMaker. I have other applications that have scaling issues, some dialogs in Visual Studio 2019 and popups from Edge Chromium for example, particularly on my second monitor, so FrameMaker is not alone. I hear there are improvements in multiple monitor handling in Windows 11? 🤞

    R
    Russ Ward
    Legend
    June 24, 2021

    Wow. That is a find. Thank you Jon.

    R
    Russ Ward
    Legend
    April 7, 2021

    Jon, yes! I tried one time to edit a DRE dialog with FM2019 and it exhibited the same behavior... I just gave up and messed with the DLG file directly. It was a small edit, luckily. And I haven't had any more DRE work to do so I just forgot about it. I hope this gets fixed because I figure I'll need it eventually. Thanks for reporting it.

     

    Russ

      S
      Community Manager
      Stefan GentzCommunity Manager
      Community Manager
      April 6, 2021

      Hi Jon,

      I guess this might be due to High-DPI support introduced in FM 2019.

      I'll send you an email so that you can discuss it directly with the devs.

      Cheers!

      JonBe
      JonBeAuthor
      Inspiring
      April 6, 2021

      Hi Stefan,

       

      Thanks for the prompt response. When the dialog (the original) is shown from a plugin (at least in 2019), the size is exactly as expected, so it seems the High-DPI influence is only for running or saving the dre in 2019/2020.

       

      Jon

        S
        Community Manager
        Stefan GentzCommunity Manager
        Community Manager
        April 6, 2021

        Yeah, my understanding is, that there are several "layers" between the legacy DRE workflow (which roots back in FM for Unix days afaik), the FM API, and today's UI Framework of FM. So, that it works in the plugin as expected does not surprise me, as this is probably getting "translated" on runtime. It's probably not getting translated in the dre dev environment.

        Let's take it from the email I have sent out a few minutes ago. We can (should) update this tread once we have investigated this.

        Terms & ConditionsAccessibility statement
        Using the community Terms of use Privacy Cookie preferences Do not sell or share my personal information ad choicesAdChoices