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
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 no
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
>
> 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 GU
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
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 syst
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 vide
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
velopers.
<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 (
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,
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
p: 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
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
#x27;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 som
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
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 [
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
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/do
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.
--
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
20 matches
Mail list logo