Form drom dos program will not "Full Screen" in XP as in 98 or ME

  • Thread starter Thread starter Guest
  • Start date Start date
G

Guest

I have had this problem before where a FORM from a dos program will not size
to a full screen when changed to NT O/S or in XP. The customer "could" live
with it before. However this time I need to get it back to full screen
because of vision problems of the user. Any suggestions of a fix? I'm sure
many have ran into this situation. I have tried to adjust the properties
'screen' menu with not much success. HELP?? and Thanks AMD.
 
AMD said:
I have had this problem before where a FORM from a dos program will
not size to a full screen when changed to NT O/S or in XP. The
customer "could" live with it before. However this time I need to get
it back to full screen because of vision problems of the user. Any
suggestions of a fix? I'm sure
many have ran into this situation. I have tried to adjust the
properties 'screen' menu with not much success. HELP?? and Thanks AMD.

Since none of the NT-based operating systems (which include XP) have
native DOS, not all DOS programs will work well or the same under those
operating systems. NT/XP use a DOS emulator. It might be better for
your customer if you just set them up a DOS machine or one running
Win9x if they need this particular program. Other options would be for
the customer to move to a 32-bit program that is supported by XP or to
purchase something like VirtualPC 2004 and create a virtual machine
running either DOS or Win9x.

Malke
 
This is of course an obvious answer, however it is not an option to put
another computer on the desk, or is it an option to 'just buy another'
program at this time for the customer. The expense for transfering the data
would be cost-prohibitive.
Virtual machine would be to intensive for this machine. Do you mean to tell
me that Microsoft has ignored this problem altogether??? It is a simple video
resoloution issue...
I know Microsoft wants to exterminate DOS; but there must be another
soloution.
Thanks AMD
 
It actually a stupid answer. The issue is always simple and always a fault in the Dos program (especially if you wrote it yourself) or a misconfiguration between the Dos program and Windows settings. But I have no idea what you are talking about. Form drom dos is a meaningless thing to say.
 
AMD said:
This is of course an obvious answer, however it is not an option to
put another computer on the desk, or is it an option to 'just buy
another' program at this time for the customer. The expense for
transfering the data would be cost-prohibitive.
Virtual machine would be to intensive for this machine. Do you mean to
tell me that Microsoft has ignored this problem altogether??? It is a
simple video resoloution issue...
I know Microsoft wants to exterminate DOS; but there must be another
soloution.
Thanks AMD

Why would Microsoft spend any time with a problem in running a DOS
program? DOS is not a supported operating system and was end-of-lifed
on December 31, 2001.

http://support.microsoft.com/gp/lifeprodd

You asked for suggestions and I gave you some. If none of them work for
you, then install an older Windows operating system - or DOS - on the
customer's computer. That certainly wouldn't be "cost-prohibitive". If
the customer doesn't want to lose XP, then use a third-party
partitioner such as Partition Magic or BootIT NG (very reasonable and
in fact you could do this one thing with their trial version for no
money at all) and make a small partition for the older os. If you don't
want to uninstall XP first it is a bit trickier to do - older MS os's
must be on the first primary partition - but it's doable and in not
very much time.

Malke
 
It is supported running under XP. The Dos system was improved in XP to give sound support to Dos apps.

See this thread for one way of solving his problem. You know me, I won't play twenty questions and answers with people. While it probably won't apply to him it may give him hints on how to ask.

Now you and others that spread this crap about Dos have been told many times that you are wrong. Don't answer Dos questions as you seem to think that wrong answers are the only acceptable ones.
 
I know how to solve the problem, I just got finished going through this same
problem. The program we run for our business is an old Dbase program and
there are too many things in it to change over to something new.
Create a shortcut to the program that you want run and set it to run in
a window. After starting the program right click on the window title bar and
select the properties. Make sure the screen settings on the layout tab are
set to 80 width and 25 high. Also change under the options page to run full
screen. Apply the changes and exit, the system will ask to save these
settings for this window or future programs. Select save for future and
continue on with opening your program.. The program will open in a window
and only half the screen. Close your program and reopen it and it should run
in full screen and also will take up the entire screen.
Hope this helps solve your problem.
 
David Candy said:
It is supported running under XP. The Dos system was improved in XP to
give sound support to Dos apps.

See this thread for one way of solving his problem. You know me, I
won't play twenty questions and answers with people. While it probably
won't apply to him it may give him hints on how to ask.

Now you and others that spread this crap about Dos have been told many
times that you are wrong. Don't answer Dos questions as you seem to
think that wrong answers are the only acceptable ones.

David, it seems like you are getting pretty stressed out lately as your
posts are becoming increasingly abusive. I am not spreading any "crap"
about DOS. There is no DOS in NT-based kernels and you know it. Many
DOS programs run successfully on XP - I have lots of clients running
old and strange DOS programs. Sometimes the programs look a bit
different in the XP DOS emulation than they did when running natively
and/or don't run quite as well. Sometimes one can fix that and
sometimes one can't.

There is no call for you to be so rude.

Malke
 
There is no windows in NT based Kernels too. I don't see you telling people they can't run windows programs.

There is NT, an agnostic OS.

It can run,

OS/2 (removed from NT for Windows 2000)
Posix (Removed from NT for Windows XP)
Win 32 (still in and likely to remain for a while)
Internix (Posix's replacement - d/l from MS if you want unix on NT http://www.microsoft.com/windows/sfu/)

Dos and Win 16 programs are emulated by a Win 32 porocess on Windows XP, but prior to XP only Win 16 was - Dos programs were executed by OS/2 (as it was designed to execute Dos programs better than Dos).
 
Malke said:
AMD wrote:

I have had this problem before where a FORM from a dos
program will
not size to a full screen when changed to NT O/S or in XP.
The
customer "could" live with it before. However this time I
need to get
it back to full screen because of vision problems of the
user. Any
suggestions of a fix? I'm sure
many have ran into this situation. I have tried to adjust
the
properties 'screen' menu with not much success. HELP?? and
Thanks AMD.

When the small form is visible, press alt + enter. Works for
me with XP.

Don

--
 
I know how to solve the problem, I just got finished going through this same
problem. The program we run for our business is an old Dbase program and
there are too many things in it to change over to something new.
Create a shortcut to the program that you want run and set it to run in
a window. After starting the program right click on the window title bar and
select the properties. Make sure the screen settings on the layout tab are
set to 80 width and 25 high. Also change under the options page to run full
screen. Apply the changes and exit, the system will ask to save these
settings for this window or future programs. Select save for future and
continue on with opening your program.. The program will open in a window
and only half the screen. Close your program and reopen it and it should run
in full screen and also will take up the entire screen.
Hope this helps solve your problem.
 
Back
Top