Re: [Ql-Users] Mawdraw problem

[Giorgio Garabello via Ql-Users]

I've also tried with the MAWITEM statement and the result dont change...

Il sab 14 apr 2018, 21:47 Giorgio Garabello  ha
scritto:

> Same result :(
>
> Il sab 14 apr 2018, 21:09 François Van Emelen via Ql-Users <
> ql-users@lists.q-v-d.com> ha scritto:
>
>> Op 14/04/2018 om 7:47 schreef Giorgio Garabello via Ql-Users:
>> > Hi, do you think it is possible to format a single item of an
>> application
>> > window menu so that it always appears as a single element but divided
>> into
>> > two lines? I tried to insert chr $ (10) inside an element of an arrray
>> like
>> > this: a $ (0) = "Hi" & chr $ (10) & "John" but it does not work, only
>> "Hi"
>> > is displayed .
>> >
>> > Regards
>> > Giorgio
>> > ___
>> > QL-Users Mailing List
>> >
>> >
>> Hi Giorgio,
>>
>> Have you tried :
>>
>> a$="Hi"$(13)&"John" :rem use chr$(13) instead of chr$(10)?
>>
>> Hope this helps
>>
>> François Van Emelen
>>
>>
>>
>> ___
>> QL-Users Mailing List
>
>
___
QL-Users Mailing List

Re: [Ql-Users] Mawdraw problem

[Giorgio Garabello via Ql-Users]

Same result :(

Il sab 14 apr 2018, 21:09 François Van Emelen via Ql-Users <
ql-users@lists.q-v-d.com> ha scritto:

> Op 14/04/2018 om 7:47 schreef Giorgio Garabello via Ql-Users:
> > Hi, do you think it is possible to format a single item of an application
> > window menu so that it always appears as a single element but divided
> into
> > two lines? I tried to insert chr $ (10) inside an element of an arrray
> like
> > this: a $ (0) = "Hi" & chr $ (10) & "John" but it does not work, only
> "Hi"
> > is displayed .
> >
> > Regards
> > Giorgio
> > ___
> > QL-Users Mailing List
> >
> >
> Hi Giorgio,
>
> Have you tried :
>
> a$="Hi"$(13)&"John" :rem use chr$(13) instead of chr$(10)?
>
> Hope this helps
>
> François Van Emelen
>
>
>
> ___
> QL-Users Mailing List
___
QL-Users Mailing List

Re: [Ql-Users] Mawdraw problem

[François Van Emelen via Ql-Users]

Op 14/04/2018 om 7:47 schreef Giorgio Garabello via Ql-Users:

Hi, do you think it is possible to format a single item of an application
window menu so that it always appears as a single element but divided into
two lines? I tried to insert chr $ (10) inside an element of an arrray like
this: a $ (0) = "Hi" & chr $ (10) & "John" but it does not work, only "Hi"
is displayed .

Regards
Giorgio
___
QL-Users Mailing List



Hi Giorgio,

Have you tried :

a$="Hi"$(13)&"John" :rem use chr$(13) instead of chr$(10)?

Hope this helps

François Van Emelen



___
QL-Users Mailing List

Re: [Ql-Users] Graphic objects and padding

[Marcel Kilgus via Ql-Users]

pjwitte via Ql-Users wrote:
> If those who "wrote the book" on these matters arent able/willing to
> pipe up, then we'll have to waste some time R-ingTFBs and doing the 
> tests ourselves. I'll be back.

"The books" were written so long ago, even the people who wrote them
must usually spend some serious time to answer questions like yours.

Regarding your question in the forum, the internal save area format
always has a "spare" long-word after each line, fuck knows why. So
that is why every line is 4 bytes longer, because it just writes out
the internal format. But it doesn't matter really, the "increment"
field in the file header is what's important, for all it's worth it
can be one 65kb per line and should still work, the field must just
match the data. If you construct a file yourself, use whatever line
increment pleases you.

Marcel

___
QL-Users Mailing List

[Ql-Users] Mawdraw problem

[Giorgio Garabello via Ql-Users]

Hi, do you think it is possible to format a single item of an application
window menu so that it always appears as a single element but divided into
two lines? I tried to insert chr $ (10) inside an element of an arrray like
this: a $ (0) = "Hi" & chr $ (10) & "John" but it does not work, only "Hi"
is displayed .

Regards
Giorgio
___
QL-Users Mailing List

Re: [Ql-Users] SerMouse

[Marcel Kilgus via Ql-Users]

Dilwyn Jones via Ql-Users wrote:
> SERMouse is a software driver from Albin Hessler to connect a serial PC
> mouse to one of the serial ports SER1 or SER2 of a QL. A specially wired
> adaptor cable is necessary between the mouse connector and the QL serial
> port.

Only for those weird English QLs I think ;)

> Albin Hessler gave Marcel Kilgus permission to release the SerMouse software
> as freeware, so version 3.04 of the software is currently available. I’ve
> added it to the Pointer Environment page on my website to download free of
> charge.

Thanks Dilwyn!

Cheers, Marcel

___
QL-Users Mailing List

Re: [Ql-Users] SerMouse

[Giorgio Garabello via Ql-Users]

Another good news for the QL world

Il sab 14 apr 2018, 17:07 Dilwyn Jones via Ql-Users <
ql-users@lists.q-v-d.com> ha scritto:

>
> SERMouse is a software driver from Albin Hessler to connect a serial PC
> mouse to one of the serial ports SER1 or SER2 of a QL. A specially wired
> adaptor cable is necessary between the mouse connector and the QL serial
> port. The driver exists both, in a 2-button mouse (Microsoft mode
> compatible) and a 3-button mouse (PC mouse systems compatible) version.
>
> Albin Hessler gave Marcel Kilgus permission to release the SerMouse
> software
> as freeware, so version 3.04 of the software is currently available. I’ve
> added it to the Pointer Environment page on my website to download free of
> charge.
>
> A manual is also available to download in Word and PDF formats, which
> includes wiring details of the mouse cable adapter needed for QL serial
> ports. Unfortunately, at the time of writing, I don’t know if the manual
> is
> for the same version of the mouse software.
>
> Download from http://www.dilwyn.me.uk/pe/index.html
>
> ___
> QL-Users Mailing List
___
QL-Users Mailing List

[Ql-Users] SerMouse

[Dilwyn Jones via Ql-Users]

SERMouse is a software driver from Albin Hessler to connect a serial PC 
mouse to one of the serial ports SER1 or SER2 of a QL. A specially wired 
adaptor cable is necessary between the mouse connector and the QL serial 
port. The driver exists both, in a 2-button mouse (Microsoft mode 
compatible) and a 3-button mouse (PC mouse systems compatible) version.


Albin Hessler gave Marcel Kilgus permission to release the SerMouse software 
as freeware, so version 3.04 of the software is currently available. I’ve 
added it to the Pointer Environment page on my website to download free of 
charge.


A manual is also available to download in Word and PDF formats, which 
includes wiring details of the mouse cable adapter needed for QL serial 
ports. Unfortunately, at the time of writing, I don’t know if the manual is 
for the same version of the mouse software.


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

___
QL-Users Mailing List

Re: [Ql-Users] Graphic objects and padding

[Bob Spelten via Ql-Users]

Op Sat, 14 Apr 2018 11:23:04 +0200 schreef pjwitte via Ql-Users  
:




(...)
Thanks for your replies, most of which agree with my understanding but,  
unfortunately, not with my recent experience. (Eg see my post on the  
Forum for one example:  
http://www.qlforum.co.uk/viewtopic.php?f=3=2272=40#p22823)


And that is the crux of the matter: Without a definitive description its  
each to his own interpretation. This is bad for those of us trying to  
produce fun or useful stuff. And the number of offerings out there that  
dont really work, or work inconsistently, dont exactly evoke the sense  
that "The QL" is a serious or relieable machine. It certainly putsme off  
at times (my own failings in this regard notwithstanding ;)


If those who "wrote the book" on these matters arent able/willing to  
pipe up, then we'll have to waste some time R-ingTFBs and doing the  
tests ourselves. I'll be back.



I must admit having missed your Forum entry.
Without running your program I know that WSASV (EP4) and PSAVE (QPTR) will  
add padding, sometimes even 1 Long more than needed.
They were written in QL mode days and clearly never changed for High  
Colour times.
The same is probably true for the "Books", this padding is not mentioned  
there. That's why SQRview tests for any padding.


When saving such a PIC as SPR the padding is already there and needs not  
to be added but too much padding may result in a slanted sprite if lines  
are not cut properly as it relies on x-width and not on line increment as  
PICs do.


Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;

---
Deze e-mail is gecontroleerd op virussen door AVG.
http://www.avg.com

___
QL-Users Mailing List

Re: [Ql-Users] Graphic objects and padding

[pjwitte via Ql-Users]

On 13/04/2018 17:46, Dilwyn Jones via Ql-Users wrote:

Could someone please explain the rules to me regarding the padding of
graphics objects for the two main formats: Sprites and Pics/PSA?

I thought Id worked it all out, at least for some modes, but my rule-
book does not appear to be complete, nor provide stable answers in 
all

cases. Also, there are some  formats Im not able to test.. So now Im
confused and would like to get a "definitive" take on the matter.

(...)


As I understand it,
Sprites must always be padded to Longs for all modes QL or GD2.

PIC/PSA must be padded for modes 4 & 8.
The GD2 modes 16 to 33 should/need not be padded and some viewers 
may have problems if they are.

SQRview will detect excess padding and not show it.

Bob
This agrees with my experience of sprites and PIC files from when I 
was writing Q-Dock. Some unusual things can happen if the sprites 
aren't long word padded.


I haven't much experience of PSA files, but since they are 
essentially PIC files with an extra long word in the preamble, I 
would assume they would handle exactly the same as PIC files after 
taking the extra long word into account.


Dilwyn 
Thanks for your replies, most of which agree with my understanding 
but, unfortunately, not with my recent experience. (Eg see my post on 
the Forum for one example: 
http://www.qlforum.co.uk/viewtopic.php?f=3=2272=40#p22823)


And that is the crux of the matter: Without a definitive description 
its each to his own interpretation. This is bad for those of us trying 
to produce fun or useful stuff. And the number of offerings out there 
that dont really work, or work inconsistently, dont exactly evoke the 
sense that "The QL" is a serious or relieable machine. It certainly 
puts me off at times (my own failings in this regard notwithstanding ;)


If those who "wrote the book" on these matters arent able/willing to 
pipe up, then we'll have to waste some time R-ingTFBs and doing the 
tests ourselves. I'll be back.


Per
___
QL-Users Mailing List