Hi John,
Unfortunately, these wouldn't be of much use to me as they are undoubtedly
UK based and I'd be making a long distance phone call for my emails -
ouch!! I'm based in Ireland don't forget...
Reminds me of the trouble the Irish branches of Dixons got into recently.
They are supplying
[EMAIL PROTECTED] wrote:
I have a choice of millions of web based free email services, but what I
need is an ISP that I can set up on Lookout Express or whatever mailer I
what to use, and ALSO access via the web when I need to (eg. when
travelling) that is Irish based. I can get either/or,
Ian Pine wrote:
In my opinion we should be looking at small tweaks to the OS,
finding opportunities to make it more efficient, adding only enough
features to make it keep up with hardware developments, while
keeping it compact.
Larger projects should certainly be developed, but they should
At 08:35 ÐÌ 12/3/2002, you wrote:
Phoebus Dokos wrote:
b) I can tell you that there aren't thousands of QPC users out there
and even less Qx0 users, so how big could a potential ArmQL user base
be in the end? I say that a value with 3 digits is already a big goal.
Not really because due
I think your idea is the only one worthwhile : at the moment I don't use
more than 4 colours (QPC2) because I can't do nothing except viewing jpeg, a
work where Windows program are far more advanced and fast (using 16 bit
colour only slow down SMSQ -no need compared with PC-, gives strange
[EMAIL PROTECTED] wrote:
In my opinion we should be looking at small tweaks to the OS, finding
opportunities to make it more efficient, adding only enough features to
make it keep up with hardware developments, while keeping it compact.
Exactly my idea. There won't be any new window
I'm affraid a Ferrari waiting outside is not faster than a Mitsubishi
Claude
-Message d'origine-
De : Marcel Kilgus [mailto:[EMAIL PROTECTED]]
Envoyé : mardi 12 mars 2002 14:33
À : ql-users
Objet : Re: [ql-users] The future of SMSQ/E
(...)
I see it this way: if I had put all the hours
??? 12/3/2002 9:30:01 ÐÌ, ?/? Claude Mourier 00 [EMAIL PROTECTED] ??:
I'm affraid a Ferrari waiting outside is not faster than a Mitsubishi
Claude
Especially if it doesn't move :-)
(...)
I see it this way: if I had put all the hours into something
commercially viable instead of QPC
??? 12/3/2002 9:37:30 ÐÌ, ?/? Norman Dunbar [EMAIL PROTECTED] ??:
Marcel,
Putting aside any new GUIs for the moment, I would thing that your original
proposals are a good idea.
The caveat must be that the new colour schems/codes etc MUST not interfere
with existing PE programs.
I
Different email for a while... But here goes...
On Tue, 12 Mar 2002, Marcel Kilgus wrote:
Phoebus Dokos wrote:
b) I can tell you that there aren't thousands of QPC users out there
and even less Qx0 users, so how big could a potential ArmQL user base
be in the end? I say that a value with
And the example, which I have finally managed to see - your web site was
always timing out earlier - is excellent !
Cheers,
Norman.
-
Norman Dunbar
Database/Unix administrator
Lynx Financial Systems Ltd.
mailto:[EMAIL PROTECTED]
Tel: 0113 289 6265
Fax: 0113
That's excellent news Marcel. Total compatibility and a much better
looking PE.
Malcolm
Marcel Kilgus wrote:
Norman Dunbar wrote:
Putting aside any new GUIs for the moment, I would thing that your original
proposals are a good idea.
The caveat must be that the new colour schems/codes
Progress is mixed. Screenprinted conductive paints do not have the
durability we require. Those have been ruled out.
The conductive rubber pads have a tendency to crack the plastic they're
stuck to, probably because they're a bit too rigid and apply pressure at
their edges.
The microswitch
At 02:22 ÌÌ 12/3/2002, you wrote:
Hi there,
I have found that the card reader that came from Phoebus came with a
message that there are certain cards which do not work.
I have plugged a genuine Kodak C/F card into the reader and my Windows 98
SE machine hung just before the Windows 98 Startup
- Original Message -
From: Peter Fox [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Tuesday, March 12, 2002 7:22 PM
Subject: [ql-users] C/F Card Reader
Hi there,
I have found that the card reader that came from Phoebus came with a
message that there are certain
IMHO what should be done is to leave WMAN alone and work
on an entire new PE that could give the QL a whole new GUI,
I for one completely disagree with this. There is Prowess
as others said, and there are certainly things to do at
lower level the GUI in SMSQ/E.
Arnould
It's not so much asm vs. C but vector fonts vs. simple fixed fonts.
One of my wishes for a long time is printing on screen with fixed size
proportional fonts at OS level. If possible by reusing the Text87 fonts
because there are a lot around. That would be fast, and still
interesting
On Tue, 12 Mar 2002, Arnould Nazarian wrote:
on an entire new PE that could give the QL a whole new GUI,
I for one completely disagree with this. There is Prowess
as others said, and there are certainly things to do at
lower level the GUI in SMSQ/E.
Party busting up time...
The current
Arnould Nazarian wrote:
One of my wishes for a long time is printing on screen with fixed size
proportional fonts at OS level. If possible by reusing the Text87 fonts
because there are a lot around. That would be fast, and still
interesting effects could be achieved even in todays PE.
TT
I'm trying to tweak the code that is already there and do the stuff
that just needs to be done. And I'm trying to involve you into the
decisions I have to make as much as possible. Unfortunately not much
feedback there so far.
OK then, so after fixed size prop fonts, what about jobs with
Marcel Kilgus wrote:
Arnould Nazarian wrote:
One of my wishes for a long time is printing on screen with fixed size
proportional fonts at OS level. If possible by reusing the Text87 fonts
because there are a lot around. That would be fast, and still
interesting effects could be achieved
Dexter wrote:
The current GUIs *suck* - sorry to those who wrote them and read this
list! They may well work completely intuitively, but they're darned ugly,
and look like they belong in a 60's museum of bright colours! ;)
It is mostly a problem of the limited colour choice. That's why I
Arnould Nazarian wrote:
OK then, so after fixed size prop fonts, what about jobs with output to
screen not blocked if overlapped?
I have already thought about that but I probably can't do it. Let's
see.
And then the possibility to adjust the number of slave blocks. This
possibility (rather
Arnould Nazarian wrote:
This is only to stress again on the point that the routines seem to be
foreseen for proportional printing on screen: that is why characters can
be placed with pixel accuracy both in QDOS and the PE. So it should be
feasible, and the main hassle would be with old
Hi,
Now that the reactions to Marcel's message seem to slow down, I'd like
to give my on point of view.
- Strange attitude of some QL (SMSQ/E) tinkerers, programmers who seem
to be afraid of progress. In French we say Qui n'avance, recule (He
who doesn't progress, regresses - or something
I think your message may have been aimed at the postings I made. So I'll take
a moment to defend myself.
DON'T extend, update or uograde SMSQ/E
I actually encouraged further development.
DON'T make the system more appealing by dding new feature
I actually encouraged new features.
DON'T
On Tue, 12 Mar 2002 at 23:12:29, Tony Firshman wrote:
(ref: [EMAIL PROTECTED])
I see the 'Find:' entry in the Address Book does not auto-highlight when
selected with text in. If it did (like say the MSIE URL entry, and like
almost any text entry field one can name) then it could autodelete.
On 3/12/02 at 3:44 AM Marcel Kilgus wrote:
After the Hove show some of us went to a pub and discussed a bit about
the future of the QL. On the drive home I talked some more with Jochen
and in the end we decided to take the development of SMSQ/E into our
(well, probably mainly my) hands...
ZN wrote:
The system palette is an excellent idea, the minor question is gow to
define it initially (defauklt values).
I'm planning to add them as a standard configuration block.
I have my doubts about the gray scale value palette.
Yes, it's a bit superfluous but as it's next to no work
On Wed, 13 Mar 2002, Marcel Kilgus wrote:
I have my doubts about the gray scale value palette.
Yes, it's a bit superfluous but as it's next to no work for me to
implement I just thought go for it, especially as the main colour
for GUIs is usually gray.
Greyscale is actually useful. There
On 12 Mar 2002, at 15:30, Claude Mourier 00 wrote:
I'm affraid a Ferrari waiting outside is not faster than a Mitsubishi
But it looks to be waiting faster...
Wolfgang
On 12 Mar 2002, at 14:33, Marcel Kilgus wrote:
I'm trying to tweak the code that is already there and do the stuff
that just needs to be done. And I'm trying to involve you into the
decisions I have to make as much as possible. Unfortunately not much
feedback there so far.
Marcel
I've
I have my doubts about the gray scale value palette.
Yes, it's a bit superfluous but as it's next to no work for me to
implement I just thought go for it
Greyscale is actually useful. There are many cases where someone may be
using a mono LCD panel that supports 256 grey levels.
Not really
ZN makes some magical things to make me read
} I believe that the solution to this problem also includes the
} solution to programs continuing to produce screen output even when
} burried.
}
} Probably, yes.
}
} What I mentioned in an older post. If the save areas are kept in their
}
34 matches
Mail list logo