World: r3wp

DIR?  -  This function, useful as it is, is confusing, because it 
is not obvious that it goes to the filesystem or network to check. 
Perhaps it should be called EXISTS-DIR?

I also feel the lack of a function just to see if a file or url ends 
with a slash. If you work with the filesystem at all you quickly 
find yourself checking for final slashes all the time. Here is my 
latest way of detecting that:
#"/" = pick tail file -1

That sure is ugly to put into code all the time, and I keep wishing 
this is what DIR? would do.

I understand that there is probably a huge body of code that would 
be adversely affected by this renaming, so I am looking for a nice 
short name. So far I thought of DIR-SPEC?  (ie. "does this file have 
the specification of a dir ?") but....

.. it doesn't seem short enough.

Anton, that are the results of standard split-path that i replicated.The 
only difference is in %"" which gives an error on split-path and 
that result on split-path-3. I have some problems on how path are 
splitted by split-path in some cases, but to change them is a problematic 
thing, because all handlers knows how split-path works and get their 
decisions on it. I am not sure that the better result is [%./ none] 
in the %"" example, because the starting path (%"") is a file of 
name "" like in the %"a" example, where the starting path is a file 
of name "a". In the other 2 examples (%/ %.) the starting path is 
a DIR not a file (and the file is "exactly" none).

#"/" = last file ; somehat shorter.

Volker: it fails on %""

ah. did not read enough.. is that a practical problem? maybe %"" 
should be turned to %"./" automatically on parsing?

Romano, you are right. You are fixing rather than changing behaviour.

Anon it is hard to say what the result should be in these cases:
	split-path http:// 
	split-path http:/ 

but usually (i think) split-path is not called directly on url, before 
they are splitted with parse-url or with decode-url.

Yeah, I wouldn't worry about it. This is a minor minor issue for 
me.

Is there anyway to browse tickets in RAMBO?

Being able to browse by Product, Class, Type, etc. would be really 
nice!

Someone posted this to the ML...

I can Encap: [ title 
program 1.0" ]
I gives an error of memory management. is this a bug ?"


I know I ran into this as well but I don't remember what the work 
around is and I can't seem to find it.  This bug doesn't appear to 
be in RAMBO...

I was helping him, but didn't see the same trouble.

that problem should be fixed in the latest sdk betas.

In #3639, Oldes asks for a request-dir, same as request-file. I've 
always wanted these to be implemented in rebol. So I created my own, 
based on scroll-table.

do http://www.lexicon.net/antonr/rebol/util/demo-request-dir.r

(Tested most recently on View 1.2.57.3.1e)

>> do http://www.lexicon.net/antonr/rebol/util/demo-request-dir.r
connecting to: www.lexicon.net
Script: "Demo request-dir" (28-Dec-2003)
Script: "scroll-table style" (7-Mar-2004)
Script: "List Sort Button" (10-Dec-2003)
Script: "header-group" (7-Feb-2004)
connecting to: www.lexicon.net

Include: Couldn't load-thru http://www.lexicon.net/anton/rebol/util/request-dir.r
** Script Error: request-dir has no value
** Near: request-dir/initial %./

The url in the "Include" line is wrong : there is "anton" and upper, 
there is "antonR"

I think Carl posted a REQEUST-DIR to the ml long ago too, didn't 
he?

*REQUEST-DIR

And I have modified it and put back in the library.

http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=request-dir.r

DideC, I moved site. You must update. Do this, then try again:

load-thru/update http://www.reboltech.com/index.r[folder "Anton"]

(and sorry about that - one day soon, all this will not be necessary)

(err. [foler "Anton"] is not necessary in the above line, but it 
will still work)

Yes ok, it works now, thanks.
There is not only folders in your request-dir ?!!

eh? what do you mean ? Oh do you mean you can also see files at the 
bottom of the list ? Yes, that is by design. But the directories 
are the only items that are selectable. It always annoyed me not 
to be able to see all the contents of a directory in other directory 
selectors.

About incompatibility between versions of Rebol;  I think Rebol could 
benefit, as I have gleaned from other projects out there, from a 
strict cycle of 1/ feature additions,  2/ bug fixes,  and maybe 3/ 
a final category for "difficult" additions or changes (causing incompatibility 
with prior versions).

>> site
== http://www.lexicon.net/antonr/rebol/
>> site/1.s3m
** Syntax Error: Invalid decimal -- 1.s3m
** Near: (line 1) site/1.s3m

paths too strict again ? (did I bring this up before  ?)

Hard to fix though, because I think a LOAD is done on each path element.

>> site:  http://www.lexicon.net/antonr/rebol/
== http://www.lexicon.net/antonr/rebol/
>> site: join site {1.s3m}
== http://www.lexicon.net/antonr/rebol/1.s3m

Why does everyone try it that way, Anton?

Anton: good point, i think that the path loader could be more relaxed 
on 2nd to last slot.

Also if i always thought that this file/url paths are a little strange.

I'll make a RAMBO ticket then. Any objections?

None from me, but no one answered why peeps use site/whatever instead 
of join site {whatever}

Your question was ambiguous (ie. which way were you referring to 
- the first or second way?). Anyway, the answer is: "Less typing".

ah.. sorry lol

Posted the ticket.

I don't like this behaviour:
>> 2147483648
== 2147483648.0
I would prefer an integer!

me too. I wanted it for the EAN13 barcode generator

that can't be a signed integer

Apparently decimals have more precision or something:
>> 1234567890123
== 1234567890123.0
>> to-integer 1234567890123
** Math Error: Math or number overflow
** Where: to-integer
** Near: to integer! :value

more precision, and they remember the decimal point. and throw away 
the littlest digits.

Sorry Romano, I meant it to be negative. -2147483648 becomes a decimal! 
too. This is a problem for code that deals with flags etc. I have 
some code for FMOD and one of the flags uses the highest bit, but 
it gets loaded to a decimal! :-/  I do not wish to make a special 
test for that case. I wonder if this behaviour is really necessary, 
so I would like to make a wish report.

anton: i think that bug is on rambo already, posted by romano.

Anton you can use bitsets and to-binary bitset! to handle flags it 
should make your life easier.

it is not a wish it is a bug :-)

romano, which one?

- 2147483648