Cobol Foro

Cobol Foro (https://www.cobolforo.es/index.php)
-   PowerCOBOL (ActiveX, v4 - v11) (https://www.cobolforo.es/forumdisplay.php?f=9)
-   -   [Compilador] Aplicación en Powercobol / dos monitores (https://www.cobolforo.es/showthread.php?t=1883)

Joseg 23 de enero de 2026 11:29
Aplicación en Powercobol / dos monitores
 
¿Es posible que una aplicación Powercobol funcione con dos monitores?
Por ejemplo, si inicio la aplicación en un monitor y arrastro una ventana a otro, los eventos de la Listview dejan de responder.

Gracias,
José

Roberto 23 de enero de 2026 17:07
Particularmente a mi me funciona bien.

Kuk 24 de enero de 2026 20:47
@Joseg, es muy raro lo que cuentas, porque no tiene nada que ver, en teoría.

Si vuelves a traerla a la pantalla inicial, vuelve a funcionar?
De qué eventos estamos hablando? Enséñanos el código a ver...

Joseg 25 de enero de 2026 13:52
Cita:
Citación del post de Kuk (Mensaje 10179)
@Joseg, es muy raro lo que cuentas, porque no tiene nada que ver, en teoría.

Si vuelves a traerla a la pantalla inicial, vuelve a funcionar?
De qué eventos estamos hablando? Enséñanos el código a ver...
El principal problema que veo está en el evento "ItemClick" de "ListView" (al seleccionar una Línea); al arrastrarlo al monitor principal, funciona sin problemas. Powercobol 9.

Exemplo:
Código COBOL:
  1. ENVIRONMENT     DIVISION.
  2.  DATA            DIVISION.
  3.  WORKING-STORAGE SECTION.
  4.  LINKAGE         SECTION.
  5.  01  POW-PLISTITEM OBJECT REFERENCE POW-CLISTITEM.
  6.  PROCEDURE       DIVISION USING POW-PLISTITEM.
  7.  
  8.              MOVE "Text" (1) OF POW-PLISTITEM TO RFAM
  9.              INVOKE POW-SELF "CloseForm"                    
  10.              EXIT PROGRAM.

Kuk 25 de enero de 2026 19:20
@Joseg, entonces el problema es sólo en el Drag-and-Drop ? Cuando lo arrastras, dónde te lo llevas? A otra pantalla PowerCOBOL ?

Joseg 26 de enero de 2026 11:49
Cita:
Citación del post de Kuk (Mensaje 10181)
@Joseg, entonces el problema es sólo en el Drag-and-Drop ? Cuando lo arrastras, dónde te lo llevas? A otra pantalla PowerCOBOL ?
Exactamente!

Kuk 26 de enero de 2026 12:28
@Joseg, y qué es lo que pasa? Se queda colgada la aplicación? Te salta algún error? O simplemente no hace nada y el resto funciona todo?

Joseg 26 de enero de 2026 13:26
Cita:
Citación del post de Kuk (Mensaje 10185)
@Joseg, y qué es lo que pasa? Se queda colgada la aplicación? Te salta algún error? O simplemente no hace nada y el resto funciona todo?
No genera ningún error; el evento "ItemClick" simplemente no ocurre.

Utilicé "debug" para confirmar.

Si vuelvo a colocar la ventana en el monitor principal, todo funciona sin problemas.

La ventana que llama es una DLL, y la ventana que se llama (donde se encuentra ListView, donde se buscan) también es una DLL.

Ejemplo: ManCli.DLL ---> PesquisaClientes.dll

Código COBOL:
  1. INVOKE POW-SELF "CallForm" USING "PesquisaClientes" "PesquisaClientes"      *> --> Funciona Ok!

Kuk 26 de enero de 2026 17:03
@Joseg, por lo que entiendo debe ser un bug, no creo que sea problema de código.

En qué versión de PowerCOBOL trabajas? Si existe una más reciente, lo mismo vale la pena de probar primero con el run-time más reciente y hasta recompilando (en una VM para no alterar la instalación existente).

Y si esto tampoco ayuda, entonces plantearse cambiar el enfoque y hacerlo de tal manera que no se base en el evento ItemClick: por ejemplo que lo que se hace en este evento lo metas en el evento Click de un botón, done primero validas que haya un Item seleccionado y luego haces todo lo que se hace ahora.

Joseg 27 de enero de 2026 00:36
Cita:
Citación del post de Kuk (Mensaje 10187)
@Joseg, por lo que entiendo debe ser un bug, no creo que sea problema de código.
No sé si es un bug, ya que muchos entornos de desarrollo antiguos no funcionan bien con configuraciones multimonitor. Creo que vi el mismo problema con una aplicación de VB6 en un foro.

Cita:
Citación del post de Kuk (Mensaje 10187)
En qué versión de PowerCOBOL trabajas?
Si existe una más reciente, lo mismo vale la pena de probar primero con el run-time más reciente y hasta recompilando (en una VM para no alterar la instalación existente).
Powercobol v9

Cita:
Citación del post de Kuk (Mensaje 10187)
Y si esto tampoco ayuda, entonces plantearse cambiar el enfoque y hacerlo de tal manera que no se base en el evento ItemClick: por ejemplo que lo que se hace en este evento lo metas en el evento Click de un botón, done primero validas que haya un Item seleccionado y luego haces todo lo que se hace ahora.
Puedo intentarlo, pero tengo este problema con docenas de ventanas.

Kuk 28 de enero de 2026 22:02
@Joseg, prueba primero con el run-time más moderno: Run-Times y Merge-Modules v10.1 - Cobol Foro

dariodr 29 de enero de 2026 12:02
Hola Kuk, el archivador esta con contraseña-

Josber 29 de enero de 2026 18:59
Cita:
Citación del post de dariodr (Mensaje 10191)
Hola Kuk, el archivador esta con contraseña-
Tienes la password en el mismo nombre del archivo que descargas NetCOBOL_Win_V10_1_Runtimes_PASS_RunMyCOBOL :) ;)

Un salu2.-

Joseg 30 de enero de 2026 12:26
Cita:
Citación del post de Kuk (Mensaje 10190)
@Joseg, prueba primero con el run-time más moderno: Run-Times y Merge-Modules v10.1 - Cobol Foro
Mismo comportamiento :(

Kuk 30 de enero de 2026 16:42
@Joseg, entonces habría que intentarlo recompilando en una versión más moderna de PowerCOBOL, garantía ninguna pero puede que ayude...

Joseg 2 de febrero de 2026 12:22
Cita:
Citación del post de Kuk (Mensaje 10194)
@Joseg, entonces habría que intentarlo recompilando en una versión más moderna de PowerCOBOL, garantía ninguna pero puede que ayude...
PowerCobol se ha estancado. Las versiones más recientes son EXACTAMENTE iguales a las anteriores. Por lo que he podido comprobar, no ha habido cambios desde la versión 9. Solo se ha modificado o setup para cumplir con los últimos requisitos de MSI/Microsoft.

Kuk 2 de febrero de 2026 21:14
@Joseg, no te creas, el compilador usa librerías propias (de Fujitsu) y de Microsoft para compilar, alguna que otra de estas tienen fechas más recientes y versiones más altas en versiones más recientes de PowerCOBOL. Así que, yo que tú, intentaría de todos modos recompilar la aplicación.

Josber 9 de febrero de 2026 16:13
@Joseg, Por una casualidad, ¿has probado a crear un archivo .manifest diciéndole que quieres usar mejoras visuales como es multimonitor?, parece una chorrada pero ese tipo de archivos, controlan bastantes "tonterias"

Tendrías que incluir el siguiente código en el .manifest

Código XML:
  1. <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
  2. <assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
  3.  
  4.   <!-- Activar estilos visuales modernos (Common Controls v6) -->
  5.   <dependency>
  6.     <dependentAssembly>
  7.       <assemblyIdentity
  8.         type="win32"
  9.         name="Microsoft.Windows.Common-Controls"
  10.         version="6.0.0.0"
  11.         processorArchitecture="*"
  12.         publicKeyToken="6595b64144ccf1df"
  13.         language="*"/>
  14.     </dependentAssembly>
  15.   </dependency>
  16.  
  17.   <!-- Compatibilidad con Windows 10 y DPI Awareness (multi-monitor) -->
  18.   <application xmlns="urn:schemas-microsoft-com:asm.v3">
  19.     <windowsSettings>
  20.       <!-- DPI por monitor (ideal para doble monitor con resoluciones distintas) -->
  21.       <dpiAware>true</dpiAware>
  22.       <dpiAwareness>PerMonitorV2</dpiAwareness>
  23.  
  24.       <!-- Declarar compatibilidad con Windows 10 -->
  25.       <supportedOS Id="{8e0f7a12-bfb3-4fe8-b9a5-48fd50a15a9a}"/>
  26.     </windowsSettings>
  27.   </application>
  28.  
  29. </assembly>

Eso sí, tendrías que hacer un .manifest por cada programa que tengas, tanto el que llama (PROGRAMA) como el que recibe la llamada (SUBPROGRAMA), porque no son heredados

Ya nos vas diciendo

Un salu2.-

Joseg 9 de febrero de 2026 17:23
Cita:
Citación del post de Josber (Mensaje 10200)
@Joseg, Por una casualidad, ¿has probado a crear un archivo .manifest diciéndole que quieres usar mejoras visuales como es multimonitor?, parece una chorrada pero ese tipo de archivos, controlan bastantes "tonterias"

Tendrías que incluir el siguiente código en el .manifest

Código XML:
  1. <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
  2. <assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
  3.  
  4.   <!-- Activar estilos visuales modernos (Common Controls v6) -->
  5.   <dependency>
  6.     <dependentAssembly>
  7.       <assemblyIdentity
  8.         type="win32"
  9.         name="Microsoft.Windows.Common-Controls"
  10.         version="6.0.0.0"
  11.         processorArchitecture="*"
  12.         publicKeyToken="6595b64144ccf1df"
  13.         language="*"/>
  14.     </dependentAssembly>
  15.   </dependency>
  16.  
  17.   <!-- Compatibilidad con Windows 10 y DPI Awareness (multi-monitor) -->
  18.   <application xmlns="urn:schemas-microsoft-com:asm.v3">
  19.     <windowsSettings>
  20.       <!-- DPI por monitor (ideal para doble monitor con resoluciones distintas) -->
  21.       <dpiAware>true</dpiAware>
  22.       <dpiAwareness>PerMonitorV2</dpiAwareness>
  23.  
  24.       <!-- Declarar compatibilidad con Windows 10 -->
  25.       <supportedOS Id="{8e0f7a12-bfb3-4fe8-b9a5-48fd50a15a9a}"/>
  26.     </windowsSettings>
  27.   </application>
  28.  
  29. </assembly>

Eso sí, tendrías que hacer un .manifest por cada programa que tengas, tanto el que llama (PROGRAMA) como el que recibe la llamada (SUBPROGRAMA), porque no son heredados

Ya nos vas diciendo

Un salu2.-

Ya uso el archivo .manifest.

Ejemplo: myprog.exe / myprog.exe.manifest

Cuando dices "por programa", ¿te refieres a DLL, EXE, FORM, etc.?

Con el .manifest que sugieres parece una buena idea, pero el programa no está despegando.

Gracias

Josber 9 de febrero de 2026 19:42
Cita:
Citación del post de Joseg (Mensaje 10201)
Cuando dices "por programa", ¿te refieres a DLL, EXE, FORM, etc.?
Me refiero a EXE y DLL, ten en cuenta que no es como los permisos de las aplicaciones, que son heredadas de "padres" a "hijos", aquí n éste caso, el .manifest es único para cada programa y,
Cita:
Citación del post de Joseg (Mensaje 10201)
el programa no está despegando
Significa que lo tienes parado o que tienes más problemas ¿?¿?¿?

Por cierto, si ya tienes un archivo .manifest, del que te he pasado, las 2 primeras líneas y la última, no has de incluirlas, que esas ya las tienes


La franja horaria es GMT +2. Ahora son las 14:46.

Powered by: vBulletin, Versión 3.8.7
Derechos de Autor ©2000 - 2026, Jelsoft Enterprises Ltd.