Re: [ql-users] Quanta - Articles plea

[Φοίβος Ρ. Ντόκος]

??? 18/9/2002 4:51:49 ??, ?/? Dave P <[EMAIL PROTECTED]> ??:

>
>
>
>On Wed, 18 Sep 2002, Phoebus Dokos wrote:
>
>> In essence you are including the second ">" within the url whereas you
>> should leave it out. Turnpike (and any receiving mailer) correctly
>> interprets the %3E as part of the url and feeds it to the browser...
>> however there's no address that corresponds to that (unless of course your
>> file is appropriately named: page.html%3E
>
>%3E is 63, and CHR$(63) is >
>
>Both examplkes are wrong, but for different reasons.
>
>Tony has an example where the tag close is encoded into the URL, and
>Phoebus' version omits it altogether. As tags should never be embedded,
>only nested, both are wrong. The outer <> should be dropped, and to be
>viewed correctly in text only clients like qeymail, the inner tags should
>be ignored too.

Yes but mine works :-) 
Dave is correct though, tags should be nested, never embedded (unless your name is 
Microsoft ;-)

Phoebus

Re: [ql-users] Quanta - Articles plea

[Tony Firshman]

On  Wed, 18 Sep 2002 at 15:27:33, Phoebus Dokos wrote:
(ref: <[EMAIL PROTECTED]>)


>>Certainly Turnpike, which slavishly follows internet conventions, and
>>very successfully I think, accepts these forms, and correctly linked the
>>quoted URL above.
>
>All of my mailers cannot handle the form of the url that you are
>sending out... the reason once more is simple...
>
>The code you are sending out is:
>
>http://www.test.com/page.html%3E";>http://www.test.com/pag
>e.html>
I am not.  All that html is added erroneously by Eudora.
What I sent out was:

and that is all.

Interestingly, even with the above mashed Eudora version, Turnpike still
correctly linked just the URL (8-)#
>
>instead of the correct:
>
>http://www.test.com/page.html";>http://www.test.com/page.html>
>
>In essence you are including the second ">" within the url whereas you
>should leave it out. Turnpike (and any receiving mailer) correctly
>interprets the %3E as part of the url and feeds it to the browser...
No - all Turnpike shows is exactly what I sent.
In fact the section you quoted was exactly what I sent:
> >I believe the correct URL is :
> >
> >http://www.jms1.supanet.com/SQLUG/art.htm>
Eudora is hiding the real text from you it seems.

-- 
 QBBS (QL fido BBS 2:252/67) +44(0)1442-828255
  tony@.demon.co.uk  http://www.firshman.demon.co.uk
   Voice: +44(0)1442-828254   Fax: +44(0)1442-828255
TF Services, 29 Longfield Road, TRING, Herts, HP23 4DG

Re: [ql-users] Quanta - Articles plea

[Dave P]

On Wed, 18 Sep 2002, Phoebus Dokos wrote:

> In essence you are including the second ">" within the url whereas you
> should leave it out. Turnpike (and any receiving mailer) correctly
> interprets the %3E as part of the url and feeds it to the browser...
> however there's no address that corresponds to that (unless of course your
> file is appropriately named: page.html%3E

%3E is 63, and CHR$(63) is >

Both examplkes are wrong, but for different reasons.

Tony has an example where the tag close is encoded into the URL, and
Phoebus' version omits it altogether. As tags should never be embedded,
only nested, both are wrong. The outer <> should be dropped, and to be
viewed correctly in text only clients like qeymail, the inner tags should
be ignored too.

Qeymail is planned to have a tag stripper, and a URL finder ;)

Dave

Re: [ql-users] Re: Source code status report

[P Witte]

Wolfgang Lenerz writes:

> > >Please let me have your ideas.
> >
> > 1) Some solution that addresses the filename length & seperators issue!
> > (Build on current or devise new, with backward compatibility)
>
> Umph, going right for the jugular, aren't we?

;) Dont pretend you dont want this, too!

> > 2) New job header definition to fit the name of the directory from
> > which program was launched. (And modification of calling procedures
> > (EX and all that))
> That actually tallies a bit with the first wish, since right now it will
> be difficult to distinguish between dirs and filenames: which part of
> "win1_iod_bim_dddb_keys" is the dirname, and which part is the
> filename?

It wouldnt be too difficult to modify the EX (EW, ET) Thing to figure that
out because it could first open the filename provided in an

EX "devn_dir1_dir2_name_exe"

statement as a directory and get the directory name from there and then pass
it on to the job. Currently (a6,a4) points to the data space of a new job.
If the first word of the dataspace contained a marker, eg $4AFB or $ or
"%H" or whatever, followed by a string containing the directory name, a job
could on startup test for the presence of a name and then read it (or ignore
it altogether and use the whole space for its own purposes). Afterwards it
could discard it or even alter it if required. The name field should be of a
guaranteed *minimum* size of, say 44 bytes. AFAICS this doesnt cause a
problem with running new programs on old machines as if there is no marker
the facility doesnt exist. Old programs on a modified OS wouldnt know about
it and therefor ignore it as before. In the latter case the only side-effect
would be that in some cases you might waste up to 46 bytes of memory per
instance, as that would be the minimum dataspace allocated to any job. Of
course any old job expecting a zero-filled dataspace on entry would be in
trouble! A suitable Sbasic function to access this directory name (from
compiled SB jobs) would also be required, eg HOMED$ (and ditto for C etc)
If a job were set up as a Thing each new instance of the job would inherit
the initial home directory.

> > 3) A series of standard tests for platform/system-related facilities
across
> > the board. (Dummy toolkits for older systems in the intersts of
universal
> > compatibility.)
> You mean 'is this facility present' ?
> Or 'is this hardware present'
> or both? (probably!)

Specifically:

MACHINE
PROCESSOR
HOSTOS
EMULATOR
DISP_TYPE

There may be more, but this should be a useful start. Non-SMSQ/E QLs could
have a specifically tailored dummy toolkit for loading first thing. The
point is that all systems would be expected to provide this facility. All
this in the intersts of  standardisation, which again is in the interests of
helping programmers and hobbyists to write programs for the widest possible
audience with a minimum of fuss.

Per

Re: [ql-users] Quanta - Articles plea

[Phoebus Dokos]

At 12:54 ìì 18/9/2002, you wrote:

>On  Wed, 18 Sep 2002 at 11:50:30, Phoebus Dokos wrote:
>(ref: <[EMAIL PROTECTED]>)
>
> >
> >At 01:47 ìì 16/9/2002, you wrote:
> >
> >
> >>- Original Message -
> >>From: "Malcolm Cadman" <[EMAIL PROTECTED]>
> >>To: <[EMAIL PROTECTED]>
> >>Sent: Saturday, September 14, 2002 5:47 PM
> >>Subject: Re: [ql-users] Quanta - Articles plea
> >>
> >>
> >> >
> >> > In article <[EMAIL PROTECTED]>, Bruce N
> >> > <[EMAIL PROTECTED]> writes
> >> >
> >> > >The next issue of Quanta is very short on articles for publication. If
> >> > >you have any articles or news for publication please send them to the
> >> > >address below.
> >> > >
> >> > >-
> >> > >Bruce (Quanta Editor)
> >> > >mailto:[EMAIL PROTECTED]
> >> >
> >> > Thanks.
> >> >
> >> >You are welcome to take any articles on the SQLUG Web site
> >>jms1.supanet.com/sqlug/articles.htm
> >
> >
> >I believe the correct URL is :
> >
> >http://www.jms1.supanet.com/SQLUG/art.htm>
> >
> >BTW: that's the way the URL should be written Tony and not including
> >the last ">" in the URL (Turnpike is probably doing that to you tho_
>It isn't.
>I keep getting told off on usenet for _not_ adding the last '>'
>
>Apparently the recognised form is:
>
>
>
>in exactly the same way, I am told told:
>
>
>
>The reason is very simple.  Without that final '>' the URL will get
>broken if there are hard EOLs added, as is often the case, especially
>with long URLs.




>I think the problem must lie with your mailer - Eudora isn't it?
>
>Certainly Turnpike, which slavishly follows internet conventions, and
>very successfully I think, accepts these forms, and correctly linked the
>quoted URL above.

All of my mailers cannot handle the form of the url that you are sending 
out... the reason once more is simple...

The code you are sending out is:

http://www.test.com/page.html%3E";>http://www.test.com/page.html>

instead of the correct:

http://www.test.com/page.html";>http://www.test.com/page.html>

In essence you are including the second ">" within the url whereas you 
should leave it out. Turnpike (and any receiving mailer) correctly 
interprets the %3E as part of the url and feeds it to the browser... 
however there's no address that corresponds to that (unless of course your 
file is appropriately named: page.html%3E

:-)

Phoebus

Re: [ql-users] Quanta - Articles plea

[Tony Firshman]

On  Wed, 18 Sep 2002 at 11:50:30, Phoebus Dokos wrote:
(ref: <[EMAIL PROTECTED]>)

>
>At 01:47 ìì 16/9/2002, you wrote:
>
>
>>- Original Message -
>>From: "Malcolm Cadman" <[EMAIL PROTECTED]>
>>To: <[EMAIL PROTECTED]>
>>Sent: Saturday, September 14, 2002 5:47 PM
>>Subject: Re: [ql-users] Quanta - Articles plea
>>
>>
>> >
>> > In article <[EMAIL PROTECTED]>, Bruce N
>> > <[EMAIL PROTECTED]> writes
>> >
>> > >The next issue of Quanta is very short on articles for publication. If
>> > >you have any articles or news for publication please send them to the
>> > >address below.
>> > >
>> > >-
>> > >Bruce (Quanta Editor)
>> > >mailto:[EMAIL PROTECTED]
>> >
>> > Thanks.
>> >
>> >You are welcome to take any articles on the SQLUG Web site
>>jms1.supanet.com/sqlug/articles.htm
>
>
>I believe the correct URL is :
>
>http://www.jms1.supanet.com/SQLUG/art.htm>
>
>BTW: that's the way the URL should be written Tony and not including
>the last ">" in the URL (Turnpike is probably doing that to you tho_
It isn't.
I keep getting told off on usenet for _not_ adding the last '>'

Apparently the recognised form is:



in exactly the same way, I am told told:



The reason is very simple.  Without that final '>' the URL will get
broken if there are hard EOLs added, as is often the case, especially
with long URLs.

I think the problem must lie with your mailer - Eudora isn't it?

Certainly Turnpike, which slavishly follows internet conventions, and
very successfully I think, accepts these forms, and correctly linked the
quoted URL above.

-- 
 QBBS (QL fido BBS 2:252/67) +44(0)1442-828255
  tony@.demon.co.uk  http://www.firshman.demon.co.uk
   Voice: +44(0)1442-828254   Fax: +44(0)1442-828255
TF Services, 29 Longfield Road, TRING, Herts, HP23 4DG

Re: [ql-users] Quanta - Articles plea

[Phoebus Dokos]

At 01:47 ìì 16/9/2002, you wrote:


>- Original Message -
>From: "Malcolm Cadman" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Sent: Saturday, September 14, 2002 5:47 PM
>Subject: Re: [ql-users] Quanta - Articles plea
>
>
> >
> > In article <[EMAIL PROTECTED]>, Bruce N
> > <[EMAIL PROTECTED]> writes
> >
> > >The next issue of Quanta is very short on articles for publication. If
> > >you have any articles or news for publication please send them to the
> > >address below.
> > >
> > >-
> > >Bruce (Quanta Editor)
> > >mailto:[EMAIL PROTECTED]
> >
> > Thanks.
> >
> >You are welcome to take any articles on the SQLUG Web site
>jms1.supanet.com/sqlug/articles.htm


I believe the correct URL is :

http://www.jms1.supanet.com/SQLUG/art.htm>

BTW: that's the way the URL should be written Tony and not including the 
last ">" in the URL (Turnpike is probably doing that to you tho_

Phoebus