Thanks to everyone for your help.
I got it to work,
D.
On Sat, Sep 9, 2017 at 1:15 PM, Bob Spelten via Ql-Users <
ql-users@lists.q-v-d.com> wrote:
> Op Fri, 08 Sep 2017 19:59:28 +0200 schreef Daniel Baum via Ql-Users <
> ql-users@lists.q-v-d.com>:
>
> Hi all,
>>
>> I am trying to get my head
This might be handy too then, it's the official 68000 programmers manual,
covering all the cpus:
http://www.nxp.com/docs/en/reference-manual/M68000PRM.pdf
Have fun.
Cheers,
Norm.
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
Hi Norman,
I am familiar with your excellent Assembly Language book.
I will take a look at the toolkit that you mention; it certainly sounds as
if it could be used as a template for what I am looking for.
Come to think of it, I have actually never written any assembly language on
the QL, as far
Evening Daniel,
Re assembly language and writing extensions, my eBook has a few chapters on
that. Help yourself to
http://qdosmsq.dunbar-it.co.uk/downloads/QLToday/QL_Assembly.pdf.
If you need to return two values, or four, then take a look at the DJTOOLKIT
sources at
Hi François,
Thanks for the pointer to Dilwyn's tutorial.
It is helpful but it doesn't contain what I was looking for. I did
eventually find the answer here:
http://www.qlforum.co.uk/viewtopic.php?f=3=1027
The solution involves PEEKing the window definition table, which is
effective, but not
Op 8/09/2017 om 19:59 schreef Daniel Baum via Ql-Users:
Hi all,
I am trying to get my head around EasyPtr (again).
I have been playing with the new ability to create resizable windows. This
turns out to be not terribly difficult, and I was able to create a
resizable version of the calculator
Hi all,
I am trying to get my head around EasyPtr (again).
I have been playing with the new ability to create resizable windows. This
turns out to be not terribly difficult, and I was able to create a
resizable version of the calculator from Norman Dunbar's tutorial without
suffering too much.
PS You will probably also need some kind of toolkit to reserve and release
a slot in the Button Frame. If you dont have one and dont feel like writing
your own, you may use mine. Its just over 300b of code.
Per
On 4 September 2017 at 23:02, Per Witte wrote:
> Yes, but not
Yes, but not with Wman. You have to devise your own.
Per
On 4 September 2017 at 20:20, Giorgio Garabello via Ql-Users <
ql-users@lists.q-v-d.com> wrote:
> Hello to all.
> Has anyone ever tried to insert an EasyPTR menu inside the Button Frame?
> Is it possible?
>
> Greetings
> Giorgio
>
Hello to all.
Has anyone ever tried to insert an EasyPTR menu inside the Button Frame?
Is it possible?
Greetings
Giorgio
___
QL-Users Mailing List
Hi John,
The menu will actually load into easyMenu. The problem is loading it into
SBasic.
I'm wondering whether I need to predefine a large screen area before
loading it? The smaller menus load OK.
D.
D..
On Mon, Aug 28, 2017 at 2:50 AM, John Gilpin via Ql-Users <
ql-users@lists.q-v-d.com>
Hi Daniel,
I had a similar problem regarding a large menu in EP4. I originally
wrote it without any problems but when I came to load it again to make
some slight changes I found that it wouldn't load. A member from the
local Sub Group was also playing about with it and he found that it
would
Which video resolution are you using?
2017-08-27 22:40 GMT+02:00 Daniel Baum via Ql-Users <
ql-users@lists.q-v-d.com>:
> Hi all,
>
> Almost 20 years ago I wrote a program called Qbase, and now I am trying to
> run and compile the source code.
>
> There are two versions, the older one is mostly
Hi all,
Almost 20 years ago I wrote a program called Qbase, and now I am trying to
run and compile the source code.
There are two versions, the older one is mostly text based, with a few
added menus. This version runs and compiles without any problems.
The newer version was written with
Ok, but it *had* worked without problems. But the program was abandonded
after the changes in PE.
- Original Message -
From: "Wolf"
Hi,
IIRC that's because you might get non rectangular outlines. That
complicates matters quite bit, when saving/restoring part of the window.
HTH
Ralf Reköndt wrote:
> I remember that the first PE versions allowed secondaries to be outside of
> primaries, and that worked, as I have seen at minimum one program, ehich
> have used that. I am not sure, why TT has changed that.
Wild guess: because every secondary window then had to have its own
I remember that the first PE versions allowed secondaries to be outside of
primaries, and that worked, as I have seen at minimum one program, ehich
have used that. I am not sure, why TT has changed that.
Cheers...Ralf
- Original Message -
From: "Marcel Kilgus"
Dilwyn Jones wrote:
Ok, but it *had* worked without problems. But the program was abandonded
after the changes in PE.
- Original Message -
From: "Wolf"
Hi,
IIRC that's because you might get non rectangular outlines. That
complicates matters quite bit, when saving/restoring part of the window.
HTH
SETW is the program I was trying to remember, and failing miserably!
Dilwyn, sorry, I can't remember which edition of Quanta the articles were
originally published in. I checked my ources and they are not Quill, nor are
they Perfection. I have a vague recollection that they might be Write.exe
Hi,
IIRC that's because you might get non rectangular outlines. That
complicates matters quite bit, when saving/restoring part of the window.
HTH
Wolfgang
On 04/07/2016 08:06 PM, Ralf Reköndt wrote:
I remember that the first PE versions allowed secondaries to be outside of
primaries, and
I remember that the first PE versions allowed secondaries to be outside of
primaries, and that worked, as I have seen at minimum one program, ehich
have used that. I am not sure, why TT has changed that.
Cheers...Ralf
- Original Message -
From: "Marcel Kilgus"
Dilwyn Jones wrote:
Thanks all for the birthday wishes.
It seems I'm not the only one with "leaky RAM" then, judging by the comments.
Could someone please put John Gilpin out of his PDF misery and feed the Easy
Pointer Guide I wrote through QStripper and save the files as PDFs. The utility
creates text searchable
Op Thu, 07 Apr 2016 16:25:29 +0200 schreef Dilwyn Jones
:
The reason for that fullscreen is that when you View a menu from the
list this will most likely be bigger than the Main AppMan window,
so the outline is set as big as possible.Some time ago Per Witte
Dilwyn Jones wrote:
> Along with people like Bob, I remember breaking your hard work a few times,
> I think it was down to me doing things nobody thought of like an application
> window menu with just one or item or something like that. Hope you've
> forgiven us all by now ;-)
Forgive you, Bob
Op Thu, 07 Apr 2016 15:31:58 +0200 schreef Dilwyn Jones
:
It's about time I finish my update for AppMan.
Bob
Would it be possible for the AppMan program outline to be changed? It
seems to cover the whole screen whereas actually using only a small
percentage
Dilwyn Jones wrote:
> Would it be possible for the AppMan program outline to be changed? It seems
> to cover the whole screen whereas actually using only a small percentage of
> it, hiding all other programs in the process.
IIRC that is because it is able to display the menus and it can only
do
> On 7 Apr 2016, at 12:19, Norman Dunbar wrote:
>
> A most enjoyable read, thanks Marcel. I might even take you up on the offer
> of EasyMenu 4 sometime, but these days I'm using George's not-quite-WYSIWYG
> assembly utilities. (Due to old age - 56 today - I'm afraid I
thing like that. Hope you've
forgiven us all by now ;-)
Thank you Marcel.
Dilwyn Jones
-Original Message-
From: Marcel Kilgus
Sent: Wednesday, April 06, 2016 11:44 PM
To: ql-us...@q-v-d.com
Subject: [Ql-Users] EasyPtr and me
I wrote up a short tale about my life with EasyPtr. Plus ther
It's about time I finish my update for AppMan.
Bob
Would it be possible for the AppMan program outline to be changed? It seems
to cover the whole screen whereas actually using only a small percentage of
it, hiding all other programs in the process.
That's my only little niggle about it,
Op 7/04/2016 om 0:44 schreef Marcel Kilgus:
I wrote up a short tale about my life with EasyPtr. Plus there's a
gift at the end:
http://www.kilgus.net/2016/04/07/easyptr-and-me/
Enjoy! If not the tale, then at least the gift ;) Cheers, Marcel
___
Bob Spelten wrote:
>> I wrote up a short tale about my life with EasyPtr. Plus there's a
>> gift at the end:
>>
>> http://www.kilgus.net/2016/04/07/easyptr-and-me/
>>
>> Enjoy! If not the tale, then at least the gift ;) Cheers, Marcel
>
> I like the tale.
Thanks.
> My copy of EP3 was bought in
Op Thu, 07 Apr 2016 00:44:35 +0200 schreef Marcel Kilgus
:
I wrote up a short tale about my life with EasyPtr. Plus there's a
gift at the end:
http://www.kilgus.net/2016/04/07/easyptr-and-me/
Enjoy! If not the tale, then at least the gift ;) Cheers, Marcel
I like
Norman Dunbar wrote:
> What Darren said! ;-)
>
> A most enjoyable read, thanks Marcel. I might even take you up on
> the offer of EasyMenu 4 sometime, but these days I'm using George's
> not-quite-WYSIWYG assembly utilities.
You can always use EasyMenu to design the menu and EasySource to
What Darren said! ;-)
A most enjoyable read, thanks Marcel. I might even take you up on the offer of
EasyMenu 4 sometime, but these days I'm using George's not-quite-WYSIWYG
assembly utilities. (Due to old age - 56 today - I'm afraid I can't remember
the damned name of the utility I use!
What an enjoyable read :-)
Thanks for the memories mate.
D.
On 6 Apr 2016 23:44, "Marcel Kilgus" wrote:
> I wrote up a short tale about my life with EasyPtr. Plus there's a
> gift at the end:
>
> http://www.kilgus.net/2016/04/07/easyptr-and-me/
>
> Enjoy! If not the
I wrote up a short tale about my life with EasyPtr. Plus there's a
gift at the end:
http://www.kilgus.net/2016/04/07/easyptr-and-me/
Enjoy! If not the tale, then at least the gift ;) Cheers, Marcel
___
QL-Users Mailing List
Op 26/08/2013 19:39, Fabrizio Diversi schreef:
Hi all,
do you know where I can find latest version of EasyPtr ? (I own a
legal copy)
I decided to spend some time again on my email program that I never
completed I am using latest SMSQe 3.16 I am getting some strange
behavior from MAWDRAW
Am 28.08.2013 um 21:49 schrieb François Van Emelen:
Op 26/08/2013 19:39, Fabrizio Diversi schreef:
Hi all,
do you know where I can find latest version of EasyPtr ? (I own a legal copy)
I decided to spend some time again on my email program that I never
completed I am using latest SMSQe
Hi François,
Regarding your reference to Fabrizio's -
Attached you can find a screenshot of my desktop
Fabrizio included a dynamic link which I sucessfully used to see his fine
desktop.
I'll reproduce it below in the hope that it might take you where you wanted
to go -
Tobias Fröschle wrote:
I guess asking Jochen or Marcel for an upgrade wouldn't hurt. Both
are nice guys and don't bite, normally ;)
lol, thanks :-D
Actually I've sent him the files off-list already.
Cheers, Marcel
___
QL-Users Mailing List
Op 28/08/2013 22:16, QL-MyLink (f/fh) schreef:
Hi François,
Regarding your reference to Fabrizio's -
Attached you can find a screenshot of my desktop
Fabrizio included a dynamic link which I sucessfully used to see his fine
desktop.
I'll reproduce it below in the hope that it might take you
Am 28.08.2013 um 22:18 schrieb Marcel Kilgus:
are nice guys and don't bite, normally ;)
Actually I've sent him the files off-list already.
Point proven ;)
Tobias
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Hi all,
do you know where I can find latest version of EasyPtr ? (I own a legal
copy)
I decided to spend some time again on my email program that I never
completed I am using latest SMSQe 3.16 I am getting some strange
behavior from MAWDRAW command, so I thought that upgrade it is the
Op 20/06/2012 16:48, Dilwyn Jones schreef:
tobias.froesc...@t-online.de wrote:
does anyone know how spraying sprites with the Easyptr 4.01 BLOBW
procedure is supposed to work in mode 32?
TT never implemented spraying for GD2, sorry. Wasn't exactly a much
sought of feature.
Marcel
Shame,
Hi everyone,
does anyone know how spraying sprites with the Easyptr 4.01 BLOBW procedure
is supposed to work in mode 32?
I have tried the following:
1. High-Color sprite 27x27
2. QPC in high-colour mode
BLOBW #appwin,xpos%,ypos%, sprite, sprite,10
-- Bad parameter (and interestingly, all my
To answer my own question: No, Not compressing the sprite doesn't help.
-Original-Nachricht-
Von: tobias.froesc...@t-online.de tobias.froesc...@t-online.de
An: ql-us...@q-v-d.com
Betreff: [Ql-Users] EasyPtr BLOBW
Datum: Wed, 20 Jun 2012 14:36:14 +0200
Hi everyone,
does anyone know how
tobias.froesc...@t-online.de wrote:
does anyone know how spraying sprites with the Easyptr 4.01 BLOBW
procedure is supposed to work in mode 32?
TT never implemented spraying for GD2, sorry. Wasn't exactly a much
sought of feature.
Marcel
___
No wonder it doesn't work, then ;)
Thanks, Marcel.
-Original-Nachricht-
Von: Marcel Kilgus ql-us...@mail.kilgus.net
An: ql-us...@q-v-d.com
Betreff: Re: [Ql-Users] EasyPtr BLOBW
Datum: Wed, 20 Jun 2012 15:59:33 +0200
tobias.froesc...@t-online.de wrote:
does anyone know how spraying
tobias.froesc...@t-online.de wrote:
No wonder it doesn't work, then ;)
Yeah, I had to look it up, too, but the source code was pretty
definite on that point ;-)
pt_spray
moveq #err.ipar,d0
rts
end
Marcel
___
QL-Users
tobias.froesc...@t-online.de wrote:
does anyone know how spraying sprites with the Easyptr 4.01 BLOBW
procedure is supposed to work in mode 32?
TT never implemented spraying for GD2, sorry. Wasn't exactly a much
sought of feature.
Marcel
Shame, although I understand the reasons. I think the
Dilwyn Jones wrote:
Before I reinvent the wheel and OCR my Easyptr manual to use on my
eBook reader, has anyone else already done this?
The Easyptr commands are the hardest syntax to remember of all the
BASIC extensions, I think!
After reading this I checked in my usual directories and found
Before I reinvent the wheel and OCR my Easyptr manual to use on my
eBook reader, has anyone else already done this?
The Easyptr commands are the hardest syntax to remember of all the
BASIC extensions, I think!
After reading this I checked in my usual directories and found
nothing, thus I
Before I reinvent the wheel and OCR my Easyptr manual to use on my eBook
reader, has anyone else already done this?
The Easyptr commands are the hardest syntax to remember of all the BASIC
extensions, I think!
Dilwyn Jones
___
QL-Users Mailing List
Seems to be on Marcel's site...?
- Original Message -
From: Dilwyn Jones dil...@evans1511.fsnet.co.uk
To: QL Users List ql-us...@q-v-d.com
Sent: Friday, June 08, 2012 3:16 PM
Subject: [Ql-Users] Easyptr manual
Before I reinvent the wheel and OCR my Easyptr manual to use on my eBook
...@q-v-d.com
Subject: Re: [Ql-Users] Easyptr manual
Seems to be on Marcel's site...?
- Original Message -
From: Dilwyn Jones dil...@evans1511.fsnet.co.uk
To: QL Users List ql-us...@q-v-d.com
Sent: Friday, June 08, 2012 3:16 PM
Subject: [Ql-Users] Easyptr manual
Before I reinvent the wheel
On 08/06/12 14:16, Dilwyn Jones wrote:
Before I reinvent the wheel and OCR my Easyptr manual to use on my eBook
reader, has anyone else already done this?
Not yet, no.
The Easyptr commands are the hardest syntax to remember of all the BASIC
extensions, I think!
I'll second that!
Cheers,
With kind thanks to Marcel, I've been using a beta-release of the
68020 QPC2. Extremely stable for a first release!
I seem to have run into a minor problem with Easyptr 4 which I cannot
pin down enough to trouble Marcel with a definite bug report as yet,
so I need ot ask for help in tracking down
:57 PM
Subject: [ql-users] EASYPTR Application windows
Hi all,
How can I avoid the folowing error:
'at line .. value out of range'
MAWDRAW#3\3,grille$,0,0,0,cel_breedte%,12,1,1
where
\3(,3) = application window #3
grille$ = a 3 dimensional array
cel_breedte% = int array for the width
It seems to me if you expect to be able to see more than the window
width you would have to send material to a notional piece of paper in
the manner of a word processor or editor, to be viewed THROUGH your
window. Conten to be stored in memory as an array, line by line. As to
the third
Hi all,
How can I avoid the folowing error:
'at line .. value out of range'
MAWDRAW#3\3,grille$,0,0,0,cel_breedte%,12,1,1
where
\3(,3) = application window #3
grille$ = a 3 dimensional array
cel_breedte% = int array for the width of the individual columns
(cel_breedte%(x) can be from 2 up to
At 16:57 30/06/2005 +0200, you wrote:
Hi all,
How can I avoid the folowing error:
Puts me in mind of the Irishman who, when asked for directions, said If I
was going there I wouldn't start from here.
'at line .. value out of range'
MAWDRAW#3\3,grille$,0,0,0,cel_breedte%,12,1,1
It seems
I tried sending this once, I think it never got past our server for some reason.
I got an email from someone who pointed out that some of the Launchpad programs
can use the window outline and window content move facility of the new window
manager and some can't (those just always use the
Dilwyn Jones writes:
If you use WMOV there is only the old method available. You
can't use any of the new methods. Sometimes you have to use
WMOV. For example, the Launchpad clock runs in a MW_LINKed
window so it has to be stopped before a move routine is
called to move the main display.
On Tue, 8 Mar 2005 at 14:06:05, Dave P wrote:
(ref: [EMAIL PROTECTED])
On Tue, 8 Mar 2005, Roy wood wrote:
Could be worse - could be Jochen and almost anything electrical. He is
the only person I know whose washing machine has a software fault.
No, he isn't. :)
My washer would sometimes
Am Tue, 8 Mar 2005 22:59:14 - hat Dilwyn Jones
[EMAIL PROTECTED] geschrieben:
Create a small menu, say one info window and one loose item. Do not
MCALL, just MDRAW then try to MWINDOW to the loose item followed by
MINPUT. Sometimes it works, sometimes it doesn't, sometimes it only
My little colour selection technique using PALETTE_QL seems to work OK
in the simple programs I've tried it in.
That might be, but all PALETTE_QL settings are global! You're changing
the colours for ALL jobs this way.
Yes, I forgot to mention that.
At least running mode 4 colour scheme
Hi Marcel,
Is this all? Nobody else any problems? I won't promise anything, but
if I don't know what's wrong I certainly cannot change it.
I promise that I will never ever see you as THE person to ask for
improvements of
EasyPtr ;) but I am happy that you do it :)
Okay then, one problem with
3) Application window scroll bar attributes cannot be set or
changed without specifying a pre-set menu too. Part of the problem
may be with the toolkit which seems to ignore or overwrite
attributes added by hand later.
This sounds a bit complicated, especially as all the application
On Tue, 8 Mar 2005, Roy wood wrote:
Could be worse - could be Jochen and almost anything electrical. He is
the only person I know whose washing machine has a software fault.
No, he isn't. :)
My washer would sometimes stop mid-cycle, and the LCD would display
##2##2##2##2##2isread
The
I can just hear Roy muttering Dilwyn and his PC again...
Could be worse - could be Jochen and almost anything electrical. He
is the only person I know whose washing machine has a software
fault.
--
Roy Wood
The way Jochen has problems with domestic appliances, I'd be very
surprised if Andrea
The repairman who fixed it under warranty said the on-board
microcontroller had a faulty EPROM, and that he would have to get a
replacement. I offered, and he accepted, for me to download the
image, and
flash a 27512 I happened to have laying around. This gave me
opportunities
for abuse... (and
Is this all? Nobody else any problems? I won't promise anything,
but
if I don't know what's wrong I certainly cannot change it.
Think the only other things which spring to mind are:
You cannot create an application sub-window menu with MAWDRAW or
MAWSETUP which only contains one item in the
Rich Mellor wrote:
You cannot create an application sub-window menu with MAWDRAW or MAWSETUP
which only contains one item in the menu.
I need example for that, as simple as possible.
MITEM does not allow you to redraw the loose item - it should accept the ,
or \ separator in line with the
Wolfgang Uhlig schreef:
Am Sat, 05 Mar 2005 22:08:04 +0100 hat François Van Emelen
[EMAIL PROTECTED] geschrieben:
230 MDRAW#3,mysuqces$ :REMark mawdraw#3,4
Oh Francois, what's that? I don't know but one SuQcess and that's the one
of
me and Bob Spelten ;)
What's in a variable's name.
Line 230
Wolfgang Uhlig writes:
EasyMenu is not very good at displaying high colour sprites, you have to
fool it by putting a 4/8 mode sprite in front of each high colour
sprite.
This is not true! Only if you want to have the sprites in mode 4 or 8,
too.
Just to confuse things a bit more: Loose
I have been using this for quite some time now, even in my Email
reader. Easymenu can do much more than we first thought.
You miss the point. It can't do much of this without quite a lot of
lateral thinking and programming around limitations.
This is exactly what people want corrected.
--
P Witte wrote:
1) Manually added scaling flags are removed on re-loading a menu definition
and may even crash the program. 2) System sprites cant be shown and other
hicolour sprites are problematic. 3) Application window scroll bar
attributes cannot be set or changed without specifying a
Dilwyn Jones wrote:
1. I can't change the colour of the border or main window unless I
cover the main window with an info window. If Easyptr allowed, say,
MWINDOW #0,0 for the main outline it might then be possible to change
the main menu colour.
Use system palette colours in the menu and
Am Sun, 6 Mar 2005 13:34:19 - hat Dilwyn Jones
[EMAIL PROTECTED] geschrieben:
You totally miss the point of my email.
You Wrote:
It would be useful if the menu colours could be changed at runtime. At
the moment, once they are defined in the Easymenu layout, that's it,
the colours are fixed
François Van Emelen wrote:
Some functions/procedures need improvement. For example 'RPXL%'
(returns the pixel colour at a given position) only works in QL
colours.
This is an SMSQ/E limitation.
About TurboPtr: the demo George showed us in Eindhoven(QL2004)
didn't convince me to abandon
Dilwyn Jones wrote:
I'm not sure I can enter system palette colours in standard Easyptr
can I?
No, I thought you had the newer one, haven't really kept track of it.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Marcel Kilgus writes:
P Witte wrote:
1) Manually added scaling flags are removed on re-loading a menu
definition
and may even crash the program. 2) System sprites cant be shown and
other
hicolour sprites are problematic. 3) Application window scroll bar
attributes cannot be set or
I said I wasn't going to write more on this, but as this will be a bit
more positive, I thought I'd at least try to make amends for the
negative emails.
This listing shows one way of getting 8 colours of your choice in the
menus.
Using colours 0 to 7 (black, blue,...yellow, white) it uses the
- Original Message -
From: P Witte [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, March 04, 2005 6:28 PM
Subject: Re: [ql-users] EasyPtr was movig sbasic
Snip
Although, in the fullness of time, the tools that George has
produced to go with TurboPtr, may become replacements
- Original Message -
From: Wolfgang Uhlig [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, March 04, 2005 8:33 PM
Subject: Re: [ql-users] EasyPtr was movig sbasic
P Witte [EMAIL PROTECTED] wrote:
We can live without a good menu designer or a sprite editor,
but not without
P Witte schreef:
SNIP
Its a pity Albin is no longer interested in developing EP,
but thats life. It needent be such a big task, though. IMHO
EP could be split into three or four different projects: 1)
EasyMen, 2) EasySprite, 3) the toolkit, 4) C-stuff.
1) EasyMenu:
In fact I would be happy with
wolfgang mühlegger wrote:
but why did he do it then?
Just for fun.
and why did he give it to beta-testers then?
There were no beta testers. I just gave it to some people and said
look, mom, without hands.
Marcel
___
QL-Users Mailing List
- Original Message -
From: wolfgang mühlegger
To: [EMAIL PROTECTED]
Sent: Friday, March 04, 2005 9:06 PM
Subject: Re: [ql-users] EasyPtr was movig sbasic
gwicks schrieb:
Nevertheless Marcel has already made a considerable improvement to
EasyPtr, but as yet it is only available to a few
gwicks schreef:
SNIP
When I last saw the upgraded version all it did was allow you to use GD2
colours directly, but nothing else. For example, if you use high
resolution sprites you have to load these into EasyMenu every time you
make changes to a menu.
This is not true. Once your window is
Geoff Wicks wrote:
As I understand it the history is as follows:
When QL-ers first started to program in GD2 colours, the possibility
of upgrading EasyPtr was raised including a lot of discussion on
this list. Just out of interest Marcel took a look at it and working
through the night produced a
gwicks wrote:
At this stage there was some doubt over the legal position, which in
itself led to a lot of misunderstanding because no one had thought
of asking Albin. I understand that he is quite happy for the program
to be upgraded.
Yes, he basically said that anything I choose to do is
Myself for another.
jim
On Mar 3, 2005, at 11:17 PM, François Van Emelen wrote:
Roy wood schreef:
In message [EMAIL PROTECTED], gwicks
[EMAIL PROTECTED] writes
Snip
Easyptr is still a commercial program sold by Jochen and I
On the subject of EasyPtr any news of a possible upgrade?
The upgrade
The question is would there be a market for an updated version. Marcel
does a lo of work on this kind of thing and gets little back for it. He
has the source files but I cannot, in all honesty, ask him to work for
nothing. He says that the code is not that easy to understand so he is
the
Easyptr is still a commercial program sold by Jochen and I
On the subject of EasyPtr any news of a possible upgrade?
The upgrade situation is not easy. I do have an updated version of
Easymenu and Easysprite but they are by no means releasable as Marcel
considers them unfinished.
I would definitely want to have an upgrade (and pay for it ofcourse) and
think that
we need it urgently.
So, as far as I am concerned, please stop discussing it, fix a price for
it and begin to DO it.
Wolfgang
Agreed, Wolfgang. QPCprint will appeal only to QPC2 users, so a small
Me too.
Fabrizio
- Original Message -
From: Roy wood [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, March 04, 2005 1:08 AM
Subject: Re: [ql-users] EasyPtr was movig sbasic
In message [EMAIL PROTECTED], gwicks
[EMAIL PROTECTED] writes
- Original Message - From: Roy wood
Roy wood writes:
The upgrade situation is not easy. I do have an updated version of
Easymenu and Easysprite but they are by no means releasable as Marcel
considers them unfinished. The question is would there be a market for
an updated version. Marcel does a lo of work on this kind of thing
In message [EMAIL PROTECTED], Wolfgang Uhlig
[EMAIL PROTECTED] writes
SNIP
I am a liittle bit astonished because AFAIR there were many people in
Eindhoven
2004 already who pointed out that they would be willing to pay for an
upgraded
version of EasyPtr. Nevertheless nothing happens exept for
James Hunkins schrieb:
Myself for another.
jim
On Mar 3, 2005, at 11:17 PM, François Van Emelen wrote:
Roy wood schreef:
In message [EMAIL PROTECTED], gwicks
[EMAIL PROTECTED] writes
Snip
Easyptr is still a commercial program sold by Jochen and I
On the subject of EasyPtr any news of a possible
P Witte [EMAIL PROTECTED] wrote:
We can live without a good menu designer or a sprite editor,
but not without a way of displaying and manipulating our
windows and menus from within programs, so for me that is
the main priority.
As to me, I can live without a sprite editor because it's possible to
1 - 100 of 107 matches
Mail list logo