Phoebus Dokos makes some magical things to make me read
} [EMAIL PROTECTED] ??:
}
} Ok, please, what scared you ?
} I'm afraid to have provided too much dense information, did I ?
}
} Hehe it's not you. Just the concept of writing a Hello World type of program being
} aboyt 700 lines is
François Lanciault makes some magical things to make me read
} With ProWesS, the COMPLETE code to write a 'Hello World' program in its
} own movable window is :
}
} #include ProWesS_h
}
} void init()
} {
} PWObject window;
}
} PWCreate(NULL,window,PW_TYPE_LOOSE_ITEM,
}
Moreover, in the Hello world, overruling the default C68 init()
function is
rather agressive, IMHO.
The thigs is that ProWesS uses C, but it doesn't use the standard C
libraries. Though it can be used in conjunction, it is intended to work
without stdlib. In fact, this reduces the size of the
EasyC is included on the QPTR Companion disk that is available as an
optional extra for use with c68.
Dave
- Original Message -
From: Christopher Cave [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, November 28, 2002 12:00 AM
Subject: [ql-users] WMAN progress - Easyc
Wolfgang Lenerz writes:
AW events are entirely up to the programmer. My point is they are not
processed by wm.rptr but by iop.rptr. This explains why there is no
reaction to keystrokes defined in the main menu unless the AW happens
to be a MSW.
Again, I find this not to be the case.
On 27 Nov 2002, at 17:53, P Witte wrote:
Yes please.
OK, enclosed- load outptr_bin first. (lrespr)
Wolfgang
The following section of this message contains a file attachment
prepared for transmission using the Internet MIME message format.
If you are using Pegasus Mail, or any another
James Hunkins wrote
My only reason to not use ProWesS for my project is that there would be
too many people with slow systems who might have an issue with speed.
Part of a proper desktop is the requirement that it doesn't get in the
way. If there is a speed issue, it would detract from
??? 28/11/2002 6:15:28 ??, ?/? TonyTebby [EMAIL PROTECTED] ??:
In the PC / Unix world, a slow system is less than 500 - 1000 MIPs
ProWesS is fast on very slow systems (50 MIPS) and works well on
extraordinarily slow systems
However, as you said, ProWesS is a very nicely put together
In article [EMAIL PROTECTED], François
Lanciault [EMAIL PROTECTED] writes
With ProWesS, the COMPLETE code to write a 'Hello World' program in its
own movable window is :
#include ProWesS_h
void init()
{
PWObject window;
PWCreate(NULL,window,PW_TYPE_LOOSE_ITEM,
I have been telling everyone that ProWesS is much simpler than
QPTR/EasyPTR but nobody seems to care...
The problem is the slower loading time for the system and slower running
on 'ordinary' QL equipment.
So the PE remains more convenient.
The slower loading is mainly caused by the
Is anyone interested?
I have about 500 DD discs which have been used to program injection moulding
machines which are now obsolete.
They are free to anyone otherwise I am binning them.
Any takers?
John Taylor
SOme work is definitely needed on Easyptr and so on to help them
make
the most of GD2. What is surprising is that if you create a program
in
compiled BASIC with Easyptr 3 and mode 4 sprites etc it actually
works
in mode 32 on QPC anyway.
It doesn't on Qx0... The graphics get all garbled...
And for C68 programmers, there is EasyC from Bob Weeks of
Pointer
Products
which turns EasyPtr menus into C68 stuff.
I think (not sure, as I ain't been there for a while) it was on
TF's
bulletin board (Tony?)
I can't find it - at least by that name, or 'weeks'
If it was there once it
I have Easyc here. It was bundled with the Tony Tebby example
code on a PD disk from Ron Dunnett. Just fired it up and it did
start, so if anyone wants a copy .
Ah, thank you. A quick look at Ron's PD library catalogue shows it was
the QPTR Companion disk Specials 6 (SP6). Also on my PD
TonyTebby wrote:
In the PC / Unix world, a slow system is less than 500 - 1000 MIPs
ProWesS is fast on very slow systems (50 MIPS) and works well on
extraordinarily slow systems
This is true. Nonetheless it has a response time of approximately one
second on my 400Mhz system, which is just too
Dilwyn Jones wrote:
From what I gather, it could be due to a problem in the sprite cache
in certain versions of the OS,
Probably, yes. I did submit a fix for that bug over a year ago but it
never went into SMSQ/E for Qx0 (i.e. QPC and Q40 differ in that
respect since QPC2 2.03).
The next
Marcel Kilgus wrote:
This is true. Nonetheless it has a response time of approximately one
second on my 400Mhz system, which is just too much, especially
compared to the not measurable response time of WMAN.
[snip]
Argh, that was only a mail draft I thought I had deleted. Damnit.
Marcel
Hi John,
they would be ideal for the next QL Today cover disk.
Could you hand them over to Roy Wood? I could pick
my share up from Roy whenever we meet next time...
Cheers Jochen
John Taylor wrote:
Is anyone interested?
I have about 500 DD discs which have been used to program injection
It would be great to have an integrated development environment for
programming the pointer environment which was free.
The bare bones have been developed by George Gwilt with his Tptr and Cptr.
Tptr can be compiled by Turbo.
Cptr can be compiled by C68.
Window Definitions (as opposed to Working
On Thu, 28 Nov 2002 at 18:39:38, Dilwyn Jones wrote:
(ref: 003e01c29719$3dce44e0$5630fd3e@blackpc)
And for C68 programmers, there is EasyC from Bob Weeks of
Pointer
Products
which turns EasyPtr menus into C68 stuff.
I think (not sure, as I ain't been there for a while) it was on
TF's
On Jeudi, nove 28, 2002, at 01:37 America/Montreal, James Hunkins wrote:
My only reason to not use ProWesS for my project is that there would
be too many people with slow systems who might have an issue with
speed. Part of a proper desktop is the requirement that it doesn't
get in the
??? 28/11/2002 11:47:26 ??, ?/? François Lanciault [EMAIL PROTECTED]
??:
It is the 'Many people' that I don't agree with. I think that, by now,
MOST Ql users have migrate to SGC speed or faster. Those who still use
68008 Qls do not buy high end programs anyway and are happy with Quill
Well on the Q40 (at least mine) I tried to load it and it's impossible
to get it to work.
There has been a long history with incompatibilities between the
Q40 and Prowess. I have managed to get it working, though and
working correctly on the latest SMSQ/E (2y99 - else I wouldn't
have
In a message dated 28/11/02 19:36:27 GMT Standard Time, [EMAIL PROTECTED] writes:
Is anyone interested?
I have about 500 DD discs which have been used to program injection moulding
machines which are now obsolete.
They are free to anyone otherwise I am binning them.
Any takers?
I would
24 matches
Mail list logo
