World: r3wp

consider it a flimsy prototype. requires list-view.r to be in the 
same path as the script

please don't submit suggestions or bug reports at this point

heh, cool :-)

Henrik - wrong link to list-view on the above reblog.html .... /reblog/ 
in the path should not be there ...

true and false - just use mold/all or save/all.

well, imo Bobik has this block as some result of form field get-values 
function :-)

is the user typing true and false in?

dunno, would have to ask him, once I catch him on icq ... but - I 
think it is OK, I explained to him why he needs to reduce the block 
...

Henrik: just for info, there is CSS styles junks at the top of some 
pages like this one (in IE6 almost) http://www.hmkdesign.dk/rebol/reblog/files/category-3.html

#[true] etc.

didec: odd. maybe not the entire page was uploaded. my internet connection 
is very bad right now

pekr, link fixed

Thanks Gabriele --- save/all neatly does the job.

No use to me though in several cases -- I support  applications that 
pre-date that refinement and run under older versions of core.
But it'll save me a chore in future apps.

hmm... seems I forgot there are some LIST-VIEW 0.0.29 only functions 
used in Tester. maybe I should do a release soon....

Another new feature that may help is the /ONLY refinement on REDUCE.

Very cool idea Henrik. Keep us posted.

Does any one have a tool for examining large objects?   I'm trying 
to find where things are defined in beer, and using an editor to 
browse the port object is not fun.  A sort of anamonitor for objects?

port! values don't support the use of FIRST to get their words (AFAIK). 
At least I think that's what I ran into trying to support them in 
my old object browser.

where's your object browser Gregg?

graham, did you try the object browser in Viewtop/Tools ?

Nope .. ;)

first is a port-operation.. Maybe it could use the default-words 
for ports.

Under Developer/Users/Gregg. Run it under 1.3, it isn't happy under 
Link for some reason. I have some other versions floating around 
as well, but probably not too different from that one.

Graham, anamonitor can examine custom objects, not just the system 
object. You just need to type in a word/path which refers to the 
interesting object.

Ok, good to know.

Yep, Anamonitor 2.0, next to the help button, there's a field that 
says "Name or command". Replace that string with "ctx-edit" for instance.

i think anamonitor 3 can also examine ports, though i haven't tried

That would be pretty cool. Actually, as cool as anamonitor is, I 
don't use it much !  I probably should go exploring in it once in 
a while.

all updates on Tester has been moved to the Tester group

how to produce nice formated blocks? (with newlines where needed 
- not to have all values in onle line?)

hm, just found this: probe to-block {1 2^/3 4^/ 5} but I would like 
to insert newline formating when I produce block where I use repend

Hve you tried the
new-line
function -- available in recent versions of REBOL?

that's it:) thanks

it's not documented here: http://www.rebol.com/docs/changes.html

They're listed in the View 1.3 release notes, but not heavily doc'd.

:-) I only found it by accident while failing to get something of 
Gabriele's to run under an earlier version

a bug or a feature? ;-) view layout [tl: text-list "" "ahoj" "" "cus"] 
  ... just click on an empty element ....

not even view layout [tl: text-list do [ tl/data: reduce [copy "" 
"ahoj" copy "" "cus"] show tl] ]  works ...

Looks like a bug -- can't have a duplicate entry.....Try clicking 
on one of the "cus"s

 unview/all view layout [tl: text-list "cus" "" "ahoj" "" "cus" "cus"]

it looks for value instead of for index when hilighting? What purpose 
does it have? IIRC it was reported few years ago ... that is rudiculous 
behavior and makes the style completly useless ...

Putting duplicate values in a list is also rediculous.

why? the list should not care ....

but - for simple viewing purposes, when you want to display e.g. 
field values, and some of them are null = empty strings? That design 
is for nothing and there should be no excuse for apparent bug, which 
was reported ages before ...

wouldn't this be approriate  ;-)

view layout [tl: text-list do [ tl/data: unique reduce [copy "" "ahoj" 
copy "" "cus"] show tl] ]

I agree that duplicates wouldn't be normal occurance in a list.  
Maybe a multi-column list would have duplicate values in a column, 
but each additional column should have other elements to make the 
row intself unique.  Again, from a 'list' perspective.

thanks a lot, Brock, that cures list-text pain :-)

not bad, in 3 years hear I solved one problem!

imo that is not requirement ot have unique values only possible? 
I know that more than one the same value in one column is a bit weird, 
but still the logic is twisted - it should work upon position, not 
the content ....

agreed

imo text-list is totally screwed implementation, I wonder noone else 
found this out yet?