Re: Standalone question

In the interest of covering all possibilities: In certain cases a person could probably keep the MC engine separate from the main stack in their distribution until the user enters the needed info; then the stack could run a standalone builder script (cannibalized from MC dev env) to build the stan

Re: btns don't like each other

On Wednesday, Nov 24 1999, Michael Walas wrote: > The script for this 2nd btn works flawlessly - it just won't allow my > navigation btn to operate. Why won't the two scripts co-exist? Is it possible that both buttons have the same name? Regards, Kevin Kevin Miller <[EMAIL PROTECTED]>

Re: More questions about mchttpd server

Scott Raney wrote: > > On Wed, 24 Nov 1999, David Bovill wrote: > > > Thanks, I think that's what I figured. I was wandering how to keep the > > "compatibility" with ".mt", perl and other cgi's (not really apple events). > > The question is more, how do I program a CGI which can easily be ported

Re: More questions about mchttpd server

On Wed, 24 Nov 1999, David Bovill wrote: > > This is a pretty important design decision and so I think we should > > consider it carefully. While it's true that using environment > > variables would make it easy to replace a built-in handler with an > > external CGI program on UNIX, there are pr

Re: My standalone question (repost)

On Thu, 25 Nov 1999, Nicolas R Cueto wrote: > Hello, > > Sorry for reposting this, but... > > Is there a way of ensuring an MC standalone doesn't get covered up on > the monitor screen by other windows (file folders, applications) that > are supposed to be running invisibly in the background? T

Re: More questions about mchttpd server

Getting into some meat here. Thanks, it is really helpful. > From: Scott Raney <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > Date: Wed, 24 Nov 1999 10:34:23 -0700 (MST) > To: [EMAIL PROTECTED] > Subject: Re: More questions about mchttpd server > > On Wed, 24 Nov 1999, David Bovill wrote: >

My standalone question (repost)

Hello, Sorry for reposting this, but... Is there a way of ensuring an MC standalone doesn't get covered up on the monitor screen by other windows (file folders, applications) that are supposed to be running invisibly in the background? This happens whenever my standalone switches between substac

Re: Standalone question

"James C. Wall" wrote: > > In a standalone, I am hoping it is possible to save > these data when the stack is closed. Is this possible? I asked this very question a few weeks back. Below, are two useful and similar pieces of advice. --ONE-- You can't save information to a

Re: Standalone question

"James C. Wall" wrote: > > Once again I have to expose my ignorance about MC. I have developed a > project to the point where I would like to turn it into a standalone. I > turn to the manual, look up the index and guess what? Perhaps you already noticed but, after you select Standalone Build

Re: Standalone question

On Wed, 24 Nov 1999, James C. Wall wrote: > Once again I have to expose my ignorance about MC. I have developed a > project to the point where I would like to turn it into a standalone. I > turn to the manual, look up the index and guess what? No standalone. > The section of distributing d

Re: Standalone question

Good morning! "James C. Wall" wrote: > > Once again I have to expose my ignorance about MC. I have developed a > project to the point where I would like to turn it into a standalone. I > turn to the manual, look up the index and guess what? No standalone. > The section of distributing deals w

Re: More questions about mchttpd server

On Wed, 24 Nov 1999, David Bovill wrote: > Thanks, I think that's what I figured. I was wandering how to keep the > "compatibility" with ".mt", perl and other cgi's (not really apple events). > The question is more, how do I program a CGI which can easily be ported to > Perl, or ".mt" scripts? As

Re: What are "environment" globals?

On Wed, 24 Nov 1999, David Bovill wrote: > And how does this apply to Mac and Windows platforms? Is there a difference > between an environment variable and a global on these platforms? As stated before, MacOS has no concept of environment variables, so variables with names that start with $ are

btns don't like each other

I have an option style navigation btn (no submenus) on each cd of my stack. As the user adds and names new cds to the stack, this btn's contents is updated with the new name of each new cd. The script: on mouseUp put the value of selectedline of cd btn "Go To" into gowhere #lines here use the ra

Standalone question

Once again I have to expose my ignorance about MC. I have developed a project to the point where I would like to turn it into a standalone. I turn to the manual, look up the index and guess what? No standalone. The section of distributing deals with icons! Making a standalone is probably

Re: What are "environment" globals?

And how does this apply to Mac and Windows platforms? Is there a difference between an environment variable and a global on these platforms? > From: Hugh Senior <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > Date: Wed, 24 Nov 1999 09:22:30 + > To: [EMAIL PROTECTED] > Subject: What are "e

Re: More questions about mchttpd server

> From: Andu <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > Date: Tue, 23 Nov 1999 20:11:19 -0500 > To: [EMAIL PROTECTED] > Subject: Re: More questions about mchttpd server > > >> >> Isn't that just how WEBSTART ET AL DO IT. The information must be coming >> from the browser into the serve

What are "environment" globals?

>> Environment variables are set by the system. > >But you can also set them yourself (for example for a CGI) by just >putting the value into variables named $whatever prior to starting up >the CGI process. Note that this doesn't apply to MacOS which has no >concept of environment variables (CGI