[REBOL] Accessing blocks
I've been fiddling around with blocks and the methods of accessing them. I wanted to access a block with a number (1, 2, 3...) and with a word (A, B, C...). I found that this solution worked: block: [ thing1 thing2 thing3 thing4 A thing1 B thing2 C thing3 D thing4 ] block/2 block/B Andrew Martin [EMAIL PROTECTED] http://members.xoom.com/AndrewMartin/ Online @ 33,600 Baud! -><-
[REBOL] 'Send command change suggestion ... Re:(3)
[EMAIL PROTECTED] wrote: > pekr wrote: > > I would like REBOL Tech. to remove default behavior of inserting > subject line once again in the message body. I know it was discussed at > least once, but looking at source of 'send, it clearly shows, the > philosophy is broken :-))) > > pekr wrote: > > Hehe, driving a car it came to my mind maybe my thoughts are broken > :-), as on the other hand, once someone wants to send only some txt > file, how to specify subject? So taking back my words, as 'send makes > sense here ... > > How about: > send/subject Email-Address My-Message "My subject line is this!" Yes, I was thinking something along the lines, but not sent it here, as I've created enough mess with my message not too well thought out :-)) send/subject email-address "My subject line" was my solution no need for the body ... subject only ... but well, your solution is more general ... also ... in my opinion ... send/header is just messy aproach ... send/header email-address "text" header-obj ... 'send still requires email-address and "text" to be set, duplicating entries in header-obj Now look: - header: make system/standard/email [ from: [EMAIL PROTECTED] to: [EMAIL PROTECTED] Date: to-idate now Subject: "So this is subject " Body: "And this should be one and only body" ] send/header [EMAIL PROTECTED] {Is this subject line going to be used? OK, pressed enter - is this body going to be used?} header Subject: So this is subject Date: Mon, 15 Nov 1999 6:35:49 +0100 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Is this subject line going to be used? OK, pressed enter - is this body going to be used? Aaargh 'Subject line of header object is going to be used . OK, now, 'Body of header object is going to be overriden What's more - body of email contains part of text, supposed to serve as subject send/header header-obj should be the syntax - specify everything inside the object ... But well, I am not sure REBOL is capable of missing some arguments to functions -pekr- > > ? ^_^ > > Andrew Martin > [EMAIL PROTECTED] > http://members.xoom.com/AndrewMartin/ > Online @ 33,600 Baud! > -><-
[REBOL] none
unsubscribe [EMAIL PROTECTED]
[REBOL] 'Send command change suggestion ... Re:(2)
pekr wrote: > I would like REBOL Tech. to remove default behavior of inserting subject line once again in the message body. I know it was discussed at least once, but looking at source of 'send, it clearly shows, the philosophy is broken :-))) pekr wrote: > Hehe, driving a car it came to my mind maybe my thoughts are broken :-), as on the other hand, once someone wants to send only some txt file, how to specify subject? So taking back my words, as 'send makes sense here ... How about: send/subject Email-Address My-Message "My subject line is this!" ? ^_^ Andrew Martin [EMAIL PROTECTED] http://members.xoom.com/AndrewMartin/ Online @ 33,600 Baud! -><-
[REBOL] Call Rebol from PHP? Easy!
This may be simple (okay, okay, it IS simple) but I spent a lot of time trying to call Rebol scripts from PHP pages. I tried exec() and passthru() and other techniques, but PHP parsed my Rebol call into some phantom cyber dimension with a smug sneer at my ineptitude. As ever with anything connected with Rebol, the answer (comes the dawn) is purely minimalistic! You do it like below. Works like a champ! My new forum for writers and publishers (http://abooks.com/publish) shows it in action (banners at top of forum). http://abooks.com/cgi-bin/banner.r"); ?> This technique is more significant than it might appear. With PHP's excellent handling of mySQL and other databases and Rebol's super fantasuperloopalapulous data manipulation and messaging capabilities, numerous possiblities spring to mind. I HOPE Rebol/command (whenever it gets released) alleviates the need for some of these, but solutions are solutions. -- Ralph Roberts, CEO Alexander Books / Creativity, Inc. 65 Macedonia Road Alexander, NC 28701 1-800-472-0438 voice & fax tollfree U.S. & Canada 1-828-255-8719 voice & fax overseas See Ralph's latest bestsellers at: http://abooks.com/genealogy http://autograph-book.com And my company's online auctions: http://booksave.com Wholesale to the Public Book Auction http://blue-gray.com Civil War Auction http://tennesseestars.com All TENNESSEE THINGS Auction http://bookauction.net Buy Books Net Instead of Retail! http://a-aa.com/gem GEM & METALWORKERS AUCTION http://a-aa.com/nc DOWN HOME IN NORTH CAROLINA AUCTION
[REBOL] 'Send command change suggestion ... Re:
On Sun, 14 Nov 1999 [EMAIL PROTECTED] wrote: > btw: > > send my-mobil-phone {adsfaf asdfasdf asdfasdf asdf sa > adfds > .} > > results in error although message is sent: > ** User Error: Server error: tcp 500 Command unrecognized: ".". > ** Where: close smtp-port > > Why is dot at the end of the message causing a problem? SMTP requires that a line in a message starting with a period be escaped with another period first. Sending a single period is SMTP's way of being told "that's the end of the message". REBOL appears to not be escaping your single period with another one, so the mail server is interpreting the single period from your message as the 'end of message' command, then getting REBOL's internally-generated 'end of message' period. That's where the error arises: The mail server has already received it's 'end of message' command, and doesn't know what to do with the next period it receives. As a work-around, escape the period yourself with an extra ".". I've just tested this under REBOL 2.1.0.4.1 and 2.2.0.4.1 and confirmed both the mis-behaviour and work-around. (A bug report has been sent to REBOL HQ.) Kev Kevin McKinnon, Network Engineer [EMAIL PROTECTED] Sunshine Communicationswww.sunshinecable.com
[REBOL] Dates Re:(5)
Hi Elliot Here is the differenece now == 15-Nov-1999/7:18:24+10:00 >> to-idate now == "Mon, 15 Nov 1999 7:18:29 +1000" >> i-date is an internet date format, used for Date: in the Email header, dating pages, cookies etc. Cheers Allen K - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, November 14, 1999 3:57 PM Subject: [REBOL] Re: Dates Re:(3) > Hello, > On 12-Nov-99, [EMAIL PROTECTED] wrote: > > Has anyone got an i-date to REBOL date formatter? Or is > there one built in I haven't found. I actually thought > that to-date might work...but alas no luck > >>> > > to-date skip to-idate now 5 > >>>== 3-Nov-1999/21:37:42-8:00 > >> > >> What? That's the same as what 'now gives. What was the point of to-date > >> skip to-idate now 5, besides alot more typing? What is idate anyway? I > >> missed that if it was explained in the previous mail. > > > > try to use 'source function from time to time ... > > > > ->> source to-idate > > to-idate: func [ > >"Returns a standard Internet date string." > >date [date!] > > ---snip--- > > OK, but this doesn't explain the difference between Rebol's 'now and idate. > The results looked the same to me. Or am I missing something > > Elliott > >
[REBOL] IRC Channel
Well I looked up at the list just now even though we have already started it and found out there is a IRC channel on DalNET. However EFNet is the largest IRC network on the Internet which also makes it the most popular. We have started a #REBOL channel. I have not gone to DALNet to check and see if the channel is still active or even lively. Frankly 90% of the people that I know on EFNet dont go to other networks at all, period. So myself and a few other people are holding the channel. If there is any life in the other IRC network channel we can write a simple bot or something in REBOL of course to mirror conversations somewhat like a bridge or something which would be quite cool. I just checked the Dalnet channel and every dalnet server was split that I tried and/or got pushed to but I found absolutely noone in the channel. So here we go. #REBOL Some of the better IRC servers on the EFNet are. In order of preference irc2.freei.net (BSD/OS currently has the INTEL based platform record on EFNet sitting at the Westin (Northwest NAP)) irc.freei.net (FreeBSD) irc.cris.com (Solaris has the SPARC based record on the EFNet) irc.idle.net (BSD/OS sitting at EXODUS Santa Clara Datacenter) Those are some of the more stable and fast IRC servers on the EFNet.
[REBOL] Re: almost counter CGI
Wow! How did you do that? It would be really cool if you could explain, just in general, how it works. Is it a gif anim it generates? Can your method be used to generate gif in general, or is it limited to a set of precompresed digits? Anyways, really cool script! Best regards Thomas Jensen
[REBOL] biff in rebol
after a few unsuccessful attempts to get this listed i decided to post it here. i needed a reliable biff program in beos. the advantage is that it works under linux and windows also :) feel free to add to it or make suggestions. this was a quickie program. i `learned' just enough rebol to write it == REBOL [ Title: "rbiff 0.0.7" File: %rbiff.r Date: 6-Sep-1999 Author: "tony summerfelt" Purpose: {check to see if any email is on your server} Note: "does not delete email." ] user: "username" pass: "password" popserver: "@your.server.com" before_checking: 60 init: 0 print "" print ["Checking server at" now] mailbox: open join pop:// [user ":" pass popserver] msg: length? mailbox count: 1 print "" while [1] [ either all [not error? try [mail: import-email first mailbox] init < msg] [ print count if mail/from [print [" From:" mail/from]] if mail/subject [print [" " mail/subject]] print "" mailbox: next mailbox count: count + 1 init: init + 1 ][ close mailbox wait before_checking print "" print ["Checking server at" now] mailbox: open join pop:// [user ":" pass popserver] newmsg: length? mailbox if newmsg > msg [ if not error? try [mail: import-email last mailbox] [ print count if mail/from [print [" From:" mail/from]] if mail/subject [print [" " mail/subject]] print "" mailbox: next mailbox count: count + 1 msg: newmsg ] ] ] ] close mailbox quit == -- *-- | |'you want a toe? i can get you a toe.' | *---
[REBOL] 'Send command change suggestion ... Re:
[EMAIL PROTECTED] wrote: > > I would like REBOL Tech. to remove default behavior of inserting subject > line once again in the message body. I know it was discussed at least > once, but looking at source of 'send, it clearly shows, the philosophy > is broken :-))) > Hehe, driving a car it came to my mind maybe my thoughts are broken :-), as on the other hand, once someone wants to send only some txt file, how to specify subject? So taking back my words, as 'send makes sense here ... > btw: > > send my-mobil-phone {adsfaf asdfasdf asdfasdf asdf sa > adfds > .} > > results in error although message is sent: > > ** User Error: Server error: tcp 500 Command unrecognized: ".". > ** Where: close smtp-port > > Why is dot at the end of the message causing a problem? > Still valid though ... -pekr- > > Thanks, > > -pekr-
[REBOL] 'Send command change suggestion ...
Hi, I need to send simple message to my mobil phone from time to time, and am bothering with default 'send behavior. I know there is at least many ways ho to handle it, but why if solution is so simple? :-) if not header [ header-obj: make system/standard/email [ from: system/user/email subject: copy/part message any [find message newline 50] ] I would like REBOL Tech. to remove default behavior of inserting subject line once again in the message body. I know it was discussed at least once, but looking at source of 'send, it clearly shows, the philosophy is broken :-))) Well, 'send IS already deciding, what is going the 'Subject to contain. So, there is NO reason, why subject line should be repeated in the body of message. Suggestion: change above code to: if not header [ header-obj: make system/standard/email [ from: system/user/email subject: copy/part message any [find message newline 50] remove/part message length? subject ; the addition ... ] It would make simple appliacation of 'send function easier and more usefull. Waiting for comments :-) btw: send my-mobil-phone {adsfaf asdfasdf asdfasdf asdf sa adfds .} results in error although message is sent: ** User Error: Server error: tcp 500 Command unrecognized: ".". ** Where: close smtp-port Why is dot at the end of the message causing a problem? Thanks, -pekr-