On Jan 29, 2004, at 12:48 AM, Doug Lerner wrote:
Any good hints out there about:
1. Opening a Rev app from a browser (including cross-platform
issues)...
2. Passing parameters from a browser link to a Rev app when opening...
Thanks,
doug
doug,
I've created a framework called revHTTPd it can
On 1/30/04 11:09 AM, "Andre Garzia" <[EMAIL PROTECTED]> wrote:
>
> On Jan 29, 2004, at 12:48 AM, Doug Lerner wrote:
>
>> Any good hints out there about:
>>
>> 1. Opening a Rev app from a browser (including cross-platform
>> issues)...
>>
>> 2. Passing parameters from a browser link to a Rev ap
On Jan 30, 2004, at 12:25 AM, Doug Lerner wrote:
I'm not sure. What is a revHTTPd server? I have my own server that I
would
like to do this via.
doug
revHTTPd is an embedable (hell my english is horrible sometimes)
server, it's a frontscript (a button), you put it on a stack, and then
it is
On 1/30/04 11:35 AM, "Andre Garzia" <[EMAIL PROTECTED]> wrote:
>
> On Jan 30, 2004, at 12:25 AM, Doug Lerner wrote:
>
>> I'm not sure. What is a revHTTPd server? I have my own server that I
>> would
>> like to do this via.
>>
>> doug
>
>
> revHTTPd is an embedable (hell my english is horrible
On Jan 30, 2004, at 12:57 AM, Doug Lerner wrote:
I see. Thanks for the explanation. I don't need to run any rev apps
server
side. In fact, I would prefer not to. :)
But I do need to click a link and start a local "client" for
interaction
with the server.
doug
Doug,
remember when AudioGalaxy w
On 1/30/04 12:12 PM, "Andre Garzia" <[EMAIL PROTECTED]> wrote:
>
> On Jan 30, 2004, at 12:57 AM, Doug Lerner wrote:
>
>>
>> I see. Thanks for the explanation. I don't need to run any rev apps
>> server
>> side. In fact, I would prefer not to. :)
>>
>> But I do need to click a link and start a
On Jan 30, 2004, at 1:21 AM, Doug Lerner wrote:
But if the scenario you want it to client click a link to an
executable
program, and that program to be downloaded and run on client computer,
then it's very big risk.
No -I wouldn't do that. This would be a trusted app that a user has
previously, a
On 1/30/04 12:37 PM, "Andre Garzia" <[EMAIL PROTECTED]> wrote:
>
> On Jan 30, 2004, at 1:21 AM, Doug Lerner wrote:
>
>>> But if the scenario you want it to client click a link to an
>>> executable
>>> program, and that program to be downloaded and run on client computer,
>>> then it's very big r
Doug,
Check out www.buttongadget.com and download the free trial. Then go to the
buttonsets web page and click on any picture of a button. By just clicking
on the picture, your browser will download a special stack file and launch
buttongadget and load the stack file into it.
Is that what you're
Chipp,
Does this use an external .dll file? Is that why it is only XP?
Tom
On Jan 30, 2004, at 1:11 AM, Chipp Walters wrote:
Doug,
Check out www.buttongadget.com and download the free trial. Then go to
the
buttonsets web page and click on any picture of a button. By just
clicking
on the pict
Hi Thomas,
Nope, it's all done with Registry settings...that's why it is only XP
(I'm pretty sure it works with any Windows OS).
I don't know how/why/if to set the MIME types and FILETYPES on the
Mac. On the PC, I end up editing Registry keys for both ButtonGadget
and Internet Explorer.
best
>
> revHTTPd is an embedable (hell my english is horrible sometimes)
> server, it's a frontscript (a button), you put it on a stack, and then
> it is able to serve itself and it's substacs like they were web apps.
> You can try my home revHTTPd server and learn more about it at
> http://home.soapd
On Jan 30, 2004, at 1:47 AM, Doug Lerner wrote:
Interesting idea - but this won't help either, for several reasons:
(1) The user can actually use this client to connect to any of many
different servers. So we have no way of guaranteeing that the user is
logged
in the particular server with the l
On 1/30/04 1:32 PM, "Andre Garzia" <[EMAIL PROTECTED]> wrote:
>
> On Jan 30, 2004, at 1:47 AM, Doug Lerner wrote:
>
>> Interesting idea - but this won't help either, for several reasons:
>>
>> (1) The user can actually use this client to connect to any of many
>> different servers. So we have n
On 1/30/04 1:32 PM, "Andre Garzia" <[EMAIL PROTECTED]> wrote:
> While we were exchanging this emails, I coded an example. It's called
> silly client.
>
> It's available at http://public.soapdog.org/ it's a file called
> sillyclient.zip
>
> it's a simple client. You can log into
> http://home.so
15 matches
Mail list logo