Hi Miguel,
On Saturday, May 22, 2004, 4:40:17 PM, you wrote:
ML ready: wait/all [port1 port2 10]
Since you are using /ALL, READY can be a block with both ports in
it. So either you should remove the /ALL refinement (so that at
most one port will be returned each time), of you should read
Hi Carl,
On Sunday, May 23, 2004, 1:45:53 AM, you wrote:
CR Type DESKTOP or SET-USER for settings.
browse http://www.rebol.com/
CR ** Script Error: Feature not available in this REBOL
CR ** Near: browse http://www.rebol.com/
CR (-: A case of swings and roundabouts, I think. Browse
CR is
Hi Ashley,
On Sunday, May 23, 2004, 1:03:57 AM, you wrote:
AT While I can certainly see the benefit of getting as many folks as possible
AT to use the latest VID 1.3 beta, it might not be such a good idea to
AT present a moving target (and little current documentation) as someone's
AT first
Hi all,
currently I am developing a small application that displays flags from
all over the world off a website.
There is also a search option, in order to search for (a part of) a
countryname.
The REBOL/View version I use is 1.2.46.3.1.
I have built in some print statements for debugging
Hi Arie,
Attachments are stripped with this list. If possible, just send the script in the
body of the email, or if it's too large, place it on a website (if you have one) and
just show us the URL.
-- Carl Read.
Hi all,
currently I am developing a small application that displays flags from
Hi Carl and others, below the asterisks line follows the script
*
rebol [
Title:Flag Viewer
Author:Arie van Wingerden
]
{write/lines %log mold country-flag}
global: make
Hi all,
trying to solve my problem I found an error in the argument block of the
find-country func.
Currently it says:
search-text /count /ptr /tmpflags
but it should be:
search-text /local count ptr tmpflags
But the problem I posted for in the first place is not solved by this patch.
I am looking at the difference in behaviour between
compose and reduce:
First, let's see the result of this either expression:
type? either none [][]
== unset!
Ok, now let's look at reduce:
reduce [unset! either none [][]]
== [unset! unset]
Why was the first
It is a lack of copy.
global/findstr: copy search-text
or
find-country copy country-find/text
Anton.
Hi all,
currently I am developing a small application that displays flags from
all over the world off a website.
There is also a search option, in order to search for
It is a bug of request-dir.
http://www.rebol.org/library/scripts/request-dir.r
For some reason it is clipping off the final
slash of the current directory.
To see what I mean, issue what-dir before
and after request-dir.
The two lines of code which cause the problem are:
if not all
Hi Anton,
that was the old friend copy again, sigh :-[
But still I am very glad that you've made me aware of the problem :-)
Many thanks for your help!
Kind regards,
Arie van Wingerden
Anton Rolls wrote: It is a lack of copy. global/findstr: copy search-text or
find-country copy
Hi Anton,
reduce [unset! either none [][]]
== [unset! unset]
Why was the first unset! molded and the second formed?
The difference is that:
reduce [unset!]
is a block! with a word! and when you evaluate it, the word get its value,
which is the datatype! unset!.
while:
reduce
Anton Rolls napsal(a):
...snip... but
why doesn't the following unset value also disappear?
compose [(unset!)]
== [unset!]
because UNSET! is a datatype, if you want to get a value of this
datatype, you can e.g.:
type? () ; == unset!,
which yields what you expect, but not
Anton et al,
AR It is better to keep the final slash for a directory, in
AR my opinion.
In which case, we'd want to make sure that the slash is *always*
there, correct? Anyone care to cast their votes about how this should
behave? I'll be glad to collect results and pass them on to RT.
--
Dixit Henrik Mikael Kristensen (14.46 22.05.2004):
http://rebol.net/cgi-bin/projects/track.r (it's a webpage)
Thanks!
HY
--
Regards,
Henrik Mikael Kristensen
--
To unsubscribe from this list, just send an email to
[EMAIL PROTECTED] with unsubscribe as the subject.
Prætera censeo Carthaginem
Dixit Blaz Segavac (08.52 22.05.2004):
[...]
connecting to: home.tiscali.dk
** Internal Error: Stack overflow
** Where: parse-head
** Near: insert tail head-list to-set-word w
But I remained in the REBOL console after getting heaps of 'connecting
to: home.tiscali.dk' messages and then it
Hi guys,
it would sure be nice to have call, encryption, etc, in
rebol/core.
is a core/pro version in the works? Why not?
:-)
--
signature indignant: hey!
-tom
--
To unsubscribe from this list, just send an email to
[EMAIL PROTECTED] with unsubscribe as the subject.
Hi Philippe,
llff 1/ how is it possible to get a brief listing of objects and functions including
llff in a script ? Parsing, testing word? or another not documented method ?
Something like this?
mark-my-words: context [
init: does [query/clear system/words]
dump: does [
print
Hi Tom,
TF it would sure be nice to have call, encryption, etc, in
TF rebol/core.
TF is a core/pro version in the works? Why not?
Do you want it in Core so it's free, or so you don't have the overhead
of Command/View? If the latter, you can get the SDK and use the /Pro
kernel; if the former,
Anton
The second line removes the slash, for reasons unknown.
Agreed. Commenting this line out fixes the issue. I thought it might be a
cut paste error (from request-file) but no. Perhaps it is needed to
address behavioural differences under other ports (Linux)?
It is better to keep the
20 matches
Mail list logo