Malcolm Lear wrote:
> Is it possible to download a file from a web address using the
> TCP/UDP sockets and an Sbasic program? I've been looking for
> documentation and programming examples with no success.
Yes, it is possible. The protocol you have to speak is HTTP and
described here http://www.ie
George Gwilt wrote:
> This, of course, will not work on the Q40, because it does not have
> the register PCR. Obviously I am missing something because I could
> not see anywhere the code preventing this operation from being
> applied to a 68040.
Nope, not missing anything, the code seems to be
Neil Riley wrote:
> I feel I'm a little late to join the party but I'm here now and
> ready to join the QL community.
It's never too late to join a party that has been going on for well
over 21 years ;-)
> I have set myself some personal goals which hopfully I will achieve,
> number one is to act
George Gwilt wrote:
> 1. I now remember that I tried iop.flim in the past and found it no
> use. It returns the maximum window size and its position for the
> channel ID presented to it. If the window is a primary the maximum is
> the whole screen, at 0,0. If you open two windows in a program and
George Gwilt wrote:
> I have discovered why some of my programs are so slow with v3.12 on
> the Q60. It is because changing the window size is now much much
> slower than with v3.10. The code causing the trouble finds the
> biggest dimensions of window. The width is easy to find but, on older
>
Dilwyn Jones wrote:
> The Easyptr manual is pretty scant on the subject, basically
> describing it as an MCALL with a couple of extra parameters in
> Easyptr's IMPORTANT_TXT file. It doesn't really give any examples
> showing to properly use it.
I did rewrite the MCALLT text in manual revision 1.0
Rich Mellor wrote:
> However, ideally the minimum surely has to be 36+5?? (rounded up to 42) or
> does the library have a distinct device name string also??
No, the device name is not part of the directory/file name.
Marcel
___
QL-Users Mailing List
ht
James Hunkins wrote:
> I think that I found a bug in the qlib_h include file used by C68.
> Here are the details:
>
> In the 'qdirect' structure, the member 'd_name' is defined as:
> char d_name[36];
Your misconception is that d_name holds a null terminated string,
which it doesn't. The le
P Witte wrote:
> Opera takes a little getting used to. To my mind, neither images nor
> text are rendered to the same quality as in IE, but Im used to it
> now.
One possible reason is that IE ignores the ClearType system setting
for text. It always enables ClearType, even if the rest of the system
gwicks wrote:
> I realise this and what makes it worse is that by default Opera claims to be
> IE.
Actually one can still tell them apart because in that case Opera
claims to be both IE and Opera. It's a funny story actually, because
due to historic reasons all IE versions pretend to be Netscape!
Malcolm Cadman wrote:
> All useful features, and yet not having them doesn't prevent enjoying
> the use.
As is often the case, good things you don't know you don't miss. Good
things you do know however you never want to miss again.
>>Opera 6 is how old? 5 years? Unlike IE, Opera HAS been improved
Tony Firshman wrote:
> Marcel - what are "mouse gestures"?
Essentially you hold the right button down while drawing small figures
with the mouse. This will be interpreted as different commands by the
browser, like open new tab, close tab, open in background etc.
Incredible effective way to give co
Malcolm Cadman wrote:
> So ... what in particular is painful about IE ?
Mainly it's inherently unsafe to use it on the internet. No IE user
should be surprised if they catch some virus, worm or whatever. Apart
form that it's usually slower, it doesn't have proper keyboard
navigation, it lacks brow
P Witte wrote:
>> Wow, that bug is probably almost as old as I am! Fix will be included
>> in 3.13 which is somewhat overdue anyway (I added some nifty new
>> features that needed deeper testing, but that should all be okay now).
> Nifty new features? Christmas has come early this year! I can just
[EMAIL PROTECTED] wrote:
>> It's changing the subject a little but in spite of the fact there are so
>> many critics of I.E. on this list 72.3% of people accessing my site use IE.
>> 24.5% Netscape and only 2.2% Opera.
> I wonder if that's because it is free (well, you get it when you pay for
> Wi
gwicks wrote:
> It's changing the subject a little but in spite of the fact there are so
> many critics of I.E. on this list 72.3% of people accessing my site use IE.
> 24.5% Netscape and only 2.2% Opera.
Oh, those 2.2% were probably me :-) Best browser eva. If it weren't
that good I'd probably do
George Gwilt wrote:
> FTEST(a$) should return 0 if a$ is the name of an existing file that
> can be opened or the name of a directory, but should return a
> negative number otherwise. I was surprised to see that the following
> program produced 0 instead of -7.
>
> 1000 DIM k$(40)
> 1010 k$="
Dilwyn Jones wrote:
> Yes, it can display more screen area, no it can't save it. You get
> the top 32K as far as I can tell. Certainly, it remains a 32K file
> with bottom of the graph missing.
Yes, I didn't change that part of the code. It's possible to do, but
oh well, one could also just use an
George Gwilt wrote:
> Obviously true. But this still leaves the problem of finding out
> which of the parts are in fact used in SMSQE.
As far as I can see:
uti_usemenus
uti_hotstuff
uti_usethings
uti_thingjump
uti_thingvector
That should be all.
Regarding the issues:
> 1. In "uti_pulldown_long_
Dilwyn Jones wrote:
> I got to use a program Marcel wrote to patch colours some time ago.
> Unfortunately, I've misplaced it - I had hoped to try to use it to
> patch some older programs of mine to see what could be made of them.
You mean my basic program to patch binaries and/or EasyMenu files?
George Gwilt wrote:
> While these two files cannot be assembled without further
> information, it seems that they are not in fact used in SMSQE!
>
> The source code contains several other files which are not used either.
That's because technically it's not part of SMSQ/E, it's a library by
Jochen
George Gwilt wrote:
> SMSQE v 3.12 is a nice advance on previous versions. I especially
> like the addition of HISTORY to SBASIC and daughter basics.
Thanks.
> However, one file "sbsext_ext_exsbas_asm" cannot be assembled (by
> any assembler) because the label "fle_nm" is not defined in the cod
James Hunkins wrote:
> You mean final months where you actually have to have a real job :)
Right now I'd very much prefer a real job over this...
> Too bad you won't be able to get over here!
Actually it's your turn to come over here anyway ;-)
Marcel
_
Koenig Urs wrote:
> I leave for summer holidays on Friday.
>
> Question: Who else of the Europeans will attend the American Show?
Well, even though it will be on Canadian soil and spare me the hassles
of US immigration (pretty much a must for me) I cannot attend it, too
expensive and I won't reall
Al Feng wrote:
> Who is handling SMSQ for QXL in North America, now?
Same people that do it for the rest of the world, I suppose.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Derek Stewart wrote:
> I would of thought that the screen functions in SMSQ/E could be used to to
> define the screen size
>
> 105 scr_size=SCR_XLIM * SCR_YLIM
> 110 FOR a = 0 to scr_size
Once again, wrong, sorry. Either you do "scr_size - 1" or "a = 1".
With this bug the file will be 2 bytes too
Dilwyn Jones wrote:
> 100 OPEN_NEW #3,ram1_test33_scr
> 110 FOR a = 0 to 131072
Why 131072? If it was a 512x256 screen, 131071 would be the correct
value (or you start with "a = 1"), but on 1024x512 it's 524287.
Apart from that, your values should work.
Marcel
__
David Tubbs wrote:
> So if it is possible for the computer to handle infinity how and where is
> it done ?
>
> Processor or co-processor ?
It's part of the FPU (floating point unit). This can be an external
co-processor but usually is part of the main processor nowadays.
> Would it be dependent o
P Witte wrote:
> A friend of mine may just have won his court case thanks to an SMS he had
> the foresight to keep! (Mine are more likely to get me into trouble, but
> what the hell! Id like to keep them all the same ;)
Wow. I mean even I can send any text message with any sender-number
attached t
P Witte wrote:
> Im one of those weirdos who actually wants to keep text messages, or SMSes,
> as theyre known.
You have not understood that only meaningless things are send through
SMS that are not worth archiving? ;-)
> A more careful, though by no means exhaustive, trawl around this mad
> worl
David Tubbs wrote:
> Not sure if your question is for real, if it is you have defined the
> subject as numeric, since most (if not all) computers throw a wobbly at
> infinity the answer must be less.
Not quite, all computers following the IEEE 754 standard (which
includes every PC and Motorola FPU
Roy wood wrote:
> Arnie Clarke has written to me to ask about problems he has had with
> ProWesS using the 256 Colour SMSQ/E.
There is no driver for that mode.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Fabrizio Diversi wrote:
> yes totally right, as usual the limit of 32768 from Wman, same i think,
> for all pointer driven programs.
Is that right? I currently cannot imagine where any such limit might
originate from.
If somebody could send me short and working test applications to check
for the
Arnould wrote:
> AND anyway I do not know if Marcel could be interested. Marcel?
I was, but soon I will probably not have the time anymore.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
George Gwilt wrote:
> For various reasons only a subset of 68020+ instructions have been
> coded so far for QPC2.
That was some days ago, I have done much in the meantime ;-)
> Instructions not emulated include MOVE16 (68040) and TRAPcc.
I didn't implement MOVE16 because it's in the LINE-F segme
Fabrizio Diversi wrote:
> I am wondering if these QPC emulation changes implement the full set
> of the M68020 new instructions
Pretty much the full thing except MMU and FPU.
> or just a subset of these, as an example MOVE16 instruction will be
> implemented ?
MOVE16 is 68040 only.
Marcel
George Gwilt wrote:
>> Next QPC2 version will probably be able to run it.
> The test version of QPC2 demonstrated at the recent Quanta meeting in
> Manchester certainly does run GWASS.
True, that worked fine from the get go. But still I've spend the last
few days almost full-time getting everythin
Dilwyn Jones wrote:
> Some printer manuals do say that when you first set up an inkjet, it
> is "charged" with ink and that is why the cartridges supplied with the
> printerseem to last a lot less than new cartridges you install if you
> have to soak up this sponge the first time!
Actually if tha
Derek Stewart wrote:
> If emulators are the way forward how do I run GWASS.
Next QPC2 version will probably be able to run it.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Marcel Kilgus wrote:
> - One that is mostly a wrapper around SMSQ/E I/O traps (people looking
> for a INPUT replacement could do worse than to check this out!)
I've accidentally uploaded an old version of the channel toolkit in
which the timeout behaviour of IOB_FLIN/IOF_FMUL
Also, Jim's mail reminded me that I didn't publish the "new" Qascade
(it's actually almost 6 months old already... time sure flies by!).
Therefore, new Qascade online, including source.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe
accordingly.
Marcel
;/*-.
;| home.s |
;| |
;| Copyright (c) 2005 Jonathan Hudson & Wolfgang Lenerz
Jerome Vernet wrote:
> Last but not least, I'm looking for QL emulators, I found qlux, wich
> unfortunately doesn't want to compile under macOsX.
For the black-box feeling, provided that you do have a PC, check out
QemuLator or Qlay/QL2K.
If you want to see into what the QL has evolved, check out
Marcel Kilgus wrote:
>> Fabrizio might be better off implementing iob.flin and iob.fmul in S*basic.
>> With timeouts and error returns they are much more versatile.
> Right.
As mentioned in another announcement, I've now put a toolkit online
that among other things wrap i
I've finally managed to put some bits and pieces online. Mainly there
are 3 new SBasic toolkits published:
- One that is mostly a wrapper around SMSQ/E I/O traps (people looking
for a INPUT replacement could do worse than to check this out!)
- One that includes routines to convert to/from the HSV
P Witte wrote:
> I believe QLib implements its own version of INPUT, PRINT and a few other
> internal commands, so fixing them in SMSQE may not solve the problem.
Unfortunately I have to shatter your believe ;-) I DID "fix" it and it
DID work fine afterwards. Despite the error I even return the st
Dilwyn Jones wrote:
> INPUT #channel,t$ should fetch a string from a file. Indeed it does
> unless the buffer is not large enough for the size of string. QLib's
> default input buffer is 128 bytes like a JM or AH rom and can be
> enlarged with a $$buff command on post-JM systems. Trouble is, if t
George Gwilt wrote:
> The numlock key has no effect on Q40 and Q60 as well as on QPC2.
> This has annoyed me for so long that I eventually caused activation
> by the use of Alt Gr (the right hand alt key).
Numlock worked fine on QPC1 but was broken by some SMSQ/E rewrite,
probably on the transitio
Michael Grunditz wrote:
> Is there a way to use more than 19000 baudrate in QTPI on a Q40 ?
Tell QTPI not to set the baudrate, instead set it in Basic before
starting QTPI.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Timothy Swenson wrote:
> When using QPC2, the keypad seems to always work as a number pad, even if
> I turn the NumLock off. Is there a way to get the arrow and HOME keys
> working with QPC2?
I just checked and it looks like no, there currently doesn't seem to
be any way to do this. Same with QXL
John Sadler wrote:
> I see when I assumed it was a hardware incompatability problem I
> should have complained vigorously.
No, complaining vigorously won't ever get you anything with a
volunteer force. Saying "hey, did you notice it doesn't work", might.
BTW Dilwyn did this and probably triggered
Wolfgang Lenerz wrote:
> Why don't we all lobby MArcel so that he makes a version od QPC
> under Linux. That's all I'm waiting for to make the switch.
For the whole 10 people who want this, 3 if which are prepared to pay
for it? Sure, I'm right on it ;-)
Wine is getting better by the day, I'd say
John Sadler wrote:
> Make a version which finds out which ROM and behaves accordingly if
> at all possible
Due to architectural reasons pretty much infeasible.
However, I've managed to fix JS/MG support, therefore my compromise
is: Next release will work on JS, JSU, MGx and Minerva, but not AH, J
Wolfgang Lenerz wrote:
> I'll try to make a new one next weekend.
As it is, the very latest PE (i.e. unpublished, I created it 5 minutes
ago) only seems to be Minerva compatible. But there even the
background-updating seems to work fine, which is cute.
I did expect JM and below to break with my b
Bob Spelten wrote:
> The download was from Dilwyn's PE connection but even using the PE stuff
> that came with my latest Qpac2 update (1.42/Oct 03)
Latest release of PE is always here:
http://www.scp-paulet-lenerz.com/smsqe/Add1.html
Maybe it's newer, who knows ;-)
Cheers, Marcel
__
Bob Spelten wrote:
> This message is for anyone involved in the development of the Pointer
> Extensions, Qpac2 and EasyPointer. (Probably Marcel again)
Go figure!
> Now that the PE for Qdos is up to version 2 standard I wanted to see
> if I can make Suqcess run under Qdos again. Version 1.19 did
Claude Mourier 00 wrote:
> Is there any reason to turn off this feature (slow down for instance)?
No, I don't know any, at least on QPC/Qx0. I just did that to play it
safe. Performance on Aurora is still unknown, though.
Marcel
___
QL-Users Mailing Li
Kjartan Geble Olsen wrote:
> That produced a number of similar error messages, after removing 'regp1'
> from the reported lines it will compile but not run:
Tried issuing "make clean" before "make config" and "make"?
Marcel
___
QL-Users Mailing List
h
Kjartan Geble Olsen wrote:
> QL_files.c:1005: error: conflicting types for `WriteMdvControl'
> QL68000.h:430: error: previous declaration of `WriteMdvControl'
> make: *** [QL_files.o] Error 1
Strange. Perhaps try removing "REGP1" in line 430 of QL68000.h
Marcel
__
Due to circumstances not within my control it took a bit longer, but
finally it is done! I've put the details on what's new and stuff on
http://www.sinclairql.info/
Cheerio, Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Jeremy Taffel wrote:
> I didn't have any problems until I switched from distributions using
> Xfree86 to more recent ones that use Xorg.
Version 10/22/02 seems to compile and work out of the box on my Gentoo
system (gcc 3.3.6, Xorg X11 6.8.2).
Marcel
_
Ralf Reköndt wrote:
> I think, we have *one* group here and I find it a bit
> circumstancially to need reading them both for any news.
Most user do not subscribe to this list, for various reasons. A
central site for announcements (and a place where announcements don't
get drowned in any chatter) i
Ralf Reköndt wrote:
> BTW: Where can I find "sinclairql.info?
Well, at www.sinclairql.info ;-)
Technically it's a "blog" where every registered users can post any
news. The nice thing is that is has an RSS feed, which means with an
RSS enabled browser such as Opera and Firefox or an RSS client yo
Marcel Kilgus wrote:
> Followers of sinclairql.info have already known this for a few days,
> but in case anybody is not subscribed to its RSS-feed (why not?),
> I did a new XChange release. Check out the details on
> http://www.kilgus.net/smsqe/xchange.html if you want.
The config
Followers of sinclairql.info have already known this for a few days,
but in case anybody is not subscribed to its RSS-feed (why not?),
I did a new XChange release. Check out the details on
http://www.kilgus.net/smsqe/xchange.html if you want.
Marcel
___
Ralf Reköndt wrote:
> To make a quick&dirty solution, I can assemble a version for you with the
> supposed colors, no problem. Until I find a safe and clean way to let the
> user configure it.
Standard QJump Configuration block. Quick and clean solution for
formerly hard-coded stuff.
Marcel
Ralf Reköndt wrote:
> I have done several tests to find out, why Qmon doesn't work with my
> BOOT, i.e. does not pop up by a call respr(0).
Let's put it this way, why should it always pop up upon "call
respr(0)"? You're basically jumping into random memory. This CAN
result in an illegal instructio
Thierry Godefroy wrote:
> Note that, IIRC, QMON used to work fine when unpatched on QPC, despite the
> fact the latter identifies its processor as being a 68010 (i.e. -with- VBR
> support), like shows a peek($280A1) which returns $10...
qmon does not rely on the system variable but does its own pr
Ralf Reköndt wrote:
> does not work with v2.11 under QPC. If I start qmon, then "g" it stopped
> with an illegal instruction in Supervisor mode.
Of course it does. If you do the patch, the processor detection will
wrongly identify QPC as a 68020, which has a different exception
model.
Marcel
__
Wolfgang Lenerz wrote:
> Err, qmon 0 probably never works (?)
> qmon#0 shoud work, though
Not what I meant. That is "qmon 0" as in "monitor job 0". In this case
it's just a habit, jmon won't start without a job-number, while qmon
does default to job 0 anyway. Only, with the latest version giving a
Addendum:
The qmon I have (2.13, please DON'T ask me what's different as there
is no version history at all) does not work when typing
"qmon 0"
but
"qmon"
alone works and it seems to trap all errors. Will investigate when I
have a bit more time.
Marcel
___
Wolfgang Lenerz wrote:
> I -believe- I dimly remember someone (Marcel?) changing something in Qmon so
> it would work under SMSQE, recent versions. (but perhaps the recent change
> for Q40 only???).
No, wasn't me, no idea. Actually my current qmon sources (for the
SBASIC qmon) don't even compile t
Ralf Reköndt wrote:
> Ok, and where can I get this version of Qmon?
QPC neither has FPU nor VBR support, so it doesn't make any
difference.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Ralf Reköndt wrote:
> I am afraid, he can't, as Qmon is owned by Freddy Vaccha, as far as
> I know.
A QJump program owned by Freddy?
Anyway, I have no intentions of releasing it in any way, there's
probably less than a handful of people that could have a use for it. I
myself only use it to debug
Ralf Reköndt wrote:
> Seems so. I remember, that Qmon works whithout problems on the last
> Atari version of SMSQ/E I have used 10 years ago. Do not know, why
> it does not work now. Maybe Marcel can explain 8-).
I've always used jmon and that works fine. No idea about qmon, but
seems to work fine
George Gwilt wrote:
> I have found this too. Also if you start it by
>
> QMON#2
>
> say, and then type
> G
>
> the entire QPC2 screen goes black and you have crashed.
In an official SMSQ/E release? That'd be somewhat bad and worth
investigating.
My unofficial releases sometimes include an inbuilt
Dilwyn Jones wrote:
> Ralf Rekoendt has kindly prepared an Xchange 3.90M update and a DOC
> file to go with it (Xchange patched by Marcel Kilgus), and this is
> already available from my website:
Okay, as I haven't seen the accompanying documentation until now, one
remark:
|
Marcel Kilgus wrote:
>> XChange Archive now ignores the number of lines from it's printer_dat (or
>> archv_dat or whatever you have called it) and do not issue an additional
>> formfeed.
> Only if the number of lines is set to 0!
Plus, this is a mechanism in the generic
Ralf Reköndt wrote:
> The white menu borders are no longer written into the visible screen under
> Modes 32 and 33
Actually I do hope they will be drawn onto the visible screen! Just at
the right place and in the right mode ;-)
Also, this will of course also work on Mode 16 (Aurora).
> XChange Ar
James Hunkins wrote:
> Luckily, one of the key points in patents is that patents can not be
> done on something that is obvious.
Muahahaha, that was a good one! It might be nice in theory, but in
real life I'm amazed nobody has patented "intake and output of oxygen
containing gas in order to produ
[EMAIL PROTECTED] wrote:
> Morning Marcel,
>
> I take it you don't read Terry Pratchett novels then ?
Well, I own every single book of the discworld series. Except the last
one which is still hardcover only. And it did remind me of it, but
these paper gave the word "footnote" a truly new meaning.
James Hunkins wrote:
> One caution about reverse engineering; while it may be legal to do,
> it is illegal to use 'borrowed' code in other code that you might
> release or resell without permission.
Of course, this is simple copyright stuff. This is also the reason why
companies usually do "clea
Marcel Kilgus wrote:
> [...]
P.S.: For anybody who's interested, I found the (mainly) US view on
reverse engineering expressed in the paper "The law & economics of
reverse engineering", written by two professors of the University of
Berkley (dated from 2001): http://socrate
Duncan Neithercut wrote:
> In English law much depends on intent :
In Germany most licenses are usually not worth the electrons they're
stored with. There are several issues, but the main one is that the
sales contract is agreed upon the time of sale, all licenses you get
to see after you have bou
sinclairql wrote:
> Takes part in this web. It is very simple. You only have to register and
> write the news related to your programs or your own web site in order
> that the community reads them.
Nice effort. I will try updating it with news when I've got any
(but so far I'm waiting for the pass
Fabrizio Diversi wrote:
> I will be delighted to read, maybe in QLT an article about how to
> perform "reverse engineering" in old program, especially how you do
> such thinks, what I mean is what program you use to monitor or
> trace, or how to add more code to a program without having sources
> e
P Witte wrote:
> That should be
> spoolon '_nul': spooloff
> or
> spoolon '_par': spooloff
Ah cool, that works. Though spooloff is still enough in this case.
Good god, I think I've learned more about XChange within the last 48
hours than I ever wanted to know ;-)
Marcel
Ralf Reköndt wrote:
> spoolon "NUL"
> spooloff
This will create a file called "NUL_lis". I know because my original
idea was just to say 'spoolon "par1"' before printing and spooloff
afterwards, but that created a file "par1_lis".
But the documentation states that you do not have to issue a spool
Ralf Reköndt wrote:
> Oh folks, don't know how this guy makes it all. What should I sayMarcel
> "The Wizzard" Kilgus has done it again!
Well, I somewhat like reverse engineering old code, I really should
find a job where I get paid for this kind of stuff ;-)
Finding the right piece of code wa
Phoebus R. Dokos wrote:
> Maybe you should contact Erling Jacobsen? I am sure he has the sources
> somewhere?
There are no sources.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Ralf Reköndt wrote:
> Thanks a lot, but unfortunately, it does not work. The so patched XChange
> just gave one line output (as before, when I tried setting the driver to 0
> number of lines, so nothing has changed in printing). Mysteriously, the
> white borders appeared to write in the screen dire
P Witte wrote:
> If you or anyone else finds a soution to the Archive XChange FF
> problem, let us know, please.
Try setting the number of lines to 0 in the printer driver and apply
this patch to your XChange:
http://www.kilgus.net/soft/xchangepatch2.zip
100% untested, as I don't even know how to
Tony Firshman wrote:
> JG:
> And a bow tie??
>
> TF:
> No - that would be:
>
> (8-)##
Excuse me for interrupting this highly interesting conversation, but
I'm curious, by what accident did you lose your ability to quote
correctly? I certainly hope nobody else was injured in it ;-)
Marcel
___
Tony Firshman wrote:
> Hope the last bit comes out OK. It makes a change from all that Greek!
> Nope. I see you sent UTF-8.
> These chrs did not display correctly in Jedit - which works with UTF8.
> I suspect it was all mangled in transit.
It didn't come out quite right on my side either (not sur
Wolfgang Lenerz wrote:
> Strangely enough, I got that email, thoug (update7.zip, 41 KB ??).
Yes, quite strange indeed.
> I've replied to you, did you get my reply?
Sure, no problem. I don't use any filters ;-)
Marcel
___
QL-Users Mailing List
http://
Hm, I haven't had any problems so far, until just a few minutes ago my
mail with all the SMSQ/E updates for Wolfgang bounced. Wolfgang, if
you've another address besides the scp-paulet-lenerz.com one, please
contact me again.
Marcel
___
QL-Users Mailing
Tony Firshman wrote:
> ... I have just looked at the content.
Me too.
> Where was I in the photo of me?
Even though I've never been there I recognize it's an Irish meeting.
Who's that March freak? Must have been a bad hair day. ;-)
Marcel
___
QL-Use
Dilwyn Jones wrote:
> 270 GET #3,ql_bpl
> to
> 270 GET #3,tmp% : ql_bpl = tmp%
Actually I'd say the way to do it is
270 WGET #3,ql_bpl
> PQIV - Claus Graf? Never used it, I suspect it can't handle QPC2
> screens as it was designed for Q40 picture handling.
Mode 32 patch:
http://www.mail-archive
P Witte wrote:
> Great stuff, Marcel! Thanks!
You're welcome. More to come in a few days. BTW, congrats for being
the first who got the "name/password" thing right at the first try ;-)
Happy new year and stuff, Marcel
___
QL-Users Mailing List
http://w
François Van Emelen wrote:
> They have to same limitations as 'print'; '9,876,543,210.00'
> (floating point) can't be displayed correctly with them and that's
> what I want to be available, a way to display the value
> 9876543210.00 as 9876543210.00 not as 9.87653954E9
Just a doodle, quick and
801 - 900 of 933 matches
Mail list logo
