Re: lingo-l DOS and Tracert
- Original Message - From: Howdy-Tzi [EMAIL PROTECTED] does exactly the same thing as the 'nix command. So yeah, '' is the redirect character to use. '' works on 'nix too, and may under DOS as well; but the C/C++ redirector is probably just a little bit more standard, so it's the one I would use. it's certainly less ambiguous than 'greater than'. No, there is a difference. is the standard redirect operator in DOS, and overwrites the specified file. appends data, rather than overwriting the file. I've never encountered in DOS before Mark mentioned it, so I don't know if it works with old versions, but I do know that goes right back to version 1 (I was using it in version DOS 3.3 anyway). JFTR, DOS is modelled on CP/M not *nix. - Robert [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: lingo-l Clipboard functions?
Robert, I suppose now's a pertinent opportunity to ask what it is you want to do. What is it, exactly, you want users to be able to paste? There could yet be workarounds. -- WthmO [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: lingo-l Clipboard functions?
- Original Message - From: Howdy-Tzi [EMAIL PROTECTED] What is it, exactly, you want users to be able to paste? There could yet be workarounds. Anything the user has in their clipboard ;-) Actually, I want to get as close as possible to unobtrusive it just works functionality, where the application will automatically handle whetever the user pastes in. The main things I am interested in are formatted text (including hyperlinks, ideally) and images. At the moment I have simple text pasting by using the default pasting behaviour of text members, but I'm looking to improve it as much as possible. I'm also trying to remove all dependencies on text members so I can replace them entirely with imaging Lingo based UI components. This is all for a website content management system, hence why it runs in Shockwave. - Robert [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: lingo-l DOS and Tracert
On Saturday, October 19, 2002, at 01:41 AM, Robert Tweed wrote: No, there is a difference. is the standard redirect operator in DOS, and overwrites the specified file. appends data, rather than overwriting the file. A. JFTR, DOS is modelled on CP/M not *nix. Really? Hmm... what was CP/M modeled on? -- WthmO [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: lingo-l DOS and Tracert
- Original Message - From: Howdy-Tzi [EMAIL PROTECTED] JFTR, DOS is modelled on CP/M not *nix. Really? Hmm... what was CP/M modeled on? OK, the CP/M interface was partly influenced by Unix, hence the fact that there are some similarities between *nix and DOS, but DOS certainly wasn't modelled on Unix, which is a very different OS. - Robert [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: lingo-l Clipboard functions?
On Saturday, October 19, 2002, at 02:48 AM, Robert Tweed wrote: What is it, exactly, you want users to be able to paste? There could yet be workarounds. Anything the user has in their clipboard ;-) Welp, yer hosed. :D Actually, I want to get as close as possible to unobtrusive it just works functionality, where the application will automatically handle whetever the user pastes in. Whatever is just not feasible. Video? Flash? MP3? The main things I am interested in are formatted text (including hyperlinks, ideally) and images. Now that you can do. After the paste you can test for the member type. If it's a bitmap you don't need to know much more. If it's text you need to look for hyperlinks (in the case of HTML) or otherwise assume it's RTF/text. Only HTML, of course, would have a hyperlink, which would mean you'd just have to do an offset or similar search on the suspect item's HTML for an /a closing tag. If it lacked links rendering it as RTF would be effectively the same as rendering it as HTML. I think I would actually include buttons in the app. Paste text, Paste HTML, Paste image. I know it's not as transparent as you might like, but it might really save you a lot of headaches later. Users work off those implicit cues, and stay within the presumed acceptable data types (most of the time). Another option might be to make a downloadable stub app that imports only specific data types (rather than pasting) just to keep it kosher. I'm also trying to remove all dependencies on text members so I can replace them entirely with imaging Lingo based UI components. You will have to have an interim step that uses text members for that. This is all for a website content management system, hence why it runs in Shockwave. So perhaps a stub isn't all that infeasible. It would be a dedicated app, perhaps. Hard to guess really. This is an interesting project, I must say. I presume you're going to be sending format information to a CGI, or doing setPref to keep it all in the page once done? Because, of course, saveMovie is also not available in Shockwave... Warren Ockrassa | http://www.nightwares.com/ Director help | Free files | Sample chapters | Freelance | Consulting Author | Director 8.5 Shockwave Studio: A Beginner's Guide Published by Osborne/McGraw-Hill http://www.osborne.com/indexes/beginners_guides.shtml [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: lingo-l DOS and Tracert
At 23:41 2002-10-18, Robert Tweed wrote: No, there is a difference. is the standard redirect operator in DOS, and overwrites the specified file. appends data, rather than overwriting the file. I've never encountered in DOS before Mark mentioned it, so I don't know if it works with old versions, but I do know that goes right back to version 1 (I was using it in version DOS 3.3 anyway). It goes back as far as I can recall (became DOS savvy with 3.3). I used to create entire menus with batch files and edlin scripts that could create dynamic menus on the fly. With ANSY.SYS graphics and colors, of course! For quickie text or bat files I seem to remember trapping STDIN with the redirect. Something like: copy * somefile.txt And hitting ^F6 to save the file and return STDIN to the console (or keyboard)? The memories fade s fast. If I didn't learn in a DOS book or one of Peter's books, I probably got it from the old Power DOS book - which just hit the dumpster last month! P.S. It's nice to see my messages getting here in reasonable time again. For the longest time here, my messages lagged so far behind that digest readers' responses showed up before mine. -- Mark A. Boyd Keep-On-Learnin' :) [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
lingo-l Seraching in address book
Hi all, I want to make a search (a sort of address book), where a persons search for a persond by entering inital letter of the person, that particular entry is highlited in the list. If there is no entry with those initials then a nearest entry will be selected and after clicking on that entry, person can get details of that person's. Like selecting an entry from address book. I've tried it with contains functions, but not getting desired result. TIA, Regards, Shailendra [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: lingo-l Clipboard functions?
- Original Message - From: Howdy-Tzi [EMAIL PROTECTED] application will automatically handle whetever the user pastes in. Whatever is just not feasible. Video? Flash? MP3? It doesn't have to handle /everything/ I just want to get as close to it as possible so that Joe Sixpack doesn't have to strain his brain too much to get stuff to work. The main things I am interested in are formatted text (including hyperlinks, ideally) and images. Now that you can do. After the paste you can test for the member type. I know I can do that with images and text, although I would like to avoid pasteClipboardInto altogether. I've tried looking for a small Shockwave safe Xtra that might do it with no luck. Seemingly BuddyAPI has some clipboard functions, but it's not Shockwave safe, so no good. I suppose if one doesn't exist I could put write a clipboard Xtra in my todo list for the future :-) If it's a bitmap you don't need to know much more. If it's text you need to look for hyperlinks (in the case of HTML) or otherwise assume it's RTF/text. Only HTML, of course, would have a hyperlink, which would mean you'd just have to do an offset or similar search on the suspect item's HTML for an /a closing tag. If it lacked links rendering it as RTF would be effectively the same as rendering it as HTML. Ah, the problem with the default clipboard handling is that it only treats text as plain text. This means that hyperlinks and formatting data are stripped out, so there is nothing to look for. I think I would actually include buttons in the app. Paste text, Paste HTML, Paste image. I know it's not as transparent as you might like, but it might really save you a lot of headaches later. Users work off those implicit cues, and stay within the presumed acceptable data types (most of the time). It's not really an option. I'd rather limit the clipboard handling to plain text as it is now than make it more complicated. The whole point of an application like this is userfriendliness. The user should not be expected to even know what HTML is. I'm also trying to remove all dependencies on text members so I can replace them entirely with imaging Lingo based UI components. You will have to have an interim step that uses text members for that. Yeah, I'm trying to decide the best way to go about this now. I can live without text members until it gets to clipboard handling. If I use pasteClipboardInto, I can use a temporary member and delete it afterwards, but I get a warning dialog. The other method I have in mind involves a text member hidden offscreen that always has the keyboard focus. I can attach my keyboard handler to this as a behaviour and trap all events except CTRL+V, which I pass. This gets rid of the alert, but will mess up the event queue. Plus, I don't really want to have anything on the stage, but I suppose I can live with a single member for this. The advantage of pasteClipboardInto is that it allows me to paste images as well as text, but if I can't find a way to paste formatted text I'd rather keep things the way they are which allows people to upload images directly, but does not allow them to be pasted in. This is an interesting project, I must say. I presume you're going to be sending format information to a CGI, or doing setPref to keep it all in the page once done? Because, of course, saveMovie is also not available in Shockwave... It's linked to a PHP/MySQL backend. - Robert [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: lingo-l Clipboard functions?
On Saturday, October 19, 2002, at 03:55 AM, Robert Tweed wrote: Ah, the problem with the default clipboard handling is that it only treats text as plain text. Wow, I didn't know that. Oh wait, I did, back with Dir65; I forgot though. Been a while. :\ I'd rather limit the clipboard handling to plain text as it is now than make it more complicated. You know I would *really* look at the idea of having a local-run, downloadable app rather than try to do it all in a browser. I really think you are stretching past the breaking point the limits of what can be done with a shockfile here. One clear advantage is if you needed to do visual compositing with images c., you could do it all in a nonvisible MIAW. -- WthmO [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: lingo-l Clipboard functions?
- Original Message - From: Howdy-Tzi [EMAIL PROTECTED] You know I would *really* look at the idea of having a local-run, downloadable app rather than try to do it all in a browser. I really think you are stretching past the breaking point the limits of what can be done with a shockfile here. One clear advantage is if you needed to do visual compositing with images c., you could do it all in a nonvisible MIAW. I'm planning on having an offline version as well, but there does need to be an online version - it's a major selling point. I'll probably make the offline one more functional, but I want to push the online one as far as it will go before I start branching. I haven't yet decided if I'm even going to stick with Director for the offline one, because I want to expand it out to the sort of functionality of a small office suite. I might stick with Dir anyway to keep the number of different versions to a minimum; the offline Windows and Mac versions would have the same source (wihout messing about with abstraction layers) and they could share a lot of interface code with the online version so everything looks consistent. Still, this is the sort of thing where if I have to hand loads of Xtras on to get it working, it's not going to be worth doing it in Director at all. - Robert [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: lingo-l Clipboard functions?
On Saturday, October 19, 2002, at 04:30 AM, Robert Tweed wrote: You know I would *really* look at the idea of having a local-run, downloadable app rather than try to do it all in a browser. I really think you are stretching past the breaking point the limits of what can be done with a shockfile here. One clear advantage is if you needed to do visual compositing with images c., you could do it all in a nonvisible MIAW. I'm planning on having an offline version as well, but there does need to be an online version - it's a major selling point. But if you have users DL a stub projector that gets the shockfile with goToNetMovie, you would still have the online functionality -- all of it -- with the crossover power you can get from a dedicated desktop applet. Your basic DLable stub probably would not have to be more than 4 MB in size (uncompressed), and could include all the Xtras you need to handle clip, importing, etc., and could still work with your online database. You'd seriously boost your local file capabilities, while at the same time losing nothing for internet connectivity; and you'd be well on the way to the dedicated, non-internet offline version as well. (Just do another release that does it all locally, without the net connectivity.) I've done similar proof-of-concept things. My Dir intro pages on nightwares let users download Win32 programs that are very little more than stub launchers, getting the content I have online through net connections. It works and it's not the worst possible bridge. Still, this is the sort of thing where if I have to hand loads of Xtras on to get it working, it's not going to be worth doing it in Director at all. For local apps lots of Xtras are not important, because you can just bundle them. For a shockfile, you'd need Xtras you can't use in a shockfile, I think. Warren Ockrassa | http://www.nightwares.com/ Director help | Free files | Sample chapters | Freelance | Consulting Author | Director 8.5 Shockwave Studio: A Beginner's Guide Published by Osborne/McGraw-Hill http://www.osborne.com/indexes/beginners_guides.shtml [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
Re: lingo-l hit rect question.
No, each screen has multiple rects. Ie the full presentation is a bigass proplist with each screen having a proplist of hitrects. Each rect actually has different things to do, so with the repeat loop returns the right one within the hitlist, the behavior knows what function to call. I think it's just messy code to tell you the truth (this is one of those painful agencies that keeps changing their mind and never giving you more than 2 minutes to change something). So really what I'll end up doing is having another proplist of pActiveHit. if not(inside(the mouseloc, pActiveHit) then (rip through the hitlist). Hmmm... interesting optimization question. The first thing I think of in these situations is grouping stuff so that entire groups can be ignored. Perhaps you can do a run through the rects on entering a screen, and make sub-groups. You could group rects in the top left quadrant, top right, bottom right, and bottom left, and then dump any that overlap quadrants into a fifth group. Then you could first check if the mouse is inside a quadrant's rect, and limit your check to that quadrant group and the overlap group. There's probably a better way to group them so that you don't have the fifth group - perhaps some of the smarter list members can think of an elegant way to do that ;). 2 cents, Kurt [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
lingo-l DOS and Tracert
Thanks for everyones' suggestions and tips, I am now officially on the case! :) -Lucy Clifford Digital Artist _ Unlimited Internet access -- and 2 months free! Try MSN. http://resourcecenter.msn.com/access/plans/2monthsfree.asp [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
lingo-l DOS and Tracert
Thanks for everyones' suggestions and tips, I am now officially on the case! :) -Lucy Clifford Digital Artist _ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]