On Wed, 12 Jan 2005 07:03:39 +0100, Wolfgang Lenerz
[EMAIL PROTECTED] wrote:
On 11 Jan 2005 at 22:19, Rich Mellor wrote:
(...)
1) Older programs which would expect (a6,a5) to point to the command
string at the top of the data area. If we were to adopt this scheme,
then
a lot of existing
Wolfgang Lenerz wrote:
How do you find this string? Have you tried finding the command
string from a QLibbed prog other than with the QLib internal CMD$
command? The problem is that once you get to the stage where your
keyword will be invoked, A5 will point to who knows what (in fact,
the
Dilwyn Jones wrote:
I look forward to it, and I don't really care how it's written as
long as my little new programs can do something like:
Careful, Dilwyn - that's the sort of attitude that made Windows what
it is today!
One of the advantages of SMS* being under the control of one person
was
On 11 Jan 2005 at 22:51, James Hunkins wrote:
(...)
Can you give a breakdown again of the different keywords (attachments
don't make it through on this list).
Darn you're right.
OK, here is an extract if the manual. Sorry if this is a bit long.
PC Bitmap conversion
Here are some new
Wolfgang Lenerz writes:
1) Older programs which would expect (a6,a5) to point to the command
string at the top of the data area. If we were to adopt this scheme,
then
a lot of existing programs would immediately not be able to get at any
parameters passed to them. We do not have the
Wolfgang Lenerz writes:
Whatever the low-down implementation, ideally the workings of the HD/CD
should be as consistent as possible accross m/c programs, interpreted
Sbasic
or compiled Sbasic.
Anything that wouldn't be available to compiled Sbasic wouldn't make
much sense!
True ;) I
Wolfgang Lenerz writes:
Or a completely different proposal:
(putting the home dir after the command string)
As long as you dont mean that this has to be done on the EX command line, I
agree with the above description.
Having said that, it /would/ perhpas be nice to add something like this
Wolfgang Lenerz writes:
Wolfgang Lenerz wrote:
Default could also be DATAD$ or whatever.
that would defeat the wholme exercice.
Why that? It's just a fallback solution if otherwise no other
directory can be provided (none set).
Well, it already exists...
Wouldn't it be better if
I don't think that I see the changes. Am I blind or did they not
actually get uploaded yet?
Thanks,
jim
Just checked (1345 UK time), they are there. The email was sent immediately
after I uploaded the files, updated pages don't seem to become public for a
little while (usually a few
Marcel Kilgus wrote:
One more thing, is anybody here or does anybody know a real expert on
ESC/P2 programming, especially when it comes to proportional fonts? If
so, please contact me.
I assume you have the Epson documentation on ESC/P2 (huge files), if not I can
send them to you.
Dilwyn
I look forward to it, and I don't really care how it's written as
long as my little new programs can do something like:
Careful, Dilwyn - that's the sort of attitude that made Windows what
it is today!
Aarrgghhh. Forget I ever said that
Dilwyn Jones
On 12 Jan 2005 at 13:20, P Witte wrote:
(...)
That is why Im suggesting to use the Save Name as
the Homedir in the interpreter. The difficult bits have already been
implemented, only we dont currently have access to the Save Name except
indirectly through (Q)SAVEing and (Q)LOADing the current
On 12 Jan 2005 at 13:25, P Witte wrote:
(...)
As long as you dont mean that this has to be done on the EX command line, I
agree with the above description.
No, that wouldn't make much sense.
Having said that, it /would/ perhpas be nice to add something like this as
an option to
overwrite
On 12 Jan 2005 at 13:26, P Witte wrote:
(...)
Doesnt this defeat the object? We already can do this with a simple Config
block. The point of a Homedir is that you can always know the name and path
of the current job from wherever it is executed.
I think we were talking about jobs executed
P Witte wrote:
Theres no stack hack involved; simply a new convention.
Well, the more I think about it, the less I like it. A thing could be
a much cleaner, better maintainable and extendable solution.
I suspect you may have the path depth/filename length issue at the
back of your mind.
No,
Dilwyn Jones wrote:
Aarrgghhh. Forget I ever said that
Said what? :-)
John
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
On Tue, 11 Jan 2005, James Hunkins wrote:
But, believe me, you do NOT want to know what it takes to design
something like this. And it would also cost as much as probably 2-3x
as much to build even if you could get the circuit boards cheep. Apple
does squeeze its vendors for pricing and
On 12 Jan 2005 at 14:31, John Hall wrote:
(...)
True. (And, of course, your Thing could potentially be extended to
store any number of per-job data items.)
Yes, Marcel has seen the potential of it immediately.
It's just that, for some reason, what we're trying to achieve doesn't
seem to
On 12 Jan 2005 at 12:23, P Witte wrote:
(...)
I'm just asking this question since I don't think I'd be competent enough
to make these changes.
If YOU cant, that doesnt leave us many options ;)
As I see it, the problem isn't so much the actual coding in itself (you could
do that, too).
Jérôme Grimbert wrote:
I do not know any expert, but I have a book with the ESC/P2 programming
information. The user-defined-font loading is barely two pages in it.
Thanks, but in the meantime I have solved all my problems myself (for
a change ;-)).
It might be time for a heads up, the reason
Well if you do need the Reference manual it can be found at:
http://support.epson.ru/products/manuals/000350/part1.pdf
By the way does QPCPrint handle the colour modes?
Cheers
Malcolm
Marcel Kilgus wrote:
Jérôme Grimbert wrote:
I do not know any expert, but I have a book with the ESC/P2
Malcolm Lear wrote:
Well if you do need the Reference manual it can be found at:
http://support.epson.ru/products/manuals/000350/part1.pdf
Well, do you really think I could have done this without that manual?
By the way does QPCPrint handle the colour modes?
No colour in raster mode, no.
Well I think you could do just about anything!
Marcel Kilgus wrote:
Well, do you really think I could have done this without that manual?
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Malcolm Lear wrote:
Well I think you could do just about anything!
lol, I wish :-)
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
In a message dated 11/01/05 00:52:06 GMT Standard Time, [EMAIL PROTECTED]
writes:
What I am looking for is a way to get a capture of an image into a _scr
format so that I can load it as a BGIMAGE for wallpaper.
Assuming I have something like a BMP or JPG image at my proper screen
In a message dated 11/01/05 16:54:46 GMT Standard Time,
[EMAIL PROTECTED] writes:
On 11 Jan 2005 at 17:44, Marcel Kilgus wrote:
(...)
Without having any personal view on the issue yet, isn't it basically
the same issue as with CMD$? Does CMD$ work in compiled basic?
Yes and no. (That's a
Hello!
recently Wolfgang Mühlegger pointed my attention to the excellent
Keywords/Concepts documents by Martin Head.which can be found on Dylwin's QL
documentation site. I am really VERY enthusiastic about those documents!
This is the first time I find all required information about QL + TK2 +
Per Witte writes:
I once understood how Windoze got around the filename limitations of
Msdos
and thought it a clever idea (it was ugly, but it worked) but I can
no
longer
remember. Does anyone here know? And would it be possible for us to
make use of the same method?
the LFN specification
Wolfgang Lenerz writes:
That is why Im suggesting to use the Save Name as
the Homedir in the interpreter. The difficult bits have already been
implemented, only we dont currently have access to the Save Name except
indirectly through (Q)SAVEing and (Q)LOADing the current program.
Oops,
Wolfgang Lenerz writes:
Doesnt this defeat the object? We already can do this with a simple
Config block. The point of a Homedir is that you can always know
the name and path of the current job from wherever it is executed.
I think we were talking about jobs executed from things which
Marcel Kilgus writes:
No, I have for example a current directory in mind, which should be
changeable (on request of the application) after the application
started to run. I also have a device in mind that automatically
accesses the current directory. None of which is cleanly doable with
the
Wolfgang Lenerz writes:
Having said that, it /would/ perhpas be nice to add something like this
as an option to
overwrite the default home directory, although is does complicate an
already overloaded parameter list:
EX filename ; command string ! different homedir
Before
P Witte wrote:
I never knew that I wanted a current directroy,
I didn't know that you want one either, but I know that *I* would like
one ;-)
However, this is a much more ambitious project than a mere home
directory affair.
Actually I think it doesn't amount to much more work.
You have to
In message [EMAIL PROTECTED], Wolfgang Lenerz
[EMAIL PROTECTED] writes
clip
Alternatively, EX could be made to identify a QLibbed program and store its
dataspace address in a known safe location before activation.
Err, like what? And how do you get at it from within your basic keyword
(which
In message
[EMAIL PROTECTED],
[EMAIL PROTECTED] writes
I don't think that I see the changes. Am I blind or did they not
actually get uploaded yet?
Thanks,
jim
Just checked (1345 UK time), they are there. The email was sent
immediately after I uploaded the files, updated pages don't seem to
In message [EMAIL PROTECTED], Dilwyn Jones
[EMAIL PROTECTED] writes
clip
Interesting ... can you write this up sometime in QLToday as this
would be a useful guide to 'Getting the best out of QPC'.
I think it has been mentioned a couple of times.
The QPC method is unique to QPC2 I think. The
- Original Message -
From: [EMAIL PROTECTED]
To: QL-Users [EMAIL PROTECTED]
Sent: Sunday, January 09, 2005 1:40 PM
Subject: [ql-users] Hardware
My wife has been cleaning up and found a box with a lot of QL stuff. An
original
QL! A keyboard mat in original package. Some keyboards and
On 12 Jan 2005 at 23:46, Marcel Kilgus wrote:
Your idea sounds excellent. Instead of my bicycle you and Wolfgang have
produced a Mercedes. I am in favour (as long as I dont have to produce it ;)
Damn, that was my precondition, too! ;-) But it does start to sound
like a worthwhile job.
On 12 Jan 2005 at 21:22, P Witte wrote:
LOAD win1_prg_fred_bas: REMark Load a program
SAVE: REMark Save the same program
win1_prg_fred_bas is the Save Name as far as Im concerned as I dont know
what else to call it. The Save Path (or directory) here is win1_prg.
Right, I wasn't
39 matches
Mail list logo