[REBOL] Re: REBOL/View 1.0 Ships!
Hello Bohdan On 06-Apr-01, Bohdan Lechnowsky wrote: > Having trouble with the Amiga version. It won't install. > > I have the executable in the data:view/ directory and it's called > 'view'. I try to install it to that location as well as other > locations like RAM: and work: and I always get the same message: > >Failed to install file data:view/rebol > > What am I missing? > Just ran in to that here and and ready 4 a reboot after removing the assign in s: Will let you know the results Regards -- Let not the sands of time get in your lunch. -- Unknown sent via Yam ver2.2 on AmigaForever verIV Be a Rebel get Rebol@ rebol.com UIN#=9391028 -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Re: REBOL/View Docs
Hello Philip On 06-Apr-01, Philip Bevan wrote: > Hi Alan, > > The relevant text says > >view layout [ >style btn button blue >text "Testing red button style:" >btn "Test" >btn "Blue!" >] > > I did say it was a very small point!!! > and it is,just that I had ripped it and linked to my page and don't want errors.Thanks! Regards -- They do not love that do not show their love. -- William Shakespeare sent via Yam ver2.2 on AmigaForever verIV Be a Rebel get Rebol@ rebol.com UIN#=9391028 -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Re: REBOL/View Docs
Hi Alan, The relevant text says view layout [ style btn button blue text "Testing red button style:" btn "Test" btn "Blue!" ] I did say it was a very small point!!! Cheers Phil - Original Message - From: "Alan Crandall" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, April 07, 2001 8:18 AM Subject: [REBOL] Re: REBOL/View Docs > Hello Philip > > On 05-Apr-01, Philip Bevan wrote: > > Hi Carl, > > > > Just a very small point > > > > In the Beginners Guide section 6 custom styles the first example refers > > to Testing a Red button style ... but the example is a blue button style. > > > I could not find what you were talking about there.I have also done a rip > of the view docs and have them at > http://www.sonic.net/alanwall/rebol/viewdoc.rip so you can read as a local > file. > Regards > -- > A good marriage would be between a blind wife and a deaf husband. > -- Michel de Montaigne > sent via Yam ver2.2 on AmigaForever verIV > Be a Rebel get Rebol@ rebol.com > UIN#=9391028 > > -- > To unsubscribe from this list, please send an email to > [EMAIL PROTECTED] with "unsubscribe" in the > subject, without the quotes. > -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Re: REBOL/View 1.0 Ships!
Hi, Congratulations on the release, look forward using it with the script I wrote for Rebol/Core... Any chance for a WindowsCE/PocketPC version of Rebol/View ? The PDA market would really benefits from a good generic SDK and scripting tools like Rebol/Core + Rebol/View ? Best, Chris -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Carl Sassenrath Sent: Saturday, April 07, 2001 12:14 AM To: [EMAIL PROTECTED] Subject: [REBOL] REBOL/View 1.0 Ships! We did it. Finally. Check out http://www.rebol.com It's a free download, and it allows FREE REDISTRIBUTION! That's right, you can put it on your web site, put it into a CD-ROM, share it with friends via floppy, beam it over wireless, whatever. Also note that the Windows and Linux versions are actually View/Pro. We are working to get credit card processing up and running so we can start selling licenses and send you the key that unlocks the power of View/Pro. And, look for View 1.1 coming soon... it will include the REBOL/View Desktop. Much more planned for the Web site for docs and demos... and also look for the return of the REB soon -- a world-wide distributed operating system (WWDOS? Hmmm.) If you yet haven't noticed, REBOL's back! -Carl -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes. -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Revol/View Ships ... :-)))))))))))))))))))))))))))))
HI Guys .
good job :-) :-)
is there a list of changes from the last Rebol/View beta anywhere ??
("subtitle" has dissapeared "title" has changed )
Cheers Phil
--
To unsubscribe from this list, please send an email to
[EMAIL PROTECTED] with "unsubscribe" in the
subject, without the quotes.
[REBOL] Re: REBOL/View 1.0 Ships!
Whohoo!!! go: :do !: "Yippee!!" GO REBOL ! Brett. > We did it. Finally. Check out http://www.rebol.com > > It's a free download, and it allows FREE REDISTRIBUTION! That's > right, you can put it on your web site, put it into a CD-ROM, > share it with friends via floppy, beam it over wireless, > whatever. > > Also note that the Windows and Linux versions are actually > View/Pro. We are working to get credit card processing up and > running so we can start selling licenses and send you the key > that unlocks the power of View/Pro. > > And, look for View 1.1 coming soon... it will include the REBOL/View > Desktop. > > Much more planned for the Web site for docs and demos... and also > look for the return of the REB soon -- a world-wide distributed > operating system (WWDOS? Hmmm.) > > If you yet haven't noticed, REBOL's back! > > -Carl > > -- > To unsubscribe from this list, please send an email to > [EMAIL PROTECTED] with "unsubscribe" in the > subject, without the quotes. > -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Re: REBOL/View 1.0 Ships!
Hi Bo! just one question - do you still work for RT? I noticed your consultant work related email some week or two ago here, and now you are not posting from @rebol.com, and you are asking questions as if you would not be Rebol QA anymore??? Thanks, -pekr- - Original Message - From: "Bohdan Lechnowsky" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, April 07, 2001 5:42 AM Subject: [REBOL] Re: REBOL/View 1.0 Ships! > Having trouble with the Amiga version. It won't install. > > I have the executable in the data:view/ directory and it's called > 'view'. I try to install it to that location as well as other > locations like RAM: and work: and I always get the same message: > > Failed to install file data:view/rebol > > What am I missing? > > -Bo > > > Get your FREE web-based e-mail and newsgroup access at: > http://MailAndNews.com > > Create a new mailbox, or access your existing IMAP4 or > POP3 mailbox from anywhere with just a web browser. > > > -- > To unsubscribe from this list, please send an email to > [EMAIL PROTECTED] with "unsubscribe" in the > subject, without the quotes. -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Re: REBOL/View 1.0 Ships!
Carl: Just downloaded View. Looks good. Congratulations!! Noticed that easy-vid demo is not looking in correct directory for images. Will investigate further. -Larry - Original Message - From: "Carl Sassenrath" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, April 06, 2001 9:14 PM Subject: [REBOL] REBOL/View 1.0 Ships! > We did it. Finally. Check out http://www.rebol.com > > It's a free download, and it allows FREE REDISTRIBUTION! That's > right, you can put it on your web site, put it into a CD-ROM, > share it with friends via floppy, beam it over wireless, > whatever. > > Also note that the Windows and Linux versions are actually > View/Pro. We are working to get credit card processing up and > running so we can start selling licenses and send you the key > that unlocks the power of View/Pro. > > And, look for View 1.1 coming soon... it will include the REBOL/View > Desktop. > > Much more planned for the Web site for docs and demos... and also > look for the return of the REB soon -- a world-wide distributed > operating system (WWDOS? Hmmm.) > > If you yet haven't noticed, REBOL's back! > > -Carl > > -- > To unsubscribe from this list, please send an email to > [EMAIL PROTECTED] with "unsubscribe" in the > subject, without the quotes. > -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Re: REBOL/View 1.0 Ships!
Having trouble with the Amiga version. It won't install. I have the executable in the data:view/ directory and it's called 'view'. I try to install it to that location as well as other locations like RAM: and work: and I always get the same message: Failed to install file data:view/rebol What am I missing? -Bo Get your FREE web-based e-mail and newsgroup access at: http://MailAndNews.com Create a new mailbox, or access your existing IMAP4 or POP3 mailbox from anywhere with just a web browser. -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Re: REBOL/View 1.0 Ships!
Carl, Ummm.. Your killing me. (WWDOS?) ahh. Anyone, got anything good to remove hair from underneath fingernails. Go Carl Go! Paul Tretter - Original Message - From: "Carl Sassenrath" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, April 06, 2001 11:14 PM Subject: [REBOL] REBOL/View 1.0 Ships! > We did it. Finally. Check out http://www.rebol.com > > It's a free download, and it allows FREE REDISTRIBUTION! That's > right, you can put it on your web site, put it into a CD-ROM, > share it with friends via floppy, beam it over wireless, > whatever. > > Also note that the Windows and Linux versions are actually > View/Pro. We are working to get credit card processing up and > running so we can start selling licenses and send you the key > that unlocks the power of View/Pro. > > And, look for View 1.1 coming soon... it will include the REBOL/View > Desktop. > > Much more planned for the Web site for docs and demos... and also > look for the return of the REB soon -- a world-wide distributed > operating system (WWDOS? Hmmm.) > > If you yet haven't noticed, REBOL's back! > > -Carl > > -- > To unsubscribe from this list, please send an email to > [EMAIL PROTECTED] with "unsubscribe" in the > subject, without the quotes. > -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] REBOL/View 1.0 Ships!
We did it. Finally. Check out http://www.rebol.com It's a free download, and it allows FREE REDISTRIBUTION! That's right, you can put it on your web site, put it into a CD-ROM, share it with friends via floppy, beam it over wireless, whatever. Also note that the Windows and Linux versions are actually View/Pro. We are working to get credit card processing up and running so we can start selling licenses and send you the key that unlocks the power of View/Pro. And, look for View 1.1 coming soon... it will include the REBOL/View Desktop. Much more planned for the Web site for docs and demos... and also look for the return of the REB soon -- a world-wide distributed operating system (WWDOS? Hmmm.) If you yet haven't noticed, REBOL's back! -Carl -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Re: REBOL/View Docs
Hello Philip On 05-Apr-01, Philip Bevan wrote: > Hi Carl, > > Just a very small point > > In the Beginners Guide section 6 custom styles the first example refers > to Testing a Red button style ... but the example is a blue button style. > I could not find what you were talking about there.I have also done a rip of the view docs and have them at http://www.sonic.net/alanwall/rebol/viewdoc.rip so you can read as a local file. Regards -- A good marriage would be between a blind wife and a deaf husband. -- Michel de Montaigne sent via Yam ver2.2 on AmigaForever verIV Be a Rebel get Rebol@ rebol.com UIN#=9391028 -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Re: Problem with understanding secure [ file allow ]
You will have to start REBOL with one of the command line option -s. Type "usage" at the REBOL prompt for details. --Ryan laplace wrote: > Hello, I don't want to get any interaction with a batch program so I put the line >"secure [ file allow ]" thinking he would keep quiet but now it asks "script requests >permission to lower security level": what can I do to really get no question from the >program ? > > Thanks. > > -- > To unsubscribe from this list, please send an email to > [EMAIL PROTECTED] with "unsubscribe" in the > subject, without the quotes. -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Problem with understanding secure [ file allow ]
Hello, I don't want to get any interaction with a batch program so I put the line "secure [ file allow ]" thinking he would keep quiet but now it asks "script requests permission to lower security level": what can I do to really get no question from the program ? Thanks. -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Re: Block! v List! dilema...
#06-Apr-01# Message from *Holger Kruse*: Hi Holger, >> Given that displays vastly outnumber moves, should I just stick with >> blocks? Or does anyone have a better suggestion? > Blocks are probably better. Ok, thanks for the help :) Chris -- New sig in the works Explorer 2260, Designer and Coder http://www.starforge.co.uk -- Good news. Ten weeks from Friday will be a pretty good day. -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Re: Block! v List! dilema...
On Fri, Apr 06, 2001 at 07:09:05PM +, Chris wrote: > Using a block, I guess that pick for a block is an O(1) operation - a > simple array lookup? Yes. > Now the problem - when a user comments on a bug, or a > project admin updates the status of a bug, I want that bug to be moved to > the start of the buglist block. Remembering that this list could end up > being long (probably into the thousands), removing an element in the middle > and inserting it at the start would, I guess, be rather costly. Yes, but it should not be a problem unless you move a large number of elements around in a loop. A single remove/insert only takes a small fraction of a second, even in very large blocks. > The > alternative is to use a list of course: that makes the move very quick, > but what does it do to my display code? Is pick for list still O(1) - I > guess it isn't? No, it is O(n). > Given that displays vastly outnumber moves, should I just stick with blocks? > Or does anyone have a better suggestion? Blocks are probably better. -- Holger Kruse [EMAIL PROTECTED] -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Block! v List! dilema...
Hi, Sorry about the waffle, the really important bit is near the end if you're not interested in background detail.. I'm currently working on a project called ROACH (the RebOl Assisted Critter Hunter - a web based bug report and tracking tool. Couldn't resist the acronym). Each ROACH installation can store bugs for a number of projects and each project has its own list of bugs. Bugs can be submitted and commented on by registered users and project admins can alter the status of bugs. If you have ever used a Bulletin Board system like UBB or phpBB you will be familiar with the structure: the front page lists all the projects in the system, selecting a project brings up the list of bugs for that project and clicking on a bug opens the details for the bug. Here's the important bit: the list of bugs for a project is held in a block. The code I use to display the list is: for offset 0 9 1 [ if (start + offset) <= (length? buglist) [ entry: pick buglist (start + offset) ; throw out a table entry to show the bug summary.. ] ] Using a block, I guess that pick for a block is an O(1) operation - a simple array lookup? Now the problem - when a user comments on a bug, or a project admin updates the status of a bug, I want that bug to be moved to the start of the buglist block. Remembering that this list could end up being long (probably into the thousands), removing an element in the middle and inserting it at the start would, I guess, be rather costly. The alternative is to use a list of course: that makes the move very quick, but what does it do to my display code? Is pick for list still O(1) - I guess it isn't? Given that displays vastly outnumber moves, should I just stick with blocks? Or does anyone have a better suggestion? Chris -- New sig in the works Explorer 2260, Designer and Coder http://www.starforge.co.uk -- Never hit a man with glasses. Hit him with a baseball bat. -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Re: Buffered file reading
Heya Mat, MB> inp: open/binary/direct ftp://ftp.site.com/big-file.bmp MB> out: open/binary/new/direct %big-file.bmp MB> buf-size: 20 MB> buffer: make binary! buf-size + 2 MB> while [not zero? size: read-io inp buffer buf-size][ MB> write-io out buffer size MB> total: total + size MB> print ["transferred:" total] MB> ] Actually, I got this working; inp: open/binary/direct ftp://ftp.site.com/big-file.bmp out: open/binary/new/direct %big-file.bmp buf-size: 20 buffer: make binary! buf-size + 2 total: 0 while [not zero? size: read-io inp buffer buf-size][ write-io out buffer size clear buffer total: total + size print ["transferred:" total] ] close inp close out This works. The notable difference being the clear buffer, which was actually just a guess from me since I don't really know what it does other than resetting a pointer. -- Mat Bettinson - EuroGamer's Gaming Evangelist with a Goatee http://www.eurogamer.net | http://www.eurogamer-network.com -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Buffered file reading
Hi Guys, I'm making a sort of batch URL mover in Rebol. It will take it's commands via E-mail and download files from the net and upload them where specified. Naturally we need to use some sort of buffered scheme. I asked about this before and drew a blank but then I found this document on rebol.com: http://www.rebol.com/docs/network.html Take a look at the following extract; <-- Cut --> Transferring large files requires special considerations. You may want to transfer the file in chunks to reduce the memory required by your computer and to provide user feedback while the transfer is happening. Here is an example that downloads a very large binary file in chunks. inp: open/binary/direct ftp://ftp.site.com/big-file.bmp out: open/binary/new/direct %big-file.bmp buf-size: 20 buffer: make binary! buf-size + 2 while [not zero? size: read-io inp buffer buf-size][ write-io out buffer size total: total + size print ["transferred:" total] ] <-- Cut --> Well no, that code obviously wont ever work. (total not initialised) But it's probably close. The odd thing is that it only transfers about 20 and I'm not sure why that would be. It only seems to read a few K at a time and I've no idea why size would be zero when the magical number of 20 is hit. Any ideas? -- Mat Bettinson - EuroGamer's Gaming Evangelist with a Goatee http://www.eurogamer.net | http://www.eurogamer-network.com -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] [ANN] Messages 0.6.6
Messages 0.6.6 is a news headlines system which now features a commenting
system. Messages may also be converted into a bulletin board quite easily.
The entire system uses a single script: %messages.cgi which calls upon two
different .css files including %news.css and %comments.css. The admin
portion calls upon %logins.bin for password information. All news articles
are stored as XML files.
To view the headlines with commenting system, go to this URL...
http://www.fargonews.com/cgi-bin/messages.cgi?actionType=display&messageType=news&messageID=none
To view the headlines with commenting system along with administration
functions, go to this URL
http://www.fargonews.com/cgi-bin/messages.cgi?actionType=display-login&messageType=news&messageID=none
and login using...
userID: username2
password: password2
The script follows. As always, I'm looking for lots of input here. What do
you think of this system?
-Ryan
#!rebol -cs
REBOL [
Title: "Messages"
Date:6-Apr-2001
Version: 0.6.6
File:%messages.cgi
Home:http://www.dangeroustechnology.com
Author: "Ryan C. Christiansen"
Email: [EMAIL PROTECTED]
Rights: "Copyright (C) Ryan C. Christiansen 1999-2001"
Purpose: {
Create, display, edit, and delete messages using a standard XML
storage format and CSS2-reference tags for display. The script is
dependent on the use of .css stylesheets for separate messageTypes.
}
Comment: {
This file %messages.cgi is a single engine for creating,
displaying, editing, and deleting messages. For displaying, editing, and
deleting messages, %messages.cgi must receive the following variables as
CGI input: actionType, messageType, and messageID. For creating messages,
%messages.cgi must receive a REBOL e-mail object! as input or the following
variables as CGI input: actionType, messageType, subject, author, and
content. During message creation, %messages.cgi creates the following
variables: date and messageID.
}
History: [
0.0.9 [4-Jan-2001 "Created %std_msg_func_lib.r based on previous
work." "Ryan"]
0.1.1 [5-Jan-2001 "Added 'display-markup object! functions and
changed file name to %standard-message-function-library.r" "Ryan"]
0.1.2 [8-Jan-2001 "Fixed 'read-message-directory to output file
names including path to directory defined by messageType." "Ryan"]
0.2.1 [9-Jan-2001 "Corrected target 'word in 'write-xml-message.
Added 'create-message object! functions. Corrected 'display-markup to
output string! datatype instead of block! datatype. Negated use of
'message-request-data target variable in 'read-directory-messages. Added
'get-messages-for-display object! functions." "Ryan"]
0.2.3 [10-Jan-2001 "Added 'display-messages function, the
top-level function for displaying messages. Pared down usage in 'Example
portion of header to include only top-most functions. Removed /html-output
function from 'get-messages-for-display object! and removed /html function
from 'display-markup object!" "Ryan"]
0.2.4 [11-Jan-2001 "Changed the order of values (switched 'author'
and 'subject') for the XML grammar in all functions. Changed the 'either
switch in 'display-messages from 'none to the string! datatype 'none'."
"Ryan"]
0.2.5 [8-Feb-2001 "Removed incorrect class/id combinations from CSS
font designations. Changed 'display-markup and 'display-messages to markup
content using only CSS class designations instead of class/id
combinations." "Ryan"]
0.2.7 [18-Feb-2001 "Added routine to 'display-messages function
which will display all messages in a directory minus the content value. The
index option is called by sending 'index' as the 'messageID value to
'display-messages." "Ryan"]
0.3.7 [28-Mar-2001 "Changed name of script to %messages.cgi.
Changed e-mail address in header. Updated Comment and Example field in
header. Changed 'display-markup to markup messages using tags instead
of tags. Changed 'display-markup from a function to an object which
includes 'for-reading object including 'with-reference (display messageID
and messageType) and 'without-reference functions, and also 'for-editing
object with 'with-reference function to display a message or messages for
editing, including and tags. Added 'edit-message function
for editing messages. Added 'edited-from-cgi function to 'decode-to-object
object! Added 'delete-message function. Added 'message-action-cgi
uber-function." "Ryan"]
0.5.0 [29-Mar-2001 "Added return display for delete, create, and
edit switches in 'message-action-cgi. Changed 'append to 'insert in
'read-directory-messages function, which will make newest messages display
first. Changed radio button value for edit/delete choice from 'choice' to
'actionType'. Fixed the way 'for-editing object functions display form
values and form targets. Added form for creating new messages to
'for-editing object functions. Added 'create-form' action type to switch in
'messag
[REBOL] Re: if error? try problems
Howdy, Ryan: > If you hit my script directly using the if error? try > statement, the browser displays the "Content-Type: > text/html" statement at the top of the page. When I view > source, I see that it is displaying the stylesheet info > twice, once before the Content-Type statement and once > afterward. Here is the message-action-cgi function: Just from the sound of the symptoms, it sounds to me like it makes it through most of message-action-cgi the first time, generates an error towards the end and then invokes the error case which does message-action-cgi a second time. You may want to amass all the generated output in a string in message-action-cgi, and only print it when you've made it to the end of the function, so that you avoid producing a partial result. Again, just my speculation. :-) -jeff -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Re: if error? try problems
If you hit my script directly using the if error? try statement, the
browser displays the "Content-Type: text/html" statement at the top of the
page. When I view source, I see that it is displaying the stylesheet info
twice, once before the Content-Type statement and once afterward. Here is
the message-action-cgi function:
message-action-cgi: func [
{Decode CGI input and create, display, edit, or delete message(s).}
cgi-input [object!] "Decoded CGI data as submitted from an HTML page,
most likely sent using GET with messageType and messageID sent as an
appendage to the url request."
][
print "Content-Type: text/html^/"
default-input: make cgi-input [
messageID: "none"
]
if error? try [
stylesheet-to-load: make file! (rejoin [cgi-input/messageType
".css"])
stylesheet: read stylesheet-to-load
][
stylesheet-to-load: %comments.css
stylesheet: read stylesheet-to-load
]
print {
}
print {}
print stylesheet
print {}
print {
}
switch/default cgi-input/actionType [
"create-form" [
sessionID-check: make decimal! time-in-digits now
user-sessionID: make decimal! cgi-input/sessionID
either (user-sessionID + 1000) > sessionID-check [
display-create-form cgi-input
][
display-login-form cgi-input
]
]
"create" [
sessionID-check: make decimal! time-in-digits now
user-sessionID: make decimal! cgi-input/sessionID
either (user-sessionID + 1000) > sessionID-check [
create-message/from-cgi cgi-input
display-messages/for-editing default-input
][
display-login-form cgi-input
]
]
"comment" [
if error? try [
create-message/from-cgi cgi-input
][
comments-directory: make file! rejoin
[cgi-input/messageType {/}]
make-dir comments-directory
create-message/from-cgi cgi-input
]
parent-message-input: make cgi-input [
messageType: cgi-input/parent-messageType
messageID: cgi-input/parent-messageID
]
post-comment-input: make cgi-input [
messageType: cgi-input/parent-messageID
messageID: "none"
]
post-comment-reverse-input: make cgi-input [
messageID: "none"
messageType: parent-message-input/messageID
parent-messageID: parent-message-input/messageID
parent-messageType: parent-message-input/messageType
]
display-messages/for-reading/for-commenting
parent-message-input
wait 1
display-messages/for-reading/for-commenting post-comment-input
display-comment-form post-comment-reverse-input
]
"display" [
display-messages/for-reading/for-commenting cgi-input
]
"display-comments" [
reverse-input: make cgi-input [
messageID: "none"
messageType: cgi-input/messageID
parent-messageID: cgi-input/messageID
parent-messageType: cgi-input/messageType
]
display-messages/for-reading/for-commenting cgi-input
if error? try [display-messages/for-reading/for-commenting
reverse-input][]
display-comment-form reverse-input
]
"edit-form" [
sessionID-check: make decimal! time-in-digits now
user-sessionID: make decimal! cgi-input/sessionID
either (user-sessionID + 1000) > sessionID-check [
display-messages/for-editing cgi-input
][
display-login-form cgi-input
]
]
"edit" [
sessionID-check: make decimal! time-in-digits now
user-sessionID: make decimal! cgi-input/sessionID
either (user-sessionID + 1000) > sessionID-check [
edit-message cgi-input
display-messages/for-editing default-input
][
display-login-form cgi-input
]
]
"delete" [
sessionID-check: make decimal! time-in-digits now
user-sessionID: make decimal! cgi-input/sessionID
either (user-sessionID + 1000) > sessionID-check [
delete-message cgi-input
display-messages/for-editing default-input
][
display-login-form cgi-input
]
]
"display-login" [
display-login-form cgi-input
]
"login" [
unencrypted-logins: decrypt read %logins.bin
do unencrypted-logins
login: make object! [
[REBOL] Re: Request For Comments
This morning I looked at that code and thought to myself "Those condition blocks should work like 'all." So here is the resulting update. --Ryan REBOL [ Title: "Case Statement and Test" ] case: func [ "If all of condition block is true, subsequent block is evaluated." cases [block!] "Block alternating with condition blocks and action blocks" /default default-case [block!] "Defualt case if no others found." ] [ forskip cases 2 [ if all first cases [ return do first next cases ] ] either default [ do default-case ][ none ] ] ; Test 'all functionality of condition blocks a: 8 b: 8 c: 8 confirm case [ [ c = 32 b = 8 a = 4 ] [ probe "C = 32 & B = 8 & A = 4" ] [ a = b b = 8 c <> b ] [ probe "A = B & B = 8" ] [ a = b c = b ] [ probe "A = B & C = B" ] [ a = ( b + c ) ] [ probe "A = B + C" ] [ c = ( a + b ) ] [ probe "C = A + B" ] ] ; Test found case a: 1 b: 2 c: 3 confirm case [ [ c = a ] [ probe "C = A" ] [ a = b ] [ probe "A = B" ] [ a = ( b + c ) ] [ probe "A = B + C" ] [ c = ( a + b ) ] [ probe "C = A + B" ] ] ; Test not found case a: 22 b: 33 c: 44 confirm form case [ [ c = a ] [ probe "C = A" ] [ a = b ] [ probe "A = B" ] [ a = ( b + c ) ] [ probe "A = B + C" ] [ c = ( a + b ) ] [ probe "C = A + B" ] ] ; Test defualt case a: 11 b: 200 c: 32 confirm case/default [ [ c = a ] [ probe "C = A" ] [ a = b ] [ probe "A = B" ] [ a = ( b + c ) ] [ probe "A = B + C" ] [ c = ( a + b ) ] [ probe "C = A + B" ] ] [ probe "default" ] -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Re: if error? try problems
Howdy, Ryan: What does it blow out with? .. or where does it? maybe: if error? try [message-action-cgi no-cgi-input][ print "The error is down here?" ] Just a thought-- -jeff > The following statement works in my script... > > cgi-input: retrieve-user-data > message-action-cgi cgi-input > > The function 'retrieve-user-data successfully transfers the CGI input into > the variable 'cgi-input and subsequently, the 'message-action-cgi function > successfully processes the cgi-input variable. The cgi-input object > includes three values: messageType, messageID, and actionType. I test the > above statements using a URL, as such... > > >http://www.fargonews.com/cgi-bin/messages.cgi?actionType=display&messageType=news&messageID=none > > > But if I try to add error-checking so that it will default to using a > pre-defined object!, it does not work. > > if error? try [ > cgi-input: retrieve-user-data > message-action-cgi cgi-input > ][ > no-cgi-input: make object! [ > messageType: "news" > messageID: "none" > actionType: "display" > ] > message-action-cgi no-cgi-input > ] > > > I've been working on this little problem for a long time now. Can anyone > see what I'm doing wrong? > > Ryan C. Christiansen > Web Developer > > Intellisol International > 4733 Amber Valley Parkway > Fargo, ND 58104 > 701-235-3390 ext. 6671 > FAX: 701-235-9940 > http://www.intellisol.com -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] if error? try problems
The following statement works in my script... cgi-input: retrieve-user-data message-action-cgi cgi-input The function 'retrieve-user-data successfully transfers the CGI input into the variable 'cgi-input and subsequently, the 'message-action-cgi function successfully processes the cgi-input variable. The cgi-input object includes three values: messageType, messageID, and actionType. I test the above statements using a URL, as such... http://www.fargonews.com/cgi-bin/messages.cgi?actionType=display&messageType=news&messageID=none But if I try to add error-checking so that it will default to using a pre-defined object!, it does not work. if error? try [ cgi-input: retrieve-user-data message-action-cgi cgi-input ][ no-cgi-input: make object! [ messageType: "news" messageID: "none" actionType: "display" ] message-action-cgi no-cgi-input ] I've been working on this little problem for a long time now. Can anyone see what I'm doing wrong? Ryan C. Christiansen Web Developer Intellisol International 4733 Amber Valley Parkway Fargo, ND 58104 701-235-3390 ext. 6671 FAX: 701-235-9940 http://www.intellisol.com Global Leader in People Performance Software _ Confidentiality Notice This message may contain privileged and confidential information. If you think, for any reason, that this message may have been addressed to you in error, you must not disseminate, copy or take any action in reliance on it, and we would ask you to notify us immediately by return email to [EMAIL PROTECTED] -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Re: REBOL as "Glue" ?
> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of > David Vydra > Sent: Thursday, April 05, 2001 10:40 PM > To: [EMAIL PROTECTED] > Subject: [REBOL] REBOL as "Glue" ? > We are currently using ActiveWorks (WebMethods) to > interface our product with various legacy systems. We > are considering using REBOL as an alternative. Hi, that's something I'm think about for a while now. Using Rebol as an EAI (enterpris application integration) layer to connect different systems via XML (or whatever) documents. > Has anyone used REBOL for similar purposes? Any > experience developing guaraneed delivery mechanisms in > REBOL? No. IMO you need something like a two-way transaction sending, acknowledge etc. But it should be possible. > Also, anyone used ODBC drivers with REBOL under > NT? Is REBOL/Command ODBC interface robust? The one (mySQL) I tested with /Command had no problem. Robert -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
[REBOL] Re: Website updated
Thanks for the reply Holger. Nice to know that do/new may eventually come. (: I see I don't have to ask if drawing commands will be in View, anyway. See the bottom of the view-guide people On 05-Apr-01, Holger Kruse wrote: > On Thu, Apr 05, 2001 at 11:54:47AM +1200, Carl Read wrote: >> Nice to see it prominent. >> >> Will scripts multi-task with it, though? (Without the need for >> launching a new REBOL for each of them.) The pic on the homepage >> suggests this and it was promised for REBOL after Express was >> released, but I've seen nothing to suggest this in Core2.5. > That depends on the scripts. Arbitrary scripts cannot multi-task > at this time, because REBOL does not have full multi-threading > yet. We will probably add that in a future version. > However View scripts tend to be event-driven (triggered by mouse > clicks etc.), and it is often possible to have multiple event-driven > scripts running in parallel, in separate windows under the same > REBOL process, even without real multi-threading. > REBOL/Link (client side of REBOL/Express) contains some "magic" in > its application framework to do this transparently, so the same > View/Link script can be run either stand-alone or as one of several > simultaneously running "applications" from the Link desktop, without > changing the script. We might provide something similar for View > once the desktop is added (in version 1.1), but no promises quite > yet :). -- Carl Read [EMAIL PROTECTED] -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
