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 definit
> 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 rele
??? 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 Qui
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 way
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 whil
On Thu, 28 Nov 2002 at 19:35:40, John Taylor wrote:
(ref: <[EMAIL PROTECTED]>)
>
>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.
Send them to a user group.
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
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
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
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 SMSQ
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 t
> >> > 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
> 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
> >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 ga
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
> >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
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,
>
??? 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 tog
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
Dilwyn Jones writes:
<>
> I haven't
> yet been able to get EasySprite editor to work in mode 32, but use it
> in QL colours mode to create the sprites, they display OK in menus in
> mode 32.
According to Albin Hessler it wont be EASY to fix EasySprite. I quote:
# I know that EASYPTR does n
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 MIME-co
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
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
>
>
> 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
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,
}
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
26 matches
Mail list logo