Re: [Freedos-devel] An idea ???

[Jayden Charbonneau]

If you are speaking of a 'standard' set of libraries,windows applications
use something similiar.Windows has a set of "Forms" and "Controls",which
ALL apps use (hence,making them windows applications).Windows itself places
a border,with different buttons on each application.The application can
then take this and modify it if needbe.A GUI for DOS that uses the same
concept would be very interesting to implement.With the added "Switching"
capability,it

A)Enables support for modern computational techniques

B)Leaves a door open to old,legacy software

VB.NET is a perfect example of this.Most apps are made with Microsoft
visual studio,and ALL apps use the same framework.I think doing this with
DOS wouldn't be such a bad idea.

On Mon, Feb 22, 2016 at 3:11 PM, G. Potthast 
wrote:

> Hi Tom,
>
> I used a different spreadsheet so far and that worked:
> http://nab.pcug.org.au/
>
> For my 64 bit Nanolinux distro I tried to add Teapot but did not get that
> to
> compile with FLTK 1.3.2. Teapot is written for FLTK 1.0.x and somehow will
> not work with 1.3.2. I spent quite some time but did not get it to work. I
> did not want to add the FLTK 1.0.x library just for that program.
>
> Georg
>
>
>
>
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
> ___
> Freedos-devel mailing list
> Freedos-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-devel
>
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Re: [Freedos-devel] An idea ???

[G. Potthast]

Hi Tom,

I used a different spreadsheet so far and that worked: 
http://nab.pcug.org.au/

For my 64 bit Nanolinux distro I tried to add Teapot but did not get that to 
compile with FLTK 1.3.2. Teapot is written for FLTK 1.0.x and somehow will 
not work with 1.3.2. I spent quite some time but did not get it to work. I 
did not want to add the FLTK 1.0.x library just for that program.

Georg



--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Re: [Freedos-devel] An idea ??? - BGI

[Javier Gutiérrez Chamorro]

BGI never existed on Turbo Basic, at least officially.
Not sure about Turbo Prolog nevertheless.

2016-02-20 2:53 GMT+01:00 Ralf Quint :

> On 2/19/2016 5:48 PM, Jose Antonio Senna wrote:
> >   I read (quickly) the Wikipedia article on BGI and
> > the page at openBGI.sourceforge.net and it seems
> > to be just another C library to be linked with apps,
> > not a resident resource.
> >
> BGI is a library that allows to load  drivers for various video cards,
> which are named *.bgi. This library provides a common interface for
> applications (like a GUI/file manager, which is the subject of the
> "idea" here) and exists for both C and Pascal (not sure if there ever
> was a BGI libary for Turbo BASIC).
> Not sure what you mean by "resident resource" or why you would need such...
>
> Ralf
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
>
>
>
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
> ___
> Freedos-devel mailing list
> Freedos-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-devel
>
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Re: [Freedos-devel] An idea??

[Thomas Mueller]

> I just want to mention that I ported the GUI library FLTK to DOS. FLTK
> competes with GTK and has more features than anybody could write from
> scratch within years.

> Based on the FLTK library I wrote the XFDOS Desktop for FreeDOS.

> Anybody is most welcome to use FLTK for DOS to implement GUI based
> applications.

> https://sourceforge.net/p/fltk-dos/wiki/XFDOS/?page=1

> Georg

There is a spreadsheet, teapot, that uses FLTK for graphic version but also has 
a console version.

https://www.syntax-k.de/projekte/teapot/

I don't know if it can be built for FreeDOS, either FLTK version or console 
version.

Tom


--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Re: [Freedos-devel] An idea ???

[G. Potthast]

I just want to mention that I ported the GUI library FLTK to DOS. FLTK 
competes with GTK and has more features than anybody could write from 
scratch within years.

Based on the FLTK library I wrote the XFDOS Desktop for FreeDOS.

Anybody is most welcome to use FLTK for DOS to implement GUI based 
applications.

https://sourceforge.net/p/fltk-dos/wiki/XFDOS/?page=1

Georg


--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Re: [Freedos-devel] An idea ???

[Steve Nickolas]

On Sat, 20 Feb 2016, Eric Auer wrote:

>
> Hi Jose,
>
> to shorten that thread a bit, I would like to let you know that as
> far as I understood Maarten in off-list chats, he only ponders the
> creation of a graphical file manager, not of a GUI based desktop
> shell or even graphical operating system :-)
>
> Which leads to the question: Which COOL and FREE and OPEN SOURCE
> graphical file managers do you already know and like, guys? :-)
>
> Cheers, Eric

Well, ViewMAX is GPL, and was the DR DOS 5 and 6 shell... ;)

-uso.

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Re: [Freedos-devel] An idea ??? - BGI

[Ralf Quint]

On 2/19/2016 5:48 PM, Jose Antonio Senna wrote:
>   I read (quickly) the Wikipedia article on BGI and
> the page at openBGI.sourceforge.net and it seems
> to be just another C library to be linked with apps,
> not a resident resource.
>
BGI is a library that allows to load  drivers for various video cards, 
which are named *.bgi. This library provides a common interface for 
applications (like a GUI/file manager, which is the subject of the 
"idea" here) and exists for both C and Pascal (not sure if there ever 
was a BGI libary for Turbo BASIC).
Not sure what you mean by "resident resource" or why you would need such...

Ralf

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Re: [Freedos-devel] An idea ???

[Eric Auer]

Consider improving TriDOS. Maybe replace the built-in DPMI engine
by a more mainstream, more comprehensive implementation, as well?

http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/util/system

tridos.zip 22k
tridos_s.zip 371k source
tridos.txt 3k direct link:

www.ibiblio.org/pub/micro/pc-stuff/freedos/files/util/system/tridos.txt

Cheers, Eric

>> Or you could do something like DesqView, as was discussed in this list
>> sometime ago. In short, use the timer interrupt to swap between
>> processes, swapping all their environment at the same time. To give an
>> idea of the amount of work involved, DesqView size is about 200
>> kbytes. JAS
> 
> This is a great idea. Basically, it would be like the old DOS utility
> Memory Shift, which incidentally inspired Andy Hertzfeld to create a
> little utility called "Switcher" for the Mac to do this same job on that
> platform before the MultiFinder came along. Perfect! The minimalist
> nature of DOS would easily lend itself to making something like that
> work and work fairly well.

PS: https://sourceforge.net/p/freedos/mailman/message/30916447/



--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Re: [Freedos-devel] An idea???

[Mercury Thirteen]

I was gonna GitHub it, but this 
<https://www.dropbox.com/s/ga535hsby0zkleh/Exelyx%20kernel.7z?dl=0> will 
work just as well for something that's not under active development. Let 
me know if you have questions!


On 2/19/2016 5:14 PM, Maarten Vermeulen wrote:


“Anyway, my shell project (as of my last firing it up a couple years 
ago) basically launches, (..)I still have the Watcom source around if 
you want to check it out or use it as a starting base.”


Give me!!! :p

Seriously though… you know what to do ;)


Working on:
Bird OS 2017 1.0.0a (western screech-owl)
- netraa...@gmail.com
- birdos.2...@gmail.com
"why? Because Freedos, that's why!"

Some Nice projects:
- Freedos
- Night DOS Kernel

*Van: *Mercury Thirteen <mailto:mercury0x0...@gmail.com>
*Verzonden: *vrijdag 19 februari 2016 05:51
*Aan: *Technical discussion and questions for FreeDOS developers. 
<mailto:freedos-devel@lists.sourceforge.net>

*Onderwerp: *Re: [Freedos-devel] An idea???

This was my intent for many years. Eventually I shelved the project 
because it a shell simply can't do all I wanted it to; I needed to go 
more low-level for that. At its heart, DOS (MS-, IBM-, Free- or 
otherwise) is a single tasking OS. What this means is that you /can/ 
make a shell program to replace the command interpreter but when you 
launch a program, everything else stops until that program exits. This 
kinda breaks the functionality which one may think putting a shell 
atop DOS would achieve. If you're basically making a file manager, 
then that's quite doable and you'd basically end up with a Windows 3.x 
clone. Well, I shouldn't say /clone/ per se, because I hope you'd give 
it a much better interface than that of that eyesore.


In theory you could develop small apps (and even run them multitasked) 
for a shell. Basically you'd include in your shell a rudimentary 
virtual machine which would execute bytecode a'la Java. What this 
bytecode would be is completely up to you. Do you make a custom 
bytecode which is powerful and compact yet not understood by any 
existing development tools out there? Do you make the bytecode 
basically a direct ripoff of the x86 instruction set, enabling you to 
run small programs compiled by anything from NASM to QuickBASIC? Do 
you say screw it and just make a whole new kernel which will handle 
all this fanciness at a hardware level as it was meant to be? These 
are all issues you'd have to address if you took this route. Granted, 
the virtual machine approach would require /lots/ of patience and time 
to implement, but it can be done. Don't ask me how I know lol


Anyway, my shell project (as of my last firing it up a couple years 
ago) basically launches, does some environment probing, sets up some 
structures and then sits in a loop where you can access a menu and 
test out the various features and such. There's code for handling VESA 
mode switching, drawing in and manipulating off-screen memory buffers 
known as pixmaps, text string manipulation, mouse polling, direct LBA 
disk access and even the tiny beginnings of PCI bus probing. I still 
have the Watcom source around if you want to check it out or use it as 
a starting base.


So far as your question, a 16-bit shell can load whatever graphics 
formats it's been programmed to handle. The biggest hang-up to doing 
so is the screen mode situation under DOS. There's a good chance 
you're going to want graphics which don't look blocky and colors depth 
beyond 256. If that's true, then your code needs to use VESA. Doing so 
gives you access to smooth animation, millions of colors and high 
resolutions (up to 1600 x 1200, I believe), all of which you normally 
can't have under plain DOS. I have 16-bit code (some written from 
scratch, some retooled from public domain works) to load and save 
images in jpg, bmp, pcx, gif (and a few other) formats. Although it's 
not all been ported to Watcom as of yet, it may come in handy for you 
as well. Images can be quite large and working with them can therefore 
involve large amounts of data, so I would definitely recommend using 
speedy 32-bit Watcom code (and the access-to-gobs-of-memory associated 
with it) for this kind of work.


Others have given many nice examples of DOS GUI software but I didn't 
see Qube 
<http://www.osnews.com/story/75/Enter_the_Qube_a_New_Graphics_Environment_for_CLI_OSes> 
mentioned. I'm not sure if it was ever released or whatever, but I 
think it certainly is a nice looking addition to the list. Make your 
shell sport an interface like that, and you just may have something. 
:) Also, our own Chelson works on DOSCore (formerly OZone, I believe), 
so he may be a valuable resource to you as well. Small world, eh?


Personally, while I may not use a GUI much for my DOS needs, I still 
think it would be nice to see FreeDOS get this addition because... 

Re: [Freedos-devel] An idea ???

[Mercury Thirteen]

On 2/19/2016 6:06 PM, Jose Antonio Senna wrote:

...
Or you could do something like DesqView, as was discussed in this list 
sometime ago. In short, use the timer interrupt to swap between 
processes, swapping all their environment at the same time. To give an 
idea of the amount of work involved, DesqView size is about 200 
kbytes. JAS


This is a great idea. Basically, it would be like the old DOS utility 
Memory Shift, which incidentally inspired Andy Hertzfeld to create a 
little utility called "Switcher" for the Mac to do this same job on that 
platform before the MultiFinder came along. Perfect! The minimalist 
nature of DOS would easily lend itself to making something like that 
work and work fairly well.


--
*This has been a Mercury Thirteen transmission.*
/"Why? Because *FreeDOS*, that's why."/
Things I endorse:
AMD
ATI
eBid.net - A great eBay replacement which doesn't habitually screw over 
its sellers! :)

FreeDOS
Samsung
Subaru - The most capable AWD ever!
Trump / Cruz 2016 - Make America great again!
I promote these things because awesomeness and excellence deserve 
recognition, not for personal gain of any kind.
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Re: [Freedos-devel] An idea ???

[Eric Auer]

Hi Jose,

to shorten that thread a bit, I would like to let you know that as
far as I understood Maarten in off-list chats, he only ponders the
creation of a graphical file manager, not of a GUI based desktop
shell or even graphical operating system :-)

Which leads to the question: Which COOL and FREE and OPEN SOURCE
graphical file managers do you already know and like, guys? :-)

Cheers, Eric



--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Re: [Freedos-devel] An idea???

[Maarten Vermeulen]

“Anyway, my shell project (as of my last firing it up a couple years ago) 
basically launches, (..) I still have the Watcom source around if you want to 
check it out or use it as a starting base.”

Give me!!! :p 

Seriously though… you know what to do ;)




Working on:
Bird OS 2017 1.0.0a (western screech-owl)
- netraa...@gmail.com
- birdos.2...@gmail.com
"why? Because Freedos, that's why!"

Some Nice projects:
- Freedos
- Night DOS Kernel

Van: Mercury Thirteen
Verzonden: vrijdag 19 februari 2016 05:51
Aan: Technical discussion and questions for FreeDOS developers.
Onderwerp: Re: [Freedos-devel] An idea???

This was my intent for many years. Eventually I shelved the project because it 
a shell simply can't do all I wanted it to; I needed to go more low-level for 
that. At its heart, DOS (MS-, IBM-, Free- or otherwise) is a single tasking OS. 
What this means is that you can make a shell program to replace the command 
interpreter but when you launch a program, everything else stops until that 
program exits. This kinda breaks the functionality which one may think putting 
a shell atop DOS would achieve. If you're basically making a file manager, then 
that's quite doable and you'd basically end up with a Windows 3.x clone. Well, 
I shouldn't say clone per se, because I hope you'd give it a much better 
interface than that of that eyesore.

In theory you could develop small apps (and even run them multitasked) for a 
shell. Basically you'd include in your shell a rudimentary virtual machine 
which would execute bytecode a'la Java. What this bytecode would be is 
completely up to you. Do you make a custom bytecode which is powerful and 
compact yet not understood by any existing development tools out there? Do you 
make the bytecode basically a direct ripoff of the x86 instruction set, 
enabling you to run small programs compiled by anything from NASM to 
QuickBASIC? Do you say screw it and just make a whole new kernel which will 
handle all this fanciness at a hardware level as it was meant to be? These are 
all issues you'd have to address if you took this route. Granted, the virtual 
machine approach would require lots of patience and time to implement, but it 
can be done. Don't ask me how I know lol

Anyway, my shell project (as of my last firing it up a couple years ago) 
basically launches, does some environment probing, sets up some structures and 
then sits in a loop where you can access a menu and test out the various 
features and such. There's code for handling VESA mode switching, drawing in 
and manipulating off-screen memory buffers known as pixmaps, text string 
manipulation, mouse polling, direct LBA disk access and even the tiny 
beginnings of PCI bus probing. I still have the Watcom source around if you 
want to check it out or use it as a starting base.

So far as your question, a 16-bit shell can load whatever graphics formats it's 
been programmed to handle. The biggest hang-up to doing so is the screen mode 
situation under DOS. There's a good chance you're going to want graphics which 
don't look blocky and colors depth beyond 256. If that's true, then your code 
needs to use VESA. Doing so gives you access to smooth animation, millions of 
colors and high resolutions (up to 1600 x 1200, I believe), all of which you 
normally can't have under plain DOS. I have 16-bit code (some written from 
scratch, some retooled from public domain works) to load and save images in 
jpg, bmp, pcx, gif (and a few other) formats. Although it's not all been ported 
to Watcom as of yet, it may come in handy for you as well. Images can be quite 
large and working with them can therefore involve large amounts of data, so I 
would definitely recommend using speedy 32-bit Watcom code (and the 
access-to-gobs-of-memory associated with it) for this kind of work.

Others have given many nice examples of DOS GUI software but I didn't see Qube 
mentioned. I'm not sure if it was ever released or whatever, but I think it 
certainly is a nice looking addition to the list. Make your shell sport an 
interface like that, and you just may have something. :) Also, our own Chelson 
works on DOSCore (formerly OZone, I believe), so he may be a valuable resource 
to you as well. Small world, eh?

Personally, while I may not use a GUI much for my DOS needs, I still think it 
would be nice to see FreeDOS get this addition because... well, you know why. ;)
On 2/17/2016 3:19 PM, Maarten Vermeulen wrote:
Hi all,
 
It’s not really about FreeDOS… but it has something to do with it. :)
I thought that maybe if you all like the idea, I could make a GUI shell. It 
would be exclusive of course. Though, It will be especially for FreeDOS. And 
maybe also MS-DOS and Night DOS. It’s a sort of a vote. Would you like the idea 
of a new GUI shell? Something new, newer then the old original (still nice) 
Windows shells (Windo

Re: [Freedos-devel] An idea???

[Mercury Thirteen]

This was my intent for many years. Eventually I shelved the project 
because it a shell simply can't do all I wanted it to; I needed to go 
more low-level for that. At its heart, DOS (MS-, IBM-, Free- or 
otherwise) is a single tasking OS. What this means is that you /can/ 
make a shell program to replace the command interpreter but when you 
launch a program, everything else stops until that program exits. This 
kinda breaks the functionality which one may think putting a shell atop 
DOS would achieve. If you're basically making a file manager, then 
that's quite doable and you'd basically end up with a Windows 3.x clone. 
Well, I shouldn't say /clone/ per se, because I hope you'd give it a 
much better interface than that of that eyesore.


In theory you could develop small apps (and even run them multitasked) 
for a shell. Basically you'd include in your shell a rudimentary virtual 
machine which would execute bytecode a'la Java. What this bytecode would 
be is completely up to you. Do you make a custom bytecode which is 
powerful and compact yet not understood by any existing development 
tools out there? Do you make the bytecode basically a direct ripoff of 
the x86 instruction set, enabling you to run small programs compiled by 
anything from NASM to QuickBASIC? Do you say screw it and just make a 
whole new kernel which will handle all this fanciness at a hardware 
level as it was meant to be? These are all issues you'd have to address 
if you took this route. Granted, the virtual machine approach would 
require /lots/ of patience and time to implement, but it can be done. 
Don't ask me how I know lol


Anyway, my shell project (as of my last firing it up a couple years ago) 
basically launches, does some environment probing, sets up some 
structures and then sits in a loop where you can access a menu and test 
out the various features and such. There's code for handling VESA mode 
switching, drawing in and manipulating off-screen memory buffers known 
as pixmaps, text string manipulation, mouse polling, direct LBA disk 
access and even the tiny beginnings of PCI bus probing. I still have the 
Watcom source around if you want to check it out or use it as a starting 
base.


So far as your question, a 16-bit shell can load whatever graphics 
formats it's been programmed to handle. The biggest hang-up to doing so 
is the screen mode situation under DOS. There's a good chance you're 
going to want graphics which don't look blocky and colors depth beyond 
256. If that's true, then your code needs to use VESA. Doing so gives 
you access to smooth animation, millions of colors and high resolutions 
(up to 1600 x 1200, I believe), all of which you normally can't have 
under plain DOS. I have 16-bit code (some written from scratch, some 
retooled from public domain works) to load and save images in jpg, bmp, 
pcx, gif (and a few other) formats. Although it's not all been ported to 
Watcom as of yet, it may come in handy for you as well. Images can be 
quite large and working with them can therefore involve large amounts of 
data, so I would definitely recommend using speedy 32-bit Watcom code 
(and the access-to-gobs-of-memory associated with it) for this kind of work.


Others have given many nice examples of DOS GUI software but I didn't 
see Qube 
 
mentioned. I'm not sure if it was ever released or whatever, but I think 
it certainly is a nice looking addition to the list. Make your shell 
sport an interface like that, and you just may have something. :) Also, 
our own Chelson works on DOSCore (formerly OZone, I believe), so he may 
be a valuable resource to you as well. Small world, eh?


Personally, while I may not use a GUI much for my DOS needs, I still 
think it would be nice to see FreeDOS get this addition because... well, 
you know why. ;)


On 2/17/2016 3:19 PM, Maarten Vermeulen wrote:


Hi all,

It’s not really about FreeDOS… but it has something to do with it. :)

I thought that maybe if you all like the idea, I could make a GUI 
shell. It would be exclusive of course. Though, It will be especially 
for FreeDOS. And maybe also MS-DOS and Night DOS. It’s a sort of a 
vote. Would you like the idea of a new GUI shell? Something new, newer 
then the old original (still nice) Windows shells (Windows 1.0; 1.10; 
2.0 etc.). I liked the idea, but if no one likes the idea it’s a bit 
of a pointless thing. Also this will be a second project, where I can 
work on when my other project (BirdOS) is paused for a bit. Then I can 
wipe my mind for a bit.. :)


Some things though:

-Can a 16-bit OS load bitmap images?

-Can, if the idea is voted as a yes, I ‘borrow the FreeDOS logo for [1].

[1] a ‘made for FreeDOS 1.2’ and ‘compatible with FreeDOS ‘1.1’ 
emblem/image. This will (maybe) be done with several OS’s.. It will be 
especially for FreeDOS.


Get the discussion going! :)

-Maarten



--

Re: [Freedos-devel] An idea???

[Maarten Vermeulen]

Okay, thank you! I will see what I get from it. :)
I will also do some research.

-Maarten

Unless you want to read it: Ignore this, this is my signature… :)
--
Working on:
Bird OS 2017 1.0.0a (western screech-owl)
- netraa...@gmail.com
- birdos.2...@gmail.com
"why? Because Freedos, that's why!"

Some Nice projects:
- Freedos
- Night DOS Kernel


Quote from email:
--


Van: Louis Santillan
Verzonden: donderdag 18 februari 2016 17:54
Aan: Technical discussion and questions for FreeDOS developers.
Onderwerp: Re: [Freedos-devel] An idea???

Forgot to mention NewDeal [0] and some other pre-Y2K GUIs [1].


[0] http://toastytech.com/guis/nd32.html
[1] http://toastytech.com/guis/index.html

On Wed, Feb 17, 2016 at 3:38 PM, Louis Santillan  wrote:
> Maarten,
>
> You should familiarize yourself with what's already been done.
> OPENGEM/GEM [0], SEAL[1], DOSStart [2], others [3][4][5].
>
>
> [0] http://www.freedos.org/software/?prog=opengem
> [1] http://sealsystem.sourceforge.net/
> [2] 
> https://web.archive.org/web/20120818224825/http://www.icdc.com/~dnice/dosstart.html
> [3] http://www.pldos.pl/windos/spectra.htm
> [4] 
> https://web.archive.org/web/20080402084721/http://members.aol.com/aumenu/menudwn.html
> [5] http://members.quicknet.nl/blankendaalr/
>
>
> On Wed, Feb 17, 2016 at 12:19 PM, Maarten Vermeulen  
> wrote:
>> Hi all,
>>
>>
>>
>> It’s not really about FreeDOS… but it has something to do with it. :)
>>
>> I thought that maybe if you all like the idea, I could make a GUI shell. It
>> would be exclusive of course. Though, It will be especially for FreeDOS. And
>> maybe also MS-DOS and Night DOS. It’s a sort of a vote. Would you like the
>> idea of a new GUI shell? Something new, newer then the old original (still
>> nice) Windows shells (Windows 1.0; 1.10; 2.0 etc.). I liked the idea, but if
>> no one likes the idea it’s a bit of a pointless thing. Also this will be a
>> second project, where I can work on when my other project (BirdOS) is paused
>> for a bit. Then I can wipe my mind for a bit.. :)
>>
>>
>>
>> Some things though:
>>
>>
>>
>> -  Can a 16-bit OS load bitmap images?
>>
>> -  Can, if the idea is voted as a yes, I ‘borrow the FreeDOS logo
>> for [1].
>>
>>
>>
>> [1] a ‘made for FreeDOS 1.2’ and ‘compatible with FreeDOS ‘1.1’
>> emblem/image. This will (maybe) be done with several OS’s.. It will be
>> especially for FreeDOS.
>>
>>
>>
>> Get the discussion going! :)
>>
>>
>>
>> -Maarten
>>
>>
>>
>>
>> --
>> Site24x7 APM Insight: Get Deep Visibility into Application Performance
>> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
>> Monitor end-to-end web transactions and take corrective actions now
>> Troubleshoot faster and improve end-user experience. Signup Now!
>> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
>> ___
>> Freedos-devel mailing list
>> Freedos-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/freedos-devel
>>

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Re: [Freedos-devel] An idea???

[Tom Ehlert]

another one : http://www.georgpotthast.de/g-gui/

and Windows 3.0.


there is certainly no lack of GUI's for DOS. Many  have tried, but
noone came up with a GUI for DOS, with the possible exception of GEM,
and Windows 3.x.
The chance that exactly YOU come up with a useful one is very close to zero.

Just look at these projects, count the program lines, and estimate
time used.

Tom



am 18. Februar 2016 um 17:53 schrieben Sie:

> Forgot to mention NewDeal [0] and some other pre-Y2K GUIs [1].


> [0] http://toastytech.com/guis/nd32.html
> [1] http://toastytech.com/guis/index.html

> On Wed, Feb 17, 2016 at 3:38 PM, Louis Santillan  wrote:
>> Maarten,
>>
>> You should familiarize yourself with what's already been done.
>> OPENGEM/GEM [0], SEAL[1], DOSStart [2], others [3][4][5].
>>
>>
>> [0] http://www.freedos.org/software/?prog=opengem
>> [1] http://sealsystem.sourceforge.net/
>> [2] 
>> https://web.archive.org/web/20120818224825/http://www.icdc.com/~dnice/dosstart.html
>> [3] http://www.pldos.pl/windos/spectra.htm
>> [4] 
>> https://web.archive.org/web/20080402084721/http://members.aol.com/aumenu/menudwn.html
>> [5] http://members.quicknet.nl/blankendaalr/
>>
>>
>> On Wed, Feb 17, 2016 at 12:19 PM, Maarten Vermeulen  
>> wrote:
>>> Hi all,
>>>
>>>
>>>
>>> It’s not really about FreeDOS… but it has something to do with it. :)
>>>
>>> I thought that maybe if you all like the idea, I could make a GUI shell. It
>>> would be exclusive of course. Though, It will be especially for FreeDOS. And
>>> maybe also MS-DOS and Night DOS. It’s a sort of a vote. Would you like the
>>> idea of a new GUI shell? Something new, newer then the old original (still
>>> nice) Windows shells (Windows 1.0; 1.10; 2.0 etc.). I liked the idea, but if
>>> no one likes the idea it’s a bit of a pointless thing. Also this will be a
>>> second project, where I can work on when my other project (BirdOS) is paused
>>> for a bit. Then I can wipe my mind for a bit.. :)
>>>
>>>
>>>
>>> Some things though:
>>>
>>>
>>>
>>> -  Can a 16-bit OS load bitmap images?
>>>
>>> -  Can, if the idea is voted as a yes, I ‘borrow the FreeDOS logo
>>> for [1].
>>>
>>>
>>>
>>> [1] a ‘made for FreeDOS 1.2’ and ‘compatible with FreeDOS ‘1.1’
>>> emblem/image. This will (maybe) be done with several OS’s.. It will be
>>> especially for FreeDOS.
>>>
>>>
>>>
>>> Get the discussion going! :)
>>>
>>>
>>>
>>> -Maarten
>>>
>>>
>>>
>>>
>>> --
>>> Site24x7 APM Insight: Get Deep Visibility into Application Performance
>>> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
>>> Monitor end-to-end web transactions and take corrective actions now
>>> Troubleshoot faster and improve end-user experience. Signup Now!
>>> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
>>> ___
>>> Freedos-devel mailing list
>>> Freedos-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/freedos-devel
>>>

> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
> ___
> Freedos-devel mailing list
> Freedos-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-devel



Mit freundlichen Grüßen/Kind regards
Tom Ehlert
+49-241-79886


--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Re: [Freedos-devel] An idea???

[Louis Santillan]

Forgot to mention NewDeal [0] and some other pre-Y2K GUIs [1].


[0] http://toastytech.com/guis/nd32.html
[1] http://toastytech.com/guis/index.html

On Wed, Feb 17, 2016 at 3:38 PM, Louis Santillan  wrote:
> Maarten,
>
> You should familiarize yourself with what's already been done.
> OPENGEM/GEM [0], SEAL[1], DOSStart [2], others [3][4][5].
>
>
> [0] http://www.freedos.org/software/?prog=opengem
> [1] http://sealsystem.sourceforge.net/
> [2] 
> https://web.archive.org/web/20120818224825/http://www.icdc.com/~dnice/dosstart.html
> [3] http://www.pldos.pl/windos/spectra.htm
> [4] 
> https://web.archive.org/web/20080402084721/http://members.aol.com/aumenu/menudwn.html
> [5] http://members.quicknet.nl/blankendaalr/
>
>
> On Wed, Feb 17, 2016 at 12:19 PM, Maarten Vermeulen  
> wrote:
>> Hi all,
>>
>>
>>
>> It’s not really about FreeDOS… but it has something to do with it. :)
>>
>> I thought that maybe if you all like the idea, I could make a GUI shell. It
>> would be exclusive of course. Though, It will be especially for FreeDOS. And
>> maybe also MS-DOS and Night DOS. It’s a sort of a vote. Would you like the
>> idea of a new GUI shell? Something new, newer then the old original (still
>> nice) Windows shells (Windows 1.0; 1.10; 2.0 etc.). I liked the idea, but if
>> no one likes the idea it’s a bit of a pointless thing. Also this will be a
>> second project, where I can work on when my other project (BirdOS) is paused
>> for a bit. Then I can wipe my mind for a bit.. :)
>>
>>
>>
>> Some things though:
>>
>>
>>
>> -  Can a 16-bit OS load bitmap images?
>>
>> -  Can, if the idea is voted as a yes, I ‘borrow the FreeDOS logo
>> for [1].
>>
>>
>>
>> [1] a ‘made for FreeDOS 1.2’ and ‘compatible with FreeDOS ‘1.1’
>> emblem/image. This will (maybe) be done with several OS’s.. It will be
>> especially for FreeDOS.
>>
>>
>>
>> Get the discussion going! :)
>>
>>
>>
>> -Maarten
>>
>>
>>
>>
>> --
>> Site24x7 APM Insight: Get Deep Visibility into Application Performance
>> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
>> Monitor end-to-end web transactions and take corrective actions now
>> Troubleshoot faster and improve end-user experience. Signup Now!
>> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
>> ___
>> Freedos-devel mailing list
>> Freedos-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/freedos-devel
>>

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Re: [Freedos-devel] An idea???

[Maarten Vermeulen]

Hi,

Interesting what you all think of it. :)
I didn’t research, I first wanted to see what you all think of the idea. And 
actually it’s a bit of a mixed. But definitely some good reactions where there. 
OpenGEM is maybe an option, I will look for that. I will also do some research. 
So what I get out of this is actually (correct me if I am wrong):

- Don’t make a new shell, it’s better to fix problems with the other already 
existing shells.
- Make something difficult, that doesn’t really exist as much as the ‘file 
finder’ shell.
- Much of you don’t really care, it already exists to much?


Thank you!
Maarten




--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Re: [Freedos-devel] An idea???

[Louis Santillan]

Maarten,

You should familiarize yourself with what's already been done.
OPENGEM/GEM [0], SEAL[1], DOSStart [2], others [3][4][5].


[0] http://www.freedos.org/software/?prog=opengem
[1] http://sealsystem.sourceforge.net/
[2] 
https://web.archive.org/web/20120818224825/http://www.icdc.com/~dnice/dosstart.html
[3] http://www.pldos.pl/windos/spectra.htm
[4] 
https://web.archive.org/web/20080402084721/http://members.aol.com/aumenu/menudwn.html
[5] http://members.quicknet.nl/blankendaalr/


On Wed, Feb 17, 2016 at 12:19 PM, Maarten Vermeulen  wrote:
> Hi all,
>
>
>
> It’s not really about FreeDOS… but it has something to do with it. :)
>
> I thought that maybe if you all like the idea, I could make a GUI shell. It
> would be exclusive of course. Though, It will be especially for FreeDOS. And
> maybe also MS-DOS and Night DOS. It’s a sort of a vote. Would you like the
> idea of a new GUI shell? Something new, newer then the old original (still
> nice) Windows shells (Windows 1.0; 1.10; 2.0 etc.). I liked the idea, but if
> no one likes the idea it’s a bit of a pointless thing. Also this will be a
> second project, where I can work on when my other project (BirdOS) is paused
> for a bit. Then I can wipe my mind for a bit.. :)
>
>
>
> Some things though:
>
>
>
> -  Can a 16-bit OS load bitmap images?
>
> -  Can, if the idea is voted as a yes, I ‘borrow the FreeDOS logo
> for [1].
>
>
>
> [1] a ‘made for FreeDOS 1.2’ and ‘compatible with FreeDOS ‘1.1’
> emblem/image. This will (maybe) be done with several OS’s.. It will be
> especially for FreeDOS.
>
>
>
> Get the discussion going! :)
>
>
>
> -Maarten
>
>
>
>
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
> ___
> Freedos-devel mailing list
> Freedos-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-devel
>

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Re: [Freedos-devel] An idea???

[Jim Hall]

Rather than create your own new GUI from scratch, might I convince you to
improve & modernize an existing DOS GUI such as those listed here:
http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/gui/

SEAL or OpenGEM might be interesting starting points.
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Re: [Freedos-devel] An idea???

[Ralf Quint]

On 2/17/2016 12:19 PM, Maarten Vermeulen wrote:


Hi all,

It’s not really about FreeDOS… but it has something to do with it. :)

I thought that maybe if you all like the idea, I could make a GUI 
shell. It would be exclusive of course. Though, It will be especially 
for FreeDOS. And maybe also MS-DOS and Night DOS. It’s a sort of a 
vote. Would you like the idea of a new GUI shell? Something new, newer 
then the old original (still nice) Windows shells (Windows 1.0; 1.10; 
2.0 etc.). I liked the idea, but if no one likes the idea it’s a bit 
of a pointless thing. Also this will be a second project, where I can 
work on when my other project (BirdOS) is paused for a bit. Then I can 
wipe my mind for a bit.. :)



Well, to each his/her own...
"I" personally don't care much about a GUI shell, but other might. 
However, a general problem, with all of those GUI shell projects in the 
past is that none of them ever got to the point where they seemed to be 
useful...


Some things though:

-Can a 16-bit OS load bitmap images?

That has nothing to do with the OS, 16bit or not. That would be a 
function of YOUR software, the GUI shell you want to produce...




Ralf


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

[Freedos-devel] An idea???

[Maarten Vermeulen]

Hi all,

It’s not really about FreeDOS… but it has something to do with it. :)
I thought that maybe if you all like the idea, I could make a GUI shell. It 
would be exclusive of course. Though, It will be especially for FreeDOS. And 
maybe also MS-DOS and Night DOS. It’s a sort of a vote. Would you like the idea 
of a new GUI shell? Something new, newer then the old original (still nice) 
Windows shells (Windows 1.0; 1.10; 2.0 etc.). I liked the idea, but if no one 
likes the idea it’s a bit of a pointless thing. Also this will be a second 
project, where I can work on when my other project (BirdOS) is paused for a 
bit. Then I can wipe my mind for a bit.. :)

Some things though:

- Can a 16-bit OS load bitmap images?
- Can, if the idea is voted as a yes, I ‘borrow the FreeDOS logo for [1].

[1] a ‘made for FreeDOS 1.2’ and ‘compatible with FreeDOS ‘1.1’ emblem/image. 
This will (maybe) be done with several OS’s.. It will be especially for FreeDOS.

Get the discussion going! :)

-Maarten

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel