In a message dated 12/11/02 14:50:56 GMT Standard Time, [EMAIL PROTECTED] writes:
if you are going to use PE and you want to do it 'easily' get hold of
EasyPtr (somehow) and there is a totally excellent tutorial avaiulable for
download somewhere (Dilwyn's web emporium I think) which shows how to
On 12/11/02 at 15:57 Dave P wrote:
>Thanks Nasta. Nice to see you becoming a useful member of society again ;P
Why, thank you! I think...
N.
In message <011601c28a98$c6658800$70065cc3@blackpc>, Dilwyn Jones
<[EMAIL PROTECTED]> writes
Huh, just try using the DOS device in QPC (dos1_ = c:\) to access
folders of any depth in the "other" OS's hard disk and you'll quickly
find 36 to be a limit. I have a habit of dumping downloaded files o
In article <[EMAIL PROTECTED]>,
Dave P <[EMAIL PROTECTED]> writes
>On Mon, 11 Nov 2002, Malcolm Cadman wrote:
>
>> A good index is essential.
>
>I plan to give every email a serial number. Whether a single file or one
>file per email, there will be an index file with serial number, filename,
>len
> Finally: a small 'I told you so' for the people who keep saying the
file
> system is just fine and that 36 characters are enough. Funny how
this can
> turn out to be a limitation even for a 'simple' application, isn't
it? I
> TOLD YOU SO!
>
> Nasta
Huh, just try using the DOS device in QPC (dos1
> if you are going to use PE and you want to do it 'easily' get hold
of
> EasyPtr (somehow) and there is a totally excellent tutorial
avaiulable for
> download somewhere (Dilwyn's web emporium I think)
Indeed, or can be emailed direct if you wish.
> Until I wrote that tutorial (oops !) I used to
On Tue, 12 Nov 2002, ZN wrote:
> 'Has attachment'
> 'Attachment removed'
>
> Every once in a while sort by attachment is VERY useful (as in: someone
> sent me a file, where is it?).
> Attachment removed is also interesting in case you want to only archive the
> actual messages without attachmen
On 12/11/02 at 14:03 Dave P wrote:
>The bitfield will actually be an integer, but I expressed it in this
>example as bits:
>
>0 Received (1=sent with this client 0=sent with any other client)
>1 Read
>2 Reply sent
>3 Forwarded
>4 - reserved
>5 - reserved
>6 Archived
>7 Deleted
>
>[timeasinteger]
I got hung up on the bitfield and forgot the rest. Let's try again.
On Tue, 12 Nov 2002, Dave P wrote:
I'm currently working on how much to put in the index - quite a lot,
because it'll save a lot of time.
121102001:[EMAIL PROTECTED]::[timeasinteger]:[timezone]:Subject text
The bitfie
On Tue, 12 Nov 2002, ZN wrote:
> For a file organisation, I would vote for inbox = directory, email = file.
This is precisely what i have decided to do, based on the mixed feedback.
I'm currently working on how much to put in the index - quite a lot,
because it'll save a lot of time.
1211020
[Qeymail]
Darn, I can't keep up with you all even with a broadband connection - and
to think that a few weeks ago people were complaining the list was dead...
IIRC there is a serious limitiation in SOME file systems, and this is a
_TOTAL_ number of files on a drive, which, IIRC is 65535 (if code
Sounds very clean. I am looking forward to your program.
It should also fit very cleanly into the QDT environment, especially
since you plan to use the pointer environment. QDT will also be able
to take advantage of the standard config blocks and will eventually
offer a 'free' to use install
On Tue, 12 Nov 2002, Wolfgang Lenerz wrote:
> For, it would be PE, Prowess or nothing...
It'll be open source, and I can do it with pointers, and anyone who wants
it without pointers can take the source and edit it ;)
> If you want, I could probably rapidly build you a prototype PE
> applicat
On 11 Nov 2002, at 13:33, Dave P wrote:
> Finally, how important would it be to use a pointer environment, or would
> you be happy to use industry standard CTRL-key combinations?
For, it would be PE, Prowess or nothing...
If you want, I could probably rapidly build you a prototype PE
applica
-
-Original Message-
From: Dave P [mailto:dexter@;spodmail.com]
Sent: Tuesday, November 12, 2002 3:32 PM
To: '[EMAIL PROTECTED]'
Subject: RE: [ql-users] Qeymail, last call for suggestions...
On Tue, 12 Nov 2002, Norman Dunbar wrote:
> Hi Dav
On Tue, 12 Nov 2002, Norman Dunbar wrote:
> Hi Dave,
Hi Norman,
> if you are going to use PE and you want to do it 'easily' get hold of
> EasyPtr (somehow) and there is a totally excellent tutorial avaiulable for
> download somewhere (Dilwyn's web emporium I think) which shows how to use it
>
On Mon, 11 Nov 2002, James Hunkins wrote:
> I don't like the idea of a single file. Take a look at Microsoft's
> email program - there have been many problems with the single file once
> it gets too large. Things slow down, corruption is possible, and
> trying to extract and save individual e
Hi Dave,
if you are going to use PE and you want to do it 'easily' get hold of
EasyPtr (somehow) and there is a totally excellent tutorial avaiulable for
download somewhere (Dilwyn's web emporium I think) which shows how to use it
without having to go through the same steep learning curve that th
On Mon, 11 Nov 2002, James Hunkins wrote:
> > Yes, ProWess is much, much, MUCH easier to program and more powerful.
> > You could even, one day, add HTML email rendering...
That isn't a 'one day' thing. I plan to incorporate understanding of HTML
from day 1, and have configuration that allows
The main area is the actual storage method for emails. Would people
prefer
a single file holding all emails, individual files for each email,
which
would be indexed on startup, or individual files plus a maintained
index?
I don't like the idea of a single file. Take a look at Microsoft's
ema
Yes, ProWess is much, much, MUCH easier to program and more powerful.
You could even, one day, add HTML email rendering...
I really don't understand why people don't program using the ProWess
window manager. The usual complain was that it needed a fast QL. But
these days, with the Q40, Q60 an
??? 11/11/2002 9:53:36 ??, ?/? François Lanciault <[EMAIL PROTECTED]>
??:
>
>
>Le Lundi, 11 nove 2002, à 20:17 US/Eastern, P Witte a écrit :
>
>>> I plan to do developmental work in S*BASIC. I like to clearly lay out
>>> in
>>> very readable fashion how everything works, especially the
>>>
Le Lundi, 11 nove 2002, à 20:17 US/Eastern, P Witte a écrit :
I plan to do developmental work in S*BASIC. I like to clearly lay out
in
very readable fashion how everything works, especially the
transactions
between servers. It'll be a simple test rig.
Once the mechanics are shown to work, I
Dave P writes:
<>
> The main area is the actual storage method for emails. Would people prefer
> a single file holding all emails, individual files for each email, which
> would be indexed on startup, or individual files plus a maintained index?
>
> Each has plusses and minuses. Discuss.
Imho, t
Dave P writes:
> > In that case DATAdesign for the use you want is the best Dave!
Sounds like a good idea. But check out the limitations first.
> I plan to do developmental work in S*BASIC. I like to clearly lay out in
> very readable fashion how everything works, especially the transaction
OTECTED]>
Sent: Monday, November 11, 2002 10:00 PM
Subject: Re: [ql-users] Qeymail, last call for suggestions...
>
> ??? 11/11/2002 4:25:07 ??, ?/? Dave P <[EMAIL PROTECTED]> ??:
>
> >
> >
> >
> >On Mon, 11 Nov 2002, Dilwyn Jones wrote:
> &
On Mon, 11 Nov 2002, Malcolm Cadman wrote:
> A good index is essential.
I plan to give every email a serial number. Whether a single file or one
file per email, there will be an index file with serial number, filename,
length, date, status, etc.
I am even considering copying exactly the pine
On Mon, 11 Nov 2002, Phoebus Dokos wrote:
> In that case DATAdesign for the use you want is the best Dave!
I plan to do developmental work in S*BASIC. I like to clearly lay out in
very readable fashion how everything works, especially the transactions
between servers. It'll be a simple tes
In article <[EMAIL PROTECTED]>,
Dave P <[EMAIL PROTECTED]> writes
>While I've done a lot of work on look-and-feel stuff for Qeymail, there
>are some behind the scenes things I'm not too sure about. Where three or
>four strategies exist to solve a problem, different solutions will benefit
>differe
??? 11/11/2002 4:40:03 ??, ?/? "Joachim Van der Auwera"
<[EMAIL PROTECTED]> ??:
>
>> > Why not use one the of databases which are available (DATAdesign (as in
>part
>> > of ProWesS) springs to mind).
>>
>> This will be a free, open source program. If it relies on any other
>> program, that p
??? 11/11/2002 4:30:03 ??, ?/? Dave P <[EMAIL PROTECTED]> ??:
>
>
>
>On Mon, 11 Nov 2002, Joachim Van der Auwera wrote:
>
>> Why not use one the of databases which are available (DATAdesign (as in part
>> of ProWesS) springs to mind).
>
>This will be a free, open source program. If it relies
??? 11/11/2002 4:25:07 ??, ?/? Dave P <[EMAIL PROTECTED]> ??:
>
>
>
>On Mon, 11 Nov 2002, Dilwyn Jones wrote:
>
>> I'd suggest going for pointer environment if feasible.
>
>Another thing to learn ;)
>
>I'll spend the first few weeks just building the structure and getting
>back-room stuff wor
> > Why not use one the of databases which are available (DATAdesign (as in
part
> > of ProWesS) springs to mind).
>
> This will be a free, open source program. If it relies on any other
> program, that program would also have to be free, and I would need to be
> able to distribute it, or offer it
On Mon, 11 Nov 2002, Joachim Van der Auwera wrote:
> Why not use one the of databases which are available (DATAdesign (as in part
> of ProWesS) springs to mind).
This will be a free, open source program. If it relies on any other
program, that program would also have to be free, and I would ne
On Mon, 11 Nov 2002, Dilwyn Jones wrote:
> I'd suggest going for pointer environment if feasible.
Another thing to learn ;)
I'll spend the first few weeks just building the structure and getting
back-room stuff working, like DNS and connecting to a mail server.
> Is Qeymail based on soql or
Pointer Environment is EVER better !
- Original Message -
From: "Phoebus Dokos" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, November 11, 2002 9:25 PM
Subject: Re: [ql-users] Qeymail, last call for suggestions...
>
> ??? 11/11/2002 2:33:34 ??,
> The main area is the actual storage method for emails. Would people prefer
> a single file holding all emails, individual files for each email, which
> would be indexed on startup, or individual files plus a maintained index?
Why not use one the of databases which are available (DATAdesign (as
> While I've done a lot of work on look-and-feel stuff for Qeymail,
there
> are some behind the scenes things I'm not too sure about. Where
three or
> four strategies exist to solve a problem, different solutions will
benefit
> different types of user, and I want to create the best experience
for
??? 11/11/2002 2:33:34 ??, ?/? Dave P <[EMAIL PROTECTED]> ??:
>Hi all,
>
>While I've done a lot of work on look-and-feel stuff for Qeymail, there
>are some behind the scenes things I'm not too sure about. Where three or
>four strategies exist to solve a problem, different solutions will benef
Hi all,
While I've done a lot of work on look-and-feel stuff for Qeymail, there
are some behind the scenes things I'm not too sure about. Where three or
four strategies exist to solve a problem, different solutions will benefit
different types of user, and I want to create the best experience fo
40 matches
Mail list logo