Re: Remove the password protection of a stack & Application
> But always I am grateful to have the MC IDE option. The other choice > frustrates me. Ditto. > For all of the time you've put into the MC IDE thru the years, I > thank you heartily! Seconded, thirded and forthed! Hugh Senior FLCo ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Remove the password protection of a stack & Application
yes, I know that I am almost a year overdue with an update of the MC IDE, but still cannot tell when I will deliver the update, sorry. Best Klaus A little workaround here and there is small potatoes, Klaus. The MC IDE still works, at least with my latest Rev which is 4.0. I tend to lag with updating. I've got the license I just don't move forward fast :-) But always I am grateful to have the MC IDE option. The other choice frustrates me. For all of the time you've put into the MC IDE thru the years, I thank you heartily! Shari -- Bad Dog Books http://books.gityasome.com Critters, humor, patriots and sports t-shirts http://www.villagetshirts.com WlND0WS and MAClNT0SH shareware http://www.gypsyware.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Remove the password protection of a stack & Application
Hi all, >> 1) How removing the password protection of a stack in the MC IDE. >> In the LC IDE the IDE asks me for the password when I'm trying to open a > script >> in the stack. In the MC IDE, I'm informed that the stack is password > protected >> but not asking a password > Hi zryip > The MC IDE lost the ability to set/remove a password became lost after v4.0 > when the encryption in the engine changed. > I think we are still waiting for Edit menu > Stack Properties > > Password/Passkey button to be updated. Klaus? yes, I know that I am almost a year overdue with an update of the MC IDE, but still cannot tell when I will deliver the update, sorry. Best Klaus -- Klaus Major http://www.major-k.de kl...@major.on-rev.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Remove the password protection of a stack & Application browser
On 16.12.2010 at 15:08 Uhr -0600 J. Landman Gay apparently wrote: Well, you do have to know what the password is to unlock the stack. The point being that you, as a developer, can get in but others can't. With the exception of http://quality.runrev.com/qacenter/show_bug.cgi?id=546 However, there was some changes somewhere in engine 4 that changed some of the behavior. I recall a discussion on the rev-use list but forget the details. Robert ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Remove the password protection of a stack & Application browser
On 12/16/10 12:45 PM, Richmond wrote: * > Message box: set passKey of stack "xyz" to "abc" > To remove a password after setting the passKey: > set password of stack "xyz" to empty * One wonders what the point of password protection is then (at least vis-a-vis stacks). Well, you do have to know what the password is to unlock the stack. The point being that you, as a developer, can get in but others can't. Another big advantage of setting a password is that the stack content is encrypted and can't be read in a text editor, so the scripts are protected from snoopers. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Remove the password protection of a stack & Application
On 12/16/10 1:01 PM, FlexibleLearning wrote: The MC IDE lost the ability to set/remove a password became lost after v4.0 when the encryption in the engine changed. It works if you use the message box though. I think we are still waiting for Edit menu> Stack Properties> Password/Passkey button to be updated. Klaus? Oh -- I see what you mean now. You know, I never noticed that was in there! I can also see the problem, it's the same one Richard reported on the LiveCode list. The passkey and password won't match any more, even if they are the same. I've forgotten the workaround but Richard would know. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Remove the password protection of a stack & Application browser
Recently, Richmond wrote: >> Message box: set passKey of stack "xyz" to "abc" >> To remove a password after setting the passKey: >> set password of stack "xyz" to empty > > One wonders what the point of password protection is then (at least vis-a-vis > stacks). I don't know what the actual state of password protection is in MC, but in general you cannot change/undo a stack's password without knowing that password. The "passkey" string above is the same as the stack's password string; you are prevented from setting the password property directly, without first setting the passkey to the stack's password. Plus, setting the passkey property is temporary, working only for the current session until the stack is removed from memory. The next time you open the stack, the password is enabled and scripts are protected. It may sound a bit roundabout, but I'm sure it's no different that what LiveCode uses in the IDE. Regards, Scott Rossi Creative Director Tactile Media, UX Design ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Remove the password protection of a stack & Application
> 1) How removing the password protection of a stack in the MC IDE. > In the LC IDE the IDE asks me for the password when I'm trying to open a script > in the stack. In the MC IDE, I'm informed that the stack is password protected > but not asking a password Hi zryip The MC IDE lost the ability to set/remove a password became lost after v4.0 when the encryption in the engine changed. I think we are still waiting for Edit menu > Stack Properties > Password/Passkey button to be updated. Klaus? Personally I never use the LC IDE until I need to build a standAlone or protect a stack. Passwording is a pain, though, because I have to open a protected in LC, try to edit a script, enter the password to temporarily unlock it, use the message box to set the password of this stack to empty, save the stack, then return to MC to continue. Fortunately I do not have to do this frequently. Fortunately when building a standAlone, setting the password at build time does not affect the source stack itself. Hugh Senior FLCo ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Remove the password protection of a stack & Application browser
* > Message box: set passKey of stack "xyz" to "abc" > To remove a password after setting the passKey: > set password of stack "xyz" to empty * One wonders what the point of password protection is then (at least vis-a-vis stacks). ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Remove the password protection of a stack & Application browser
From: Scott Rossi > Message box: set passKey of stack "xyz" to "abc" > To remove a password after setting the passKey: > set password of stack "xyz" to empty passKey will do the trick. Thanks Scott! From: Shari > It is indeed called the Control Browser and you can access it from the Tools >menu. It is very different from the Rev Application Browser. (I say Rev > because I've not downloaded the LiveCode version yet so I don't know if it >changed from the Rev version.) Ok, thanks Shari! From: J. Landman Gay > MC is more like a command line app, with only a minimal GUI. There are a few >more improvements in it now than originally but it still is missing many > of the interface items that LiveCode provides. The object inspectors contain >only the basic, most-used items, and everything else you must set from > the message box. That applies to passwords too. In fact, if you don't know a >property exists you are likely to miss it entirely because the IDE has no > reference to it. > It does force you to learn the whole language though. :) I love command line apps a lot... Or maybe not ;) Thanks Jacque! I should find my way in the dark. Jacque, Shari and Scott, thanks for your replies to my newbie questions. Best regards, TheSlug ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Remove the password protection of a stack & Application browser
On 12/15/10 6:34 PM, Zryip Theslug wrote: Dear MC Group, I'm pretty more familiar with the LiveCode IDE. Could someone point me out: 1) How removing the password protection of a stack in the MC IDE. In the LC IDE the IDE asks me for the password when I'm trying to open a script in the stack. In the MC IDE, I'm informed that the stack is password protected but not asking a password MC is more like a command line app, with only a minimal GUI. There are a few more improvements in it now than originally but it still is missing many of the interface items that LiveCode provides. The object inspectors contain only the basic, most-used items, and everything else you must set from the message box. That applies to passwords too. In fact, if you don't know a property exists you are likely to miss it entirely because the IDE has no reference to it. It does force you to learn the whole language though. :) 2) I'm using a lot the Application browser in LC. Do we have an equivalent in the MC IDE? Like others said, MC has the Control Browser. The difference between it and LiveCode's browser is that in MC you can only see the objects on the current card. Sometimes that is exactly what I want and I switch to MC just for that. I also prefer how it handles object layering, which is much quicker than LiveCode. Other times I want to see the entire stack structure, so I open my stack in LiveCode for that. It is common for me to use both MC and LiveCode on the same stack in the same development session, but I don't think very many people do that. It can get complicated. :) -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Remove the password protection of a stack & Application browser
I haven't used MC in a long time but I believe there's a Control Browser window. It is indeed called the Control Browser and you can access it from the Tools menu. It is very different from the Rev Application Browser. (I say Rev because I've not downloaded the LiveCode version yet so I don't know if it changed from the Rev version.) Personally I love it. :-) Shari -- Bad Dog Books http://books.gityasome.com Critters, humor, patriots and sports t-shirts http://www.villagetshirts.com WlND0WS and MAClNT0SH shareware http://www.gypsyware.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Remove the password protection of a stack & Application browser
Recently, Zryip Theslug wrote: > I'm pretty more familiar with the LiveCode IDE. > > Could someone point me out: > > 1) How removing the password protection of a stack in the MC IDE. > In the LC IDE the IDE asks me for the password when I'm trying to open a > script > in the stack. In the MC IDE, I'm informed that the stack is password protected > but not asking a password Message box: set passKey of stack "xyz" to "abc" To remove a password after setting the passKey: set password of stack "xyz" to empty > 2) I'm using a lot the Application browser in LC. > Do we have an equivalent in the MC IDE? I haven't used MC in a long time but I believe there's a Control Browser window. Regards, Scott Rossi Creative Director Tactile Media, UX Design ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Remove the password protection of a stack & Application browser
Dear MC Group, I'm pretty more familiar with the LiveCode IDE. Could someone point me out: 1) How removing the password protection of a stack in the MC IDE. In the LC IDE the IDE asks me for the password when I'm trying to open a script in the stack. In the MC IDE, I'm informed that the stack is password protected but not asking a password 2) I'm using a lot the Application browser in LC. Do we have an equivalent in the MC IDE? Thanks for any help. Best regards, TheSlug ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE engine 4 and password protection
I've noticed that to access a password protected stack, I have to type it in the message box: set the passkey of stack somestack to thepassword That unlocks it. The button doesn't work for me anymore, either. -- Bad Dog to Best Friend Dog Training Book http://www.amazon.com/gp/product/1453683178 Critters, humor, patriots and sports t-shirts http://www.villagetshirts.com WlND0WS and MAClNT0SH shareware http://www.gypsyware.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
MC IDE engine 4 and password protection
Hi, BTW in password protected stacks, toggling of "Password" / "Passcode" button in "Properties" stack is broken in MC IDE under engine 4. As we know in engine 4 the password protection was changed 1. can't use "copy" in password protected stack 2. put the password -- in pre vs 4 engine returns encrypted password and in vs 4 + will return "true" (if stack is password protected) For this or another reason, in latest MC IDE with engine vs 4 or greater, if you have password protected stack, choose "stack properties" under "Edit" menu and click on "properties" tab... instead of "Passcode" label, you will see "Password" label and clicking on that button will ask for password and even if you type valid password it will throw error with "Password protected". Bottom line, button will not toggle to "Passcode" label if stack is password protected and it's probably easy to fix. I'm just curious, may be somebody already did that in their MC IDE and can tip on what is exact fix. best regards Tariel ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Need help on proxy with username and password
On Wed, 14 Sep 2005, Dave Cragg wrote: I believe LibURL should be able to handle proxy which requires username / password <http://support.runrev.com/resources/liburlrealdocs.html> I'm just short in time and if possible want to avoid trial and error exchange with this client (I don't have proxy installed on any of my computers and I hate to do this just for this case). So, if somebody has an example stack or handler to share I would really appreciate this. You'll need to use the libUrlSetAuthCallback routine: http://support.runrev.com/resources/ liburlrealdocs.html#libUrlSetAuthCallback The entry at the above url has an example of a callback handler that will work for the *Basic* authentication scheme. It's not very elegant, using the standard ask dialog twice, first for user name and second for password. But that part can be easily changed to obtain the name and password. However, you'll need to check with the client what authentication schemes are supported. Not all corporates support the Basic scheme, and NTLM is common in Windows shops. If the person you ask does not have this information, it may be difficult to avoid the "trial and error exchange". Right. After I posted my question I took a closer look at LibUrl documentation and that's what I wrote yesterday to the client - Hi Martin, If your proxy is using so called "Basic authentication scheme" it should be possible to "teach" CyberRat to deal with that. If NTLM or kerberos authentication scheme is used, it would be difficult. Do you know by chance which authentication scheme is used by your proxy ? Another solution could be to edit proxy settings to allow fixed IP address CyberRat is using to pass without authentication. Kind of "trusted" IP address. But this is up to your network admin of course. --- Having extremely limited knowledge about proxy's in general and authentication schemes in particular I'm not sure my second suggestion was valid, but logically it should be possible to enter "trusted" IP addresses in Proxy settings that would bypass authentication. I have a stack that implements Basic and NTLM proxy authentication. However, it uses a third party dll for the NTLM stuff, and I'll have to check with the author before distributing it. I'll get back to you on this. That would be great. In case author has some objections about NTLM stuff, this stack, even with NTLM support removed would be very valuable and would speed me up a lot. Thanks in advance Tariel Cheers for now Dave ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Need help on proxy with username and password
On 14 Sep 2005, at 03:59, Tariel Gogoberidze wrote: Hi, I'm posting in hope that Dave Gragg may read this and give me a tip. We received the following letter from one of our potential clients ("CyberaRat" is one of our products) -- We have received a copy of Cyberrat for evaluation but we are having problems connecting to your server. I have “told” Cyberrat of the existence of our proxy server by entering the URL (www.ex.ac.uk) and the port number (8080). However, our proxy server is expecting a username and password to be passed to it. Is there any way we can enter these values? Many thanks School of Psychology University of Z I believe LibURL should be able to handle proxy which requires username / password <http://support.runrev.com/resources/liburlrealdocs.html> I'm just short in time and if possible want to avoid trial and error exchange with this client (I don't have proxy installed on any of my computers and I hate to do this just for this case). So, if somebody has an example stack or handler to share I would really appreciate this. You'll need to use the libUrlSetAuthCallback routine: http://support.runrev.com/resources/ liburlrealdocs.html#libUrlSetAuthCallback The entry at the above url has an example of a callback handler that will work for the *Basic* authentication scheme. It's not very elegant, using the standard ask dialog twice, first for user name and second for password. But that part can be easily changed to obtain the name and password. However, you'll need to check with the client what authentication schemes are supported. Not all corporates support the Basic scheme, and NTLM is common in Windows shops. If the person you ask does not have this information, it may be difficult to avoid the "trial and error exchange". I have a stack that implements Basic and NTLM proxy authentication. However, it uses a third party dll for the NTLM stuff, and I'll have to check with the author before distributing it. I'll get back to you on this. Cheers for now Dave___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Need help on proxy with username and password
Hi, I'm posting in hope that Dave Gragg may read this and give me a tip. We received the following letter from one of our potential clients ("CyberaRat" is one of our products) -- We have received a copy of Cyberrat for evaluation but we are having problems connecting to your server. I have “told” Cyberrat of the existence of our proxy server by entering the URL (www.ex.ac.uk) and the port number (8080). However, our proxy server is expecting a username and password to be passed to it. Is there any way we can enter these values? Many thanks School of Psychology University of Z I believe LibURL should be able to handle proxy which requires username / password <http://support.runrev.com/resources/liburlrealdocs.html> I'm just short in time and if possible want to avoid trial and error exchange with this client (I don't have proxy installed on any of my computers and I hate to do this just for this case). So, if somebody has an example stack or handler to share I would really appreciate this. best regards Tariel ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Password hosed
I feel as though I've been plunged into a nightmare! The original stack had a password. When I recreated the stack, I started with a new, empty stack, and created new cards. I set all the properties of the new stack to the old stack, and copied/pasted the objects from stack to stack. I did not password protect the new stack. Now it wants a password, and doesn't recognize the password from the old stack. -- Mac and Windows shareware games http://www.gypsyware.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Password Protecting Multiple Stacks
Ray Horsley wrote: > I've got a project consisting of about 40 MetaCard stacks which reside in > only 4 files. Before I distribute them with the application I build, I > duplicate all of them and password protect the duplicates. It takes a very > long time to open each stack, click on Edit, choose Stack Properties, and > from there go into the Password section and complete the process for each > stack. Does anybody know of an easier way to do this? In a script you can store among your development files. You can set the passkey of a stack from a script. -- Richard Gaskin Fourth World Media Corporation Custom Software and Web Development for All Major Platforms Developer of WebMerge 2.0: Publish any Database on Any Site ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Password Protecting Multiple Stacks
I've got a project consisting of about 40 MetaCard stacks which reside in only 4 files. Before I distribute them with the application I build, I duplicate all of them and password protect the duplicates. It takes a very long time to open each stack, click on Edit, choose Stack Properties, and from there go into the Password section and complete the process for each stack. Does anybody know of an easier way to do this? Thanks, Ray Horsley ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
How to unprotect an HC 2.x password protected stack ?
Hi Anybody there, After a long time without using MacOS/Hypercard, i'm yet using Classic to run some old but usefull HC stacks to convert them to MacOSX/Metacard. One of thoses stacks is password protected and, so stupid i'm, i forgot witch password i entered, four years ago. Before begining to hack the stack code in using BBedit and Metacard, is there someone to have a idea or method about how to unlock this HC stack ? Thank's a lot for any help ;) -- Regards, Pierre Sahores WEB & VPN applications & databases servers Inspection académique de Seine-Saint-Denis Qualifier & produire l'avantage compétitif ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
How to unprotect an HC 2.x password protected stack ?
Sorry Scott for the previous mail. It was dedicated to the MC list. -- Best Regards, Pierre Sahores WEB & VPN applications & databases servers Inspection académique de Seine-Saint-Denis Qualifier & produire l'avantage compétitif ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
ask password
Thanks, Chip. Works like a charm. This list is a great resource!! I wrote: >Is there a way to implement the ask password command but in "regular" >MetaCard stack flds- not just the ask dialog substack? I can't find >any documentation on the mcencrypt function that is used in the ask >dialog stack's OK button Chip wrote: >Try the following in the field script: >on keydown whichKey >global thisPassword >put whichKey after thisPassword >put "*" after field "password" >## I used: put numToChar(165) after field "password"## It's the "bullet" char in Helvetica and Arial on Mac and Windows >end keyDown >on backspaceKey >global thisPassword >put empty into field "password" >put "" into thisPassword >end backspaceKey >on deleteKey >global thisPassword >put empty into field "password" >put "" into thisPassword >end deleteKey >on returnInField >send mouseUp to btn "Next" >end returnInField ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
RE: ask password
Michael, Try the following in the field script: on keydown whichKey global thisPassword put whichKey after thisPassword put "*" after field "password" end keyDown on backspaceKey global thisPassword put empty into field "password" put "" into thisPassword end backspaceKey on deleteKey global thisPassword put empty into field "password" put "" into thisPassword end deleteKey on returnInField send mouseUp to btn "Next" end returnInField Then check the global variable for the contents of the field. You could probably set a custom property for the field as well. -Chipp -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Michael Walas Sent: Tuesday, January 29, 2002 7:37 AM To: [EMAIL PROTECTED] Subject: ask password Is there a way to implement the ask password command but in "regular" MetaCard stack flds- not just the ask dialog substack? I can't find any documentation on the mcencrypt function that is used in the ask dialog stack's OK button. ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
ask password
Is there a way to implement the ask password command but in "regular" MetaCard stack flds- not just the ask dialog substack? I can't find any documentation on the mcencrypt function that is used in the ask dialog stack's OK button. ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: andu -> http proxy username & password?
Alex Shaw wrote: > > Hi Andu, > > I've a machine behind a firewall which consists of a http proxy server > which requires authentication. I posted this question previously .. back it > the mc2.3.2 days. Is a solution available with 2.4? And how does it work? No, but I can put it on the list. > > regards > alex > > 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. Andu 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.
andu -> http proxy username & password?
Hi Andu, I've a machine behind a firewall which consists of a http proxy server which requires authentication. I posted this question previously .. back it the mc2.3.2 days. Is a solution available with 2.4? And how does it work? regards alex 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: password
[EMAIL PROTECTED] wrote/ schreef: > How can someone view the script of a stack if the passkey/password has been > forgotten? He can't. If memory serves, you can let the MetaCard Corp. decrypt a stack for some money, but only if you didn't make a standalone of it. Hope this helps, 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: password
How can someone view the script of a stack if the passkey/password has been forgotten? 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: proxy username & password etc
- Original Message - From: "Richard Gaskin" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, April 18, 2001 10:05 AM Subject: Re: proxy username & password etc > Alex Shaw wrote: > > > for example i wont use mc for developing 3d apps but i do like the fact > > that there will be a tighter integration with quicktime because it > > simplifies mc development.. why reinvent the wheel when you can add other > > wheels & bolts to create a vehicle which can do the job > > This makes a strong argument for "the infinite feature": > > If there was some means of allocating an arbitrary region of a MetaCard > stack window to an external with hooks into MC's event loop, one could use > MC for all the things MC does well, and then make a plugin for the specific > functionality required within that region (e.g., 3D display, true > spreadsheets, etc.). > > Done well, there would be no rational argument against using MC to build > darn near everything under the sun, since at that point MC would be > essentially a high-level framework without limitations. Hmm. MetaCOM? (Sorry. I've been using VB and Access for t long...) Phil Davis > > -- > 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. > > 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: proxy username & password etc
Alex Shaw wrote: > for example i wont use mc for developing 3d apps but i do like the fact > that there will be a tighter integration with quicktime because it > simplifies mc development.. why reinvent the wheel when you can add other > wheels & bolts to create a vehicle which can do the job This makes a strong argument for "the infinite feature": If there was some means of allocating an arbitrary region of a MetaCard stack window to an external with hooks into MC's event loop, one could use MC for all the things MC does well, and then make a plugin for the specific functionality required within that region (e.g., 3D display, true spreadsheets, etc.). Done well, there would be no rational argument against using MC to build darn near everything under the sun, since at that point MC would be essentially a high-level framework without limitations. -- 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: proxy username & password etc
Alex Shaw wrote: > (Squid/2.3.STABLE4) That's all I needed, thanks. > > Alex Shaw Andu 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: proxy username & password etc
At 08:30 PM 17/04/2001 -0400, andu <[EMAIL PROTECTED]> wrote: snip > > now.. ;) > >I took it of the list since it's not really a metacard matter;-) i think it would be nice to see in this post more debate & discussion about the programming process, & general philosophy on the future of said matter :) >If you got to learn the language good for you it has many built in >features which in metacard would require scripting but I was unable to >learn more then basic stuff. >I found the ease of the language deceptive in the sense that simple >things are English-like but a more useful (read complex) syntax is >totally unintuitive, hard to associate with anything "language" and >relies to much on memory rather then association. Besides, no UI. it is very easy to be spoiled by mc in relation to language structure & syntax it would also be nice if mc did everything but a nice analogy to the way i see mc is the old C++ & assembly mix C++ [for its time] simplified computer programming while assembly modules added the raw speed when required times change & now high level scripting languges & higher cpu speeds have transformed the whole software engineering process i like mc, it suits my cross platform development needs well.. not perfectly.. not yet for example i wont use mc for developing 3d apps but i do like the fact that there will be a tighter integration with quicktime because it simplifies mc development.. why reinvent the wheel when you can add other wheels & bolts to create a vehicle which can do the job graphically rich application spaces are now available to developers & users mc is great as a interface development tool.. a recent project of mine consisted of a database (luv Valentina) & business system for central australian artcentres .. it was a beautiful thing.. graphically & design wise.. it doesnt frighten end users & it does the job.. multipage txt/gfx reports & all :) .. personally i like developing rich interfaces on top of graphics, QTVR & video... these things entice user interaction mc is one layer in a stack representing a fully functional system but it is the layer which should bring all the elements together & supply flexible control >But like I said, give me the info on your proxy (name, platform, >anything else meaningful) and if I can reproduce it I'll try to make the >library work with proxy authentication also. This is the big advantage >of having the web stuff in a library as opposed to built in: the >overhead for changes is minimal. at this point, all i know about this is: sample proxy txt from a mc get command on any url: Generated Wed, 18 Apr 2001 14:35:39 GMT by webcache.gu.edu.au (Squid/2.3.STABLE4) the university is running: netscape enterprise server 3.5.1 i look forward to developing rich peer2peer apps with 2.4 ;) Alex Shaw Intermedia / Fine Art Dept. Queensland College of Art Griffith University Australia 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: proxy username & password?
At 05:51 PM 17/04/2001 -0400, Andu wrote: > > > also has anyone had any experience with using mc as a frontend for > rebol > (www.rebol.com)? What would rebol give you that metacard doesn't > aside from running on more platforms then they actually exist? I did try > it a while ago but didn't look like the result of 12 years of work to me > as they claim; more ego then substance. There is a bit of hype but I do like some of the parser features & the built-in crypto. I havent done much testing but the "core" is freely available.. & "seems" quite powerful in some areas where mc 2.3x isn't quite there... yet :) ... and besides, it will solve my proxy username & password problem for now.. ;) alex 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: proxy username & password?
Alex Shaw wrote: > > At 07:16 PM 16/04/2001 -0400, andu <[EMAIL PROTECTED]> wrote: > > > > we have a proxy server which requires a username & password. > > > > > > how do you tunnel thru these with mc? > > > >Try "http://user:[EMAIL PROTECTED]:port" with MC 2.3.x.; 2.4 is > >still in the works. > > nope still returns.. > > > > > > > > > > > Proxy User Authentication Failed > > etc... > > tried various combos for httpproxy & as part of command What proxy server/platform are you using? > > hmmm.. will 2.4 have an option for username/password authorization? If you "colaborate" it will;-) > > also has anyone had any experience with using mc as a frontend for rebol > (www.rebol.com)? What would rebol give you that metacard doesn't aside from running on more platforms then they actually exist? I did try it a while ago but didn't look like the result of 12 years of work to me as they claim; more ego then substance. > > alex > Andu 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: proxy username & password?
At 07:16 PM 16/04/2001 -0400, andu <[EMAIL PROTECTED]> wrote: > > we have a proxy server which requires a username & password. > > > > how do you tunnel thru these with mc? > >Try "http://user:[EMAIL PROTECTED]:port" with MC 2.3.x.; 2.4 is >still in the works. nope still returns.. Proxy User Authentication Failed etc... tried various combos for httpproxy & as part of command hmmm.. will 2.4 have an option for username/password authorization? also has anyone had any experience with using mc as a frontend for rebol (www.rebol.com)? alex 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: proxy username & password?
Alex Shaw wrote: > > hi all > > we have a proxy server which requires a username & password. > > how do you tunnel thru these with mc? Try "http://user:[EMAIL PROTECTED]:port" with MC 2.3.x.; 2.4 is still in the works. > > alex > Andu 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: proxy username & password?
Alex Shaw wrote: > > hi all > > we have a proxy server which requires a username & password. > > how do you tunnel thru these with mc? I'll look into it, there must be a way. > > alex > > 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.
proxy username & password?
hi all we have a proxy server which requires a username & password. how do you tunnel thru these with mc? alex 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: Quick password question
On 4/1/01 2:22 pm, Leston Drake <[EMAIL PROTECTED]> wrote: > Once you set a password for a stack, you have to enter that password to > view/modify scripts each time you open the stack. > Is it possible to permanently "un-password" the stack so that you don't > have to enter it every time? or is the password permanent? Yes, set the passkey so that you can access the stack, then set the password to empty. Regards, Kevin Kevin Miller <[EMAIL PROTECTED]> <http://www.runrev.com/> Runtime Revolution Limited (formerly Cross Worlds Computing). Tel: +44 (0)131 672 2909. Fax: +44 (0)1639 830 707. 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: Quick password question
At 7:22 AM -0700 4/1/01, Leston Drake wrote: >Hi, > >Once you set a password for a stack, you have to enter that password to >view/modify scripts each time you open the stack. >Is it possible to permanently "un-password" the stack so that you don't >have to enter it every time? or is the password permanent? After setting the "passkey" to access the scripts, you can then set the "password" to empty to remove the password protection. 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.
Quick password question
Hi, Once you set a password for a stack, you have to enter that password to view/modify scripts each time you open the stack. Is it possible to permanently "un-password" the stack so that you don't have to enter it every time? or is the password permanent? Leston Drake, President LetterPress Software, Inc. 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: Just What Does Password Protect/Inhibit?
> > So what does password protecting a stack inhibit: > >(snip) > >You can create objects, but I think the restriction you are running into is >that you can't copy objects (the only other restriction I know is that you >can't get or set scripts). If you could, then you could copy password >protected objects into a non-password protected stack and thus access the >scripts. > >Regards, > >Kevin OK, thanks for the info, now I know what I need to work around as necessary. 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.
Re: Just What Does Password Protect/Inhibit?
On 23/12/00 1:43 am, Peter Reid <[EMAIL PROTECTED]> wrote: (snip) > So what does password protecting a stack inhibit: (snip) You can create objects, but I think the restriction you are running into is that you can't copy objects (the only other restriction I know is that you can't get or set scripts). If you could, then you could copy password protected objects into a non-password protected stack and thus access the scripts. Regards, Kevin Kevin Miller <[EMAIL PROTECTED]> <http://www.runrev.com/> Runtime Revolution Limited (formerly Cross Worlds Computing). Tel: +44 (0)131 672 2909. Fax: +44 (0)1639 830 707. 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.
Just What Does Password Protect/Inhibit?
I thought that setting the password on a stack stopped anyone getting at the scripts but otherwise left the stack modifiable. However, I just put a password on a stack that creates grouped image + text objects on the fly as and when needed and found that this no longer worked with the stack password protected. As soon as I removed the password (or used the "set the passkey of this stack" command), it worked again! This is a potential problem since I want to protect the scripts (and any externals, as per licence conditions), but can't do so if the stack needs to create objects on the fly!! Alternatively, I have to get the stack to unlock itself on the fly as and when needed by using the "set the passkey of this stack" command - again, a bit messy! So what does password protecting a stack inhibit: - creating new objects (using "copy" and "paste")? - creating/updating object properties? - modifying existing scripts? - creating new scripts/handlers on the fly? etc. This was tested with the latest build (downloaded a couple of days ago) of MC 2.3.2 for PowerPC Mac. 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.
Re: password
Did anyone already answer this? Anyway, if you look at the stack properties (edit, stack properties) and choose the 'properties' flap. Then there is a button called 'Password' where you can write your password protection. If that's what you where looking for. Regards, Eva >How do you password protect a Metacard stack like you can with HyperCard so >that only the user that knows the password can open the stack (I am not >refering to reading the scripts). > >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: password
How do you password protect a Metacard stack like you can with HyperCard so that only the user that knows the password can open the stack (I am not refering to reading the scripts). 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.