William Tanksley, Jr <[EMAIL PROTECTED]> wrote: > Eduardo Cavazos <[EMAIL PROTECTED]> wrote: >> The 'bake' vocabulary has been revisited. >> Baking is like frying, but it's for arrays.
>> Fry offers three directives: , @ _. Bake only supports the , and @. The '_' >> isn't applicable to arrays. > What does _ do when frying? (I tried to figure this out when you first > announced it, but the only source of info at the time was building my > own Factor and reading the help, and that just took to long.) Okay, thanks to the current builds, I was able to work this out. BTW, I typed "fry" about, read for a while, clicked a hyperlink, and then was unable to get back to what I'd been reading (it had been pushed into a tiny subwindow, entirely useless for reading). Annoying. Underscore is meaningful only inside a procedure/quotation; this is why it's not supported for arrays. Inside a fried quotation, it means that the quotation will begin with an >r, and the underscore will be replaced by a r>. In other words, at runtime one stack item will be safely hidden from the quotation until the _. I can see why it's there, I think. I don't like it. It's prettier than >r/r>, but it seems to me to do something entirely different from what fry's other words do. The fact that it doesn't make sense inside a bake seems to me to hint that it doesn't quite belong. (I'm also suspecting that unlike @ and comma, it also doesn't make sense inside a nested fry-quotation; although I don't know whether these are supported yet, I know they're desired.) I do like the idea, though, so I don't want to make it go away until there's something better to replace it. I don't know what that would be. Am I crazy? -Wm ------------------------------------------------------------------------- Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 _______________________________________________ Factor-talk mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/factor-talk
