Ref. a Resolução Maior que 100% x DANFE

[Leandro Vignoto]

1 minute ago, Victor H. Gonzales - Panda said:

https://discord.com/channels/798697718800318484/798968895707938826/1128788248668418129

 

Nas versões atuais existe a opção de DPI unaware para os windows atuais.

você pode verificar de criar um manifesto personalizado e adicionar isso, visto que sua IDE não deve ter suporte a auto criação desse manifesto com esse recurso

 

"....você pode verificar de criar um manifesto personalizado e adicionar isso..... "

Já havia comentado nos trâmites desse tópico que já utilizei essa opção do manifesto personalizado e não funcionou.

Abaixo o manifesto utilizado, talvez tenha feito algo errado.

Alguém conseguiu o resultado correto com o Seattle ?

 

------------

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
  <dependency>
    <dependentAssembly>
      <assemblyIdentity
        type="win32"
        name="Microsoft.Windows.Common-Controls"
        version="6.0.0.0"
        publicKeyToken="6595b64144ccf1df"
        language="*"
        processorArchitecture="*"/>
    </dependentAssembly>
  </dependency>
  <trustInfo xmlns="urn:schemas-microsoft-com:asm.v3">
    <security>
      <requestedPrivileges>
        <requestedExecutionLevel
          level="asInvoker"
          uiAccess="false"/>
        </requestedPrivileges>
    </security>
  </trustInfo>
  <asmv3:application xmlns:asmv3="urn:schemas-microsoft-com:asm.v3">
    <asmv3:windowsSettings
         xmlns="http://schemas.microsoft.com/SMI/2005/WindowsSettings">
      <dpiAware>False</dpiAware>
    </asmv3:windowsSettings>
  </asmv3:application>
</assembly>
 

[Victor H. Gonzales - Panda]

Em 18/07/2023 at 17:36, Leandro Vignoto disse:

"....você pode verificar de criar um manifesto personalizado e adicionar isso..... "

Já havia comentado nos trâmites desse tópico que já utilizei essa opção do manifesto personalizado e não funcionou.

Abaixo o manifesto utilizado, talvez tenha feito algo errado.

Alguém conseguiu o resultado correto com o Seattle ?

 

------------

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
  <dependency>
    <dependentAssembly>
      <assemblyIdentity
        type="win32"
        name="Microsoft.Windows.Common-Controls"
        version="6.0.0.0"
        publicKeyToken="6595b64144ccf1df"
        language="*"
        processorArchitecture="*"/>
    </dependentAssembly>
  </dependency>
  <trustInfo xmlns="urn:schemas-microsoft-com:asm.v3">
    <security>
      <requestedPrivileges>
        <requestedExecutionLevel
          level="asInvoker"
          uiAccess="false"/>
        </requestedPrivileges>
    </security>
  </trustInfo>
  <asmv3:application xmlns:asmv3="urn:schemas-microsoft-com:asm.v3">
    <asmv3:windowsSettings
         xmlns="http://schemas.microsoft.com/SMI/2005/WindowsSettings">
      <dpiAware>False</dpiAware>
    </asmv3:windowsSettings>
  </asmv3:application>
</assembly>
 

<dpiAwareness>unaware</dpiAwareness>

[Leandro Vignoto]

4 hours ago, Victor H. Gonzales - Panda said:

<dpiAwareness>unaware</dpiAwareness>

Boa Tarde !

  Refiz os testes com esse parâmetro e o resultado foi o mesmo, ou seja, não tive o alinhamento correto.

[Victor H. Gonzales - Panda]

então ou você terá que trocar o motor de relatório (fpdf, fastreport) ou a versão da sua IDE (rad 11.3).

ou verificar alguma forma de manipular o DPI de tal forma que se adeque ao seu cenário.

lembrando que a maquina de build é em 100%, caso contrário o DPI que você está setando no DFM estará em proporção diferente do runtime.

[Leandro Vignoto]

8 minutes ago, Victor H. Gonzales - Panda said:

então ou você terá que trocar o motor de relatório (fpdf, fastreport) ou a versão da sua IDE (rad 11.3).

ou verificar alguma forma de manipular o DPI de tal forma que se adeque ao seu cenário.

lembrando que a maquina de build é em 100%, caso contrário o DPI que você está setando no DFM estará em proporção diferente do runtime.

Bom Dia !

  Isso que precisava saber, ou seja, se é eu que não consigo fazer funcionar no Seattle ou se de fato o componente não é compatível com todas as linguagens do Delphi e pelo que estou entendendo não é compatível, pois está tendo comportamentos diferente.

 

  Nos trâmites (imagem abaixo) foi falado que seria tentado realizar os testes, isso foi feito ?

[Victor H. Gonzales - Panda]

Agora, Leandro Vignoto disse:

Bom Dia !

  Isso que precisava saber, ou seja, se é eu que não consigo fazer funcionar no Seattle ou se de fato o componente não é compatível com todas as linguagens do Delphi e pelo que estou entendendo não é compatível, pois está tendo comportamentos diferente.

 

  Nos trâmites (imagem abaixo) foi falado que seria tentado realizar os testes, isso foi feito ?

nossas versões é 11.3, não temos a Seatle em especifico, na versão que tenho não simulo o seu problema.

a sua questão é com o Fortes (3th), não com o componente em si da ACBr.

alias, temos algumas versões além do 11.3

como Lazarus e D7, não consegui recriar o seu cenário neles. 

em especifico a sua versão instalada não tenho.

[Leandro Vignoto]

16 minutes ago, Victor H. Gonzales - Panda said:

nossas versões é 11.3, não temos a Seatle em especifico, na versão que tenho não simulo o seu problema.

a sua questão é com o Fortes (3th), não com o componente em si da ACBr.

Bom Dia !

  Entendo que Fortes é diferente de ACBR.

  Mas no fim das contas é um pacote só que deveria caminhar juntos. Se isso realmente não for possível, paciência.

[Victor H. Gonzales - Panda]

não entendi "é um pacote só"

o ACBr é uma suite de componentes fiscais, ele usa como motor de relatório 4 geradores a grosso modo, ESCPOS, Fortes Report, FPDF, Fast Report.

os componentes de geradores de relatórios podemos entender que são componentes de terceiros (3thparty) que fazem parte do projeto ACBr, mas que não são diretamente mantido pelo projeto ACBr.

Você pode escolher um dos 4 geradores que melhor servir a sua necessidade.

 

no seu caso especifico, está havendo incompatibilidade, no RAD 11.3 usando o mesmo componente Fortes Report a IDE constrói o manifesto e não ocorre esse problema como é o relato do amigo no discord, que teve problema similar ao seu e foi contornado, lembrando que a maquina que gera a build está em 100% para não haver mudanças nas coordenadas no DFM.

 

caso você conseguir identificar esse problema e contornar, voce pode voce um PR no GITHUB do fortes report, solicitando a correção que você implantou no Fortes Reports.

 

se você conseguir atualizar a IDE para fazer um teste na TRIAL, verifica essa situação se estabiliza, ou tentar gerar pelo FastReports.