World: r3wp

that's the way i understand it, yes

Well. at least to-binary shows the string as UTF-8  , if it's not 
the internal representation...  Dunno what to say..

Joanna: I haven't read the source (I have no access to it). I only 
know what Carl tells us. :-) I don't know if this has been documented 
somewhere, it is definitely buried within loads of AltME messages. 
:)

as I said, whenever you do a change that requires the internal representation 
to change, the string is converted. So if you have the string "joannak", 
that is represented as the sequence of bits 6A6F616E6E616B internally. 
if you do something like insert string #"^(1000)", the internal representation 
becomes 1000006A006F0061006E006E0061006B (endianess issues aside).

You never notice this (and in fact, don't need to know), because 
strings are always converted on i/o. to binary! string will convert 
it to UTF-8. other i/o will convert it to the platform's standard 
encoding (UTF-8 on Mac and Linux, UTF-16 on Windows)

ok, I have been diving into R2 a little more and I was curious why 
it is so hard to use the scripts on rebol.org. I am using new-blog.r 
for example and it appears that I am going to have to rewrite parts 
of it to get it to work properly. It is probably a configuration 
on the hosting provider I am using. Is there any documentation on 
how CGI processing works internally. I see all the tutorials and 
stuff and I understand that. I used that to get some of my scripts 
working. What does rebol -cs really mean? I am just trying to figure 
out how to determine where in the script it is failing. Any ideas?

rebol -cs launches rebol in cgi mode (-c) with the security sandbox 
disabled (-s)

what does the sandbox prevent you from doing?

writing or reading files, for example

ok, I thought that was the case

I know this is a stupid question. how do I know where in a CGI it 
is failing?

not a stupid question at all

I can write my own scripts and debug them pretty easily.

when trying to use someone else's is another challenge in itself.

CGI debugging is horrible. typically it's easiest to put a `print 
"Content-type: text/plain^/"` at the top of the script, then you'll 
most likely see the rebol error message

R3 will make this easier?

at the top: right below the initial REBOL [...] block

there is a trace I saw in R3

I will try that

Hello!  Looking for some general advice.  Just completed my first 
project in REBOL as a learning experience, a simple departmental 
database using View 2.7.6 with HMK's LIST-VIEW and Dobeash's SQLite 
driver.  While I'm sure there is much I could have done better, it 
works well enough that people want to use it!  Now my boss is looking 
for another LAN-based departmental application.  Will use REBOL of 
course; probably can get by w/ SQLite again.  But my questions are 
these: (1) use View 2.7.6, the new 2.7.7, or try 3.0?  (2) stick 
w/ the standard View/VID, and LIST-VIEW, or try Dobeash's RebGUI? 
 
Many thanks in advance for any advice you can share!

3.0 is not production ready at this point. Still under heavy development, 
so maybe just stick with 2.7.6. LIST-VIEW is untested under 2.7.7. 
I haven't had the time to test it (but please do, and tell me if 
it fails :-)).

I'm just curious Jack, did you project REALLY need a database at 
all?

I find that "most" places where people use a database, a few pages 
of code that can insert and delete stuff from a simple text list 
would work just fine (AltME does this for example, there is no database 
behind this).

Thanks Henrik!  LIST-VIEW was a BIG help in presenting data...I did 
have a few problems w/ displaying large text entries (> 200 characters?), 
which was likely due to me not knowing what I was doing!  Part of 
my concern in what choices to make was trying to prepare for the 
future of REBOL; if LIST-VIEW will not be an option under 3.0, but 
something like tables in RebGUI would be, then I want what I learn 
to carry forward for me.

So maybe I'll stick w/ what I've used, but upgrade to 2.7.7.  This 
will be a back-burner project, but I will certainly provide feedback 
on LIST-VIEW under 2.7.7 as I move forward.
Again, thanks for the great tool and for the ongoing support!

jack-ort, LIST-VIEW will be replaced with something smarter and more 
modular in 3.0. I don't want to lose its functionality when moving 
to 3.0 for production projects.

Main issue with LIST-VIEW is that it's too big and monolithic to 
debug properly for me. And thanks for using it. :-)

Hi Reichart - well, I thought I needed a db.  Plan is that once enough 
data is gathered, managers will want to run queries against the data. 
 My thought had been to give them a MS Access link to the SQLite 
db, and they can either use canned Access reports, or if they know 
what they are doing, allow for ad-hoc SQL queries.  Now, if there 
was a good reporting tool for working against the simple data storage, 
I'd consider switching.  I like simple!  :-)

It sounds like you're on the right track Jack. I still use VID, but 
some people prefer RebGUI. My main reason for not switching is inertia, 
and not having enough need to port things. Ashley's work is always 
great and well supported.


Whether you need a DB depends on your needs. The ability to use existing 
queries or reports is valuable. If you really need ad hoc query capability, 
a DB can make sense, but then you need someone who knows SQL.

RebGUI makes it easy to have a profesional looking App but I often 
hit a wall with it when it does not offer some needed functionality 
(like list-view). I often end up using VID again because I can "hack" 
it to what i need.

Hello again.. Been away for some months, still noob :-)

You're only as young as you feel!

Welcome back. :-)

test

oh finally my message went through

Hi there anyway

howdy  :-)

Thx!

Glad someone is monitoring this ... how the heck do you know there 
is a new message in this thread, aaah, group as we should call it?

the group name turns red, and new messages in a group have the username 
highlighted

OK, thanks

Asking a very basic rebol q.

working through the manual trying out stuff.

sometimes very simple things stump me ...

there are also options (in the little wrench icon in the upper left) 
to play a sound when posts occur and the interface isn't on top

the foreach example ...
foreach colour colours [ print colour ]


... it only prints the return of the foreach, which is the last element 
in the block.

why don't I see the 'print colour' appearing in the console?

it should list every color in your colours block...

except it doesn't ... like I said, I only get the last colour printed.

Here is the output:
>> colours: [red blue black green violet]
== [red blue black green violet]
>> foreach colour colours [print colour]
== violet

Thx for tip about setting the sound for new posts etc, BTW.

hum strange... what rebol version are you using?