Skip to main content

[archive] Text Based Screen 1028x768 Resolution

  • August 31, 2007
  • 30 replies
  • 0 views
D

[Migrated content. Thread originally posted on 30 August 2007]

Hi All -
When we started converting our text based programs to gui, we designed them for 800x600 which was recommended by Acucorp. Since beginning the conversion 1028x768 has become the more 'standard' resolution.

Here's my issue - our application is driven by a graphical menu system that is capable of calling gui or the older text based programs. Threads are used to allow the user to launch more than one program simutaneously. The system knows when the user is trying to execute a text based program and displays an independent graphical window with a fixed-font as follows:
Display Independent GRAPHICAL WINDOW
LINES 25.00, SIZE 80.00, HEIGHT-IN-CELLS, WIDTH-IN-CELLS,
COLOR 65616, ERASE, CONTROL FONT Fixed-Font,
LINK TO THREAD, MODELESS, NO SCROLL, TITLE-BAR,
TITLE program-title, AUTO-MINIMIZE, AUTO-RESIZE,
No WRAP, EVENT PROCEDURE TextScrn-1-Event-Proc,
HANDLE IS TextScrn-1-Handle.

This looks great if user's resolution is 800x600, but when using 1024x768 or higher it is difficult to see on smaller screen sizes.

:confused: I have totally run out of ideas and would appreciate any help on how to make the text base screen appear larger in the higher resolutions.

Thanks in advance for any input or suggestions!

    30 replies

    D

    [Migrated content. Thread originally posted on 30 August 2007]

    Hi All -
    When we started converting our text based programs to gui, we designed them for 800x600 which was recommended by Acucorp. Since beginning the conversion 1028x768 has become the more 'standard' resolution.

    Here's my issue - our application is driven by a graphical menu system that is capable of calling gui or the older text based programs. Threads are used to allow the user to launch more than one program simutaneously. The system knows when the user is trying to execute a text based program and displays an independent graphical window with a fixed-font as follows:
    Display Independent GRAPHICAL WINDOW
    LINES 25.00, SIZE 80.00, HEIGHT-IN-CELLS, WIDTH-IN-CELLS,
    COLOR 65616, ERASE, CONTROL FONT Fixed-Font,
    LINK TO THREAD, MODELESS, NO SCROLL, TITLE-BAR,
    TITLE program-title, AUTO-MINIMIZE, AUTO-RESIZE,
    No WRAP, EVENT PROCEDURE TextScrn-1-Event-Proc,
    HANDLE IS TextScrn-1-Handle.

    This looks great if user's resolution is 800x600, but when using 1024x768 or higher it is difficult to see on smaller screen sizes.

    :confused: I have totally run out of ideas and would appreciate any help on how to make the text base screen appear larger in the higher resolutions.

    Thanks in advance for any input or suggestions!
    You do not specify the Window font, just the control font. Which means the window and the cell scales to the standard font size, which indeed is small the higher the resolution.

    Try this (and alternate the size to get one that fits your resolution).

    MOVE 14  TO WFONT-SIZE.
    MOVE "Courier New" TO WFONT-NAME.
    MOVE 1  TO WFONT-BOLD-STATE.
    CALL "W$FONT" USING
    WFONT-GET-CLOSEST-FONT
    FONT-HANDLE
    WFONT-DATA.
    DISPLAY INDEPENDENT  WINDOW
    FONT  FONT-HANDLE.
    D

    [Migrated content. Thread originally posted on 30 August 2007]

    Hi All -
    When we started converting our text based programs to gui, we designed them for 800x600 which was recommended by Acucorp. Since beginning the conversion 1028x768 has become the more 'standard' resolution.

    Here's my issue - our application is driven by a graphical menu system that is capable of calling gui or the older text based programs. Threads are used to allow the user to launch more than one program simutaneously. The system knows when the user is trying to execute a text based program and displays an independent graphical window with a fixed-font as follows:
    Display Independent GRAPHICAL WINDOW
    LINES 25.00, SIZE 80.00, HEIGHT-IN-CELLS, WIDTH-IN-CELLS,
    COLOR 65616, ERASE, CONTROL FONT Fixed-Font,
    LINK TO THREAD, MODELESS, NO SCROLL, TITLE-BAR,
    TITLE program-title, AUTO-MINIMIZE, AUTO-RESIZE,
    No WRAP, EVENT PROCEDURE TextScrn-1-Event-Proc,
    HANDLE IS TextScrn-1-Handle.

    This looks great if user's resolution is 800x600, but when using 1024x768 or higher it is difficult to see on smaller screen sizes.

    :confused: I have totally run out of ideas and would appreciate any help on how to make the text base screen appear larger in the higher resolutions.

    Thanks in advance for any input or suggestions!
    You do not specify the Window font, just the control font. Which means the window and the cell scales to the standard font size, which indeed is small the higher the resolution.

    Try this (and alternate the size to get one that fits your resolution).

    MOVE 14  TO WFONT-SIZE.
    MOVE "Courier New" TO WFONT-NAME.
    MOVE 1  TO WFONT-BOLD-STATE.
    CALL "W$FONT" USING
    WFONT-GET-CLOSEST-FONT
    FONT-HANDLE
    WFONT-DATA.
    DISPLAY INDEPENDENT  WINDOW
    FONT  FONT-HANDLE.
    D

    [Migrated content. Thread originally posted on 30 August 2007]

    Hi All -
    When we started converting our text based programs to gui, we designed them for 800x600 which was recommended by Acucorp. Since beginning the conversion 1028x768 has become the more 'standard' resolution.

    Here's my issue - our application is driven by a graphical menu system that is capable of calling gui or the older text based programs. Threads are used to allow the user to launch more than one program simutaneously. The system knows when the user is trying to execute a text based program and displays an independent graphical window with a fixed-font as follows:
    Display Independent GRAPHICAL WINDOW
    LINES 25.00, SIZE 80.00, HEIGHT-IN-CELLS, WIDTH-IN-CELLS,
    COLOR 65616, ERASE, CONTROL FONT Fixed-Font,
    LINK TO THREAD, MODELESS, NO SCROLL, TITLE-BAR,
    TITLE program-title, AUTO-MINIMIZE, AUTO-RESIZE,
    No WRAP, EVENT PROCEDURE TextScrn-1-Event-Proc,
    HANDLE IS TextScrn-1-Handle.

    This looks great if user's resolution is 800x600, but when using 1024x768 or higher it is difficult to see on smaller screen sizes.

    :confused: I have totally run out of ideas and would appreciate any help on how to make the text base screen appear larger in the higher resolutions.

    Thanks in advance for any input or suggestions!
    I'm using Totem and it generated with the control font property, but not with the font property. I also did not realize the difference between these two properites. So, for a quick test I modified the generated code and it works! THANK YOU GISLES!!!:D
    D

    [Migrated content. Thread originally posted on 30 August 2007]

    Hi All -
    When we started converting our text based programs to gui, we designed them for 800x600 which was recommended by Acucorp. Since beginning the conversion 1028x768 has become the more 'standard' resolution.

    Here's my issue - our application is driven by a graphical menu system that is capable of calling gui or the older text based programs. Threads are used to allow the user to launch more than one program simutaneously. The system knows when the user is trying to execute a text based program and displays an independent graphical window with a fixed-font as follows:
    Display Independent GRAPHICAL WINDOW
    LINES 25.00, SIZE 80.00, HEIGHT-IN-CELLS, WIDTH-IN-CELLS,
    COLOR 65616, ERASE, CONTROL FONT Fixed-Font,
    LINK TO THREAD, MODELESS, NO SCROLL, TITLE-BAR,
    TITLE program-title, AUTO-MINIMIZE, AUTO-RESIZE,
    No WRAP, EVENT PROCEDURE TextScrn-1-Event-Proc,
    HANDLE IS TextScrn-1-Handle.

    This looks great if user's resolution is 800x600, but when using 1024x768 or higher it is difficult to see on smaller screen sizes.

    :confused: I have totally run out of ideas and would appreciate any help on how to make the text base screen appear larger in the higher resolutions.

    Thanks in advance for any input or suggestions!
    I'm using Totem and it generated with the control font property, but not with the font property. I also did not realize the difference between these two properites. So, for a quick test I modified the generated code and it works! THANK YOU GISLES!!!:D
    D

    [Migrated content. Thread originally posted on 30 August 2007]

    Hi All -
    When we started converting our text based programs to gui, we designed them for 800x600 which was recommended by Acucorp. Since beginning the conversion 1028x768 has become the more 'standard' resolution.

    Here's my issue - our application is driven by a graphical menu system that is capable of calling gui or the older text based programs. Threads are used to allow the user to launch more than one program simutaneously. The system knows when the user is trying to execute a text based program and displays an independent graphical window with a fixed-font as follows:
    Display Independent GRAPHICAL WINDOW
    LINES 25.00, SIZE 80.00, HEIGHT-IN-CELLS, WIDTH-IN-CELLS,
    COLOR 65616, ERASE, CONTROL FONT Fixed-Font,
    LINK TO THREAD, MODELESS, NO SCROLL, TITLE-BAR,
    TITLE program-title, AUTO-MINIMIZE, AUTO-RESIZE,
    No WRAP, EVENT PROCEDURE TextScrn-1-Event-Proc,
    HANDLE IS TextScrn-1-Handle.

    This looks great if user's resolution is 800x600, but when using 1024x768 or higher it is difficult to see on smaller screen sizes.

    :confused: I have totally run out of ideas and would appreciate any help on how to make the text base screen appear larger in the higher resolutions.

    Thanks in advance for any input or suggestions!
    I'm using Totem and it generated with the control font property, but not with the font property. I also did not realize the difference between these two properites. So, for a quick test I modified the generated code and it works! THANK YOU GISLES!!!:D
    D

    [Migrated content. Thread originally posted on 30 August 2007]

    Hi All -
    When we started converting our text based programs to gui, we designed them for 800x600 which was recommended by Acucorp. Since beginning the conversion 1028x768 has become the more 'standard' resolution.

    Here's my issue - our application is driven by a graphical menu system that is capable of calling gui or the older text based programs. Threads are used to allow the user to launch more than one program simutaneously. The system knows when the user is trying to execute a text based program and displays an independent graphical window with a fixed-font as follows:
    Display Independent GRAPHICAL WINDOW
    LINES 25.00, SIZE 80.00, HEIGHT-IN-CELLS, WIDTH-IN-CELLS,
    COLOR 65616, ERASE, CONTROL FONT Fixed-Font,
    LINK TO THREAD, MODELESS, NO SCROLL, TITLE-BAR,
    TITLE program-title, AUTO-MINIMIZE, AUTO-RESIZE,
    No WRAP, EVENT PROCEDURE TextScrn-1-Event-Proc,
    HANDLE IS TextScrn-1-Handle.

    This looks great if user's resolution is 800x600, but when using 1024x768 or higher it is difficult to see on smaller screen sizes.

    :confused: I have totally run out of ideas and would appreciate any help on how to make the text base screen appear larger in the higher resolutions.

    Thanks in advance for any input or suggestions!
    Your post describes exactly the problem I am having. My customers are complaining about my screens on 1028x768 resolutions and higher. I changed one of my program's windows to use the properties as you described, then added Gisles suggestion. See attached code sample. It results with a screen with lines drawn thru labels and entry fields and also underlines fields. Any suggestions? could you possibley send me a snippet of your actual code and a screen shot for comparison.
    Also I have also not been successful when using the thread logic to allow my menu program to launch more than one program if the program requires operator input. In other words I have a inquiry program the user would like to launch, minimize, then pop back up whenever they need it. In the mean time they are either in the menu program or have selected another program. the menu program does not respond, as if focus is still on the minimized inquiry program. any examples here will be appreciated as well.
    D

    [Migrated content. Thread originally posted on 30 August 2007]

    Hi All -
    When we started converting our text based programs to gui, we designed them for 800x600 which was recommended by Acucorp. Since beginning the conversion 1028x768 has become the more 'standard' resolution.

    Here's my issue - our application is driven by a graphical menu system that is capable of calling gui or the older text based programs. Threads are used to allow the user to launch more than one program simutaneously. The system knows when the user is trying to execute a text based program and displays an independent graphical window with a fixed-font as follows:
    Display Independent GRAPHICAL WINDOW
    LINES 25.00, SIZE 80.00, HEIGHT-IN-CELLS, WIDTH-IN-CELLS,
    COLOR 65616, ERASE, CONTROL FONT Fixed-Font,
    LINK TO THREAD, MODELESS, NO SCROLL, TITLE-BAR,
    TITLE program-title, AUTO-MINIMIZE, AUTO-RESIZE,
    No WRAP, EVENT PROCEDURE TextScrn-1-Event-Proc,
    HANDLE IS TextScrn-1-Handle.

    This looks great if user's resolution is 800x600, but when using 1024x768 or higher it is difficult to see on smaller screen sizes.

    :confused: I have totally run out of ideas and would appreciate any help on how to make the text base screen appear larger in the higher resolutions.

    Thanks in advance for any input or suggestions!
    Your post describes exactly the problem I am having. My customers are complaining about my screens on 1028x768 resolutions and higher. I changed one of my program's windows to use the properties as you described, then added Gisles suggestion. See attached code sample. It results with a screen with lines drawn thru labels and entry fields and also underlines fields. Any suggestions? could you possibley send me a snippet of your actual code and a screen shot for comparison.
    Also I have also not been successful when using the thread logic to allow my menu program to launch more than one program if the program requires operator input. In other words I have a inquiry program the user would like to launch, minimize, then pop back up whenever they need it. In the mean time they are either in the menu program or have selected another program. the menu program does not respond, as if focus is still on the minimized inquiry program. any examples here will be appreciated as well.
    D

    [Migrated content. Thread originally posted on 30 August 2007]

    Hi All -
    When we started converting our text based programs to gui, we designed them for 800x600 which was recommended by Acucorp. Since beginning the conversion 1028x768 has become the more 'standard' resolution.

    Here's my issue - our application is driven by a graphical menu system that is capable of calling gui or the older text based programs. Threads are used to allow the user to launch more than one program simutaneously. The system knows when the user is trying to execute a text based program and displays an independent graphical window with a fixed-font as follows:
    Display Independent GRAPHICAL WINDOW
    LINES 25.00, SIZE 80.00, HEIGHT-IN-CELLS, WIDTH-IN-CELLS,
    COLOR 65616, ERASE, CONTROL FONT Fixed-Font,
    LINK TO THREAD, MODELESS, NO SCROLL, TITLE-BAR,
    TITLE program-title, AUTO-MINIMIZE, AUTO-RESIZE,
    No WRAP, EVENT PROCEDURE TextScrn-1-Event-Proc,
    HANDLE IS TextScrn-1-Handle.

    This looks great if user's resolution is 800x600, but when using 1024x768 or higher it is difficult to see on smaller screen sizes.

    :confused: I have totally run out of ideas and would appreciate any help on how to make the text base screen appear larger in the higher resolutions.

    Thanks in advance for any input or suggestions!
    Your sample is not full, so I cannot verify, but it appears to me that you do not initialize the wfont-data group. Hence, when you load the font, what ever is the value in that group will be used, like WFONT-STRIKEOUT and WFONT-UNDERLINE being TRUE. Which I am pretty sure is not what you want.

    Try insert an INITIALIZE WFONT-DATA before you set any values and make the call to w$font, and it may be right.
    D

    [Migrated content. Thread originally posted on 30 August 2007]

    Hi All -
    When we started converting our text based programs to gui, we designed them for 800x600 which was recommended by Acucorp. Since beginning the conversion 1028x768 has become the more 'standard' resolution.

    Here's my issue - our application is driven by a graphical menu system that is capable of calling gui or the older text based programs. Threads are used to allow the user to launch more than one program simutaneously. The system knows when the user is trying to execute a text based program and displays an independent graphical window with a fixed-font as follows:
    Display Independent GRAPHICAL WINDOW
    LINES 25.00, SIZE 80.00, HEIGHT-IN-CELLS, WIDTH-IN-CELLS,
    COLOR 65616, ERASE, CONTROL FONT Fixed-Font,
    LINK TO THREAD, MODELESS, NO SCROLL, TITLE-BAR,
    TITLE program-title, AUTO-MINIMIZE, AUTO-RESIZE,
    No WRAP, EVENT PROCEDURE TextScrn-1-Event-Proc,
    HANDLE IS TextScrn-1-Handle.

    This looks great if user's resolution is 800x600, but when using 1024x768 or higher it is difficult to see on smaller screen sizes.

    :confused: I have totally run out of ideas and would appreciate any help on how to make the text base screen appear larger in the higher resolutions.

    Thanks in advance for any input or suggestions!
    Your sample is not full, so I cannot verify, but it appears to me that you do not initialize the wfont-data group. Hence, when you load the font, what ever is the value in that group will be used, like WFONT-STRIKEOUT and WFONT-UNDERLINE being TRUE. Which I am pretty sure is not what you want.

    Try insert an INITIALIZE WFONT-DATA before you set any values and make the call to w$font, and it may be right.
    D

    [Migrated content. Thread originally posted on 30 August 2007]

    Hi All -
    When we started converting our text based programs to gui, we designed them for 800x600 which was recommended by Acucorp. Since beginning the conversion 1028x768 has become the more 'standard' resolution.

    Here's my issue - our application is driven by a graphical menu system that is capable of calling gui or the older text based programs. Threads are used to allow the user to launch more than one program simutaneously. The system knows when the user is trying to execute a text based program and displays an independent graphical window with a fixed-font as follows:
    Display Independent GRAPHICAL WINDOW
    LINES 25.00, SIZE 80.00, HEIGHT-IN-CELLS, WIDTH-IN-CELLS,
    COLOR 65616, ERASE, CONTROL FONT Fixed-Font,
    LINK TO THREAD, MODELESS, NO SCROLL, TITLE-BAR,
    TITLE program-title, AUTO-MINIMIZE, AUTO-RESIZE,
    No WRAP, EVENT PROCEDURE TextScrn-1-Event-Proc,
    HANDLE IS TextScrn-1-Handle.

    This looks great if user's resolution is 800x600, but when using 1024x768 or higher it is difficult to see on smaller screen sizes.

    :confused: I have totally run out of ideas and would appreciate any help on how to make the text base screen appear larger in the higher resolutions.

    Thanks in advance for any input or suggestions!
    That corrected the problem, thank you. In my initial program which uses w$menu, the menu generated still appears the same size, is there any way to adjust that for higher screen resolutions? In looking at the documentation I do not see any font settings for w$menu. Also I have hundreds of programs in my package. To implement this solution will mean changing every program. I assume there is no solution other than this approach to accomplish my objective in having the screen appear larger at higher resolutions.
    D

    [Migrated content. Thread originally posted on 30 August 2007]

    Hi All -
    When we started converting our text based programs to gui, we designed them for 800x600 which was recommended by Acucorp. Since beginning the conversion 1028x768 has become the more 'standard' resolution.

    Here's my issue - our application is driven by a graphical menu system that is capable of calling gui or the older text based programs. Threads are used to allow the user to launch more than one program simutaneously. The system knows when the user is trying to execute a text based program and displays an independent graphical window with a fixed-font as follows:
    Display Independent GRAPHICAL WINDOW
    LINES 25.00, SIZE 80.00, HEIGHT-IN-CELLS, WIDTH-IN-CELLS,
    COLOR 65616, ERASE, CONTROL FONT Fixed-Font,
    LINK TO THREAD, MODELESS, NO SCROLL, TITLE-BAR,
    TITLE program-title, AUTO-MINIMIZE, AUTO-RESIZE,
    No WRAP, EVENT PROCEDURE TextScrn-1-Event-Proc,
    HANDLE IS TextScrn-1-Handle.

    This looks great if user's resolution is 800x600, but when using 1024x768 or higher it is difficult to see on smaller screen sizes.

    :confused: I have totally run out of ideas and would appreciate any help on how to make the text base screen appear larger in the higher resolutions.

    Thanks in advance for any input or suggestions!
    That corrected the problem, thank you. In my initial program which uses w$menu, the menu generated still appears the same size, is there any way to adjust that for higher screen resolutions? In looking at the documentation I do not see any font settings for w$menu. Also I have hundreds of programs in my package. To implement this solution will mean changing every program. I assume there is no solution other than this approach to accomplish my objective in having the screen appear larger at higher resolutions.
    D

    [Migrated content. Thread originally posted on 30 August 2007]

    Hi All -
    When we started converting our text based programs to gui, we designed them for 800x600 which was recommended by Acucorp. Since beginning the conversion 1028x768 has become the more 'standard' resolution.

    Here's my issue - our application is driven by a graphical menu system that is capable of calling gui or the older text based programs. Threads are used to allow the user to launch more than one program simutaneously. The system knows when the user is trying to execute a text based program and displays an independent graphical window with a fixed-font as follows:
    Display Independent GRAPHICAL WINDOW
    LINES 25.00, SIZE 80.00, HEIGHT-IN-CELLS, WIDTH-IN-CELLS,
    COLOR 65616, ERASE, CONTROL FONT Fixed-Font,
    LINK TO THREAD, MODELESS, NO SCROLL, TITLE-BAR,
    TITLE program-title, AUTO-MINIMIZE, AUTO-RESIZE,
    No WRAP, EVENT PROCEDURE TextScrn-1-Event-Proc,
    HANDLE IS TextScrn-1-Handle.

    This looks great if user's resolution is 800x600, but when using 1024x768 or higher it is difficult to see on smaller screen sizes.

    :confused: I have totally run out of ideas and would appreciate any help on how to make the text base screen appear larger in the higher resolutions.

    Thanks in advance for any input or suggestions!
    That corrected the problem, thank you. In my initial program which uses w$menu, the menu generated still appears the same size, is there any way to adjust that for higher screen resolutions? In looking at the documentation I do not see any font settings for w$menu. Also I have hundreds of programs in my package. To implement this solution will mean changing every program. I assume there is no solution other than this approach to accomplish my objective in having the screen appear larger at higher resolutions.
    D

    [Migrated content. Thread originally posted on 30 August 2007]

    Hi All -
    When we started converting our text based programs to gui, we designed them for 800x600 which was recommended by Acucorp. Since beginning the conversion 1028x768 has become the more 'standard' resolution.

    Here's my issue - our application is driven by a graphical menu system that is capable of calling gui or the older text based programs. Threads are used to allow the user to launch more than one program simutaneously. The system knows when the user is trying to execute a text based program and displays an independent graphical window with a fixed-font as follows:
    Display Independent GRAPHICAL WINDOW
    LINES 25.00, SIZE 80.00, HEIGHT-IN-CELLS, WIDTH-IN-CELLS,
    COLOR 65616, ERASE, CONTROL FONT Fixed-Font,
    LINK TO THREAD, MODELESS, NO SCROLL, TITLE-BAR,
    TITLE program-title, AUTO-MINIMIZE, AUTO-RESIZE,
    No WRAP, EVENT PROCEDURE TextScrn-1-Event-Proc,
    HANDLE IS TextScrn-1-Handle.

    This looks great if user's resolution is 800x600, but when using 1024x768 or higher it is difficult to see on smaller screen sizes.

    :confused: I have totally run out of ideas and would appreciate any help on how to make the text base screen appear larger in the higher resolutions.

    Thanks in advance for any input or suggestions!
    If you set FONT and CONTROL FONT for the first initial window of your application and there are no other font settings in your application, all should inherit the first instance.
    As for the menu font, this is controled by the choice in the Windows Appearance | Advanced settings and is a global standard for all Windows applications. It is possible for applications to utilize their own font, but the menu system in ACUCOBOL-GT does not support this.
    D

    [Migrated content. Thread originally posted on 30 August 2007]

    Hi All -
    When we started converting our text based programs to gui, we designed them for 800x600 which was recommended by Acucorp. Since beginning the conversion 1028x768 has become the more 'standard' resolution.

    Here's my issue - our application is driven by a graphical menu system that is capable of calling gui or the older text based programs. Threads are used to allow the user to launch more than one program simutaneously. The system knows when the user is trying to execute a text based program and displays an independent graphical window with a fixed-font as follows:
    Display Independent GRAPHICAL WINDOW
    LINES 25.00, SIZE 80.00, HEIGHT-IN-CELLS, WIDTH-IN-CELLS,
    COLOR 65616, ERASE, CONTROL FONT Fixed-Font,
    LINK TO THREAD, MODELESS, NO SCROLL, TITLE-BAR,
    TITLE program-title, AUTO-MINIMIZE, AUTO-RESIZE,
    No WRAP, EVENT PROCEDURE TextScrn-1-Event-Proc,
    HANDLE IS TextScrn-1-Handle.

    This looks great if user's resolution is 800x600, but when using 1024x768 or higher it is difficult to see on smaller screen sizes.

    :confused: I have totally run out of ideas and would appreciate any help on how to make the text base screen appear larger in the higher resolutions.

    Thanks in advance for any input or suggestions!
    If you set FONT and CONTROL FONT for the first initial window of your application and there are no other font settings in your application, all should inherit the first instance.
    As for the menu font, this is controled by the choice in the Windows Appearance | Advanced settings and is a global standard for all Windows applications. It is possible for applications to utilize their own font, but the menu system in ACUCOBOL-GT does not support this.
    D

    [Migrated content. Thread originally posted on 30 August 2007]

    Hi All -
    When we started converting our text based programs to gui, we designed them for 800x600 which was recommended by Acucorp. Since beginning the conversion 1028x768 has become the more 'standard' resolution.

    Here's my issue - our application is driven by a graphical menu system that is capable of calling gui or the older text based programs. Threads are used to allow the user to launch more than one program simutaneously. The system knows when the user is trying to execute a text based program and displays an independent graphical window with a fixed-font as follows:
    Display Independent GRAPHICAL WINDOW
    LINES 25.00, SIZE 80.00, HEIGHT-IN-CELLS, WIDTH-IN-CELLS,
    COLOR 65616, ERASE, CONTROL FONT Fixed-Font,
    LINK TO THREAD, MODELESS, NO SCROLL, TITLE-BAR,
    TITLE program-title, AUTO-MINIMIZE, AUTO-RESIZE,
    No WRAP, EVENT PROCEDURE TextScrn-1-Event-Proc,
    HANDLE IS TextScrn-1-Handle.

    This looks great if user's resolution is 800x600, but when using 1024x768 or higher it is difficult to see on smaller screen sizes.

    :confused: I have totally run out of ideas and would appreciate any help on how to make the text base screen appear larger in the higher resolutions.

    Thanks in advance for any input or suggestions!
    Unfortunately with my inexperience when starting with Acucobol many years ago I "accept large-font from standard object "large font", same for "small font" in each program called from my initial menu program. Also in each called program I then use large-font for font and control-font when I display window. So the only way I see to keep from making changes in each program would be if I could somehow check the screen resolution (which I know how to do) and set another value to "large font" accordingly. Then when the other programs did the their "accept from standard object", they would inherit this initial setting. Please advise if this is possible otherwise i have a lot of work to do to make my application more presentable for the higher screen resolutions. Thanks,
    D

    [Migrated content. Thread originally posted on 30 August 2007]

    Hi All -
    When we started converting our text based programs to gui, we designed them for 800x600 which was recommended by Acucorp. Since beginning the conversion 1028x768 has become the more 'standard' resolution.

    Here's my issue - our application is driven by a graphical menu system that is capable of calling gui or the older text based programs. Threads are used to allow the user to launch more than one program simutaneously. The system knows when the user is trying to execute a text based program and displays an independent graphical window with a fixed-font as follows:
    Display Independent GRAPHICAL WINDOW
    LINES 25.00, SIZE 80.00, HEIGHT-IN-CELLS, WIDTH-IN-CELLS,
    COLOR 65616, ERASE, CONTROL FONT Fixed-Font,
    LINK TO THREAD, MODELESS, NO SCROLL, TITLE-BAR,
    TITLE program-title, AUTO-MINIMIZE, AUTO-RESIZE,
    No WRAP, EVENT PROCEDURE TextScrn-1-Event-Proc,
    HANDLE IS TextScrn-1-Handle.

    This looks great if user's resolution is 800x600, but when using 1024x768 or higher it is difficult to see on smaller screen sizes.

    :confused: I have totally run out of ideas and would appreciate any help on how to make the text base screen appear larger in the higher resolutions.

    Thanks in advance for any input or suggestions!
    Unfortunately with my inexperience when starting with Acucobol many years ago I "accept large-font from standard object "large font", same for "small font" in each program called from my initial menu program. Also in each called program I then use large-font for font and control-font when I display window. So the only way I see to keep from making changes in each program would be if I could somehow check the screen resolution (which I know how to do) and set another value to "large font" accordingly. Then when the other programs did the their "accept from standard object", they would inherit this initial setting. Please advise if this is possible otherwise i have a lot of work to do to make my application more presentable for the higher screen resolutions. Thanks,
    D

    [Migrated content. Thread originally posted on 30 August 2007]

    Hi All -
    When we started converting our text based programs to gui, we designed them for 800x600 which was recommended by Acucorp. Since beginning the conversion 1028x768 has become the more 'standard' resolution.

    Here's my issue - our application is driven by a graphical menu system that is capable of calling gui or the older text based programs. Threads are used to allow the user to launch more than one program simutaneously. The system knows when the user is trying to execute a text based program and displays an independent graphical window with a fixed-font as follows:
    Display Independent GRAPHICAL WINDOW
    LINES 25.00, SIZE 80.00, HEIGHT-IN-CELLS, WIDTH-IN-CELLS,
    COLOR 65616, ERASE, CONTROL FONT Fixed-Font,
    LINK TO THREAD, MODELESS, NO SCROLL, TITLE-BAR,
    TITLE program-title, AUTO-MINIMIZE, AUTO-RESIZE,
    No WRAP, EVENT PROCEDURE TextScrn-1-Event-Proc,
    HANDLE IS TextScrn-1-Handle.

    This looks great if user's resolution is 800x600, but when using 1024x768 or higher it is difficult to see on smaller screen sizes.

    :confused: I have totally run out of ideas and would appreciate any help on how to make the text base screen appear larger in the higher resolutions.

    Thanks in advance for any input or suggestions!
    Unfortunately it is not possible to do as you want. Standard resources can not be manipulated.
    D

    [Migrated content. Thread originally posted on 30 August 2007]

    Hi All -
    When we started converting our text based programs to gui, we designed them for 800x600 which was recommended by Acucorp. Since beginning the conversion 1028x768 has become the more 'standard' resolution.

    Here's my issue - our application is driven by a graphical menu system that is capable of calling gui or the older text based programs. Threads are used to allow the user to launch more than one program simutaneously. The system knows when the user is trying to execute a text based program and displays an independent graphical window with a fixed-font as follows:
    Display Independent GRAPHICAL WINDOW
    LINES 25.00, SIZE 80.00, HEIGHT-IN-CELLS, WIDTH-IN-CELLS,
    COLOR 65616, ERASE, CONTROL FONT Fixed-Font,
    LINK TO THREAD, MODELESS, NO SCROLL, TITLE-BAR,
    TITLE program-title, AUTO-MINIMIZE, AUTO-RESIZE,
    No WRAP, EVENT PROCEDURE TextScrn-1-Event-Proc,
    HANDLE IS TextScrn-1-Handle.

    This looks great if user's resolution is 800x600, but when using 1024x768 or higher it is difficult to see on smaller screen sizes.

    :confused: I have totally run out of ideas and would appreciate any help on how to make the text base screen appear larger in the higher resolutions.

    Thanks in advance for any input or suggestions!
    Unfortunately it is not possible to do as you want. Standard resources can not be manipulated.
    D

    [Migrated content. Thread originally posted on 30 August 2007]

    Hi All -
    When we started converting our text based programs to gui, we designed them for 800x600 which was recommended by Acucorp. Since beginning the conversion 1028x768 has become the more 'standard' resolution.

    Here's my issue - our application is driven by a graphical menu system that is capable of calling gui or the older text based programs. Threads are used to allow the user to launch more than one program simutaneously. The system knows when the user is trying to execute a text based program and displays an independent graphical window with a fixed-font as follows:
    Display Independent GRAPHICAL WINDOW
    LINES 25.00, SIZE 80.00, HEIGHT-IN-CELLS, WIDTH-IN-CELLS,
    COLOR 65616, ERASE, CONTROL FONT Fixed-Font,
    LINK TO THREAD, MODELESS, NO SCROLL, TITLE-BAR,
    TITLE program-title, AUTO-MINIMIZE, AUTO-RESIZE,
    No WRAP, EVENT PROCEDURE TextScrn-1-Event-Proc,
    HANDLE IS TextScrn-1-Handle.

    This looks great if user's resolution is 800x600, but when using 1024x768 or higher it is difficult to see on smaller screen sizes.

    :confused: I have totally run out of ideas and would appreciate any help on how to make the text base screen appear larger in the higher resolutions.

    Thanks in advance for any input or suggestions!
    Unfortunately it is not possible to do as you want. Standard resources can not be manipulated.
    D

    [Migrated content. Thread originally posted on 30 August 2007]

    Hi All -
    When we started converting our text based programs to gui, we designed them for 800x600 which was recommended by Acucorp. Since beginning the conversion 1028x768 has become the more 'standard' resolution.

    Here's my issue - our application is driven by a graphical menu system that is capable of calling gui or the older text based programs. Threads are used to allow the user to launch more than one program simutaneously. The system knows when the user is trying to execute a text based program and displays an independent graphical window with a fixed-font as follows:
    Display Independent GRAPHICAL WINDOW
    LINES 25.00, SIZE 80.00, HEIGHT-IN-CELLS, WIDTH-IN-CELLS,
    COLOR 65616, ERASE, CONTROL FONT Fixed-Font,
    LINK TO THREAD, MODELESS, NO SCROLL, TITLE-BAR,
    TITLE program-title, AUTO-MINIMIZE, AUTO-RESIZE,
    No WRAP, EVENT PROCEDURE TextScrn-1-Event-Proc,
    HANDLE IS TextScrn-1-Handle.

    This looks great if user's resolution is 800x600, but when using 1024x768 or higher it is difficult to see on smaller screen sizes.

    :confused: I have totally run out of ideas and would appreciate any help on how to make the text base screen appear larger in the higher resolutions.

    Thanks in advance for any input or suggestions!
    In your previous email, you said if I set fonts in the initial program, called programs would "inherit" them. I can't seem to make this work. My menu program established the font based on the screen resolution. Program 1 does not set any fonts, but the screen size and font size are small. Program 2, I set the font again and I get the result I want. Why does program 1 not inherit the font settings? all programs are attached
    D

    [Migrated content. Thread originally posted on 30 August 2007]

    Hi All -
    When we started converting our text based programs to gui, we designed them for 800x600 which was recommended by Acucorp. Since beginning the conversion 1028x768 has become the more 'standard' resolution.

    Here's my issue - our application is driven by a graphical menu system that is capable of calling gui or the older text based programs. Threads are used to allow the user to launch more than one program simutaneously. The system knows when the user is trying to execute a text based program and displays an independent graphical window with a fixed-font as follows:
    Display Independent GRAPHICAL WINDOW
    LINES 25.00, SIZE 80.00, HEIGHT-IN-CELLS, WIDTH-IN-CELLS,
    COLOR 65616, ERASE, CONTROL FONT Fixed-Font,
    LINK TO THREAD, MODELESS, NO SCROLL, TITLE-BAR,
    TITLE program-title, AUTO-MINIMIZE, AUTO-RESIZE,
    No WRAP, EVENT PROCEDURE TextScrn-1-Event-Proc,
    HANDLE IS TextScrn-1-Handle.

    This looks great if user's resolution is 800x600, but when using 1024x768 or higher it is difficult to see on smaller screen sizes.

    :confused: I have totally run out of ideas and would appreciate any help on how to make the text base screen appear larger in the higher resolutions.

    Thanks in advance for any input or suggestions!
    In your previous email, you said if I set fonts in the initial program, called programs would "inherit" them. I can't seem to make this work. My menu program established the font based on the screen resolution. Program 1 does not set any fonts, but the screen size and font size are small. Program 2, I set the font again and I get the result I want. Why does program 1 not inherit the font settings? all programs are attached
    D

    [Migrated content. Thread originally posted on 30 August 2007]

    Hi All -
    When we started converting our text based programs to gui, we designed them for 800x600 which was recommended by Acucorp. Since beginning the conversion 1028x768 has become the more 'standard' resolution.

    Here's my issue - our application is driven by a graphical menu system that is capable of calling gui or the older text based programs. Threads are used to allow the user to launch more than one program simutaneously. The system knows when the user is trying to execute a text based program and displays an independent graphical window with a fixed-font as follows:
    Display Independent GRAPHICAL WINDOW
    LINES 25.00, SIZE 80.00, HEIGHT-IN-CELLS, WIDTH-IN-CELLS,
    COLOR 65616, ERASE, CONTROL FONT Fixed-Font,
    LINK TO THREAD, MODELESS, NO SCROLL, TITLE-BAR,
    TITLE program-title, AUTO-MINIMIZE, AUTO-RESIZE,
    No WRAP, EVENT PROCEDURE TextScrn-1-Event-Proc,
    HANDLE IS TextScrn-1-Handle.

    This looks great if user's resolution is 800x600, but when using 1024x768 or higher it is difficult to see on smaller screen sizes.

    :confused: I have totally run out of ideas and would appreciate any help on how to make the text base screen appear larger in the higher resolutions.

    Thanks in advance for any input or suggestions!
    What I meant was that if you have three programs that none of them set fonts, you should set the font for the first one that creates the initial window, subsequent programs should not set the font, and use that window, and they would all work the same. The clue is to set the font for the initial window and not change it.

    If you create a new window again, like you do in program 1, this also have to have the font set.
    D

    [Migrated content. Thread originally posted on 30 August 2007]

    Hi All -
    When we started converting our text based programs to gui, we designed them for 800x600 which was recommended by Acucorp. Since beginning the conversion 1028x768 has become the more 'standard' resolution.

    Here's my issue - our application is driven by a graphical menu system that is capable of calling gui or the older text based programs. Threads are used to allow the user to launch more than one program simutaneously. The system knows when the user is trying to execute a text based program and displays an independent graphical window with a fixed-font as follows:
    Display Independent GRAPHICAL WINDOW
    LINES 25.00, SIZE 80.00, HEIGHT-IN-CELLS, WIDTH-IN-CELLS,
    COLOR 65616, ERASE, CONTROL FONT Fixed-Font,
    LINK TO THREAD, MODELESS, NO SCROLL, TITLE-BAR,
    TITLE program-title, AUTO-MINIMIZE, AUTO-RESIZE,
    No WRAP, EVENT PROCEDURE TextScrn-1-Event-Proc,
    HANDLE IS TextScrn-1-Handle.

    This looks great if user's resolution is 800x600, but when using 1024x768 or higher it is difficult to see on smaller screen sizes.

    :confused: I have totally run out of ideas and would appreciate any help on how to make the text base screen appear larger in the higher resolutions.

    Thanks in advance for any input or suggestions!
    What I meant was that if you have three programs that none of them set fonts, you should set the font for the first one that creates the initial window, subsequent programs should not set the font, and use that window, and they would all work the same. The clue is to set the font for the initial window and not change it.

    If you create a new window again, like you do in program 1, this also have to have the font set.
    D

    [Migrated content. Thread originally posted on 30 August 2007]

    Hi All -
    When we started converting our text based programs to gui, we designed them for 800x600 which was recommended by Acucorp. Since beginning the conversion 1028x768 has become the more 'standard' resolution.

    Here's my issue - our application is driven by a graphical menu system that is capable of calling gui or the older text based programs. Threads are used to allow the user to launch more than one program simutaneously. The system knows when the user is trying to execute a text based program and displays an independent graphical window with a fixed-font as follows:
    Display Independent GRAPHICAL WINDOW
    LINES 25.00, SIZE 80.00, HEIGHT-IN-CELLS, WIDTH-IN-CELLS,
    COLOR 65616, ERASE, CONTROL FONT Fixed-Font,
    LINK TO THREAD, MODELESS, NO SCROLL, TITLE-BAR,
    TITLE program-title, AUTO-MINIMIZE, AUTO-RESIZE,
    No WRAP, EVENT PROCEDURE TextScrn-1-Event-Proc,
    HANDLE IS TextScrn-1-Handle.

    This looks great if user's resolution is 800x600, but when using 1024x768 or higher it is difficult to see on smaller screen sizes.

    :confused: I have totally run out of ideas and would appreciate any help on how to make the text base screen appear larger in the higher resolutions.

    Thanks in advance for any input or suggestions!
    Is that not what I did in the sample sent? I display an initial window in my menu program then do not set fonts in called programs, do you mean I can't display a window in called programs at all? I don't see how that would ever be a workable solution, Will you ever be teaching the class again about designing graphical programs with Acucobol?
    D

    [Migrated content. Thread originally posted on 30 August 2007]

    Hi All -
    When we started converting our text based programs to gui, we designed them for 800x600 which was recommended by Acucorp. Since beginning the conversion 1028x768 has become the more 'standard' resolution.

    Here's my issue - our application is driven by a graphical menu system that is capable of calling gui or the older text based programs. Threads are used to allow the user to launch more than one program simutaneously. The system knows when the user is trying to execute a text based program and displays an independent graphical window with a fixed-font as follows:
    Display Independent GRAPHICAL WINDOW
    LINES 25.00, SIZE 80.00, HEIGHT-IN-CELLS, WIDTH-IN-CELLS,
    COLOR 65616, ERASE, CONTROL FONT Fixed-Font,
    LINK TO THREAD, MODELESS, NO SCROLL, TITLE-BAR,
    TITLE program-title, AUTO-MINIMIZE, AUTO-RESIZE,
    No WRAP, EVENT PROCEDURE TextScrn-1-Event-Proc,
    HANDLE IS TextScrn-1-Handle.

    This looks great if user's resolution is 800x600, but when using 1024x768 or higher it is difficult to see on smaller screen sizes.

    :confused: I have totally run out of ideas and would appreciate any help on how to make the text base screen appear larger in the higher resolutions.

    Thanks in advance for any input or suggestions!
    Is that not what I did in the sample sent? I display an initial window in my menu program then do not set fonts in called programs, do you mean I can't display a window in called programs at all? I don't see how that would ever be a workable solution, Will you ever be teaching the class again about designing graphical programs with Acucobol?

    Recent badge winners

    Explore all badges
    Terms & ConditionsAccessibility statement