Re: [Ql-Users] Q-Liberator v3.46

[François Van Emelen via Ql-Users]

Op 20/03/2024 om 23:10 schreef Dilwyn Jones via Ql-Users:

Version 3.46 of the Q-Liberator compiler is now available to download
from https://dilwyn.qlforum.co.uk/qlib/index.html

The source files are also available on the page.

Dilwyn
___
QL-Users Mailing List


Thank you.

François Van Emelen


___
QL-Users Mailing List

Re: [Ql-Users] SMSQ/E 3.39

[François Van Emelen via Ql-Users]

Op 11/03/2024 om 15:20 schreef George Gwilt via Ql-Users:

Hello everyone at the QL-Users group.  I guess most of you knew of mu father, 
George Gwilt - this is just to let you know that he passed away this past 
Saturday.

All the best,

Richard Gwilt



May he rest in peace.
François Van Emelen

___
QL-Users Mailing List

Re: [Ql-Users] SMSQmulator 3.00

[François Van Emelen via Ql-Users]

Op 25/02/2024 om 22:04 schreef qlus...@sinclairql.net via Ql-Users:

Another great news!

While all my PCs were still running Java 8 from Oracle, this was the trigger to 
start upgrading Java. My Windows 10 power horse now has Java 17 from Microsoft. 
A first test run of SMSQmulator v3.00 and QL/E v3.23 showed an old design issue 
of QTop-Desk. Maybe it's time to fix this in the forseeable future.

Urs
___
QL-Users Mailing List


Hi,

Thanks for the info.

François Van Emelen


___
QL-Users Mailing List

Re: [Ql-Users] Announcement for the 40th Anniversary of the Sinclair QL in Dormagen (Germany)

[François Van Emelen via Ql-Users]

Op 3/02/2024 om 14:17 schreef desin via Ql-Users:




The name of the hotel is Hoetche https://hoettche.de

from Switzerland you get

Connection denied by IP2Location Country Blocker

dark times ...
___
QL-Users Mailing List


No problem from here (Belgium)

Frnçois Van Emelen






___
QL-Users Mailing List

Re: [Ql-Users] Sinclair QL 40th anniversary 2024-01-12! QL-is-40

[François Van Emelen via Ql-Users]

Op 12/01/2024 om 10:00 schreef Urs Koenig (QL) via Ql-Users:

https://youtube.com/shorts/4qxf66zTu9s?si=_dnRFNWczFK5iu-m

Von meinem iPhone gesendet
___
QL-Users Mailing List


Hi,

I do remember my first QL.

My late brother-in-law wrote his first novel using Quill.

Those were the days :)

François Van Emelen





___
QL-Users Mailing List

[Ql-Users] bug in String handling

[François Van Emelen via Ql-Users]

Hi,

Some other anomalies

100 a$ = "1234567890"
105 b$ = a$(4 to 3): REMark This works
110 REMark c$ = a$(4 to 2): REMark This fails with an error.
115 c$ = a$( to 0) : REMark  no error returned
120 c$ = a$(0):    : REMark  no error returned  BUT ERROR IF QLIBERATED
125 pause:stop

The problem of slicing strings was already discused here many years ago. 
I think it was Marcel Kilgus who gave us some explanation.


François Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] QubLink and DiReXt

[François Van Emelen via Ql-Users]

Op 26/11/2023 om 14:56 schreef Dilwyn Jones via Ql-Users:

Two new softwares from Alain Haoui:

QUBLINK
---
QubLink v1.04 is a PE driven utility program allowing an easy way to
manage hard and soft drive linking on different QL systems.

It is in some ways a multi-platform variant of the well known
utilities WINLINK (from G.Underwood) and QIRC (from P.Witte) together.

It works on expanded BBQL with QubIDE/Clones under QDOS/Minerva, Qx0
and QPC2 running SMSQ/E. Recent TK2 and PE are mandatory, GD2 and
QPAC2 are only recommended.

QubLink was written by QubATA author Alain Haoui.

Download the software free of charge from
https://dilwyn.qlforum.co.uk/utils/index.html

DIREXT
--
DiReXt is a system toolkit which adds a few commands to BASIC to
perform various directory tree operations on level 2 file systems. It
was written by the author of QubATA, Alain Hauoi.

DiReXt, also known as Directories Recursive eXtensions, consists of
extensions to copy, rename, move, backup and sync entire directories.

Here's a list of the extensions:

RENAME_DIR - rename recursovely a whole DIR tree
COPY_DIR - copy recursively a whole DIR tree
MOVE_DIR - move recursively a whole DIR tree
BACKUP_DIR - backup recursively a whole DIR tree
SYNC_DIR - synchronise two directory trees
DUP_DIR - duplicate a directory tree (only directories)
LIST_DIR - list all files in a directory tree
STAT_DIR - show statistics for each subdirectory
TOUCH_DIR - touch all files update date in a tree
DELETE_DIR - delete all files and sub-directories
HELP_DIR - short help text

The toolkit is available to download free of charge from
https://dilwyn.qlforum.co.uk/tk/index.html
___
QL-Users Mailing List


Hi Dilwyn,

Thanks for the info.

François Van Emelen




___
QL-Users Mailing List

Re: [Ql-Users] Data exchange with MODBUS protocol via QPC2/Q-emuLator?

[François Van Emelen via Ql-Users]

Op 11/09/2023 om 19:31 schreef Davide Santachiara via Ql-Users:

Hi All,

I have to exchange data (mainly read) from a PLC (with fixed IP address)
which uses the modbus protocol. Would it be possible to exchange data via
TCP/IP with this protocol using a QL emulator like QPC2 or Q-emuLator?

Thank you

Kind regards

Davide

___
QL-Users Mailing List


Hi,

Sorry, I can't help you. Beter ask that question on the QL Forum.

François Van Emelen

Kind

regards

___
QL-Users Mailing List

Re: [Ql-Users] BMP update 1.05

[François Van Emelen via Ql-Users]

Op 14/06/2023 om 12:59 schreef Bob Spelten via Ql-Users:

A worthwhile message on the Forum from Dilwyn.

Bob Spelten jr. has released version 1.05 of the BMP graphics viewer 
and converter, available from the Graphics page on my website at 
https://dilwyn.qlforum.co.uk/graphics/index.html


Convert BMP graphics (from 24-bit to 1-bit types) to QL graphics files 
- screens, PIC files, PSA/PAC files, or Page Designer pages. Convert 
from QL graphics files to BMP (16-bit or 24-bit) for transfer to other 
systems. View files, convert QL file types and convert between screen 
modes.


The QL files can now be RLE compressed as PAC files, using similar 
compression to compressed GD2 sprites, thanks to routines from Per 
Witte. RLE compression under the operating system is normally only 
used for GD2 sprites.


There is a 'scaling' option to allow a picture being viewed to be 
resize to fit the window. And some support for Mode 12 (Thor XVI) 
screens and QDesign compressed _Pgn and mode 2 mono files.



Thanks.

Already using it :)

François Van Emelen


___
QL-Users Mailing List

Re: [Ql-Users] testing

[François Van Emelen via Ql-Users]

Op 27/04/2023 om 15:06 schreef pjw via Ql-Users:

testing
___
QL-Users Mailing List


Yes, some are still listening :)

François Van Emelen

___
QL-Users Mailing List

Re: [Ql-Users] QL Homepage

[François Van Emelen via Ql-Users]

Op 31/03/2023 om 14:41 schreef Dilwyn Jones via Ql-Users:

As I'm getting a large number of "where's the QL homepage gone" type
emails despite my extensive efforts at publicising the change, I'm
assuming QL users don't read extensively published information (Forum,
ql-users list, blog, Facebook, redirect on old site for weeks for
example)

It is a shame that people don't even try a primitive a web search before
bothering you. Simply "Dilwyn QL" is enough to find the new place.

Many thanks for keeping your homepage up!
Peter

Thank you Peter.
Interestingly, searching for "dilwyn ql" on Google also brings up Tony
Firshman's firshman.co.uk site - I'll let you figure out the
connection :)
Dilwyn
___
QL-Users Mailing List


Hi Dilwyn,

Bitdefender told me your site was not safe and sent me to Firshman'... .

I had to deactivate my antivirus before I could go to your homepage.

Have a fine day,

François Van Emelen


___
QL-Users Mailing List

Re: [Ql-Users] QL Homepage

[François Van Emelen via Ql-Users]

Op 31/03/2023 om 11:54 schreef Dilwyn Jones via Ql-Users:

As I'm getting a large number of "where's the QL homepage gone" type
emails despite my extensive efforts at publicising the change, I'm
assuming QL users don't read extensively published information (Forum,
ql-users list, blog, Facebook, redirect on old site for weeks for
example)

The old site (the domain especially) was a never ending source of
trouble for me, so the nice folks at QL Forum agreed to host it at
https://dilwyn.qlforum.co.uk/index.html

If you can't remember the URL, just bookmark the new one. If all else
fails, just go to the QL Forum site and follow the "QL Homepage" link
at the top. If you're not on QL Forum, it's well worth joining up (and
it's free to do so, with QL-related posts pretty much every day!)

Dilwyn
___
QL-Users Mailing List


Hi Dilwyn,

Already switched to the new location some weeks ago.


François Van Emelen




___
QL-Users Mailing List

Re: [Ql-Users] QL is worryingly nearly 40 do we get a midlife crisis party anywhere?

[François Van Emelen via Ql-Users]

Op 14/03/2023 om 6:46 schreef Wolfgang Lenerz via Ql-Users:

Hi,

all quiet on the QL front!

I'm still lurking here.

Wolfgang

QL is worryingly nearly 40 do we get a midlife crisis party 
anywhere?Also the list as been quieter even tha nusual where is 
everyone?

John A
___
QL-Users Mailing List


___
QL-Users Mailing List


So am I

François Van Emelen


___
QL-Users Mailing List

Re: [Ql-Users] QL Homepage

[François Van Emelen via Ql-Users]

Op 24/01/2023 om 11:27 schreef Dilwyn Jones via Ql-Users:

When my troublesome domain name comes to an end on 13th March, the
dilwyn.me.uk QL site will shut down.

But thanks to the nice Mr Heaton who runs QL Forum, what is currently
the backup site will become the new QL Homepage.

The URL of the new site is https://dilwyn.qlforum.co.uk/index.html and
already available - please change your bookmarks now. Can see
improvements already - such as the contact message form suddenly
starting to work.

Between now and then, the old QL Homepage will be replaced by a
temporary forwarder to the dilwyn.qlforum.co.uk site as a reminder.

Dilwyn
___
QL-Users Mailing List


Hi Dilwyn,

Thanks for the info and for keeping the QL alive.

François Van Emelen


___
QL-Users Mailing List

Re: [Ql-Users] QL/E v3.22 (Codename "Paradise", 2022 edition) is out now!

[François Van Emelen via Ql-Users]

Op 30/12/2022 om 23:58 schreef Urs Koenig (QL) via Ql-Users:

Hi QLers,

  


QL/E v3.22 (Codename "Paradise", 2022 edition) is out now!

  


Software isn't dead!

  


Details about it, Download & More as usual on the sinclairql.net website,
link see message footer.

  


I wish you all a healthy, prosperous and Happy New Year 2023!

  


Cheers,

Urs

  


QL forever!

https://www.sinclairql.net/ - Go and get THE DISTRIBUTION & QL/E!

https://www.youtube.com/QLvsJAGUAR/community - Blog

https://www.youtube.com/QLvsJAGUAR - Dedicated QL videos

Sinclair, QL, ATARI, JAGUAR, NUON, APPLE, NeXT, MIST & much more...

  


___
QL-Users Mailing List


Hi Urs,

Thank you for QL/E v3.22 .

Happy new year.

François Van Emelen

___
QL-Users Mailing List

Re: [Ql-Users] SBASIC interpreter bug?

[François Van Emelen via Ql-Users]

Op 23/11/2022 om 16:40 schreef pjwitte via Ql-Users:

On 23/11/2022 14:51, François Van Emelen via Ql-Users wrote:

Op 22/11/2022 om 13:26 schreef pjwitte via Ql-Users:

Does anyone know whats going on here?
<>

Could this solve your problem?

100 ch = FOPEN("con"): CLS#ch
110 test ch, 25
120 print#ch,"hit a key to stop" :PAUSE#ch,-1
130 CLOSE#ch
140 :
150 DEFine PROCedure test(coucou, a)
160 PRINT#ch; coucou,a
180 END DEFine test

Only replaced 'ch' as first parameter with 'coucou'

tested in QD sbas/qd and ex the file

François Van Emelen


Thanks for playing, François,

But its not MY problem. It is A problem. I normally manage to work 
around it these days, as I do numerous other little quirks and 
"features".


It only became a problem for me 'tother day  after I merged some some 
well-tested library routines with a larger project, not realising that 
some of my global variables happened to have the same name as the 
parameters of some function (Duh!) Then I wasted a stressful hour and 
a half trying to figure out why the program would just hang without 
there being anything "wrong" with it. (It compiled with Qlib and the 
Turbo parser did not report any relevant errors, etc.) I made some 
changes and then I kept getting nonsense structural errors instead. In 
other words a huge time waster; just the sort of thing to put people 
off writing decent, modern programs  in SBASIC for SMSQ/E!


That being said, I dont expect anyone to try to fix it! It takes some 
skill and, more importantly, "being in the picture". Ie it takes time 
to get into the thing, especially if it has been a while. And bug 
hunting can be a dreadful, time consuming business even for the best.


At least by bringing it up here, where there still appears to be some 
interest in SMSQ/E and QL software, people may be made aware and save 
themselves some head/heartache.


Per
___
QL-Users Mailing List


Hi Per,

I know that is not Your problem but when I saw that Wolgang seemed 
somewhat puzzled too, I decided to reply to your question.


The error ‘DEFines may not be within other clauses’ has already been a 
topic but I can’t remember where it was. Here or private mail ?


Many thanks to you and Martin Hill for Qlib 3.45.

I am not a member of ql forum (only have a look now and then)

François Van Emelen

___
QL-Users Mailing List

Re: [Ql-Users] SBASIC interpreter bug?

[François Van Emelen via Ql-Users]

Op 22/11/2022 om 13:26 schreef pjwitte via Ql-Users:

Does anyone know whats going on here?

SBASIC only: EXecute the following program:

100 ch = FOPEN("con"): CLS#ch
110 test ch, 1
120 PAUSE#ch
130 CLOSE#ch
140 :
150 DEFine PROCedure test(ch, a)
160 PRINT#ch; a
180 END DEFine test

Result in this case:

At line 150:4 DEFines may not be within other clauses

However there are various error conditions depending on how the program
is constructed. In the worst case it just hangs and must be RJOBed.

What seems to get the interpreter's knickers in a twist is a parameter
being referenced using the same name as the parameter, 'ch' in this case.
This is supposed to be perfectly "legal". I dont know when this behaviour
started but Ive noticed it for a while.

It would be nice if this could be fixed as, for example, in larger
projects, when using library code you dont necessarily notice that 
variable

names are the same a parameter names, and so you may end up getting
unexplained hangs or obscure error messages that dont actually relate to
the problem.

Per


___
QL-Users Mailing List


Hi,

Could this solve your problem?

100 ch = FOPEN("con"): CLS#ch
110 test ch, 25
120 print#ch,"hit a key to stop" :PAUSE#ch,-1
130 CLOSE#ch
140 :
150 DEFine PROCedure test(coucou, a)
160 PRINT#ch; coucou,a
180 END DEFine test

Only replaced 'ch' as first parameter with 'coucou'

tested in QD sbas/qd and ex the file

François Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] Launchpad update

[François Van Emelen via Ql-Users]

Op 4/10/2022 om 21:44 schreef Dilwyn Jones via Ql-Users:

I've issued the first update to my Launchpad v2 package for nearly a decade.

Further details on my blog at
https://dilwyn2.wordpress.com/2022/10/04/launchpad-v2-12/

Dilwyn Jones
___
QL-Users Mailing List


Thank you, Dilwyn. I'll give it a go this weekend.

François Van Emelen

___
QL-Users Mailing List

Re: [Ql-Users] Urs QLE Website is Back

[François Van Emelen via Ql-Users]

Op 28/09/2022 om 19:38 schreef simon629--- via Ql-Users:

It is very Very Very Very Very Very Very GOOD to see Urs QLE Website is 
Back 10 out of 10 Well Done Urs Keep up The Good Work All The Best Urs Simon 
Foster/simon629
___
QL-Users Mailing List


Thank for the info.

Francois Van Emelen

___
QL-Users Mailing List

Re: [Ql-Users] Knoware update

[François Van Emelen via Ql-Users]

Op 1/06/2022 om 13:48 schreef pjwitte via Ql-Users:
Its been a few months since I last notified of an update to Knoware.no 
here. Since then there have, in fact, been quite a few; the latest today!


View the change log at www.knoware.no/htm/changes.htm

Per

PS: Since I post so rarely to ql-users these days Ive forgotten 
whether the convention stipulates top posting or the other. Apologies 
for rattling anyone's OCDs if Ive erred!


On 31/01/2022 18:33, pjwitte via Ql-Users wrote:

A small update to Knoware.no

For details go to 
https://qlforum.co.uk/viewtopic.php?t=2839=45592#p45592 or more 
briefly: www.knoware.no/htm/changes.htm


___
QL-Users Mailing List


Hi Per,

Thank you for the updates.

There is not that much traffic here; I’m sure nobody will complain about 
top posting or the other.


François Van Emelen

___
QL-Users Mailing List

Re: [Ql-Users] PD Libraries of QL Software

[François Van Emelen via Ql-Users]

Op 26/05/2022 om 17:09 schreef Dilwyn Jones via Ql-Users:

Thanks to the dedicated hard work of Martin Head, I've been able to
upload two complete QL PD libraries to my website, one containing
nearly 150 floppy disk images, the other about 480 disk images. Giving
a total of over 600 floppy disk images of QL software, albeit there is
a lot of overlap between the two libraries.

They are the old Qubbesoft P/D Libary and The Library.

Both available to download as either zipped sets of floppy disk
images, or zipped QXL.WIN of disk images - use whichever suits you
best. Please note the huge file sizes to download if on a slow or
metered broadband connection though.

Both pages have a comprehensive list of the software, which you can
download as PDF, ODT or Word files.

Get the entire Qubbesoft P/D library from:
http://www.dilwyn.me.uk/thelib/index.html or the mirror at
http://dilwyn.qlforum.co.uk/thelib/index.html

The Library files at http://www.dilwyn.me.uk/thelib/index.html or
mirror at http://dilwyn.qlforum.co.uk/thelib/index.html

Dilwyn
___
QL-Users Mailing List


Thanks to both of you.

François Van Emelen

___
QL-Users Mailing List

Re: [Ql-Users] Stuart Honeyball

[François Van Emelen via Ql-Users]

Op 19/03/2022 om 18:14 schreef Norman Dunbar via Ql-Users:

One
night in the local pub he redrew the
entire Spectrum Issue 1 PCB from
memory on a napkin, while quite drunk.
I was stupidly impressed by that.

I'd have been seriously impressed by that!

Cheers,
Norm.


Sorry

François Van Emelen


___
QL-Users Mailing List

[Ql-Users] Stuart Honeyball

[François Van Emelen via Ql-Users]

 Stuart Honeyball passed away.

Sad news

 Thoughts are with his family and friends.

François Van Emelen


___
QL-Users Mailing List

Re: [Ql-Users] Knoware update

[François Van Emelen via Ql-Users]

Op 31/01/2022 om 18:33 schreef pjwitte via Ql-Users:

A small update to Knoware.no

For details go to 
https://qlforum.co.uk/viewtopic.php?t=2839=45592#p45592 or more 
briefly: www.knoware.no/htm/changes.htm


Per
___
QL-Users Mailing List


Thank you

François Van Emelen


___
QL-Users Mailing List

Re: [Ql-Users] QDOS SMSQE Guide 4.7

[François Van Emelen via Ql-Users]

Op 31/01/2022 om 16:50 schreef Wolfgang Lenerz via Ql-Users:

Hi all,

I have release v. 4.7 of the SMSQE / Qdos manual - it now contains 
many of the SBasic (not SuperBasic!) variables, as announced some time 
ago.


As usual, you can find it at wlenerz.com/qlstuff


Have Fun!

Wolfgang
___
QL-Users Mailing List


Thank you

François Van Emelen

___
QL-Users Mailing List

Re: [Ql-Users] More Knoware

[François Van Emelen via Ql-Users]

Op 10/12/2021 om 21:43 schreef pjwitte via Ql-Users:

Ive been clearing out some nooks and crannies and found a few items I
felt were of a shareable quality. Ie they werent written with sharing
in mind, but have worked for me, in some cases for years, without
issue. Many of you will no doubt have produced your own solutions, but
possibly not everyone, or there may be gaps,.. Well, I wrapped mine
up, added some written description, and present them to those who
might want some shiny new toys for Christmas. Yes, it is a bit like
putting lipstick on a pig, but I hope you enjoy them all the same!

Here is the lowdown:

    > Updated and expanded Library: Sources now included. Replace old
  libraries with this update!
    > Updated VLS. Variables Load & Save. Bulk-load assorted array and
  scalar variables. Now with source code included.
    > Added Minimize, a minimize button for fullscreen QPC2 and
    SMSQmulator.
    > Added Bcc, a tool for dyslecix assembler coders(!)
    > Added Caps, a Capsloack indicator button.
    > Added NoTab, a tool for QD to make compressed files temporarily
  readable.
    > Added LCMP, to compare unsigned long words - and some
  eschatological musings on dates and the End of Time..
    > Added QLTet, a simple Tetris-like game.
    > Added Snowfall, a "screen saver" type program.

See www.Knoware.no/htm/changes.htm for details!

___
QL-Users Mailing List


Hi,

Thanks for rhe info. I'll have a peek and I'll  certainly download the 
new version of VLS.


François Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] QTImage 1.5

[François Van Emelen via Ql-Users]

Op 9/12/2021 om 18:44 schreef Tobias Fröschle via Ql-Users:

François,

the mailing list doesn't forward attachments - You need to put them somewhere 
else for us to see or describe textually.

Cheers,
Tobias


Am 09.12.2021 um 17:04 schrieb François Van Emelen via Ql-Users 
:

Op 9/12/2021 om 16:03 schreef Giorgio Garabello via Ql-Users:

Il giorno gio 9 dic 2021 alle ore 15:49 François Van Emelen via Ql-Users <
ql-users@lists.q-v-d.com> ha scritto:


Op 8/12/2021 om 17:50 schreef Giorgio Garabello via Ql-Users:



About the problems running Qtimage from Ramx_. Just a thought, Why don’t
you use the HOME-thing, that would make the program more versatile, I
think,


I regularly use THINGS FOR THE HOUSE
That's not the problem.


I have merged 3 pic-files (2 large & 1 small) without a problem, It took
minutes,,, but it worked.


Unfortunately we are pushing the QPC2 limit.
Let's not forget that it emulates a 68020


This wasn't a negative comment; I only meant that QTimage could do it.

Tests


Image

Zoom OK

Resize OK

Border OK


Colours


This is another kettle of fish,


This is another kettle of fish means 'much more difficult, more
complicated'


I'm not sure I understand this part. I translated it with google

translate

but I didn't understand exactly what you mean (in that menu)
My fault, unfortunately my English sucks



To avoid a new menu popping up, you ought to replace all occurences of
scale

-256 to +256 with -255 to +255 and keep the loose item ‘ok’ unavailable
until the correct values are entered,

Entering wrong values are sometimes corrected by the program but not
always. Wrong values allow the popup of a new menu ( see Filter →Pixel).
But this behaviour seems unpredictable here, at least to me. So make it
impossible to use values that are out of range .

Make it impossible to enter wrong values for all the other colour items.


I think I have found the problem: not that difficult after all.

Try this:

1. load an image

2. choose Colours

3. choose Brightness

4. put the mouse pointer over the editable loose item

5. Press the right button of the mouse

6. a new menu will pop up.

See attachment


   Up to here, everything ok .. then? which attach? I do not understand..




So, make sure the user can't leave the Brightness  with a   DO on an
editable loose item.

This behaviour is the same for all Colours items.

There is another problem with Export/Save with name: you should add a
'_' or a '.' before the extension, else the file will be saved without a
valid extension.


Yes this is easy
Thanks for your help

Giorgio
___
QL-Users Mailing List

Sorry, I forgot the attachment

So, If press the right button of the mouse  without editing the loose item, you 
will get a new menu that has nothing to do with Brightness. see QTimge.jpg and 
Qtimge2.jpg


___
QL-Users Mailing List

___
QL-Users Mailing List


Forgot about that :(

François Van Emelen


___
QL-Users Mailing List

Re: [Ql-Users] QTImage 1.5

[François Van Emelen via Ql-Users]

Op 9/12/2021 om 16:03 schreef Giorgio Garabello via Ql-Users:

Il giorno gio 9 dic 2021 alle ore 15:49 François Van Emelen via Ql-Users <
ql-users@lists.q-v-d.com> ha scritto:


Op 8/12/2021 om 17:50 schreef Giorgio Garabello via Ql-Users:




About the problems running Qtimage from Ramx_. Just a thought, Why don’t
you use the HOME-thing, that would make the program more versatile, I
think,


I regularly use THINGS FOR THE HOUSE
That's not the problem.


I have merged 3 pic-files (2 large & 1 small) without a problem, It took
minutes,,, but it worked.


Unfortunately we are pushing the QPC2 limit.
Let's not forget that it emulates a 68020


This wasn't a negative comment; I only meant that QTimage could do it.

Tests


Image

Zoom OK

Resize OK

Border OK


Colours


This is another kettle of fish,


This is another kettle of fish means 'much more difficult, more
complicated'


I'm not sure I understand this part. I translated it with google

translate

but I didn't understand exactly what you mean (in that menu)
My fault, unfortunately my English sucks



To avoid a new menu popping up, you ought to replace all occurences of
scale

-256 to +256 with -255 to +255 and keep the loose item ‘ok’ unavailable
until the correct values are entered,

Entering wrong values are sometimes corrected by the program but not
always. Wrong values allow the popup of a new menu ( see Filter →Pixel).
But this behaviour seems unpredictable here, at least to me. So make it
impossible to use values that are out of range .

Make it impossible to enter wrong values for all the other colour items.


I think I have found the problem: not that difficult after all.

Try this:

1. load an image

2. choose Colours

3. choose Brightness

4. put the mouse pointer over the editable loose item

5. Press the right button of the mouse

6. a new menu will pop up.

See attachment



   Up to here, everything ok .. then? which attach? I do not understand..




So, make sure the user can't leave the Brightness  with a   DO on an
editable loose item.

This behaviour is the same for all Colours items.

There is another problem with Export/Save with name: you should add a
'_' or a '.' before the extension, else the file will be saved without a
valid extension.


Yes this is easy
Thanks for your help

Giorgio
___
QL-Users Mailing List


Sorry, I forgot the attachment

So, If press the right button of the mouse  without editing the loose 
item, you will get a new menu that has nothing to do with Brightness. 
see QTimge.jpg and Qtimge2.jpg



___
QL-Users Mailing List

Re: [Ql-Users] QTImage 1.5

[François Van Emelen via Ql-Users]

Op 8/12/2021 om 17:50 schreef Giorgio Garabello via Ql-Users:





About the problems running Qtimage from Ramx_. Just a thought, Why don’t
you use the HOME-thing, that would make the program more versatile, I
think,


I regularly use THINGS FOR THE HOUSE
That's not the problem.


I have merged 3 pic-files (2 large & 1 small) without a problem, It took
minutes,,, but it worked.


Unfortunately we are pushing the QPC2 limit.
Let's not forget that it emulates a 68020


This wasn't a negative comment; I only meant that QTimage could do it.


Tests


Image

Zoom OK

Resize OK

Border OK


Colours


This is another kettle of fish,



This is another kettle of fish means 'much more difficult, more complicated'


I'm not sure I understand this part. I translated it with google translate
but I didn't understand exactly what you mean (in that menu)
My fault, unfortunately my English sucks



To avoid a new menu popping up, you ought to replace all occurences of
scale

-256 to +256 with -255 to +255 and keep the loose item ‘ok’ unavailable
until the correct values are entered,

Entering wrong values are sometimes corrected by the program but not
always. Wrong values allow the popup of a new menu ( see Filter →Pixel).
But this behaviour seems unpredictable here, at least to me. So make it
impossible to use values that are out of range .

Make it impossible to enter wrong values for all the other colour items.


I think I have found the problem: not that difficult after all.

Try this:

1. load an image

2. choose Colours

3. choose Brightness

4. put the mouse pointer over the editable loose item

5. Press the right button of the mouse

6. a new menu will pop up.

See attachment

So, make sure the user can't leave the Brightness  with a   DO on an 
editable loose item.


This behaviour is the same for all Colours items.

There is another problem with Export/Save with name: you should add a 
'_' or a '.' before the extension, else the file will be saved without a 
valid extension.



Have a fine evening.

François


___
QL-Users Mailing List

___
QL-Users Mailing List


HTH

François

___
QL-Users Mailing List

Re: [Ql-Users] QTImage 1.5

[François Van Emelen via Ql-Users]

Op 7/12/2021 om 12:26 schreef Giorgio Garabello via Ql-Users:

  Fantastic debugging! Extremely accurate! Thank you for your help, these
tests are essential because alone I cannot control everything and after a
while I tend to always try the same options and neglect the others Thanks!

Ciao
Giorgio


Il giorno mar 7 dic 2021 alle ore 12:15 François Van Emelen via Ql-Users <
ql-users@lists.q-v-d.com> ha scritto:


Op 4/12/2021 om 22:33 schreef Giorgio Garabello via Ql-Users:

There is some problem with the download permissions on the site :-( I try
to send you the zip

Il giorno sab 4 dic 2021 alle ore 21:48 François Van Emelen via Ql-Users

<

ql-users@lists.q-v-d.com> ha scritto:


Op 4/12/2021 om 18:34 schreef Giorgio Garabello via Ql-Users:

After a year off for personal problems. back to the QL!
Thanks to the fantastic collaboration of Roberto Porro I finally

publish

QTImage 1.5
Thanks also to Armdo Fumero for the Spanish translation

What's new?
Resizing the program in three ways
Added management of the Spanish language
Improved file import management
Added new wave effect
Added dithering filter
Added new function: image merging
Improved color management
Added function: parabolization
Solarization effect added
New feature: invert colors
New X-ray effect
New feature: Quantization

Downloadable from the usual site:
https://www.hunggartorino.it/ql/qtimage-2/
___
QL-Users Mailing List

Hi Gorgio,

There ieems to bea problem with the ZIP-file.

François


___
QL-Users Mailing List

___
QL-Users Mailing List

Hi Giorgio,


I have seen the comments about Qtimage on the QL-forum but I’m not a
member, so you won’t see me there.

Here are my comments:

1) There seems to be something wrong when launching Qtimage from RAMx_

I suppose there are some data in your dbs-files referring to absolute
‘addresses’ instead of relative ones. eg. Winx_ instead of relying on
PROG_USE?


2) After an error, Qtimage still leave a ‘temp file’. After testing, a
lot of such are left on the Hard Drive.


3) My Qtimage in installed on Win2_ . All my programs run from there
except BP for testing.

I have been testing the Filters in Qtimage and this is what I found:

Smoothing OK

Sharpen OK

Raised OK

Gaussian blur

motion OK

boxed OK

gaussian OK

Dithering

Level 0 to 4 OK

Level 5 to 9 OK but colours disappear

Coarse OK

Medium OK

Feint 0 to 2 OK

Edge 0 to 9 OK

Pixel

dimension 0 no modification but colours change

dimension 2 to 96 OK

dimension 100 : a new menu pops up with Copy, Cut, Paste, Clear field

I didn’t investiged this menu.

Mosaic

up to 14 OK

16 a new menu pops up. I didn’t investiged this menu

If you enter value 15, it is changed to 16 (which is correct) but no new
menu.

Merge

seems to work. I didn’t try to merge a third image. I’ll try that later,


I hope this will help you debugging Qtimage.

Next time I’ll test other things.


Have a fine day.

François


___
QL-Users Mailing List

___
QL-Users Mailing List


Hi Giorgio,


About the problems running Qtimage from Ramx_. Just a thought, Why don’t 
you use the HOME-thing, that would make the program more versatile, I think,


I have merged 3 pic-files (2 large & 1 small) without a problem, It took 
minutes,,, but it worked.



Tests


Image

Zoom OK

Resize OK

Border OK


Colours


This is another kettle of fish,

To avoid a new menu popping up, you ought to replace all occurences of 
scale


-256 to +256 with -255 to +255 and keep the loose item ‘ok’ unavailable 
until the correct values are entered,


Entering wrong values are sometimes corrected by the program but not 
always. Wrong values allow the popup of a new menu ( see Filter →Pixel). 
But this behaviour seems unpredictable here, at least to me. So make it 
impossible to use values that are out of range .


Make it impossible to enter wrong values for all the other colour items.


Have a fine evening.

François


___
QL-Users Mailing List

Re: [Ql-Users] QTImage 1.5

[François Van Emelen via Ql-Users]

Op 4/12/2021 om 22:33 schreef Giorgio Garabello via Ql-Users:

There is some problem with the download permissions on the site :-( I try
to send you the zip

Il giorno sab 4 dic 2021 alle ore 21:48 François Van Emelen via Ql-Users <
ql-users@lists.q-v-d.com> ha scritto:


Op 4/12/2021 om 18:34 schreef Giorgio Garabello via Ql-Users:

   After a year off for personal problems. back to the QL!
Thanks to the fantastic collaboration of Roberto Porro I finally publish
QTImage 1.5
Thanks also to Armdo Fumero for the Spanish translation

What's new?
Resizing the program in three ways
Added management of the Spanish language
Improved file import management
Added new wave effect
Added dithering filter
Added new function: image merging
Improved color management
Added function: parabolization
Solarization effect added
New feature: invert colors
New X-ray effect
New feature: Quantization

Downloadable from the usual site:
https://www.hunggartorino.it/ql/qtimage-2/
___
QL-Users Mailing List

Hi Gorgio,

There ieems to bea problem with the ZIP-file.

François


___
QL-Users Mailing List

___
QL-Users Mailing List


Hi Giorgio,


I have seen the comments about Qtimage on the QL-forum but I’m not a 
member, so you won’t see me there.


Here are my comments:

1) There seems to be something wrong when launching Qtimage from RAMx_

I suppose there are some data in your dbs-files referring to absolute 
‘addresses’ instead of relative ones. eg. Winx_ instead of relying on 
PROG_USE?



2) After an error, Qtimage still leave a ‘temp file’. After testing, a 
lot of such are left on the Hard Drive.



3) My Qtimage in installed on Win2_ . All my programs run from there 
except BP for testing.


I have been testing the Filters in Qtimage and this is what I found:

Smoothing OK

Sharpen OK

Raised OK

Gaussian blur

motion OK

boxed OK

gaussian OK

Dithering

Level 0 to 4 OK

Level 5 to 9 OK but colours disappear

Coarse OK

Medium OK

Feint 0 to 2 OK

Edge 0 to 9 OK

Pixel

dimension 0 no modification but colours change

dimension 2 to 96 OK

dimension 100 : a new menu pops up with Copy, Cut, Paste, Clear field

I didn’t investiged this menu.

Mosaic

up to 14 OK

16 a new menu pops up. I didn’t investiged this menu

If you enter value 15, it is changed to 16 (which is correct) but no new 
menu.


Merge

seems to work. I didn’t try to merge a third image. I’ll try that later,


I hope this will help you debugging Qtimage.

Next time I’ll test other things.


Have a fine day.

François


___
QL-Users Mailing List

Re: [Ql-Users] QTImage 1.5

[François Van Emelen via Ql-Users]

Op 4/12/2021 om 18:34 schreef Giorgio Garabello via Ql-Users:

  After a year off for personal problems. back to the QL!
Thanks to the fantastic collaboration of Roberto Porro I finally publish
QTImage 1.5
Thanks also to Armdo Fumero for the Spanish translation

What's new?
Resizing the program in three ways
Added management of the Spanish language
Improved file import management
Added new wave effect
Added dithering filter
Added new function: image merging
Improved color management
Added function: parabolization
Solarization effect added
New feature: invert colors
New X-ray effect
New feature: Quantization

Downloadable from the usual site:
https://www.hunggartorino.it/ql/qtimage-2/
___
QL-Users Mailing List


Hi Gorgio,

There ieems to bea problem with the ZIP-file.

François


___
QL-Users Mailing List

Re: [Ql-Users] Q-Liberator v3.45

[François Van Emelen via Ql-Users]

Op 29/11/2021 om 17:20 schreef Dilwyn Jones via Ql-Users:

Version 3.45 of the Q-Liberator BASIC compiler has been launched.

This version was submitted to me by Per Witte, who has done a fair bit
of work on rationalising the distribution, by splitting the compiler
into a runtime disk (what you need to compile programs) and a sources
disc, for those who like to study the sources of the compiler to see
how it works and who may like to co-operate on future development and
bug fixes.

In this new version 3.45 (or v3.45a as it appears on-screen), there is
a bug fix relating to Externals (compiled external procedures), where
the HISTORY_TXT file says that “A fixed location in Qlib_run was
sought but not found due to change in length of introduction string.”

There is no significant change to the functionality of the compiler
since the previous version.

The compiler is available to download as either floppy disc images or
as regular QL format zipped files for those whose systems don’t
support floppy disc images.

On the runtimes disc, the package is now split into a set of
directories with the documents in one directory, for example, and the
demo files in another directory. While fairly obvious, it does mean it
needs to be used on a system which support level 2 filing system – a
system supporting QL directories.

The runtime compiler disc is a single 720K disc image, while the
sources come on a larger 1.4MB disc image.

Q-Liberator v3.45 may be downloaded free of charge from my website at
http://www.dilwyn.me.uk/qlib/index.html . In case of difficulty, it
may also be downloaded from the mirror site at
http://dilwyn.qlforum.co.uk/qlib/index.html . In both cases, scroll
down to the “QLiberator v3.45” section about halway down the page.

Previous recent versions of the compiler will remain available for
posterity, or in case issues with the current version force you to
revert to using an earlier version. The last full commercial version
of the compiler from publisher Liberation Software was v3.36.

Dilwyn.
___
QL-Users Mailing List


Hi,

Thanks to all who helped to update QLiberate 3.36

François Van Emelen


___
QL-Users Mailing List

Re: [Ql-Users] QPC2 v5.02

[François Van Emelen via Ql-Users]

Op 30/11/2021 om 21:14 schreef Wolfgang Lenerz via Ql-Users:

Hi François,

This will be fixed.

Have fun!

Wolfgang



Op 30/11/2021 om 13:34 schreef Wolfgang Lenerz via Ql-Users:

Hi,

Just to chime in, the newest SMSQmulator (hopefully) to come out in a
few days will do the same, i.e. treat NFA/SFA as win type.


There is a reason for (at least for me):

I use QD extensively.
When QD saves data to a file, it first of all checks the device type via
iof.xinf. If it detects that the drive is registered as a an msdos type
device, it saves the file with line ending CR+LF, instead of the normal
LF as used on win devices.

If you now try to use the MacroAssembler to assemble a file that
contains macros, this will fail (the MA seems to calculate the number of
bytes it has got, which will be wrong as the NFA driver converts CF+LF
to LF automagically) The MA then resets the file position to somewhere
in the file, corresponding to the number of bytes before the macro (I
suppose to read th emacro again) and that will be wrong, so that it
reads something other in the file and then fails.


That being said, might I make a suggestion?

Giorgio said:


     The old behavior was that DMEDIUM_DRIVE returned -1 when pointing
to a dos disk. it was not "correct" but it allowed me to
distinguish the two

types.

Indeed, that's not the right way, one should use the DMEDIUM_TYPE
function for that (returns 1 - qdos, 2 - msdos etc) - but this won't
help you, as that now returns "qdos" device type for dos and nfa/sfa.

However, the specifications also provide for a device sub-type, which is
not returned by any function and which, AFAIK is not used. One might
possibly use that to return 1 or 2 as sub-type also.

I'd be willing to create the new basic keyword for that in SMSQE
("DMEDIUM_STYPE").

Would that be agreeable to all?


Have fun!

Wolfgang





Hi Wolfgang,

While working on the next version of SMSQmulator could you verify if
LBYTES works correctly on your  system?

LBYTES  Filename_scr,SCR_SCR_BASE seems to lock SMSQmulator: SO TAKE CARE

100 WINDOW SCR_XLIM,SCR_YLIM,0,0
105 REMark
110 REMark OPEN_IN#3,dev1_bckgrnd_wallpaper_def:INPUT#3,p$:CLOSE#3
115 PAPER 6:CLS: REMark instead of WL_BMP8LOAD p$ for testing
120 :
125 SBYTES_O dev1_dump_scr,SCR_BASE,SCR_LLEN*SCR_YLIM
130 :
135 REMark  dev1_dump_scr  can be displayed correctly in QPC2
140 REMark with LBYTES dev1_dump_scr,scr_base
145 :
150 REMark but locks SMSQmulator
155 REMark dump_scr is 4147200 long
160 REMark Screen size 1920x1080
165 REMark window mode fullscreen

Thanks

François Van Emelen

___
QL-Users Mailing List

___
QL-Users Mailing List


thank you

François Van Emelen


___
QL-Users Mailing List

Re: [Ql-Users] QPC2 v5.02

[François Van Emelen via Ql-Users]

Op 30/11/2021 om 13:34 schreef Wolfgang Lenerz via Ql-Users:

Hi,

Just to chime in, the newest SMSQmulator (hopefully) to come out in a
few days will do the same, i.e. treat NFA/SFA as win type.


There is a reason for (at least for me):

I use QD extensively.
When QD saves data to a file, it first of all checks the device type via
iof.xinf. If it detects that the drive is registered as a an msdos type
device, it saves the file with line ending CR+LF, instead of the normal
LF as used on win devices.

If you now try to use the MacroAssembler to assemble a file that
contains macros, this will fail (the MA seems to calculate the number of
bytes it has got, which will be wrong as the NFA driver converts CF+LF
to LF automagically) The MA then resets the file position to somewhere
in the file, corresponding to the number of bytes before the macro (I
suppose to read th emacro again) and that will be wrong, so that it
reads something other in the file and then fails.


That being said, might I make a suggestion?

Giorgio said:


    The old behavior was that DMEDIUM_DRIVE returned -1 when pointing
to a dos disk. it was not "correct" but it allowed me to distinguish the two

types.

Indeed, that's not the right way, one should use the DMEDIUM_TYPE
function for that (returns 1 - qdos, 2 - msdos etc) - but this won't
help you, as that now returns "qdos" device type for dos and nfa/sfa.

However, the specifications also provide for a device sub-type, which is
not returned by any function and which, AFAIK is not used. One might
possibly use that to return 1 or 2 as sub-type also.

I'd be willing to create the new basic keyword for that in SMSQE
("DMEDIUM_STYPE").

Would that be agreeable to all?


Have fun!

Wolfgang





Hi Wolfgang,

While working on the next version of SMSQmulator could you verify if 
LBYTES works correctly on your  system?


LBYTES  Filename_scr,SCR_SCR_BASE seems to lock SMSQmulator: SO TAKE CARE

100 WINDOW SCR_XLIM,SCR_YLIM,0,0
105 REMark
110 REMark OPEN_IN#3,dev1_bckgrnd_wallpaper_def:INPUT#3,p$:CLOSE#3
115 PAPER 6:CLS: REMark instead of WL_BMP8LOAD p$ for testing
120 :
125 SBYTES_O dev1_dump_scr,SCR_BASE,SCR_LLEN*SCR_YLIM
130 :
135 REMark  dev1_dump_scr  can be displayed correctly in QPC2
140 REMark with LBYTES dev1_dump_scr,scr_base
145 :
150 REMark but locks SMSQmulator
155 REMark dump_scr is 4147200 long
160 REMark Screen size 1920x1080
165 REMark window mode fullscreen

Thanks

François Van Emelen

___
QL-Users Mailing List

Re: [Ql-Users] SMSQmulator <> LBYTES filename_scr,SCR_BASE

[François Van Emelen via Ql-Users]

Op 24/11/2021 om 15:40 schreef desin via Ql-Users:

Am 24.11.21 um 11:40 schrieb François Van Emelen via Ql-Users:

Hi,

SMSQmulator locks when trying to display a valid SCR-file with LBYTES 
filename,SCR_BASE.




set SMSQemulator to :

scr_size 512x256
QL colours
allow Ql Screen emulation

Hope it helps

Markus
___
QL-Users Mailing List


Hi Markus,

Problem solved. Yhank you.

François Van Emelen


___
QL-Users Mailing List

[Ql-Users] SMSQmulator <> LBYTES filename_scr,SCR_BASE

[François Van Emelen via Ql-Users]

Hi,

SMSQmulator locks when trying to display a valid SCR-file with LBYTES 
filename,SCR_BASE.


There is no problem with the same file in QPC2.

Can someone confirm this?

Help is welcome.

François Van Emelen


___
QL-Users Mailing List

Re: [Ql-Users] Windows 11 and emulators

[François Van Emelen via Ql-Users]

Op 6/11/2021 om 21:03 schreef pjwitte via Ql-Users:
Ive just "upgraded" to Windows 11, as I didnt want to get caught out 
again being
forced into a paid upgrade - or risk being saddled with an unsupported 
older
version of Windoze. (Oh do I hate "upgrades", when all I want is for 
things to
get fixed, and incremental improvements that relate to things I 
actually find
useful!)  As usual, the wise guys at M$ have, for their own ineffable 
reasons,
re-arranged the furniture to no discernable purpose, other than, no 
doubt,

to leverage their colonisation of my privacy.

At least one of their insane "improvements" is to move the keyboard 
language
indicator, which was happily situated on the task bar/system tray, 
into its own
blob on the screen. I need to switch keyboard layouts as I type in 
different
languages, and not having an indicator is as bad, or worse, than not 
having a
capslock indicator. (But at least on my "QL" I can fix the latter 
myself!)


The problem is that *this blob shines through* in QPC2 and 
SMSQmulator's full

screen mode! (I never think of my QL as just another Windows "app"!) In
SMSQmulator its a dud, ie its not clickable, but in QPC2 the blob is 
active and
hostile. Yet the last thing one wants in an emulator is some other 
system's

active control shining through, messing up one's display where it has no
business!

Some Windows and Web movie applications in full screen mode manage to 
blot out
the blob, but others dont/cant. But that must mean that it is possible 
at least.


Any tips or suggestions as to how this may be dealt with are welcome! 
Im new to
W11, so perhaps I just havent found the way to put the indicator back 
where it
belongs - visible, but out of the way when you dont want it. (And why 
they hell

did they take away Toolbars!)

Per
___
QL-Users Mailing List


Hi Per,

Can't help you here as I'm still using W7. Installing QPC2 /Smsqmulator  
on a Linux machine could solve your problem( at least temporary). Not 
difficult, even I could do it.


Wolfgang and Marcel could have a look at it.

BTW: thanks for the treasures I found on Knoware.

Have  a fine day.

François Van Emelen

___
QL-Users Mailing List

Re: [Ql-Users] SMSQmulator

[François Van Emelen via Ql-Users]

Op 31/10/2021 om 7:44 schreef Wolfgang Lenerz via Ql-Users:

Hi all,

a new version of SMSQmulator is out, using the latest SMSQE and with
some bugfixes and improvements (CTRL key handling under windows, thanks
Per for pointing that out).

wlenerz.com/smsqmulator

Have fun

Wolfgang
___
QL-Users Mailing List


Hi Wolfgang,

Thank you for the new version.

François Van Emelen


___
QL-Users Mailing List

Re: [Ql-Users] QPC2 v5.01

[François Van Emelen via Ql-Users]

Op 1/11/2021 om 1:45 schreef Marcel Kilgus via Ql-Users:

In the wake of SMSQ/E 3.38 I can also finally release QPC2v5.01. It's
mostly a maintenance release with small additions, I wrote a bit more
about the details here:

https://www.kilgus.net/2021/11/01/qpc2-v5-01-and-smsq-e-v3-38-released/

Enjoy, Marcel

___
QL-Users Mailing List


Already instally and running.

Thanks for the new version.

François Van Emelen


___
QL-Users Mailing List

Re: [Ql-Users] QDT/QLE

[François Van Emelen via Ql-Users]

Op 26/08/2021 om 21:39 schreef simon629--- via Ql-Users:

Hi can any one Help me Update MY QDT/QLE to The New Version with out Using All 
My App's and Games I will be Very Very Very Happy I will Pay if Needs So OK 
Thanks All The Best Simon Foster
___
QL-Users Mailing List


Hi,

Sorry I can't help you: I don't use QLE.

François Van Emelen


___
QL-Users Mailing List

Re: [Ql-Users] "RETurn not in procedure or function"

[François Van Emelen via Ql-Users]

Op 28/06/2021 om 13:10 schreef desin via Ql-Users:

Am 28.06.21 um 12:31 schrieb Bob Spelten via Ql-Users:

"RETurn not in procedure or function"

What is causing this error in my Basic?
The error has bugged me for weeks now.
It even seems able to move around (see below).
I have checked for the obvious and didn't find any mismatches.
Also XREF, BasicLinker or QLIB did not report any.

Below a summary of the program section from where the error occurs.

   DEF FN GetScreen(..)
    :...
    IF hd =10
 MC_ProcA parms..
    ELSE
 er%= MC_FnB(..)
 :...
    END IF
    :...
    IF NOT rn% : er%= SetDBS(..)
    REM > rn% is set if the screen file is in the database
    :...
    RETurn 0
   END DEF
   :...
   DEF FN SetDBS(..)
    :...
    er= FDB_SET(..)
    :...
    PRINT er
    REturn er
   END DEF
   :

The program is numberless and testrun from QD with the F10 Sbas/qd 
thing.

The code for the MC_ProcA and MC_FnB keywords has also successfully been
tested in other Basics.

MC_FnB nicely returns zero in er% and not one of the possible 
negative values.
SetDBS does some DBAS handling and doesn't return an error in er, as 
tested just before the RETurn line which produces the "RETurn not..." 
error. Checking the database confirms that SetDBS works properly.


Strangely when I REM the SetDBS call, the same error is given in 
another FN when GetScreen has long been left by its own RETurn.


Also the MC_ProcA route does not generate the error when doing the 
SetDBS call or in the other Sbas FN if skipping SetDBS.


When I compile the Basic with QLIB v3.36 there are no errors reported 
and the compiled _obj executes without producing this error.


Of course the Sbas version differs slightly from the _obj but this 
has mainly to do with reporting variable values. Also the Basic 
extensions as for the MC_xxx ones above are LRESPR'd in the Sbas run 
and $$asmb'd by Qlib.


The numbered Basic as generated by BasicLinker and then run from job 0
produces the same error as run from QD.

So what could be messing up my RETurns?

Bob


hello

found some oddities with Exists and SMSQE

10 if exists ("TK2_EXT"):print "TK2"
20 if exists ("MODE")   :print "mode "
30 :
40 print dig_it
50 :
60 def fun dig_it
70 ret 1
80 end def

run
so far so good

now delete line 10
run again
error return not in function

turns out the error is triggered if the length of the
keyword is even

Greetings from  Switzerland

Markus

___
QL-Users Mailing List


You could replace 'EXISTS' with 'LOOKUP%'.

'LOOKUP%' can be found in 'function_code' by Simon Goodwin's toolkit series.

Have a fine day.

François Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] The INSTR function?

[François Van Emelen via Ql-Users]

Op 8/05/2021 om 16:12 schreef Wolf via Ql-Users:

Hi,

actually functions are present in EXTRAS.

Things like AND, OR, NOT (and, yes INSTR) are considered to be 
operators (like + or -), and thus will not show up with EXTRAS.


HTH

Wolfgang

Le 08/05/2021 à 14:36, François Van Emelen via Ql-Users a écrit :

Op 7/05/2021 om 17:55 schreef Dilwyn Jones via Ql-Users:

On Fri, 7 May 2021 at 13:35, François Van Emelen via Ql-Users
 wrote:

Op 7/05/2021 om 14:10 schreef Marcel Kilgus via Ql-Users:

François Van Emelen via Ql-Users wrote:

INSTR gone?

The function can still be used but is no longer present in 
'EXTRAS. How is that possible?

It's not an instruction and was never listed in EXTRAS. The same way
"AND" is not listet, or "TO".

Marcel

I wonder if you were thinking of the INSTR_CASE extension in SBASIC?
That did, and still does, show up in the EXTRAS listing.

Dilwyn
___
QL-Users Mailing List


Hi Dilwyn,

No, I meant 'INSTR' but I completely forgot fonctions are not present 
in 'EXTRAS':stupid of me, of course.


'WHERE' and 'EXISTS' can't detect function either.

INSTR_CASE is present in 'EXTRAS' as it is an instruction.

I never used INSTR_CASE as it didn't do its job in Qliberated 
Executables. ( many years ago).


Isn't the fact that functions are difficult to detect a problem for 
utility 'Namecheck'?


Sorry for my late reply, but yesterday end of the afternoon I had to 
go the the vaccination center to get my second 'shot'.


Have a fine weekend,

François Van Emelen

___
QL-Users Mailing List

___
QL-Users Mailing List


Hi,

You are right, even my own functions (qliberated qbasic) are visible in 
Extras.


Thanks for correcting me.

François Van Emelen

___
QL-Users Mailing List

Re: [Ql-Users] The INSTR function?

[François Van Emelen via Ql-Users]

Op 7/05/2021 om 17:55 schreef Dilwyn Jones via Ql-Users:

On Fri, 7 May 2021 at 13:35, François Van Emelen via Ql-Users
 wrote:

Op 7/05/2021 om 14:10 schreef Marcel Kilgus via Ql-Users:

François Van Emelen via Ql-Users wrote:

INSTR gone?

The function can still be used but is no longer present in 'EXTRAS. How is that 
possible?

It's not an instruction and was never listed in EXTRAS. The same way
"AND" is not listet, or "TO".

Marcel

I wonder if you were thinking of the INSTR_CASE extension in SBASIC?
That did, and still does, show up in the EXTRAS listing.

Dilwyn
___
QL-Users Mailing List


Hi Dilwyn,

No, I meant 'INSTR' but I completely forgot fonctions are not present in 
'EXTRAS':stupid of me, of course.


'WHERE' and 'EXISTS' can't detect function either.

INSTR_CASE is present in 'EXTRAS' as it is an instruction.

I never used INSTR_CASE as it didn't do its job in Qliberated 
Executables. ( many years ago).


Isn't the fact that functions are difficult to detect a problem for 
utility 'Namecheck'?


Sorry for my late reply, but yesterday end of the afternoon I had to go 
the the vaccination center to get my second 'shot'.


Have a fine weekend,

François Van Emelen

___
QL-Users Mailing List

Re: [Ql-Users] The INSTR function?

[François Van Emelen via Ql-Users]

Op 7/05/2021 om 14:10 schreef Marcel Kilgus via Ql-Users:

François Van Emelen via Ql-Users wrote:

INSTR gone?

The function can still be used but is no longer present in 'EXTRAS. How is that 
possible?

It's not an instruction and was never listed in EXTRAS. The same way
"AND" is not listet, or "TO".

Marcel

___
QL-Users Mailing List


Hi Marcel,

Thanks for the info.

François Van Emelen


___
QL-Users Mailing List

[Ql-Users] The INSTR function?

[François Van Emelen via Ql-Users]

Hi all,

INSTR gone?

The function can still be used but is no longer present in 'EXTRAS. How 
is that possible?


François Van Emelen


___
QL-Users Mailing List

Re: [Ql-Users] tools_rext

[François Van Emelen via Ql-Users]

Op 8/04/2021 om 9:30 schreef Dilwyn Jones via Ql-Users:

Markus was helpfully responding to a question I asked on QL Forum
originally, so blame this one on me.

I was looking for additional information on what I thought was a toolkit
not known to me. Looks like it's a set of extensions that Oliver Fink used
in some of his programs, such as the font editor on the disk Markus
referred to, rather than a stand-alone toolkit as such.

Dilwyn

On Thu, 8 Apr 2021 at 08:13, desin via Ql-Users 
wrote:


Am 08.04.21 um 08:05 schrieb Wolfgang Lenerz via Ql-Users:

Hi,

thanks - where can one get them?

Wolfgang


Quanta Library Disc SP-04
___
QL-Users Mailing List


___
QL-Users Mailing List


Thanks for the info.

François Van Emelen


___
QL-Users Mailing List

Re: [Ql-Users] SMSQmulator 2.31

[François Van Emelen via Ql-Users]

Op 18/02/2021 om 8:35 schreef Wolfgang Lenerz via Ql-Users:

Hi all,


SMSQmulator 2.31 is out (wlenerz.com/smsqmulator).

This is a pure bugfix release, to get rid of the syncscrap bug evoked
here, as well as some others found notably by Fabrizio  Diversi and Bob
Spelten.


This version does NOT fix the problem with ALT+CTRL hotkeys under
Windows - this requires some more investigation.

Have fun!

Wolfgang
___
QL-Users Mailing List


Thanks for the fix.

François Van Emelen


___
QL-Users Mailing List

Re: [Ql-Users] SMSQmulator 2.30

[François Van Emelen via Ql-Users]

Op 13/02/2021 om 11:24 schreef pjwitte via Ql-Users:
There appears to be a problem with the JVA_SYNCSCRAP job in Windows 
(10). I find it impossible to use the scrap, both internally (eg QD 
<-> QD) or from Windows (eg Notepad <-> QD). It always contains the 
same random text that never gets updated.


Stopping the SYNCSCRAP job cures the problem internally, but then the 
Windows <-> SMSQmulator facility also doesnt work, unless 
JVA_SGET/SPUT is used first.


The syncscrap job did work at some point, but doesnt now, and didnt in 
V2.29 either.


Apparently, in Windows, dont know about Linux, CTRL doesnt work as 
part of any Hotkey sequence; ALT + CTRL + x doest do anything although 
defined. Is this fixable?


Per

___
QL-Users Mailing List


Hi,

Same here with Windows 7.

François Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] SMSQmulator 2.30

[François Van Emelen via Ql-Users]

Op 13/02/2021 om 11:24 schreef pjwitte via Ql-Users:
There appears to be a problem with the JVA_SYNCSCRAP job in Windows 
(10). I find it impossible to use the scrap, both internally (eg QD 
<-> QD) or from Windows (eg Notepad <-> QD). It always contains the 
same random text that never gets updated.


Stopping the SYNCSCRAP job cures the problem internally, but then the 
Windows <-> SMSQmulator facility also doesnt work, unless 
JVA_SGET/SPUT is used first.


The syncscrap job did work at some point, but doesnt now, and didnt in 
V2.29 either.


Apparently, in Windows, dont know about Linux, CTRL doesnt work as 
part of any Hotkey sequence; ALT + CTRL + x doest do anything although 
defined. Is this fixable?


Per

___
QL-Users Mailing List


Hi,

I thought I was the only one having problems with it.

François Van Emelen

___
QL-Users Mailing List

Re: [Ql-Users] FIFi 5.04

[François Van Emelen via Ql-Users]

Op 15/01/2021 om 9:12 schreef Wolfgang Lenerz via Ql-Users:

Hi,

This can be found on my website

www.wlenerz.com/QLstuff

Have fun.

Wolfgang



Hi on the new QLE 3.20 it has got FiFi 5.04
where can I download it for my Version of QDT OK Thanks
___
QL-Users Mailing List


___
QL-Users Mailing List


Thanks

François Van Emelen


___
QL-Users Mailing List

Re: [Ql-Users] [Norton AntiSpam] QL Calendar 2021

[François Van Emelen via Ql-Users]

Op 26/12/2020 om 17:08 schreef Dilwyn Jones via Ql-Users:

I've put together a little QL-themed calendar for 2021 - The QaLendar.

Download it from http://www.dilwyn.me.uk/gen/calendar/calendar.html as
a PDF or a Word document.

A very happy new year to all QL users out there.
___
QL-Users Mailing List


Thanks Dilwyn and a very Happy New Year to you too.

François Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] MODPlay

[François Van Emelen via Ql-Users]

Op 10/11/2020 om 20:21 schreef Marcel Kilgus via Ql-Users:

Hi all,

I wrote a music player for the old Amiga MOD file format. Head over to
https://www.kilgus.net/smsqe/modplay/ for the details.

Cheers, Marcel



___
QL-Users Mailing List


Thanks.

Runs like a charmwith QPC2.

François Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] QD vB.07

[François Van Emelen via Ql-Users]

Op 6/08/2020 om 0:08 schreef Marcel Kilgus via Ql-Users:

I uploaded a new QD version to https://www.kilgus.net/smsqe/qd/.

It finally seems to fix the crashes Per experienced with it (thanks
for isolating the problem!). Basically it could corrupt memory if you
give it an editor height on the command line (e.g. "\n200") that does
not fit on the screen. I introduced the bug in B.05 while implementing
the per-extension file usage feature, a very unfortunate and
unexpected side-effect.

Cheers, Marcel

___
QL-Users Mailing List


Thank you for the fix.

Have a fine day.

François Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] SMSQmulator 2.29

[François Van Emelen via Ql-Users]

Op 19/04/2020 om 14:57 schreef François Van Emelen via Ql-Users:

Op 19/04/2020 om 7:56 schreef Wolfgang Lenerz via Ql-Users:

Hi all,

hot on the heels of SMSQE 3.36 comes SMSQmulator 2.29.

Win drives can be made removable.
NFA drives can handle (exec, save and load) files with an XTcc footer,
so that QL files can be  EXEC'd directly from a native drive.

wlenerz.com/smsqmulator.

Have fun


Wolfgang
___
QL-Users Mailing List


Hi Wolfgang,

There seems to be a problem with 2.29.
Launching it displays a black screen.

About says: v 2.29 for Java 8.

François Van Emelen


___
QL-Users Mailing List


Seems to be OK now. Thanks.

Francçois Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] SMSQmulator 2.29

[François Van Emelen via Ql-Users]

Op 19/04/2020 om 7:56 schreef Wolfgang Lenerz via Ql-Users:

Hi all,

hot on the heels of SMSQE 3.36 comes SMSQmulator 2.29.

Win drives can be made removable.
NFA drives can handle (exec, save and load) files with an XTcc footer,
so that QL files can be  EXEC'd directly from a native drive.

wlenerz.com/smsqmulator.

Have fun


Wolfgang
___
QL-Users Mailing List


Hi Wolfgang,

There seems to be a problem with 2.29.
Launching it displays a black screen.

About says: v 2.29 for Java 8.

François Van Emelen


___
QL-Users Mailing List

Re: [Ql-Users] 16th Italian Sinclair QL meeting (virtual) - Report

[François Van Emelen via Ql-Users]

Op 14/04/2020 om 1:00 schreef Davide Santachiara via Ql-Users:

16° Meeting Sinclair QL Italiano – 5th of April 2020


Thanks for the feedback.

François Van Emelen


___
QL-Users Mailing List

Re: [Ql-Users] 15th Sinclair QL Italian meeting goes virtual

[François Van Emelen via Ql-Users]

Op 4/04/2020 om 18:11 schreef Davide Santachiara via Ql-Users:

Dear All,

  


Due to Covid emergency the 15th QL Italian will not take place, but we will
virtually meet at 11:00 for some QL chats.

Anybody who would like to join us can just type on any browser (Chrome
preferred):

   https://meet.jit.si/sinclairql

or use the Jitsi app on Google Play for Android or App store for Apple, then
connect to the meeting room sinclairql. We will start around 11:00 local
time (Central European Summer Time - UTC +2h). Shall there be anybody who
would like to present something from outside Italy is very welcome to join
us and we will translate into Italian for everybody.

ciao

Davide

  


___
QL-Users Mailing List


Some feedback would be nice.

François Van Emelen


___
QL-Users Mailing List

Re: [Ql-Users] SMSQESprites

[François Van Emelen via Ql-Users]

Op 8/03/2020 om 10:31 schreef Wolfgang Lenerz via Ql-Users:

Hi, a new version of SMSQESprites is out.

This has been extensively revamped and comes with new features (can be 
driven by command line , converts to/from pictures or sprites, 
compression, alpha channel, can process whole directories etc...).


wlenerz.com/qlstuff


Have fun,

Wolfgang

QL is the old black
___
QL-Users Mailing List


Thanks for the new verssion.

François Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] QL-VGA

[François Van Emelen via Ql-Users]

Op 8/01/2020 om 22:58 schreef Marcel Kilgus via Ql-Users:

still lurking here


Of course, I'm still lurking.
François Van Emelen


___
QL-Users Mailing List

Re: [Ql-Users] THE DISTRIBUTION - Word is out!

[François Van Emelen via Ql-Users]

Op 1/12/2019 om 17:53 schreef Urs Koenig (QL) via Ql-Users:

Simon wrote:

  Thank You Urs for all your Hard Work that you Do 10 out of 10

It's a pleasure. :-)

___
QL-Users Mailing List


Thank you.

François Van emelen


___
QL-Users Mailing List

Re: [Ql-Users] WM_move_mode and Easyptr menu

[François Van Emelen via Ql-Users]

Op 20/10/2019 om 11:02 schreef Bob Spelten via Ql-Users:
Op Sat, 19 Oct 2019 17:05:12 +0200 schreef François Van Emelen via 
Ql-Users :



Op 18/10/2019 om 13:01 schreef Bob Spelten via Ql-Users:
op Fri, 18 Oct 2019 11:34:46 +0200 schreef pjwitte via Ql-Users 
:



On 18/10/2019 11:17, François Van Emelen via Ql-Users wrote:

(...)


(...)

According to the EP manual (p71) a -1 parameter should also give the 
WM_MOVEMODE options to WMOVE.


Bob


Hi Bob,

EP manual (p71)? Are you referring to the Easyptr manual ?


Yes, it's there on my original printed manual from 2005.
In a later PDF (dated Oct.2012) it's on page 74.

Bob


Thanks,

François



___
QL-Users Mailing List

Re: [Ql-Users] WM_move_mode and Easyptr menu

[François Van Emelen via Ql-Users]

Op 18/10/2019 om 13:01 schreef Bob Spelten via Ql-Users:
op Fri, 18 Oct 2019 11:34:46 +0200 schreef pjwitte via Ql-Users 
:



On 18/10/2019 11:17, François Van Emelen via Ql-Users wrote:

Hi,


Can someone confirm what happens in line 220?

In a menu created with Easaymenu (Easyptr) there is a Loose Item to 
allow the menu to be moved.


Configuration A: the key for that Loose Item is CRTL E, seems to be 
the default value.


Configuration B: I replaced the default key with value 77 (‘M’) for 
Move.


….

200 SELect on ObjectHit

205 = -1:Remark do something

210 = -2:Remark do something

215 =- 3:Remark this is the move Loose Item

220 :Remark do something

….


With Configuration A, WM_movemode 0,1,2,3 can be used but line 220 
is never executed. Why?


With Configuration B, line 220 is executed but only WM_movemode 0 
(the old way, using the “move window” sprite) is available. Why?


Is this a feature, a bug or am I missing something?

Help and explanation are welcome.


François Van Emelen


In A. the Move window call is trapped by the system, so it never 
reaches line 220. In B. you need to add the instruction to move the 
window, for example WMOV. This gives you the opportunity to carry out 
other stuff before and after the the move instruction. The standard 
key for this is CF4, tho'.


WMOV has evolved over the years, so make sure youre using the latest 
version of ptrmen_cde to get the best. Get it directly from Marcel's.


On my Knoware.no site, for example, there are a number of PE programs 
with source code included. They show a variety of ways you can do this.


Per

According to the EP manual (p71) a -1 parameter should also give the 
WM_MOVEMODE options to WMOVE.


Bob


Hi Bob,

EP manual (p71)? Are you referring to the Easyptr manual ?

François



___
QL-Users Mailing List

Re: [Ql-Users] WM_move_mode and Easyptr menu

[François Van Emelen via Ql-Users]

Op 18/10/2019 om 11:34 schreef pjwitte via Ql-Users:

On 18/10/2019 11:17, François Van Emelen via Ql-Users wrote:

Hi,


Can someone confirm what happens in line 220?

In a menu created with Easaymenu (Easyptr) there is a Loose Item to 
allow the menu to be moved.


Configuration A: the key for that Loose Item is CRTL E, seems to be 
the default value.


Configuration B: I replaced the default key with value 77 (‘M’) for 
Move.


….

200 SELect on ObjectHit

205 = -1:Remark do something

210 = -2:Remark do something

215 =- 3:Remark this is the move Loose Item

220 :Remark do something

….


With Configuration A, WM_movemode 0,1,2,3 can be used but line 220 is 
never executed. Why?


With Configuration B, line 220 is executed but only WM_movemode 0 
(the old way, using the “move window” sprite) is available. Why?


Is this a feature, a bug or am I missing something?

Help and explanation are welcome.


François Van Emelen 


In A. the Move window call is trapped by the system, so it never 
reaches line 220. In B. you need to add the instruction to move the 
window, for example WMOV. This gives you the opportunity to carry out 
other stuff before and after the the move instruction. The standard 
key for this is CF4, tho'.


WMOV has evolved over the years, so make sure youre using the latest 
version of ptrmen_cde to get the best. Get it directly from Marcel's.


On my Knoware.no site, for example, there are a number of PE programs 
with source code included. They show a variety of ways you can do this.


Per


___
QL-Users Mailing List


Hi Per,

Thanks for your reply.

In my programme WMOW is of course present in line 215. Yes of course, in 
A. the call is trapped by the system. As for B. I'll have to investigate 
further. WM_MOVEMODE not working correctly is perhaps due to the menu 
itself created a long time ago with an older version of Easyptr.


Of course, your site is not unknown to me: I visited it more than once.

Thanks for your comments!

François Van Emelen



___
QL-Users Mailing List

[Ql-Users] WM_move_mode and Easyptr menu

[François Van Emelen via Ql-Users]

Hi,


Can someone confirm what happens in line 220?

In a menu created with Easaymenu (Easyptr) there is a Loose Item to 
allow the menu to be moved.


Configuration A: the key for that Loose Item is CRTL E, seems to be the 
default value.


Configuration B: I replaced the default key with value 77 (‘M’) for Move.

….

200 SELect on ObjectHit

205 = -1:Remark do something

210 = -2:Remark do something

215 =- 3:Remark this is the move Loose Item

220 :Remark do something

….


With Configuration A, WM_movemode 0,1,2,3 can be used but line 220 is 
never executed. Why?


With Configuration B, line 220 is executed but only WM_movemode 0 (the 
old way, using the “move window” sprite) is available. Why?


Is this a feature, a bug or am I missing something?

Help and explanation are welcome.


François Van Emelen




___
QL-Users Mailing List

Re: [Ql-Users] BMP v1.04

[François Van Emelen via Ql-Users]

Op 17/07/2019 om 21:38 schreef Dilwyn Jones via Ql-Users:

Thanks to Bob Spelten, an update of the BMP graphics converter is now available 
from the Graphics page on my website.

Version 1.04 fixes a problem with conversion of Mode 33 images on Q68 (and 
probably Q40/Q60 too), which could result in incorrect colour conversion due to 
incorrect interpretation of the I bit.. The Files menu could go wrong when 
there was only one executable or relocatable file in a directory in the 
previous version. And the default pixel sizes of the Mode/Size menu defaults to 
0 for X and Y, which could cause problems if not manually changed, so now 
defaults to 512x256.

Download the v1.04 update from http://www.dilwyn.me.uk/graphics/index.html

Dilwyn
___
QL-Users Mailing List



Thank Dilwyn and Bob.

François Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] Updating my QLE

[François Van Emelen via Ql-Users]

Op 5/06/2019 om 12:08 schreef Giorgio Garabello via Ql-Users:

  To update the system, Black Phoenix has its own method of maintaining
(only a few).
The WIN1_SYS_DESKTOP_DESKTOP_bas file must be created and inserted into a
.WIN to be hooked as WIN2_ using the precise name: "WIN2_DESKTOP_bas"

In this way BP does not execute its own DESKTOP file but executes the one
in WIN2_

This way I can modify the file that configures the desktop and insert some
changes or loadings of extensions that I want to keep when I update to BP.

The method is not the best but at the moment we cannot do much ...
moreover, you need to know a little about SMSQE

Black Phoenix is still a product too recent ... when it comes in a more
complete form you can think of managing automatic updates ... but for now
it's not possible.


Giorgio Garabello


Il giorno mer 5 giu 2019 alle ore 11:37 François Van Emelen via Ql-Users <
ql-users@lists.q-v-d.com> ha scritto:


Op 3/06/2019 om 18:52 schreef simon629--- via Ql-Users:

Hi can you help me I have an Old Version of QLE with all my Software

what I have Bought what is the best way to upgrade to the QLE 3.19 it is a
pain every version of QLE Comes out I have to keep on updated mine Can you
please help OK Thanks simon629

___
QL-Users Mailing List



Yes, that's a problem not only with QLE but also with Black Phoenix. I
don't know if there is an easy solution.

François Van Emelen



___
QL-Users Mailing List

___
QL-Users Mailing List


Thanks Giorgio

François Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] Updating my QLE

[François Van Emelen via Ql-Users]

Op 3/06/2019 om 18:52 schreef simon629--- via Ql-Users:

Hi can you help me I have an Old Version of QLE with all my Software what I 
have Bought what is the best way to upgrade to the QLE 3.19 it is a pain every 
version of QLE Comes out I have to keep on updated mine Can you please help OK 
Thanks simon629
___
QL-Users Mailing List


Yes, that's a problem not only with QLE but also with Black Phoenix. I 
don't know if there is an easy solution.


François Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] Sad news

[François Van Emelen via Ql-Users]

Op 24/05/2019 om 20:07 schreef Giorgio Garabello via Ql-Users:

Guido Masoero, manager of the Italian SPEM company that has made several
hardware for the QL has passed away.
he was 76 years old :-(

I remember the afternoon after his shop with him talking about QL for hours
... even though he hasn't been an active member of the QL community for
many years, we were still in touch with him and followed our work.

Today is a sad day for us in the Italian world QL
___
QL-Users Mailing List



Sad news indeed.



___
QL-Users Mailing List

Re: [Ql-Users] Knoware.no

[François Van Emelen via Ql-Users]

Op 13/05/2019 om 14:54 schreef pjwitte via Ql-Users:
Just to let you know that Knoware is up and running again after ten 
years or so of being nowhere. While I hope there will be something of 
interest for anyone interested in the QL and derivatives in general, 
its main interest will be for those of us who like to write programs 
for it and generally mess around with the software.

www.knoware.no/ 

___
QL-Users Mailing List



Great news. Thanks a lot.

François Van Emelen




___
QL-Users Mailing List

Re: [Ql-Users] QL/E version 3.19 (Edition 1904, Codename "On the move", last updated 28.04.2019) is out!

[François Van Emelen via Ql-Users]

Op 6/05/2019 om 6:53 schreef Urs Koenig (QL) via Ql-Users:

http://sinclairql.net/repository.html#QLE

  


It took me over 7 months to complete work on

this release of QL/E. This time quite a huge

change and so I hope, a vast improvement.

  


Highlights:

- Colourways, JMON, QD, QMovie, QSpread!

- Updated EE, FiFi, HyperHELP, IPNET,

   QED, SMSQ/E, TK2, TURBO, THINGS!

- Improved boot process: more FREE MEMORY,

   faster startup, more HOTKEYs, flavours.

- Added and reworked DO scripts.

- Cleanup and improvements here and there.

  


Many thanks to Markus, Marcel, Per, Martin

and Simon for their feedback and support.

  


QL forever!

Urs

___
QL-Users Mailing List



Thanks.

François Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] QL User magazine scans

[François Van Emelen via Ql-Users]

Op 25/04/2019 om 19:08 schreef Dilwyn Jones via Ql-Users:
Thanks to Brian Kemmett, the remaining issues of QL User magazine have 
now been scanned and are online as PDF files. He has also done the QL 
SUB magazines.


We *think* this means that all issues of QL User and QL World are now 
scanned and online at last - if anyone knows differently let me know!


http://www.dilwyn.me.uk/mags/index.html

Dilwyn
___
QL-Users Mailing List



Thanks for the info.

François Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] New QPC release ?

[François Van Emelen via Ql-Users]

Op 9/04/2019 om 17:55 schreef pjwitte via Ql-Users:

On 09/04/2019 12:51, François Van Emelen via Ql-Users wrote:

Op 8/04/2019 om 14:58 schreef pjwitte via Ql-Users:
What seems to be the problem? To me the only "problem" seems to be 
one or two small inconsistencies:


DMEDIUM_TYPE returns -1 on DOS devices (the underlying iof.xinf call 
suggests: IOI_FTYP $2C Byte Format type (1=qdos, 2=msdos etc) but -1 
is arguable..)


The other relates to iof.xinf directly, but that is not wired up to 
any DMEDIUM_ command, namely:
IOI_HDRL $28 Long File header length (per file storage overhead) - 
which returns 512b on DOS, while all other devices return 64b. The 
inconsistency here is that 512b doesnt relate to the actual file 
header size, as I always assumed was the intention..


Those two points also differ from SMSQmulator's NFA device, which 
returns the "expected" values, ie 2 and 64, respectively.


Just my penny's worth..
Per

On 06/04/2019 12:55, François Van Emelen via Ql-Users wrote:

Hi,

There seems to be a new release of QPC2 in the pipeline.

It would be very useful if someone would/could debug the 
'DMEDIUM_XXX' functions.


Have a fine day,

François Van Emelen



Hi,

As my programming skills are limited to some easy basic, I can't 
argue about "DMEDIUM_TYPE returns -1 on DOS devices (the underlying 
iof.xinf call suggests: IOI_FTYP $2C Byte Format type (1=qdos, 
2=msdos etc) but -1 is arguable..)"


I noticed some months ago that some DMEDIUM-functions returned wrong 
values (see SBASIC/SuperBASIC Reference Manual Online Documentation 
Release 4.0.1 Rich Mellor).


Not only wrong values but also differences between Smsqmulator and 
Qpc. And as there is a new release of QPC in the pipeline, I thought 
it was right time to try to convince Marcel to do some work on those 
DMEDIUM-functions .


You could try this in QPC and SMSQMULATOR to see the difference.

90  REMark test for for some dmediium_xxx functions
100 OPEN_OVER#3,'ram2_rdonly_txt'   ::datad_temp$=DATAD$
110  REMark Why does 'dmedium_rdonly(\dev$) return 0 instead of 1
120  REMark Why does 'dmedium_type(\dev$) return -1 instead of 3
130  REMark Why does 'line 240  return  -23  WITH qpc2 (which seems 
correc)t BUT -7 with SMSQMULATOR

140  dev$='dos3_' :d$=DATE$
150 REMark DOS3_   is an external USB CD DRIVE
160 DATA_USE 'dos3_'
170  fichier$=dev$$
180 WHEN ERRor
190 IF  ERNUM:PRINT#3,ERLIN,ERNUM:END IF
200 END WHEN
210 d= FTEST(dev$)
220 IF d<0:CLOSE#3:DELETE 'ram2_rdonly_txt' :DATA_USE 
datad_temp$:STOP:END IF

230 f=FOP_NEW(fichier$):
240  PRINT#3,240,' f=fop_new(fichier$) = ',f
250  PRINT#3,250,'dmedium_rdonly(\dev$) = '; 
DMEDIUM_RDONLY(\dev$),'rdonly' ,' 0= Read/Write 1=Read Only'
260  PRINT#3,260,'dmedium_type(\dev$) = ', 
DMEDIUM_TYPE(\dev$),'type'  ,'0= Ram disk : 1= floppy drive :2= hard 
disk :3=CDrom drive'

270  PRINT#3,270,'dmedium_name$(\dev$) = ', DMEDIUM_NAME$(\dev$) ,'name'
280   CLOSE#3
290 DATA_USE datad_temp$  :PAUSE

Thanks for your reply..

Have a fine day.

François Van Emelen


Hi François,

I tried your program with different devices, this is what I found:

    ram1    flp2    win1 dos1/nfa1 win3 dos3/nfa3
SMSQmulator

f=fop_new(fichier$)  4   4   4 -7 4    -7*
dmedium_rdonly(\dev$)    0   0   0 0 0 0
dmedium_type(\dev$)  0   1   2 2 2 2
dmedium_name$(\dev$) RAM1    MyFlp   Syst   NFA DRIVE 1 Pics   NFA 
DRIVE 3



QPC2 (V4.xx)

f=fop_new(fichier$)  4   4   4 -23**  4 4
dmedium_rdonly(\dev$)    0   0   0 0 0 0
dmedium_type(\dev$)  0   1   2 -1 2    -1
dmedium_name$(\dev$) RAM1    MyFlp   System C:\ Pics  Temp


* The reason NFA file returned -7 here is because the : in the date 
got translated
to " on the drive: April 9th 2019 17:06:51 -> April 9th 2019 17"06"51, 
so it

couldnt find the file it had just created!

** -23 => Access denied on system root. DMEDIUM_RDONLY reported 0..

The  problem doesnt, IMHO, lie with DMEDIUM_xxx. Its down to the 
various driver implementations. It would, of course be good if the 
various drivers could all behave in a consistent way. With QPC2 and 
SMSQmulator there is still hope, but for many other systems, like the 
Falkenberg HDD interface (ref the SBASIC/SuperBASIC Reference Manual) 
that boat has probably sailed.

Per
___
QL-Users Mailing List


Hi,

Thank you for your extended testing and comments. As I no longer have a 
reliable floppy drive I couldn't even use those DMEDIUM_xxx functions 
for it.


In line 140 I replaced d$=date$ with d$="readonlytest.txt" for a more 
conventional file name. Line 240 still return -7 with SMSQMULATOR. This 
seems to tells that the the translation of Date$ is not the lone 
respondsible for returning -7 . The difference is perhaps due to the 
'impl

Re: [Ql-Users] New QPC release ?

[François Van Emelen via Ql-Users]

Op 9/04/2019 om 0:12 schreef Marcel Kilgus via Ql-Users:

pjwitte via Ql-Users wrote:

DMEDIUM_TYPE returns -1 on DOS devices (the underlying iof.xinf call
suggests: IOI_FTYP $2C Byte Format type (1=qdos, 2=msdos etc) but -1
is arguable..)

Oh, that actually is a bug. It's supposed to be 2 of course. I have
translated the code into C last weekend and thus already fixed it
without even knowing that it was broken.


The other relates to iof.xinf directly, but that is not wired up to
any DMEDIUM_ command, namely:
IOI_HDRL $28 Long File header length (per file storage overhead) -
which returns 512b on DOS, while all other devices return 64b. The
inconsistency here is that 512b doesnt relate to the actual file
header size, as I always assumed was the intention..

Looks like the structure is somehow offset by some bytes, as that is
also supposed to be 64.

I was thinking more about the line of DMEDIUM_RDONLY and
DMEDIUM_REMOVE. This is a bit more difficult to check but I think I
got the most common cases now at least.

Marcel

___
QL-Users Mailing List



Thanks for your reply.

Francois Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] New QPC release ?

[François Van Emelen via Ql-Users]

Op 8/04/2019 om 14:58 schreef pjwitte via Ql-Users:
What seems to be the problem? To me the only "problem" seems to be one 
or two small inconsistencies:


DMEDIUM_TYPE returns -1 on DOS devices (the underlying iof.xinf call 
suggests: IOI_FTYP $2C Byte Format type (1=qdos, 2=msdos etc) but -1 
is arguable..)


The other relates to iof.xinf directly, but that is not wired up to 
any DMEDIUM_ command, namely:
IOI_HDRL $28 Long File header length (per file storage overhead) - 
which returns 512b on DOS, while all other devices return 64b. The 
inconsistency here is that 512b doesnt relate to the actual file 
header size, as I always assumed was the intention..


Those two points also differ from SMSQmulator's NFA device, which 
returns the "expected" values, ie 2 and 64, respectively.


Just my penny's worth..
Per

On 06/04/2019 12:55, François Van Emelen via Ql-Users wrote:

Hi,

There seems to be a new release of QPC2 in the pipeline.

It would be very useful if someone would/could debug the 
'DMEDIUM_XXX' functions.


Have a fine day,

François Van Emelen



Hi,

As my programming skills are limited to some easy basic, I can't argue 
about "DMEDIUM_TYPE returns -1 on DOS devices (the underlying iof.xinf 
call suggests: IOI_FTYP $2C Byte Format type (1=qdos, 2=msdos etc) but 
-1 is arguable..)"


I noticed some months ago that some DMEDIUM-functions returned wrong 
values (see SBASIC/SuperBASIC Reference Manual Online Documentation 
Release 4.0.1 Rich Mellor).


Not only wrong values but also differences between Smsqmulator and Qpc. 
And as there is a new release of QPC in the pipeline, I thought it was 
right time to try to convince Marcel to do some work on those 
DMEDIUM-functions .


You could try this in QPC and SMSQMULATOR to see the difference.

90  REMark test for for some dmediium_xxx functions
100 OPEN_OVER#3,'ram2_rdonly_txt'   ::datad_temp$=DATAD$
110  REMark Why does 'dmedium_rdonly(\dev$) return 0 instead of 1
120  REMark Why does 'dmedium_type(\dev$) return -1 instead of 3
130  REMark Why does 'line 240  return  -23  WITH qpc2 (which seems 
correc)t BUT -7 with SMSQMULATOR

140  dev$='dos3_' :d$=DATE$
150 REMark DOS3_   is an external USB CD DRIVE
160 DATA_USE 'dos3_'
170  fichier$=dev$$
180 WHEN ERRor
190 IF  ERNUM:PRINT#3,ERLIN,ERNUM:END IF
200 END WHEN
210 d= FTEST(dev$)
220 IF d<0:CLOSE#3:DELETE 'ram2_rdonly_txt' :DATA_USE 
datad_temp$:STOP:END IF

230 f=FOP_NEW(fichier$):
240  PRINT#3,240,' f=fop_new(fichier$) = ',f
250  PRINT#3,250,'dmedium_rdonly(\dev$) = '; 
DMEDIUM_RDONLY(\dev$),'rdonly' ,' 0= Read/Write 1=Read Only'
260  PRINT#3,260,'dmedium_type(\dev$) = ', DMEDIUM_TYPE(\dev$),'type'  
,'0= Ram disk : 1= floppy drive :2= hard disk :3=CDrom drive'

270  PRINT#3,270,'dmedium_name$(\dev$) = ', DMEDIUM_NAME$(\dev$) ,'name'
280   CLOSE#3
290 DATA_USE datad_temp$  :PAUSE

Thanks for your reply..

Have a fine day.

François Van Emelen




___
QL-Users Mailing List

Re: [Ql-Users] New QPC release ?

[François Van Emelen via Ql-Users]

Op 7/04/2019 om 23:22 schreef Marcel Kilgus via Ql-Users:

François Van Emelen via Ql-Users wrote:

There seems to be a new release of QPC2 in the pipeline.

It has been in the pipeline for the last 2 years... but yeah, it's
much further along now.


It would be very useful if someone would/could debug the 'DMEDIUM_XXX'
functions.

If you refer to the DOS device then someone must be me then. But this
is not a bug. It's maybe a missing feature, but one that is amazingly
difficult to pull off correctly for very little gain. I might try
halve-assing it though.

Marcel


___
QL-Users Mailing List


Thanks for your reply.

François Van Emelen


___
QL-Users Mailing List

[Ql-Users] New QPC release ?

[François Van Emelen via Ql-Users]

Hi,

There seems to be a new release of QPC2 in the pipeline.

It would be very useful if someone would/could debug the 'DMEDIUM_XXX' 
functions.


Have a fine day,

François Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] EasyMenu

[François Van Emelen via Ql-Users]

Op 3/04/2019 om 23:52 schreef Marcel Kilgus via Ql-Users:

During the German ZX meeting that has become some sort of last refuge
for us QL fans, too, a new EasyMenu was created, fixing a small bug
that resulted in long startup time on the Q68. I don't think the bug
has other ill effects, but updating certainly will not do any harm:

https://www.kilgus.net/smsqe/easyptr/

Marcel

___
QL-Users Mailing List



thanks.

François Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] QL World scans

[François Van Emelen via Ql-Users]

Op 4/03/2019 om 20:52 schreef Dilwyn Jones via Ql-Users:
Klaus Frank in Denmark has sent me a disk with further scans of QL 
World magazines.


All of the 1992 and 1993 issues, plus the final five issues from 1994, 
when the magazine ceased publication.


Klaus has also scanned the QL New User Guide, a 138 page document 
which originally appeared as a supplement from March 1991 right up to 
the final issue. Note that this is about 100MB in size!


Download them from http://www.dilwyn.me.uk/mags/index.html

Many thanks to Klaus for all his hard work.

Dilwyn
___
QL-Users Mailing List



thanks to both of you.

François Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] QPC 2 on Linux

[François Van Emelen via Ql-Users]

Op 24/12/2018 om 15:10 schreef desin via Ql-Users:

QPC 2 works here on wine-3.0.4(stable) and wine-4.0-rc2(staging)

I'm on Kanotix Steelfire
Debian Linux 4.9.0-8 (NVIDIA) and 4.19.0-3 (INTEL)

you can get it here

http://nightly.kanotix.acritox.com/latest/

it comes in LXDE and KDE flavours


Greetings from Switzerland

    Markus
___
QL-Users Mailing List



Hi,

I installed Linux Mint 19 on an old laptop a few months ago and although 
I am not a tinkerer everything went smoothly. QPC was installed without 
problems and runs as expected without complaining except THE QPC 
CD-AUDIO MODULE.


Have a fine day

François Van Emelen




___
QL-Users Mailing List

Re: [Ql-Users] QStripper version 1.16 is available.

[François Van Emelen via Ql-Users]

Op 17/12/2018 om 21:30 schreef Norman Dunbar via Ql-Users:
QStripper has moved house. It's now on GitHub at 
https://github.com/NormanDunbar/QStripper.


There's a new release out today, version 1.16, which is an enhancement 
requested by Derek Stewart over version 1.15. It now allows you to use 
your own background image rather than the one I installed at version 
1.13, a NASA image of Jupiter.


Windows users, I've noticed that 1.15 onwards requires a new set of 
Windows Support Files. Sorry about that, circumstances beyond my 
control I'm afraid. :-(


The release area is https://github.com/NormanDunbar/QStripper/releases 
- help yourself.



Cheers,
Norm.


Thanks

François Van Emelen


___
QL-Users Mailing List

Re: [Ql-Users] ProWesS - FSearch

[François Van Emelen via Ql-Users]

Op 11/12/2018 om 14:31 schreef Dilwyn Jones via Ql-Users:


Thanks to Simon Balderson, I’ve been able to upload a copy of FSearch 
for Prowess.


Unfortunately, it’s not the original installation disk, just a copy of 
three files from his user directory, although it does include an html 
instruction file. If anyone has a copy of the original disk, I’d be 
grateful for a copy to add to the page.


http://www.dilwyn.me.uk/prowess/index.html

Dilwyn
___
QL-Users Mailing List


Hi Dilwyn,

As I wrote a few days ago, send me your email address and I'll send you 
a zipped 'Fsearch'.


Have a fine day.

François Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] Fwd: ProWesS Files

[François Van Emelen via Ql-Users]

Op 7/12/2018 om 15:35 schreef Dilwyn Jones via Ql-Users:

Thanks Rich.

Bob Spelten jr. has kindly sent me zips of Prowess apps PFlist and 
PWfile, which have been added to the Prowess (I suppose more correctly 
I should say ProWesS which is how PROGS used to type the name) page on 
my site at http://www.dilwyn.me.uk/prowess/index.html


So FSearch and PWSbasic seem to be the remaining apps to find now.


If you mean the basic interface that's part of Prowess .

I'll send you FSearch  tomorrow. if you send me your Email address.

François Van Emelen


Dilwyn

-Original Message- From: Rich Mellor via Ql-Users
Sent: Friday, December 07, 2018 1:55 PM
To: ql-us...@q-v-d.com
Cc: Rich Mellor
Subject: [Ql-Users] Fwd: ProWesS Files


I attach an email correspondence I had with Joachim van der Auwera back

in 2013 about the status of the other ProWess programs.

I knew that communication in the QL world was slow... but 5 years before 
we are informed about this is very slow.



You will see that he stated that they were all made open source so any
missing programs from the suite can be sent to Dilwyn for uploading to
his website!


Phew


Rich



 Forwarded Message 
Subject: Re: Sinclair QL Software
Date: Fri, 01 Nov 2013 11:56:33 +
From: RWAP Software 
To: Joachim Van der Auwera <>



Hi Joachim,

The released versions of software I seem to be missing is:

fsearch
PWFile
PWList
PWSBasic

I know according to the site, there is supposedly stuff on
ftp://triathlon98.com/pub/ProWesS (anonymous login), but I can't 
access it!


Rich

On 31/10/2013 20:58, Joachim Van der Auwera wrote:

I is all (and has been) open source (GPL IIRC) for a long time.
Unfortunately though, I am unsure whether I still have sources (other 
than what is on the site) in a recoverable way. It seems the backup 
disks I have are next to useless because my IOmega ZIP drive no 
longer functions. ZIP disks have been sent to Urs K�nig who is 
trying to recover them.


Kind regards,
Joachim

On 10/31/2013 01:20 PM, RWAP Software wrote:

Hi Joachim,

I hope you are keeping well.

i know that ProWesS was released into the public domain some time 
ago, but it is not clear what the position is regarding your other 
software:


DataDesign
LineDesign
PWFile
PFList
fsearch
fontutils

Whilst the sources are provided for things such as the DataDesign 
BASIC engine, the actual compiled version is not available on your 
site.


I was wondering if all of these are now public domain, or whether 
you wish to retain them as commercial programs?


Certainly it would make sense to offer the download of the BASIC 
engine for DataDesign


Kind Regards











___
QL-Users Mailing List

Re: [Ql-Users] PWfile and SMSQmulator

[François Van Emelen via Ql-Users]

Op 6/12/2018 om 15:18 schreef Wolf via Ql-Users:

Hi,

Yes, their website states:
"
ProWesS is now available for free using the GPL, you can download it 
(distribution, documentations, examples, source) "


That's right but  I think this is  only true for ProwesS itself not for 
PWfile, Fsearch,Fontutils,DATAdesign, PFlist. Have a look 
http://www.progs.be/Information/prices.html. Only  ProWesS itself. is 
free and can be downloaded  .The others have a price tag ( still in 
Belgian Francs) and are not downloadable.


I hope I'm wrong here.

François Van Emelen


Wolfgang


an someone confirm that all PROGS' Prowess stuff is now open source and

can/may be copied and distributed freely?

If so, I could send those programs to Dilwyn.

François Van Emelen



___
QL-Users Mailing List

___
QL-Users Mailing List




___
QL-Users Mailing List

Re: [Ql-Users] PWfile and SMSQmulator

[François Van Emelen via Ql-Users]

Op 4/12/2018 om 14:09 schreef Bob Spelten via Ql-Users:
Op Tue, 04 Dec 2018 13:18:37 +0100 schreef François Van Emelen via 
Ql-Users :



Op 4/12/2018 om 11:59 schreef Bob Spelten via Ql-Users:
Op Tue, 04 Dec 2018 11:20:58 +0100 schreef François Van Emelen via 
Ql-Users :






1. Launch PWfile (smsqumatator)

2.go to 'directory' and replace 'winx_ 'with ''nfax_'

All files in that device  should be visible now. My question is 
:Can you see them?


I don't see anything in SMSQmulator but I do see them in QPC2.

I hope this clarifies my question.

Thank you for your reply

Have a fine day,

François Van Emelen


Hi Francois,

I have just tried PWFile on SMSQm8 but I can see the files and can 
open them.

Are you sure you have a valid NFAx device and not renamed NFA to DOS?
By default PWFile selects only those directories that are configured 
in ProWess else you must edit the device by hand.


Bob


Hi Bob,

You're right, replacing 'dos' with 'nfa' followed by a reset solves 
the problem.

But then my next question is : why is 'nfa' OK  and  'dos' is not OK?
Sorry for the delay,  problems with my mailing server.

Have a fine day.

François


You are right, there is a problem. But it seems to be PWFile itself.
Renaming the device is not recognised, it sticks to the original name.
Renaming DOS to NFA under QPC2 presents the same problem.
The same is true for renaming WIN to MDV.

Bob


Thanks Bob.

Have a fine day.

François Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] PWfile and SMSQmulator

[François Van Emelen via Ql-Users]

Op 4/12/2018 om 11:17 schreef Wolf via Ql-Users:

Hi,

as far as I know, all PROGS' Prowess stuff is now open source, perhaps 
you could send the programs to Dilwyn for inclusion on his site...


Regards

Wolfgang




Hi all,

Can someone confirm that all PROGS' Prowess stuff is now open source and 
can/may be copied and distributed freely?


If so, I could send those programs to Dilwyn.

François Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] PWfile and SMSQmulator

[François Van Emelen via Ql-Users]

Op 4/12/2018 om 11:59 schreef Bob Spelten via Ql-Users:
Op Tue, 04 Dec 2018 11:20:58 +0100 schreef François Van Emelen via 
Ql-Users :






1. Launch PWfile (smsqumatator)

2.go to 'directory' and replace 'winx_ 'with ''nfax_'

All files in that device  should be visible now. My question is :Can 
you see them?


I don't see anything in SMSQmulator but I do see them in QPC2.

I hope this clarifies my question.

Thank you for your reply

Have a fine day,

François Van Emelen


Hi Francois,

I have just tried PWFile on SMSQm8 but I can see the files and can 
open them.

Are you sure you have a valid NFAx device and not renamed NFA to DOS?
By default PWFile selects only those directories that are configured 
in ProWess else you must edit the device by hand.


Bob


Hi Bob,

You're right, replacing 'dos' with 'nfa' followed by a reset solves the 
problem.


But then my next question is : why is 'nfa' OK  and  'dos' is not OK?

Sorry for the delay,  problems with my mailing server.

Have a fine day.

François




___
QL-Users Mailing List

Re: [Ql-Users] PWfile and SMSQmulator

[François Van Emelen via Ql-Users]

Op 4/12/2018 om 10:05 schreef Derek Stewart via Ql-Users:

Hi,

PWFILE looks to of been a commerical Prowess application by Progs.

It is not on their download list.

WHat is the problem with PWFILE?

In the Prowess Distribution, Multiview works OK with SMSQmualtor NFA 
device, Q68 FAT device.


Regards,

Derek




Hi Derek,

What do you mean with 'PWFILE looks to of been a commerical Prowess 
application by Progs.' Is it still commercial? (I'm not a native speaker)


Dates on my floppies (pwfile,pwsearch, pwlist,...) are between 1995 and 
1997). I bought all those programs directly from Nathan/Jonathan) as 
they used to live only 10km from my home. I think these floppies are 
updates made in Eindhoven (QL meetings) where I met Nathan or his brother.


With the above explanation, I want yo emphasise that I'm using the 
original progs.


My original question was not about Muliview or Viewer but about PWfile 
itself. I'll try to be more acurate  using an example:


1. Launch PWfile (smsqumatator)

2.go to 'directory' and replace 'winx_ 'with ''nfax_'

All files in that device  should be visible now. My question is :Can you 
see them?


I don't see anything in SMSQmulator but I do see them in QPC2.

I hope this clarifies my question.

Thank you for your reply

Have a fine day,

François Van Emelen





___
QL-Users Mailing List

Re: [Ql-Users] PWfile and SMSQmulator

[François Van Emelen via Ql-Users]

Op 4/12/2018 om 7:25 schreef Wolfgang Lenerz via Ql-Users:

Hi,

where can you get this program?

Wolfgang


Hi All,

Has someone been able to use PWfile (file manager ProWesS/ProForma) 
with a 'NFA'-device with SMSQmulator ?


François Van Emelen




___
QL-Users Mailing List

___
QL-Users Mailing List


Hi Wolfgang,

PWfile is part of the programs I bought from PROGS such as PWfile, 
PWsearch,PWlist... all running with ProweSS/ProForma.




___
QL-Users Mailing List

[Ql-Users] PWfile and SMSQmulator

[François Van Emelen via Ql-Users]

Hi All,

Has someone been able to use PWfile (file manager ProWesS/ProForma)  
with a 'NFA'-device with SMSQmulator ?


François Van Emelen




___
QL-Users Mailing List

Re: [Ql-Users] SMSQE 3.34

[François Van Emelen via Ql-Users]

Op 30/11/2018 om 19:05 schreef Derek via Ql-Users:

Hi Wolfgang,

I tried to download the binary zip which the web site says temporary 
unavailable.

On 30 November 2018 16:45:37 GMT+00:00, Wolfgang Lenerz via Ql-Users 
 wrote:

Hi all,

SMSQE 3.34 is out.

Mostly bugfixes for Q68, but also a new SSJOb command courtesy of Per
Witte.

Wlenerz.com/smsqe


Have fun

Wolfgang
___
QL-Users Mailing List

---
Regards,

Derek
___
QL-Users Mailing List



I second that.

François Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] QTImage 1.4

[François Van Emelen via Ql-Users]

Op 27/10/2018 om 14:32 schreef François Van Emelen via Ql-Users:

Op 18/10/2018 om 11:44 schreef Giorgio Garabello via Ql-Users:

QTImage is out
you can download the software from this page:

http://www.hunggartorino.it/ql/qtimage-2/

Added new Pixel filter
New 3D mosaic filter inserted
Inserted frame tool
Added toning management
Added tool darken tone
Added tone lightening tool
Added low-relief filter
Inserted filter identifies edge

here some screenshot:
http://www.hunggartorino.it/ql/qtimage-1-4-is-out/

Have a nice day.

Giorgio
___
QL-Users Mailing List



Hi Giorgio,

I tested qtimage-1-4 last night and I noticed that the border 
thickness I mentioned a few months ago hasn't been fixed.


You told me that it is a 's_wsa' bug. I can't confirm nor infirm that, 
but there is an easy way to avoid QTimage to crash when entering a 
border thickness of 0.


A border thickness of 0 is synonymous with no border all all.

So, after pressing OK, test the value of border thickness first. If it 
is 0, close the menu without launching your 'border thickness 
routine', as if you had closed the menu with the 'close icon' and 
QTimage will not crash.


I had a peek at  the Black Phoenix 1.5. It seems promissing. Will it 
be useable with SMSQmulator?


Have a fine weekend.

François



___
QL-Users Mailing List


Sorry. Was intended to be private mail.

François Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] QTImage 1.4

[François Van Emelen via Ql-Users]

Op 18/10/2018 om 11:44 schreef Giorgio Garabello via Ql-Users:

QTImage is out
you can download the software from this page:

http://www.hunggartorino.it/ql/qtimage-2/

Added new Pixel filter
New 3D mosaic filter inserted
Inserted frame tool
Added toning management
Added tool darken tone
Added tone lightening tool
Added low-relief filter
Inserted filter identifies edge

here some screenshot:
http://www.hunggartorino.it/ql/qtimage-1-4-is-out/

Have a nice day.

Giorgio
___
QL-Users Mailing List



Hi Giorgio,

I tested qtimage-1-4 last night and I noticed that the border thickness 
I mentioned a few months ago hasn't been fixed.


You told me that it is a 's_wsa' bug. I can't confirm nor infirm that, 
but there is an easy way to avoid QTimage to crash when entering a 
border thickness of 0.


A border thickness of 0 is synonymous with no border all all.

So, after pressing OK, test the value of border thickness first. If it 
is 0, close the menu without launching your 'border thickness routine', 
as if you had closed the menu with the 'close icon' and QTimage will 
not crash.


I had a peek at  the Black Phoenix 1.5. It seems promissing. Will it be 
useable with SMSQmulator?


Have a fine weekend.

François



___
QL-Users Mailing List

Re: [Ql-Users] QTImage 1.4

[François Van Emelen via Ql-Users]

Op 18/10/2018 om 11:44 schreef Giorgio Garabello via Ql-Users:

QTImage is out
you can download the software from this page:

http://www.hunggartorino.it/ql/qtimage-2/

Added new Pixel filter
New 3D mosaic filter inserted
Inserted frame tool
Added toning management
Added tool darken tone
Added tone lightening tool
Added low-relief filter
Inserted filter identifies edge

here some screenshot:
http://www.hunggartorino.it/ql/qtimage-1-4-is-out/

Have a nice day.

Giorgio
___
QL-Users Mailing List



Hi Giorgio,

Thanks for the new version. I'll give it a try with QPC2.

François Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] QD 2018

[François Van Emelen via Ql-Users]

Op 16/09/2018 om 0:55 schreef Marcel Kilgus via Ql-Users:

I have just updated QD 2018 to version B.05:

; B.05  Implemented per-extension editor-usage (configurable) (MK)
;   Fixed BASIC usage for DEFine FuNction (MK)
;   Fixed colours in replacement confirmation dialog (MK)
;   Fixed DO on resize to keep the x window size (MK)
;   Bottom right corner stays where it is on normal resize (MK)
;   Allow CTRL+Z (mark current line) in read-only mode (MK)

As previously with the tab settings the editor-usage can now be
configured per extension, so you can say all "_bas" (or "_bsl" ;) )
files automatically invoke the "BASIC" editor usage, for example.

The rest is the stuff we've already talked about here.

https://www.kilgus.net/smsqe/qd/

Cheers, Marcel

___
QL-Users Mailing List



Thank you Marcel

François Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] QD 2018

[François Van Emelen via Ql-Users]

Op 15/08/2018 om 18:06 schreef Jochen Merz via Ql-Users:

1988 + 20 = ???  ;-)

Am 15.08.2018 um 18:01 schrieb Marcel Kilgus via Ql-Users:

To celebrate QD's 20th anniversary Jochen Merz gave me the premission
to release the fabulous QD text editor for free. Enjoy:

https://www.kilgus.net/smsqe/qd/

Cheers, Marcel

___
QL-Users Mailing List





Thanks Jochen,

I have been using QD for a about a quarter of a century, I think.

François Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] QL Pawn

[François Van Emelen via Ql-Users]

Op 10/08/2018 om 11:18 schreef Dilwyn Jones via Ql-Users:
Thanks to the former Magnetic Scrolls team; QL Pawn has now been added 
to the Sinclair QL Homepage - 
http://www.dilwyn.me.uk/games/adventures/index.html as freeware.


Rich Mellor has sent me both a floppy disk image version, and a zip 
file containing the three MDV images and a short instruction file 
telling you which microdrive image goes in which slot and when to 
change to the third cartridge image.


Description of The Pawn available on the QL Wiki at 
https://qlwiki.qlforum.co.uk/doku.php?id=qlwiki:ql_pawn[]=pawn


Dilwyn
___
QL-Users Mailing List



Thanks for the info.

François Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] return values QPC2 <>SMSQMULATOR

[François Van Emelen via Ql-Users]

Op 5/08/2018 om 10:26 schreef Marcel Kilgus via Ql-Users:

Wolf via Ql-Users wrote:

I didn't get the original question, for a few days I seem to have had
some email trouble...

This was the complete code:

100 OPEN_OVER#3,'ram2_rdonly_txt'
110  REMark Why does 'dmedium_rdonly(\dev$) return 0 instead of 1
120  REMark Why does 'dmedium_type(\dev$) return -1 instead of 3
130  REMark Why does 'line 240  return  -23  WITH qpc2 (which seems
correc)t BUT -7 with SMSQMULATOR
140  dev$='dos3_' :d$=DATE$  :datad_temp$=DATAD$
150 REMark DOS3_   is an external USB CD DRIVE
160 DATA_USE 'dos3_'
170  fichier$=dev$$
180 WHEN ERRor
190 IF  ERNUM:PRINT#3,ERLIN,ERNUM:END IF
200 END WHEN
210 d= FTEST(dev$)
220 IF d<0:CLOSE#3:DELETE 'ram2_rdonly_txt' :DATA_USE
datad_temp$:STOP:END IF
230 f=FOP_NEW(fichier$):
240  PRINT#3,240,' f=fop_new(fichier$) = ',f
250  PRINT#3,250,'dmedium_rdonly(\dev$) = '; DMEDIUM_RDONLY(\dev$),'rdonly'
260  PRINT#3,260,'dmedium_type(\dev$) = ', DMEDIUM_TYPE(\dev$),'type'
270  PRINT#3,270,'dmedium_name$(\dev$) = ', DMEDIUM_NAME$(\dev$) ,'name'
280   CLOSE#3
290 DATA_USE datad_temp$  :PAUSE

Marcel

___
QL-Users Mailing List


Thank you for your explanation.

Have a fine day,

François Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] return values QPC2 <>SMSQMULATOR

[François Van Emelen via Ql-Users]

I didn't get the original question, for a few days I seem to have had 
some email trouble...


Wolfgang


Hi Wolfgang,
The original questuion was:

Hi All,
(if there is still someone listening, of course.)

Can someone tell me why the return values in this small prog are 
different from those found in the SMQS/E SBASIC/SuperBASIC Reference Manual
Online Documentation Release 4.0.1 by Rich Mellor and why QPC2 and 
SMSQMULATOR sometimes return different values as in line 240?

Am I using these functions incorrectly? If so, can someone correct me?

100 OPEN_OVER#3,'ram2_rdonly_txt'
110  REMark Why does 'dmedium_rdonly(\dev$) return 0 instead of 1
120  REMark Why does 'dmedium_type(\dev$) return -1 instead of 3
130  REMark Why does 'line 240  return  -23  WITH qpc2 (which seems 
correc)t BUT -7 with SMSQMULATOR

140  dev$='dos3_' :d$=DATE$  :datad_temp$=DATAD$
150 REMark DOS3_   is an external USB CD DRIVE
160 DATA_USE 'dos3_'
170  fichier$=dev$$
180 WHEN ERRor
190 IF  ERNUM:PRINT#3,ERLIN,ERNUM:END IF
200 END WHEN
210 d= FTEST(dev$)
220 IF d<0:CLOSE#3:DELETE 'ram2_rdonly_txt' :DATA_USE 
datad_temp$:STOP:END IF

230 f=FOP_NEW(fichier$):
240  PRINT#3,240,' f=fop_new(fichier$) = ',f
250  PRINT#3,250,'dmedium_rdonly(\dev$) = '; DMEDIUM_RDONLY(\dev$),'rdonly'
260  PRINT#3,260,'dmedium_type(\dev$) = ', DMEDIUM_TYPE(\dev$),'type'
270  PRINT#3,270,'dmedium_name$(\dev$) = ', DMEDIUM_NAME$(\dev$) ,'name'
280   CLOSE#3
290 DATA_USE datad_temp$  :PAUSE

Thanks for reading this,
François Van Emelen


___
QL-Users Mailing List

[Ql-Users] return values QPC2 <>SMSQMULATOR

[François Van Emelen via Ql-Users]

Hi all,
(if there is still someone listening, of course.)

Can someone tell me why the return values in this small prog are 
different from those found in the SMQS/E SBASIC/SuperBASIC Reference Manual
Online Documentation Release 4.0.1 by Rich Mellor and why QPC2 and 
SMSQMULATOR sometimes return different values as in line 240?

Am I using these functions incorrectly? If so, can someone correct me?

100 OPEN_OVER#3,'ram2_rdonly_txt'
110  REMark Why does 'dmedium_rdonly(\dev$) return 0 instead of 1
120  REMark Why does 'dmedium_type(\dev$) return -1 instead of 3
130  REMark Why does 'line 240  return  -23  WITH qpc2 (which seems 
correc)t BUT -7 with SMSQMULATOR

140  dev$='dos3_' :d$=DATE$  :datad_temp$=DATAD$
150 REMark DOS3_   is an external USB CD DRIVE
160 DATA_USE 'dos3_'
170  fichier$=dev$$
180 WHEN ERRor
190 IF  ERNUM:PRINT#3,ERLIN,ERNUM:END IF
200 END WHEN
210 d= FTEST(dev$)
220 IF d<0:CLOSE#3:DELETE 'ram2_rdonly_txt' :DATA_USE 
datad_temp$:STOP:END IF

230 f=FOP_NEW(fichier$):
240  PRINT#3,240,' f=fop_new(fichier$) = ',f
250  PRINT#3,250,'dmedium_rdonly(\dev$) = '; DMEDIUM_RDONLY(\dev$),'rdonly'
260  PRINT#3,260,'dmedium_type(\dev$) = ', DMEDIUM_TYPE(\dev$),'type'
270  PRINT#3,270,'dmedium_name$(\dev$) = ', DMEDIUM_NAME$(\dev$) ,'name'
280   CLOSE#3
290 DATA_USE datad_temp$  :PAUSE

Thanks for reading this,
François Van Emelen


___
QL-Users Mailing List