Home > Archive > Cobol > January 2005 > Can coBol imitates a kangaroo?...
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
Can coBol imitates a kangaroo?...
|
|
| KELLIEFITTON@YAHOO.COM 2005-01-06, 8:55 pm |
| Hello Everyone,
I would like to know how I can get my graphical window to POUCH
my character-base cobol program? I want to run my cobol program
under the control of the graphical window, rather than the default
console window that gets created by the cobol runtime system.
i am using Net Express 3.1 under Windows 2000 professional.
thanks for the kind help and feedback, Kellie.
| |
| James J. Gavan 2005-01-07, 3:55 am |
| KELLIEFITTON@YAHOO.COM wrote:
>Hello Everyone,
>
>I would like to know how I can get my graphical window to POUCH
>my character-base cobol program? I want to run my cobol program
>under the control of the graphical window, rather than the default
>console window that gets created by the cobol runtime system.
>i am using Net Express 3.1 under Windows 2000 professional.
>thanks for the kind help and feedback, Kellie.
>
>
>
Hi Kellie,
Don't recognise the word 'POUCH', (couldn't find any reference in
on-line Help) - but don't think you can do what you want. As an example,
I can create a GUI app, (either Dialog Editor or Dialog System), which
is Windows and if I wish to display any errors occurring - in addition
to any Dialogts I have created, I can use DISPLAY which will
automatically generate a DOS Window. I'm assuming you are using ANSI
ACCEPT/DISPLAY or Screen Section - the latter will automatically
generate a DOS Window.
Jimmy, Calgary AB
| |
| Richard 2005-01-07, 3:55 am |
| > I want to run my cobol program under the control of the
> graphical window, rather than the default
> console window that gets created by the cobol runtime system.
You can write your program to CALL Windows API routines to create
graphical windows, dialog boxes and controls and to have callback
routines to handle user interaction. ie it can be a full GUI program
written in COBOL. You can even use the drawing routines in the API to
draw graphs or pictures, or anything.
You could also use a GUI interface such as MF's Dialog or Flexus SP/2
to more easily create the user interface and handle the grubby MS
Windows (or other) API. The program would still need to CALL the
interface handler.
If you want to find something that will take an existing program that
uses ACCEPT/DISPLAY and automatically transform it into a GUI program
with drop-down boxes and push buttons, then no, there is unlikely to
be anything that would do that sensibly.
| |
| KELLIEFITTON@YAHOO.COM 2005-01-07, 3:55 am |
|
James J. Gavan wrote:
> I can use DISPLAY which will
> automatically generate a DOS Window. I'm assuming you are using ANSI
> ACCEPT/DISPLAY or Screen Section - the latter will automatically
> generate a DOS Window.
> Jimmy, Calgary AB
>
>
> Kellie Wrote:
> Hi Jimmy,
>
> I would like to run my character-base program inside the GUI window
> without creating another console window (dos-window). In other words,
> my program will be POUCHED inside the parent Window (GUI), and I have
> no need to display another dos window. There is a company named
WRQ.COM
> on the internet, that have been applying this approach for IBM
mainframe
> cobol programs in a system called reflection. Regards.
> Kellie.
| |
| Richard 2005-01-07, 3:55 am |
| > I would like to run my character-base program inside the GUI window
> without creating another console window (dos-window).
It will still look exactly the same as the console window.
> In other words,
> my program will be POUCHED inside the parent Window (GUI), and I have
> no need to display another dos window.
I have no idea why you use the word 'pouched' or what you impy by this.
Perhaps you want an 80 x 25 area within another GUI window that is
controlled by something else so that you get something like a text
control with your program running in it and other controls are on the
same window.
I can't think of any reason why you would want to do that, nor can I
think of any way that Windows would allow that to happen with a cosole
program.
> There is a company named WRQ.COM
> on the internet, that have been applying this approach for IBM
mainframe
> cobol programs in a system called reflection.
Reflection is a terminal emulator for Web and Windows. It is not
displaying a Windows cosole or DOS program running locally in its
window it is displaying remote text data.
| |
| James J. Gavan 2005-01-07, 3:55 am |
| Richard wrote:
>
>It will still look exactly the same as the console window.
>
>
>
>
>I have no idea why you use the word 'pouched' or what you impy by this.
>Perhaps you want an 80 x 25 area within another GUI window that is
>controlled by something else so that you get something like a text
>control with your program running in it and other controls are on the
>same window.
>
>
Richard,
You are normally quick on the uptake. You missed out on this one like me
:-). When browsing the messages, you saw Kellie's 'abbreviated' message
title. Now look at her full 'title' at the top of this message. She's
alluding to throwin' another 'roo on the barbie ! Or in her case, as she
is a Sheila, maybe it's her mothering instincts coming into play -
shoving a baby 'roo (DOS text) into the Windows pouch.
Kellie
- Hey Sheila ! - as the guy from the Antipodes iterates - can't be done
! Winders iz Winders and either/and/or APIs/GUIs or DOS text.
Jimmy
>I can't think of any reason why you would want to do that, nor can I
>think of any way that Windows would allow that to happen with a cosole
>program.
>
>
>
>mainframe
>
>
>
>Reflection is a terminal emulator for Web and Windows. It is not
>displaying a Windows cosole or DOS program running locally in its
>window it is displaying remote text data.
>
>
>
| |
| KELLIEFITTON@YAHOO.COM 2005-01-07, 3:55 am |
| Kellie Wrote:
well, a graphical window will give me more control by
knowing that the user have clicked the "x" button,
I can add a menu bar for extra options, a status bar
at the bottom of the window for status informations -- or
better yet, I can add an aboutBox that displays my cute
name, programmed by Queen Kellie. :---)
Regards.
| |
| MrJohn 2005-01-07, 3:55 pm |
| I read your thread with interest. What you are asking is difficult at
best. Excuse me while I tell you how our company solved has dealt with
this.
We built a product that is called XConsole that does what you are
asking. You run a console program that displays a GUI screen (like a
terminal emulator). Then you run "catch" program that runs the client
programs. This catch program intercepts all DISPLAY and ACCEPT verbs
and redirects them to the console program. From the console program,
you can display all active programs, waiting programs and messages.
This console is like a hub that can "watch" all programs for messages
and respond to them.
As you can see, we went to great lengths to solve your problem, and
some others.
John Oman
john.oman@modisit.com
Dir of Development
Modis Solutions
(center for COBOL excellance)
| |
| MrJohn 2005-01-09, 3:55 pm |
| I read your thread with interest. What you are asking is difficult at
best. Excuse me while I tell you how our company solved has dealt with
this.
We built a product that is called XConsole that does what you are
asking. You run a console program that displays a GUI screen (like a
terminal emulator). Then you run "catch" program that runs the client
programs. This catch program intercepts all DISPLAY and ACCEPT verbs
and redirects them to the console program. From the console program,
you can display all active programs, waiting programs and messages.
This console is like a hub that can "watch" all programs for messages
and respond to them.
As you can see, we went to great lengths to solve your problem, and
some others.
John Oman
john.oman@modisit.com
Dir of Development
Modis Solutions
(center for COBOL excellance)
| |
| Douglas Gallant 2005-01-11, 8:55 pm |
| My knowledge of Reflection is that does terminal emulation which would be
consistent with your IBM mainframe description. We have used it to do VT
terminal emulations and it does support several IBM flavors as well. I know
WRQ has several other products for host connectivity as well so it may be
something otehr than what I suspect.
<KELLIEFITTON@YAHOO.COM> wrote in message
news:1104877007.115424.185430@c13g2000cwb.googlegroups.com...
>
> James J. Gavan wrote:
>
> WRQ.COM
> mainframe
>
| |
| Richard 2005-01-11, 8:55 pm |
| As a matter of protocol the '>' characters are used to indicate a quote
from someone else. You seem to be putting a '>' at the start of lines
that you type (or your software is doing this) which makes it look like
what you have written as being from someone else.
It should look like this:
--------------------------------
> stuff you are reply to.
Your reply.
Wheras what appears is:
---------------------------------
> stuff you are replying to
> your reply which looks like stuff you are replying to
| |
| Richard 2005-01-11, 8:55 pm |
| > I would like to run my character-base program inside the GUI window
> without creating another console window (dos-window).
It will still look exactly the same as the console window.
> In other words,
> my program will be POUCHED inside the parent Window (GUI), and I have
> no need to display another dos window.
I have no idea why you use the word 'pouched' or what you impy by this.
Perhaps you want an 80 x 25 area within another GUI window that is
controlled by something else so that you get something like a text
control with your program running in it and other controls are on the
same window.
I can't think of any reason why you would want to do that, nor can I
think of any way that Windows would allow that to happen with a cosole
program.
> There is a company named WRQ.COM
> on the internet, that have been applying this approach for IBM
mainframe
> cobol programs in a system called reflection.
Reflection is a terminal emulator for Web and Windows. It is not
displaying a Windows cosole or DOS program running locally in its
window it is displaying remote text data.
|
|
|
|
|