Hello?

2001-03-02 Thread Simon Lord

List?  Are you still there?
-- 


Cheers,
Simon

All your .com .net and .org domains for only $14.50 each.
Get them while they last... http://www.amigo-3.com/hosting/

--
"The great discoveries in science are not punctuated by 'Eureka! I've 
found it!' but rather "Hmmm,that's funny" Isaac Asimov 

Archives: http://www.mail-archive.com/metacard@lists.runrev.com/
Info: http://www.xworlds.com/metacard/mailinglist.htm
Please send bug reports to <[EMAIL PROTECTED]>, not this list.




Re: Sockets vs. POST

2001-03-02 Thread David Bovill

> From: Richard Gaskin <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> Date: Fri, 02 Mar 2001 12:44:10 -0800
> To: [EMAIL PROTECTED]
> Subject: Re: Sockets vs. POST
> 
>> What kind of trouble?
>> Trouble with extracting the posted data ?
>> Trouble with the encoding of 8-bit ASCII chars ?
> 
> Mostly that the server is reporting that the header contains invalid data.
> Yesterday's error was that I'm missing a semicolon somewhere, but in
> reviewing the Interarchy dump I can't find a semicolon present when I use a
> browser that is not present when I make the same call from MC.  :(
> 

What would be really nice is to have something which would analyse tow text
files and colourize the bits that differed. This is the sort of thing that
you need to do with matching genetic sequences, so I'm sure the algorithms
are out there (Xavier -:), but an nice scriptable app would be a boon.

Anyone know of one?

NB: five times the hosting costs for a dedicated server works out the same
price for 5 people if my maths is right. If you include me that leaves 3
more @ $20 a month. I remember reading this thing about those "freeways" in
the States, where everyone drives the same speed? Well in California
apparently they closed one of the lanes to everyone - save those cars with 4
or more people in them; worked a treat with those willing to share zipping
along - getting to work much faster. Any Californians out there?


Archives: http://www.mail-archive.com/metacard@lists.runrev.com/
Info: http://www.xworlds.com/metacard/mailinglist.htm
Please send bug reports to <[EMAIL PROTECTED]>, not this list.




No Subject

2001-03-02 Thread miel



unsubscribe


Re: Sockets vs. POST

2001-03-02 Thread Richard Gaskin

>> While working on some routines to send POST data to CGIs, I'm having some
>> trouble getting the data in the right format...
> 
> What kind of trouble?
> Trouble with extracting the posted data ?
> Trouble with the encoding of 8-bit ASCII chars ?

Mostly that the server is reporting that the header contains invalid data.
Yesterday's error was that I'm missing a semicolon somewhere, but in
reviewing the Interarchy dump I can't find a semicolon present when I use a
browser that is not present when I make the same call from MC.  :(

>> 1. Would it be any easier to take control over the whole transaction by
>> using sockets instead of relying on MC's POST?  My first hunch is that it
>> would not...
> 
> Your hunch is correct. Sockets are much more complicated because they are at a
> lower level of abstraction, e.g. more details to attend to than would normally
> be the case when the process is handled for you.

That's encouraging.  It seems silly to reproduce the whole protocol just
because of header errors.
 
>> ... but it's been a bear dealing with some CGIs.
> 
> I recommend you duke it out with the CGI protocol some more before giving up
> on this relatively easy protocol. Unless, of course, you have some very
> special protocol needs that CGI is not designed to handle or to handle-well.
> IOW, with sockets, you could create your own custom communication protocol. A
> protocol that doesn't have all of the un-necessary overhead of CGI, for
> example. You could conceivably create a protocol custom-made for MetaCard
> stacks to communicate via the Internet in their own native-tongue.

If only.   For this project I need to perform the same calls that a browser
makes, only from MC instead of a browser.

For all other projects, I'd love to use MC on the server side as well, but I
haven't found a shared hosting service that will let me do that.  If the
only alternative is to quintuple my hosting costs with colocation I'd rather
just continue using Perl.

-- 
 Richard Gaskin 
 Fourth World Media Corporation
 Multimedia Design and Development for Mac, Windows, UNIX, and the Web
 _
 [EMAIL PROTECTED] http://www.FourthWorld.com
 Tel: 323-225-3717   ICQ#60248349Fax: 323-225-0716



Archives: http://www.mail-archive.com/metacard@lists.runrev.com/
Info: http://www.xworlds.com/metacard/mailinglist.htm
Please send bug reports to <[EMAIL PROTECTED]>, not this list.




Re: AppleScript and sysodsct (was: PDF fileType)

2001-03-02 Thread David Bovill

Now what would be real useful is to use this to set the "File Exchange"
preferences so the user wouldn't have to... Same for the Browsers and their
Mime types: Alain?


> From: "Sjoerd Op 't Land" <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> Date: Fri, 02 Mar 2001 18:37:14 +0100
> To: [EMAIL PROTECTED]
> Subject: Re: AppleScript and sysodsct (was: PDF fileType)
> 
> My AppleScript/ MacFileAttribs library including explanation is ready. Check
> it out at:
> 
> http://homepage.mac.com/sjoerdoptland/macfileattribs.mc
> 
> Dave Cragg wrote/ schreef:
> 
>> Try this:
>> 
>> put "HD Sjoerd:Desktop Folder:testfile" into tPath
>> put "ttt" into tNewName
>> put "tell application " & quote & "Finder" & quote & " to set name of  file "
>> \
>> & quote  & tPath &  quote  & "to" & quote & tNewName & quote into tScript
>> send tScript to program "Finder" with "sysodsct"
> Thanks, it work like a charm.
> 
> Regards,
> Sjoerd
> 
> 
> Archives: http://www.mail-archive.com/metacard@lists.runrev.com/
> Info: http://www.xworlds.com/metacard/mailinglist.htm
> Please send bug reports to <[EMAIL PROTECTED]>, not this list.
> 
> 


Archives: http://www.mail-archive.com/metacard@lists.runrev.com/
Info: http://www.xworlds.com/metacard/mailinglist.htm
Please send bug reports to <[EMAIL PROTECTED]>, not this list.




Re: Sockets vs. POST

2001-03-02 Thread AlainFarmer

> While working on some routines to send POST data to CGIs, I'm having some
> trouble getting the data in the right format...

What kind of trouble? 
Trouble with extracting the posted data ?
Trouble with the encoding of 8-bit ASCII chars ?

> 1. Would it be any easier to take control over the whole transaction by
> using sockets instead of relying on MC's POST?  My first hunch is that it
> would not...

Your hunch is correct. Sockets are much more complicated because they are at a lower 
level of abstraction, e.g. more details to attend to than would normally be the case 
when the process is handled for you.

> ... but it's been a bear dealing with some CGIs.

I recommend you duke it out with the CGI protocol some more before giving up on this 
relatively easy protocol. Unless, of course, you have some very special protocol needs 
that CGI is not designed to handle or to handle-well. IOW, with sockets, you could 
create your own custom communication protocol. A protocol that doesn't have all of the 
un-necessary overhead of CGI, for example. You could conceivably create a protocol 
custom-made for MetaCard stacks to communicate via the Internet in their own 
native-tongue.

Just a random thought  ;-)

Alain Farmer
mailto:[EMAIL PROTECTED]
__
Get your own FREE, personal Netscape Webmail account today at 
http://webmail.netscape.com/

Archives: http://www.mail-archive.com/metacard@lists.runrev.com/
Info: http://www.xworlds.com/metacard/mailinglist.htm
Please send bug reports to <[EMAIL PROTECTED]>, not this list.




Launching browsers, again

2001-03-02 Thread Richard Gaskin

>From time to time on this list, someone posts "How do I launch a browser
cross-platform", and some kind soul posts the latest script he's been using.

Interestingly, many of the scripts differ in regards to the registry entry
they check to get the path to the browser, and no matter which one I use it
seems that eventually I get some user who writes to me to say that his
browser doesn't launch.

Shouldn't there be a single registry entry that is the obvious best choice?
I know we're talking about MS here, but it seems odd that the confidence
about which call to make is relatively low.

And on the Mac, for similarly flakey reasons, the OS sometimes fails to
produce results unless everything is just so.

So here's da question:

What is the most reliable way to launch a browser to a given URL on both Mac
and Windows?

Also, what specific factors should we be looking at in the event that
Netscape or some other non-MS browser is installed as the default?



-- 
 Richard Gaskin 
 Fourth World Media Corporation
 Multimedia Design and Development for Mac, Windows, UNIX, and the Web
 _
 [EMAIL PROTECTED] http://www.FourthWorld.com
 Tel: 323-225-3717   ICQ#60248349Fax: 323-225-0716



Archives: http://www.mail-archive.com/metacard@lists.runrev.com/
Info: http://www.xworlds.com/metacard/mailinglist.htm
Please send bug reports to <[EMAIL PROTECTED]>, not this list.




Re: AppleScript and sysodsct (was: PDF fileType)

2001-03-02 Thread Sjoerd Op 't Land

My AppleScript/ MacFileAttribs library including explanation is ready. Check
it out at:

http://homepage.mac.com/sjoerdoptland/macfileattribs.mc

Dave Cragg wrote/ schreef:

> Try this:
> 
> put "HD Sjoerd:Desktop Folder:testfile" into tPath
> put "ttt" into tNewName
> put "tell application " & quote & "Finder" & quote & " to set name of  file "
> \
> & quote  & tPath &  quote  & "to" & quote & tNewName & quote into tScript
> send tScript to program "Finder" with "sysodsct"
Thanks, it work like a charm.

Regards,
Sjoerd


Archives: http://www.mail-archive.com/metacard@lists.runrev.com/
Info: http://www.xworlds.com/metacard/mailinglist.htm
Please send bug reports to <[EMAIL PROTECTED]>, not this list.




Re: AppleScript and sysodsct (was: PDF fileType)

2001-03-02 Thread David Bovill

Thanks for this thread - very, useful. Have you found any documentation on
this? I tried a way back, and the AppleScript list and got nowhere???

> From: Dave Cragg <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> Date: Thu, 1 Mar 2001 13:22:18 +
> To: [EMAIL PROTECTED]
> Subject: AppleScript and sysodsct (was: PDF fileType)
> 
> Hi
> 
> At 11:28 AM + 1/3/01, Dave Cragg wrote:
>> However, I'm now encouraged to experiment a little further with the
>> "sysodsct" approach, and see how this might be exploited.
> 
> This is a bit like a new toy.
> 
> Using the method outlined in my previous mail, here's a way to get
> various information about a file on MacOS:
> 
> First, create field named "Script" and paste in the following
> AppleScript. (Watch out for unwanted line breaks in the e-mail. All
> lines begin with "set", "if", "else" or "end if" in the doInfo
> handler)
> 
> doInfo("x")
> 
> on doInfo(theFile)
> set theFileInfo to info for alias theFile
> set theText to "File name:" & tab & the name of theFileInfo & return
> set theText to theText & "Size:" & tab & the size of theFileInfo & return
> set theText to theText & "Creator:" & tab & the file creator of
> theFileInfo & return
> set theText to theText & "Type:" & tab & the file type of
> theFileInfo & return
> if the file type of theFileInfo is "APPL" then
> set theText to theText & "Version:" & tab & the short version of
> theFileInfo & return
> else
> set theText to theText & "Default App:" & tab & (the default
> application of theFileInfo as text) & return
> end if
> set theText to theText & "Created:" & tab & the creation date of
> theFileInfo & return
> set theText to theText & "Modified:" & tab & modification date of
> theFileInfo & return
> set theText to theText & "Locked:" & tab & (the locked of
> theFileInfo as string) & return
> set theText to theText & "Visible:" & tab & the visible of
> theFileInfo & return
> end doInfo
> 
> Then create a button with the following two handlers:
> 
> on mouseUp
> answer file ""
> if it is not empty then
> put it into tFile
> replace "/" with ":" in tFile
> if char 1 of tFile is ":" then delete char 1 of tFile
> get field "script"
> if it is not empty then
> put it into tScript
> replace "x" with tFile in tScript
> runScript tScript
> end if
> end if
> end mouseUp
> 
> on runScript pScript
> replace cr with NumToChar(13) in pScript
> send pScript to program "Finder" with "sysodsct"
> put the result into tOut
> replace NumToChar(13) with cr in tOut
> put tOut
> end runScript
> 
> Click the button, select any file, and you should get a list of
> information about the file in the message box.
> 
> Cheers
> Dave Cragg
> 
> 
> 
> Archives: http://www.mail-archive.com/metacard@lists.runrev.com/
> Info: http://www.xworlds.com/metacard/mailinglist.htm
> Please send bug reports to <[EMAIL PROTECTED]>, not this list.
> 
> 


Archives: http://www.mail-archive.com/metacard@lists.runrev.com/
Info: http://www.xworlds.com/metacard/mailinglist.htm
Please send bug reports to <[EMAIL PROTECTED]>, not this list.




Re: AppleScript and sysodsct (was: PDF fileType)

2001-03-02 Thread Dave Cragg

At 3:22 AM +0100 2/3/01, Sjoerd Op 't Land wrote:
>OK, this worked. I'm now working on a library (in the Starter Kit, so I have
>to keep it short) for setting and getting file attributes. For finishing I
>need the AppleScript for setting file's attributes. I tried many things like
>this:
>   set name of alias "HD Sjoerd:Desktop Folder:testfile" to "ttt"
>   set name of file "HD Sjoerd:Desktop Folder:testfile" to "ttt"
>
>But I didn't succeed. The first one gave me: "Stack overflow." What does
>that mean? And the second (translated) ""ttt" cannot be given to the name of
>file "HD Sjoerd:Desktop Folder:testfile"".

Try this:

put "HD Sjoerd:Desktop Folder:testfile" into tPath
put "ttt" into tNewName
put "tell application " & quote & "Finder" & quote & " to set name of  file " \
 & quote  & tPath &  quote  & "to" & quote & tNewName & quote into tScript
send tScript to program "Finder" with "sysodsct"

However, I think you may be reaching some practical limits for this 
"sysodsct" approach.

The file information example I used before used AppleScript's 
built-in commands. But for any serious file management stuff, you'll 
need to use the Finder's own dictionary of commands and objects. But 
if you check the result of the above "send" command, you'll probably 
find it returns an error (even though it carries out the task). I get 
errors returned on any scripts sent  to the Finder that include  as part of the script. I guess this is because 
you're asking the Finder to send appleEvents  to itself, and it 
doesn't like this. (Just guessing, though.)

Therefore, when you need to get the result from a Finder command, 
you're in trouble, because all you get is an error.

A workaround is to send the script to a different running application 
that handles appleEvents, but generally the Finder is the only 
application that can be guaranteed to be running. I discovered on my 
Mac that there is a process called "Folder Actions" that is always 
running, and sending the script to this process works.

E.g.
send tScript to program "Folder Actions" with "sysodsct"

But I've no idea whether "Folder Actions" runs on all Macs as a 
faceless process. If you save an empty AppleScript as an applet (with 
"Stay Open" checked), and then run that applet, you can then send 
scripts to it.

E.g.
send tScript to program "My Dead Applet" with "sysodsct"

However, if you're going to need another running application to which 
you can send scripts, it would probably be better to compile the 
scripts as an AppleScript applet to start with. And it would probably 
be faster too.

But all in all, I think the Externals Collection offers the best 
solutions for most situations.

Cheers
Dave Cragg

Archives: http://www.mail-archive.com/metacard@lists.runrev.com/
Info: http://www.xworlds.com/metacard/mailinglist.htm
Please send bug reports to <[EMAIL PROTECTED]>, not this list.




Re: Grey Printing?

2001-03-02 Thread Peter Reid

>The only case I know of that causes this is if you try to print a
>transparent image on a system set to 16 bit color depth.  In this
>case, it needs to take a snapshot of the screen (because most
>printers, including all PostScript printers, don't support
>transparency), and since you only have 5 significant bits to deal
>with, you can't get a true white: Instead of an RGB value of
>255,255,255, you end up with 241,241,241 which looks like a light gray
>or a very sparse dither pattern, depending on the printer.  There are
>no workarounds for this other than not using 16 bit display depth or
>not using transparent images.
>   Regards,
> Scott

There are NO images on the cards I'm printing, only text fields and 
graphic shapes (a couple of boxes and some horizontal and vertical 
lines).  Also, when I get the grey background it is across the whole 
print area, like a backdrop, not just where particular objects are 
located.  So the transparency theory doesn't hold in this case.

Cheers

Peter
-- 

Peter Reid
Reid-IT Limited, Loughborough, Leics., UK
Tel: +44 (0)1509 268843 Fax: +44 (0)870 052 7576
E-mail: [EMAIL PROTECTED]
Web: http://www.reidit.co.uk

Archives: http://www.mail-archive.com/metacard@lists.runrev.com/
Info: http://www.xworlds.com/metacard/mailinglist.htm
Please send bug reports to <[EMAIL PROTECTED]>, not this list.