AltME groups: search

I think it might be related to resolution agjustment/change. It is 
so long standing bug, that I wonder if it is even in RAMBO. It should 
be definitely fixed ...

I have submitted a feedback to 'AltMe'... and doing a search on RAMBO 
to see if there is an entry for this as well.

As Graham says, the REBOL.org archive does cover the network shemes 
group:
  http://www.rebol.org/aga-display-posts.r?post=r3wp763x1814

But not the REBOL3 GUI group -- Brian did not set that to [web-public] 
-- if he his happy for it to be [web-public] we can easily add it 
to the archive.
Please report rebol.net problems via RAMBO for best results.

They still  share the same data  if you point  a pointer in the node 
to something else. But - here is  rambo, move somewhere else. Your 
 version seems more  plausible from the  implementation effort, i 
want to makemy point  for  academical reasons.

I don't see this in RAMBO.

RAMBO'ed

Anton, if that applies to 1.3.2 too, then please make sure it is 
in RAMBO.

http://www.rebol.net/cgi-bin/rambo.r?id=3532&

that's why they are in rambo - they won't be forgotten.

Hmm.. there seem to be a few other LAUNCH issues in the Rambo database. 
I guess it's not as important as it used to be, now we have CALL.

Ok, so I'll be putting in a rambo entry.

Anton: I thinl you're right to add it to rambo

Brian: It's in Core 2.5.6 so I'd guess it was some time ago.

>> make date! [0 0 0]
== 30-Nov-65535
>> make date! [0 0 1]
== 30-Nov-0000
>> make date! [75 0 1]
== 13-Feb-0001
>> make date! [01 0 75]
== 1-Dec-0074


sorry, but these make dates are just funny. 0 becomes a negative 
offset in time in some instances... like the last.  should I RAMBO 
this?  I would expect make date to accept only one 0 value, being 
the year... any other 0 makes no sense.

btw, I looked and didn't find this strange behaviour being notified 
on RAMBO...

it's already fixed: http://www.rebol.net/cgi-bin/rambo.r?id=4039&

Regarding #3867 "feel/detect event/face should be target face, not 
face" 
http://www.rebol.net/cgi-bin/rambo.r?id=3867

Gabriele, could a captcha be added easily and timely to RAMBO... 
as well as a "preview" step... hitting the "enter" is easy to do 
involuntarily.

Could someone update RAMBO ticket 3455 with info that Linux (at least 
Debian) supports a

sensible-browser

command.

RAMBO'ed

Submitted the above bug to RAMBO.

Rambo it ??

http://www.rebol.org/cgi-bin/cgiwrap/rebol/ml-display-message.r?m=rmlPSTK
<--- I can't find this old bug in RAMBO, and it still crashes REBOL.

Gabriele,
Can you please take a look at these 2 submissions:

http://www.rebol.net/cgi-bin/rambo.r?id=4274&
http://www.rebol.net/cgi-bin/rambo.r?id=4161&


I am desperate because center and left aligned text can not be edited.

Ca you please help?

I convinced myself and 2 others to go REBOL with a small but important 
app I need, but simple stuff like this kills the idea.

rambo'd https posting bug.

I'll check RAMBO add if not in there then...thanks Graham...I just 
reduced it to this so far...more experimenting to come.

How about this on your end...just trying to reduce the code for the 
RAMBO report.


foreach a to block! {'word} [print get a]  - this segfaults on Linux. 
too.

what happened to my https rambo report ?? :(

Sunanda, I think, from memory of old conversation, that the default 
TRIM behaviour is particular and just insufficiently documented. 
It's annoying, chuck it in RAMBO to specify exact behaviour in doc 
string.

On windows platforms, you'll get the infamous DOS window flashing 
when executing an external CGI ! It's just a matter of 1 flag to 
correctly set in 'call C source code, if you're really annoyed by 
that, ask RT to fix it asap (for 2.7.6 that would be good)! ;-) I 
may reimplement completely call command in REBOL, but it would be 
a big waste of time and energy...it should be a 10 minutes fix for 
RT. Addind a time limit to 'call would be a good thing too, it would 
also avoid me the reimplementation of 'call to add such feature....
 - DocKimbel

Anx chance of getting above fixed? Should we rambo it?

I think that it's already in RAMBO

RAMBO lacks a free commenting support...

Re my trim question of a week or so ago....
Thanks for the responses.
From RAMBO it seems this is deliberate (if unexpected) behavior:
http://www.rebol.net/cgi-bin/rambo.r?id=3681

This is intentional and not a bug. TRIM was designed that way to 
work well for trimming LINES of text. 
 [my emphasis of lineS, plural]

Looks like RAMBO needs to be cleaned from spam posts...

Should I RAMBO that ? Is RAMBO still used ?

RAMBO is still used for R2 bugs, yes.

I think this might be in RAMBO already. At least I remember mentioning 
this problem to Carl a few years back. As Brian says, it's a missing 
/ALL refinement.

given that there is not much protection in rambo, it's probably bot 
spam.

the main thing is, that changing rambo (i don't know the code) would 
take me more time (especially testing and making sure we're not going 
to lose data) than the 20 seconds or so it takes to delete the spam. 
So I never get to study the code and see what can be done...

I verified this same bug today http://www.rebol.net/cgi-bin/rambo.r?id=3357&
 The workaround is to use /binary and then the limit is gone.

I've searched RAMBO about a WAIT inconsistency : the dictionnary 
says that "If the value is a DATE/TIME, wait until that DATE/TIME", 
but date! are not accepted as argument (both directly or in a block). 
If this a known bug? I can't find it in RAMBO.

Anybody knows what's this about?

http://www.rebol.net/cgi-bin/rambo.r?id=-4786&

Found a couple RAMBO tickets dated back to 13-May-2006 related to 
the double evaluation of lit-words:
http://www.rebol.net/cgi-bin/rambo.r?id=4100&
http://www.rebol.net/cgi-bin/rambo.r?id=4101&


The tickets suggest, USE might be the problem, but isn't it SAME? 
that's the problem here? See the following R2 code:

>> a: first ['word]
== 'word
>> b: 'word
== word
>> strict-equal? a b
== true
>> strict-equal? :a :b
== false
>> same? a b
== true
>> same? :a :b
== true


I would expect all 4 to return false, but with double evaluation 
of lit-words, the last should still be false.

Anybody can alert the actual developer here?

http://www.rebol.net/cgi-bin/rambo.r?id=-4803&

Pekr: why don't you check RAMBO and put it there (if not already 
present)?

ok, I just wanted to discuss it here first, to not flood Rambo by 
unnecessary input ....

adjustable window - you may put it to RAMBO as a request, but I am 
not sure if you succeed

Brian: did you notice my suggestion to write a RAMBO request for 
IF and USE in PARSE dialect?

Ladislav - you mentioned IF in regards to parse. I thought it is 
a part of your REP you was supposed to post to RT? If not, and if 
it is not in Rambo yet, I may submit it then, cutting your request 
from here :-)

Ladislav: you should not use Rambo for puzzles :-))

Rambo it ?

http://www.rebol.net/cgi-bin/rambo.r?sort=1&limit=1&cmd=Search&id=&pattern=forall

See http://www.rebol.net/cgi-bin/rambo.r?id=3925&

maybe all these cases really deserve their place in RAMBO...

From RAMBO group: I don't know about "pretty " versus loadable, but 
what specific issue does it cause that you don't want that extra 
information available? WRT "form 1.0"

You could do it indirectly. 
obj: reduce[make my-object]
and always access with obj/1 .
then extending with 
  obj/1: make obj/1
not really nice too. We write a RAMBO-request?

this might be something dangerous:

write %test.r "hello"
path: what-dir
remove back tail path
write %test.r "hello" ; this fails


problem is: what-dir returns directly system/script/path what seams 
to be used in order to resolve relative file values

I just recognized it using the request-dir from didec which was in 
the rebgui distro -038 (he's doing this in the request-dir function 
in the line with


if all [not empty? path slash = last path][remove back tail path] 


so question is whether this is a bug and belongs to rambo, is ok 
(I don't think so) or what else ?

might also be that didec changed this in a later version (script 
was dated 2003 and maybe at this time 'what-dir had a different behavior), 
but this doesn't matter regarding what 'what-dir returns

So. You agree that it needs to be posted to RAMBO ?

Maybe the amount of work will be too big compared with the number 
of bugs and misbehaviour, we might find. REBOL is rather stable, 
as it is. And: 1) we have RAMBO and 2) the power-users already know 
most of the misbehaviour (, if you can call it that).

submitted to RAMBO

I feel that it would be a worthwhile improvement to restrict time 
zones to 15 minute intervals but the powers that Rambo didn't agree 
when I last auggested it.

I did submit the two "missing" zones to RAMBO some time ago. Understandably, 
it was suggested that as the two time zones were so obscure it wasn't 
worthwhile catering for them.

Rambo your suggestion.

I suggest you to put it to RAMBO

added RAMBO  Ticket #-639

Sorry, the above to posts refer to the Core 2.3 docs. I have trouble 
with the "similar to bcc" If someone can provide some hints on how 
I should handle BCC then I will modify send source. To me this is 
a bug (i submitted to RAMBO) and I don't see what's the point of 
having BCC field in the standard header if this field is ignored

A semi-solution to this problem has been posted in RAMBO http://www.rebol.net/cgi-bin/rambo.r?id=4103&

I though I've got it working but it was a mistake. I'm still not 
able to use /skip refinement on files succesfully. Does anybody now, 
if it's possible to OPEN or READ file from some offset? I saw some 
bug filled in RAMBO two years ago :(((

Look at this ticket, "'select with a char! is not consistent":
http://www.rebol.net/cgi-bin/rambo.r?id=4046&

It does not mold into a loadable string. --> RAMBO.

Note also this bug!  http://www.rebol.net/cgi-bin/rambo.r?id=3189&

An old decision - probably not going to change. (although Rebol3 
could change this.) I agree it seems anti-intuitive. If it's not 
in rambo already, make a ticket.

is this in RAMBO or not generally something that would be considered 
a good idea?

www.rebol.net is working (showing the new server) OK.
link to rambo is OK  (and rambo lists newest bug OK.)
link to http://mail.rebol.net/::: 503 Connect failed

Your request for http://mail.rebol.net/could not be fulfilled, because 
the connection to mail.rebol.net (209.167.34.210) could not be established.

While wer're at it - I guess this is known: VIEW MAKE FACE [PANE: 
SELF] crashes REBOL without warning, or, to give it another name, 
causes the interpreter to quit silently instead of telling me that 
trying this really makes no sense. I couldn't find something related 
in RAMBO, though.

christian: add it to rambo please.

Added as RAMBO Ticket #-205

Carl has slain one of the nasty recycle bugs. Yay! http://www.rebol.net/cgi-bin/rambo.r?sort=1&limit=1&cmd=Search&id=3403&pattern=
Fixed in test build 1.2.103

françoise: please ad it to rambo if it's not there yet.

ashley: i think it's a bug. not sure if it's in rambo though.

rambo. ;)

Ashley, I submitted it to Rambo.

We live by RAMBO --- so if it's not there, it's not likely to be 
fixed.

Make sure any requests for changes get into RAMBO, otherwise they 
may fall through the cracks.

..and probably didn't make it through to RAMBO and may have got lost.

Gabriele: I have noticed you don't use 'get-face but ctx-access/panel/get-face* 
in your %survey.r script.

I have tried the both, and yes 'get-face does not work. Is this a 
known bug (not in RAMBO then) ?

Didec: hard to say if it's a bug or not. should windows have the 
panel accessors? i think they should, but maybe others don't. anyway 
it's likely a good idea to put it in rambo so that we don't forget... 
adding it now.

I will RAMBO it ....

in RAMBO ...

Graham - why? My RAMBO report regarding non working button in some 
case was dismissed - so - no bug ... I just fear that we will have 
to document well all such "exceptions"/"by-designs", call it whatever 
...

btw - would it be good to have Desktop group here? I wonder if someone 
has some suggestions worth discussion first, instead of putting them 
directly into RAMBO as a wish? Cyphre just informed me, that he updated 
his old demos to be compatible with 1.3. Some of them worth inclusion 
in main Demo section imo ... Bouncing Demo, Cursors, Image Effect, 
Laser, Rotoobject  etc.

have u filed a Rambo report ?

allright guys I got a ticket:  RAMBO Ticket #-359 . Let´s see what 
happens. Thank you all

submit to rambo (if not already there)

OK, submitted this bug and fix to RAMBO.

Great, thanks. That's the same reason (documentation) I stumbled 
on this long ago. Now it's in rambo it can't escape.

Does anyone else think that might be useful, and should I post a 
rambo ticket to request that ?

:) Let's see if it's in RAMBO anywhere...

Not really in RAMBO, closest is: http://www.rebol.net/cgi-bin/rambo.r?id=3853&

if you consider it a bug, even for current versions, then rambo is 
best. if it's just for discussion for r3, then "tell Gabriele" is 
fine. if it's a generic wish, rambo is ok too.

Alright, off to Rambo then. (I recall discussions all about equality 
and strict-equal a long time ago.)