[Ql-Users] Program Updates

2014-10-27 Thread George Gwilt
There is an update on my website

http://gwiltprogs.info

TURBO  v 5.09 now correctly compiles COMMAND_LINE when this procedure has a 
parameter, which it does when a daughter basic is to be selected.

George
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


[Ql-Users] Program Updates

2014-03-31 Thread gdgqler
New versions of some programs are now available on my website 

gwiltprogs.info

1. TURBO v5.0 allows access to its Channel Table. This table consists of a set 
of 32 40-byte entries one for each of the possible channels in a program 
compiled by TURBO. The first long word contains the ID of the QDOS channel, or 
-1 if none is open. The rest of the entry contains information about graphics 
for CON or SCR channels.

TURBO_CH(#N) returns the absolute address of the entry for channel N. N can be 
either an explicit number (between 0 and 31) or a variable containing the 
number. 

2. TURBO_TK CODE v3.43 now contains the keyword TURBO_CH which, if used in 
S*BASIC, returns 1.

3. NET_PEEK v3.42, already issued, displays the contents of the channel table 
for CON/SCR channels in programs compiled by TURBO. The latest version, v3.43, 
now copes with programs compiled by TURBO v5.08.

George

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [Ql-Users] Program updates

2008-12-23 Thread P Witte
Hello Norman


 Prowess is an alternative window manager. We were discussing an idea 
 for simulating outline dragging in Wman.

 Yes, I know. My point being that Prowess was built on top of WMAN wasn't
 it? I'm sure that in order to run Prowess, WMAN had to be loaded. If so,
 and they managed this new border-dragging-resize then surely, WMAN must
 have had something to do with it under the covers?

Im far away from home right now, so cant check, but I think not. Prowess is an 
alternative to Wman and therefor had the freedom to do things differently. I 
was trying to push the envelope of Wman to see whether it could be pressed into 
behaving as weve come to expect from the competition. I found the Application 
(sub) Windows to be the most versatile, although very clumsy to use. Using AWs 
you can simulate stretch bars of all kinds
/ Corner (2 AWs)
  +-+
  |   |- Side
  |  |   - Divider
  |   |
  +-+
  ^
   |  Up/Down

To do all of those at once requires about 13 of them, so its really fiddly 
business. Some reasons to use AWs are that the PI will do the work of detecting 
the window in focus and any buttons pressed, as well as displaying the pointers 
of your choice, eg resize up/down or sideways or corner.

Using an AW as a title bar simplifies simulating the effect of moving a window 
by dragging it via its titlebar. Its not perfect, as it complicates having 
other objects there as well. So you either have to make your own display 
routines, use multiple AWs, or accept a patchy titlebar. You can also use AWs 
to create the effect of different layouts, etc. But its all rather cumbersome. 
EasyMenu can only work with 32 AWs, if I remember correctly, so you may soon 
run out of slots.. Info Windows can also be used in many non-obvious ways for 
all kinds of decoration. You can use them to create lines and shadows, and also 
use them to fake states, hide stuff, etc.

I dont suppose weve ever seen a program that uses Wman to its full extent, 
mainly because its 1) difficult to get to grips with (complex and lacking in 
documentation) 2) Fiddly and inflexible, and 3) doesnt lend itself to 
objectifying: Due to the data structures it is virtually impossible to create 
re-usable object libraries. Still, it is reasonably compact (as these things 
go) and fast, and I suppose those where more important criteria at the time of 
design.

Its possible to write pointer-driven programs that dont use Wman at all. I have 
written a few myself in S*Basic. They can be much more flexible, but tend to 
look rather clunky unless you are prepared to use lots of resources and effort 
on the pixel-, rather than character- level. 

 Anyway, correct me if I'm wrong, but with WMAN I can set the OUTLN of my
 window initially, then when doing a move, I can set it to the new
 location and preserve the contents.

 In addition, I can tell when the pointer goes onto the border (can't I?)
 and when a mouse is down.

The internal window move routine only returns on completion so you cant 
(easily) read the pointer record at the same time.



Seasons best and all that,

Per
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [Ql-Users] Program updates

2008-12-23 Thread Bob Spelten
Op Sat, 20 Dec 2008 12:14:40 +0100 schreef Norman Dunbar  
nor...@dunbar-it.co.uk:



Now, as for this dragging of the border, I have a vague recollection
that the guys from Belgium (Progs) did some new window manager system
and I'm pretty sure that their system had draggable borders and so on.


ProWesS behaves not that different.
The border can be HIT or DOne to perform a Move or Resize.
For this the border is devided into 4 corners: left-top, left-bottom,  
right-top  right-bottom.

But when HIT the sprite becomes the default Move icon.
A DO turns it into the Resize icon, the opposite corner stays fixed.
From then on it behaves just like the old PE, no dragging.
The new SMSQ/E moving outline is not used then.
On a not so fast system you can clearly see that the moved/resized border  
is drawn first.


Bob

--
Gemaakt met Opera's revolutionaire e-mailprogramma:  
http://www.opera.com/mail/

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [Ql-Users] Program updates

2008-12-23 Thread Ralf Reköndt

 What should that be...new...?

Cheers...Ralf

- Original Message - 
From: Bob Spelten

Subject: Re: [Ql-Users] Program updates



The new SMSQ/E moving outline is not used then.


___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [Ql-Users] Program updates

2008-12-23 Thread Ralf Reköndt

Ah, ok, MOVE, I thought of Resize.

Cheers...Ralf

- Original Message - 
From: Bob Spelten

Sent: Tuesday, December 23, 2008 1:44 PM
Subject: Re: [Ql-Users] Program updates


Op Tue, 23 Dec 2008 13:23:12 +0100 schreef Ralf Reköndt


 What should that be...new...?


It is new in WMAN2, I don't know since when exactly.
In SMSQ/E 3.xx there is a config item to do the Move the old way or drag
an outline or the whole window.
As it is a WMAN2 feature it is only logical that PWS doesn't use it.

Bob

--
Gemaakt met Opera's revolutionaire e-mailprogramma:
http://www.opera.com/mail/
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm 


___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [Ql-Users] Program updates

2008-12-21 Thread Norman Dunbar
Evening Per,

 Luckily, I wasnt suggesting anything of the kind ;o)  I only set the outline 
 to 
 the whole screen during the *interactive* process of changing the size

Aha, I see now. My mistake, sorry.

SNIP

 Prowess is an alternative window manager. We were discussing an idea 
 for simulating outline dragging in Wman.

Yes, I know. My point being that Prowess was built on top of WMAN wasn't
it? I'm sure that in order to run Prowess, WMAN had to be loaded. If so,
and they managed this new border-dragging-resize then surely, WMAN must
have had something to do with it under the covers?

Anyway, correct me if I'm wrong, but with WMAN I can set the OUTLN of my
window initially, then when doing a move, I can set it to the new
location and preserve the contents.

In addition, I can tell when the pointer goes onto the border (can't I?)
and when a mouse is down.

Can I therefore combine the two and work out that the user is dragging
the border with the button down and use OUTLN to redraw the window at
the new size of (old size plus or minus 1) - depending on which border
is being dragged and redraw it?

Just a though, I'm not all that clued up on WMAN etc yet - but I'm
working on it.


Cheers,
Norman.



___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [Ql-Users] Program updates

2008-12-20 Thread George Gwilt


On 19 Dec 2008, at 19:06, P Witte wrote:

Actually it is quite possible to do what Dilwyn says, as I  
demonstrate in my FastFind program, released in 2002. You simply  
set the outline to the whole screen without clearing the window.  
You have to provide your own drawing routine, of course, to draw  
the interactive outline. Once the user is satisfied, the outline  
is set to the desired size and the application window is redrawn.


This is a very good idea about the outline which I have used, not to  
resize a window but to allow QMENU to have the whole screen for file  
searching etc.


My idea about the resizing is to allow a programmer just to replace  
WM_CHWIN by a subroutine to find the size change. The programmer need  
not alter the size of window until he knows what the change should be.


George
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [Ql-Users] Program updates

2008-12-20 Thread Norman Dunbar
When I first wrote one of my early programs under the PE for DJC (them
were the days!) I set the outline to the whole screen and drew m y
windows within said outline.

Unfortunately, customers complained that when they clicked on another
program that was visible behind mine, my program was picked instead of
theirs. It was fine with the Pick menu from QPAC2 but hitting or doing a
'visible' window to pick it obviously had the wrong effect.

I had to re-outline my program to use only the space it needed and not
the whole screen. (And Dilwyn told me off as well!)

Now, as for this dragging of the border, I have a vague recollection
that the guys from Belgium (Progs) did some new window manager system
and I'm pretty sure that their system had draggable borders and so on.

I can't remember the name of the application though, but I'm sure it had
to sit on top of QPTR, it was a much more 'Windows' or X11 manner of
operating.


Cheers,
Norman.


___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [Ql-Users] Program updates

2008-12-20 Thread Dilwyn Jones



Now, as for this dragging of the border, I have a vague recollection
that the guys from Belgium (Progs) did some new window manager system
and I'm pretty sure that their system had draggable borders and so on.

I can't remember the name of the application though, but I'm sure it had
to sit on top of QPTR, it was a much more 'Windows' or X11 manner of
operating.

Prowess.
--
Dilwyn Jones

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [Ql-Users] Program updates

2008-12-20 Thread Norman Dunbar
Dilwyn Jones wrote:

 Prowess.
That's the one, thanks.

Cheers,
Norman.

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [Ql-Users] Program updates

2008-12-19 Thread George Gwilt


On 30 Nov 2008, at 18:12, Ralf Reköndt wrote:

BTWit just came into my mind, how nice it is to use the Windows  
facility of changing a windows size in the lower right edge of a  
window (you know...the three little parallel lines...). Would be a  
good thing for us.



I have just tried programming this method. A user would click on the  
move icon at the bottom right corner of the window. There appears a  
small icon of three diagonal lines of decreasing size at the bottom  
right of a white outline surrounding the window. This outline can be  
altered in size by dragging the new icon. On releasing the mouse  
button the window becomes resized.


This method replaces the method using WM_CHWIN and does not take much  
programming,


George
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [Ql-Users] Program updates

2008-12-19 Thread Dilwyn Jones
I have just tried programming this method. A user would click on the  move 
icon at the bottom right corner of the window. There appears a  small icon 
of three diagonal lines of decreasing size at the bottom  right of a white 
outline surrounding the window. This outline can be  altered in size by 
dragging the new icon. On releasing the mouse  button the window becomes 
resized.


This method replaces the method using WM_CHWIN and does not take much 
programming,


George
Although I haven't tried it, I daresay that if the outline is a thin 
application window to the left and another above the icon you mention, it 
might be possible to click on this and to drag the outline horizontally or 
vertically (instead of diagonally). Additionally, if a different pointer 
(e.g. small double arrow) is defined for these thin windows the pointer 
could change as it moves into these windows.

--
Dilwyn Jones 



___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [Ql-Users] Program updates

2008-12-19 Thread Ralf Reköndt
Ahh, great, George. Waht's about a little demo program at your site. Would 
love to take a look at it!


Cheers...Ralf

- Original Message - 
From: George Gwilt

Sent: Friday, December 19, 2008 12:12 PM
Subject: Re: [Ql-Users] Program updates



On 30 Nov 2008, at 18:12, Ralf Reköndt wrote:

BTWit just came into my mind, how nice it is to use the Windows 
facility of changing a windows size in the lower right edge of a  window 
(you know...the three little parallel lines...). Would be a  good thing 
for us.



I have just tried programming this method. A user would click on the
move icon at the bottom right corner of the window. There appears a
small icon of three diagonal lines of decreasing size at the bottom
right of a white outline surrounding the window. This outline can be
altered in size by dragging the new icon. On releasing the mouse
button the window becomes resized.

This method replaces the method using WM_CHWIN and does not take much
programming,

George
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm 


___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [Ql-Users] Program updates

2008-12-19 Thread George Gwilt


On 19 Dec 2008, at 12:43, Dilwyn Jones wrote:

Although I haven't tried it, I daresay that if the outline is a  
thin application window to the left and another above the icon you  
mention, it might be possible to click on this and to drag the  
outline horizontally or vertically (instead of diagonally).  
Additionally, if a different pointer (e.g. small double arrow) is  
defined for these thin windows the pointer could change as it moves  
into these windows.


The problem with this is that you are confined to the current PE  
outline which is the current size of its main window. So you can  
print an outline which can be altered but not made bigger than the  
current window. This means that you can reduce the size of window by  
this means but cannot increase it. My solution is to use another  
program altogether to draw the outline which can be made as large as  
the whole screen.


Anyone who has used the QL version of EMACS will recognise that QMENU  
is called as a separate program and so that its window can exceed  
that of EMACS. This is in contrast to QD which calls QMENU as a  
subroutine so that its window must lie within QD's.


George

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [Ql-Users] Program updates

2008-12-19 Thread George Gwilt


On 19 Dec 2008, at 13:07, Ralf Reköndt wrote:

Ahh, great, George. Waht's about a little demo program at your  
site. Would love to take a look at it!


I must do this. However, it's reasonably easy to write a program  
which can be seen working on my screen. It will require a bit more  
work to produce an explanation and a demo which can be downloaded by  
other people. So please don't expect immediate action!


George

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [Ql-Users] Program updates

2008-12-19 Thread Dilwyn Jones
Although I haven't tried it, I daresay that if the outline is a  
thin application window to the left and another above the icon you  
mention, it might be possible to click on this and to drag the  
outline horizontally or vertically (instead of diagonally).  
Additionally, if a different pointer (e.g. small double arrow) is  
defined for these thin windows the pointer could change as it moves  
into these windows.


The problem with this is that you are confined to the current PE  
outline which is the current size of its main window. So you can  
print an outline which can be altered but not made bigger than the  
current window. This means that you can reduce the size of window by  
this means but cannot increase it. My solution is to use another  
program altogether to draw the outline which can be made as large as  
the whole screen.

Ah, yes, the outline size limit of course.

Ah well, nice idea while it lasted :-(

--
Dilwyn Jones

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [Ql-Users] Program updates

2008-12-19 Thread Ralf Reköndt
Doesn't matter...;-). Just would like to see a working example. No matter, 
how you've realized it ;-).


Cheers...Ralf

- Original Message - 
From: George Gwilt

Sent: Friday, December 19, 2008 3:38 PM
Subject: Re: [Ql-Users] Program updates



On 19 Dec 2008, at 13:07, Ralf Reköndt wrote:

Ahh, great, George. Waht's about a little demo program at your  site. 
Would love to take a look at it!


I must do this. However, it's reasonably easy to write a program
which can be seen working on my screen. It will require a bit more
work to produce an explanation and a demo which can be downloaded by
other people. So please don't expect immediate action!

George

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm 


___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [Ql-Users] Program updates

2008-12-19 Thread P Witte
Actually it is quite possible to do what Dilwyn says, as I demonstrate 
in my FastFind program, released in 2002. You simply set the outline 
to the whole screen without clearing the window. You have to provide 
your own drawing routine, of course, to draw the interactive 
outline. Once the user is satisfied, the outline is set to the 
desired size and the application window is redrawn.


In fact, FF demonstrates a number of techniques I, at least, have 
never seen on the QL before, such as dropping the Move icon in favour 
of using most of the title bar, resize, as described, MRU lists, etc.


This was my first attempt at a program that put form over 
functionality, so its main function, finding stuff quickly, as the 
name suggests, was/is a bit patchy and incomplete, although there is 
some internal stuff too, that you wont find elsewhere, such as date 
input menus, sophisticated wild card searches, my Memory Manager 
(allowing for reserving and releasing tiny amounts of memory without 
the heap fragmentation penalties of QDOS) etc. I dont think anyone 
except Marcel ever bothered even to try it, so I cant be bothered to 
waste any more time on improving it.


Per

Dilwyn Jones wrote:


Although I haven't tried it, I daresay that if the outline is a  thin 
application window to the left and another above the icon you  
mention, it might be possible to click on this and to drag the  
outline horizontally or vertically (instead of diagonally).  
Additionally, if a different pointer (e.g. small double arrow) is  
defined for these thin windows the pointer could change as it moves  
into these windows.


The problem with this is that you are confined to the current PE  
outline which is the current size of its main window. So you can  
print an outline which can be altered but not made bigger than the  
current window. This means that you can reduce the size of window by  
this means but cannot increase it. My solution is to use another  
program altogether to draw the outline which can be made as large as  
the whole screen.

Ah, yes, the outline size limit of course.

Ah well, nice idea while it lasted :-(


___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


[Ql-Users] Program updates

2008-11-30 Thread Dilwyn Jones
I've added the following program updates to my website:

Zip Manager v1.05
Fixes a bug in the View command which caused display corruption and adds three 
new facilities:
1. Allows non-QDOS archives to be created.
2. Toggle configured Unzip format status. Assuming your copy of unzip is 
normally configured for QDOS format, this toggle lets you temporarily invert 
the setting, e.g. when unzipping Lear PCB Cad Unzip converts the '.' in 
filenames to '_' which is not what is needed for PCB Cad, it uses '.' in the 
filenames.
3. Allow filenames to be quoted, to allow Zip and Unzip to correctly handle 
files which have non-standard characters like spaces in the filename, e.g. 
Quanta library demo disk 9 (DE09).
Zip Manager may be downloaded from www.dilwyn.uk6.net/arch/index.html


PtrView v2.02
The pointer driven text file viewer from the Launchpad suite is also available 
on the Launchpad downloads page as a stand-alone freeware utility. Version 2.02 
changes the program to use dynamic scaleable menus instead of the fixed 
selection of sizes in the previous version. It also allows filename lists to be 
sorted and to be filtered by specifying an extension, e.g. only _TXT or .TXT 
files. A few minor bugs have also been fixed. If you wish to update your copy 
of Launchpad version 2 just overwrite the two files in the package (ptrview_obj 
and ptrview_doc). The old version 1 of PtrView has not been updated.

-- 
Dilwyn Jones
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [Ql-Users] Program updates

2008-11-30 Thread Ralf Reköndt
BTWit just came into my mind, how nice it is to use the Windows facility 
of changing a windows size in the lower right edge of a window (you 
know...the three little parallel lines...). Would be a good thing for us.


Cheers...ralf

From: Dilwyn Jones

The pointer driven text file viewer from the Launchpad suite is also 
available on the Launchpad downloads page as a stand-alone freeware utility. 
Version 2.02 changes the program to use dynamic scaleable menus instead of 
the fixed selection of sizes in the previous version. 


___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm