World: r3wp

I'm not talking about calculating every time and changing of indexes 
being hold by variables and such. I only suggest, that INSERT does 
this:


If /only and if value being inserted is an index (or position or 
what we should call it) later in the same series, where we are inserting, 
add 1 to the index value and insert that.
In all other cases carrie on as usual.

THat is nonsense, it would be incompatible with the above example 
I wrote

I'm sorry, if it doesn't make sense. I sometimes find it easy to 
figure out such solutions but very difficult to explain it to others. 
:) I'll just go and implement it myself.

You need to realize, that "insert/only a block into a block with 
the same head" has to be compatible with "insert/only a block into 
a block with distinct head"

Otherwise you are asking for any kind of trouble you can invent.

sure, and it's possible to test for that.

Well, the only thing I can suggest you is to try it and see which 
incompatibilities you get.

Geomol, refering to your example above:

>> s: [a b c d e f g h]
== [a b c d e f g h]

>> p: find s 'd
== [d e f g h]

>> insert s 42
== [a b c d e f g h]

>> p
== [c d e f g h]

Extending this to your insert/only observation, the behaviour is 
perfectly consistent.

Whereas with your awful proposed insert/only-hack, it would not.

I see no problem with your example. I'm surprised, you find my suggestion 
"awful". What's awful about this:

>> s: [a b c d e f g h]
== [a b c d e f g h]
>> p: find s 'd
== [d e f g h]
>> insert/only s p
== ....
>> s/1
== [d e f g h]
>> p
== [c d e f g h]

John, remember our previous discussion, that indexes are not properties 
of series, but properties of series references. Therefore, it makes 
no sense to try to make a vector behave like a list, because any 
other references to the vector are unknown and thus it's impossible 
to make the behaviour for those references consistent

The awful property is as follows:

s: [a b c d e f g h]
t: [a b c d e f g h]
p: find s 'd
insert/only s p
insert/only t p
same? first s p ; == false !
same? first t p ; == true

That's a strong point!

I'm really wondering what's up with Carl.

If he shows up (maybe once every 6-8 weeks) only for 1-2 minutes...

If he lost faith in Rebol-3?

And, I don't understand why he can't be reached. All available channels 
are dead...

Probably trying to build a big antenna to phone home

Doesn't he have a phone?  Or did he give away his iphone?

So Robert, you also haven't been in contact with him? I thought he 
was working with you all this time. Hmmm.

Last spotted this tuesday in the RM Asset world, but no feedback 
so far.

Robert I have the same questions you have. Carl must acknoledge that 
our life and companies are waiting for him.

This is by far the longest period of Carl's disappearance, IIRC. 
The reasons we can only speculate about - some personal/family difficulcies, 
burn-out to the REBOL topic, new daily job, which does not   left 
you with much energy and free time to do some other stuff, REBOL 
related.


We tried to get Carl's answer on R3 Chat, only with sporadic answer 
of recent Carl's job. But no answers to "what's next" for the REBOL. 
The reasons might be various again - Carl is willing to proceed, 
he just dosn't have time/energy. He is most probably not willing 
to open-source the project either, which gets us into kind of schizophrenic 
situation - no open-source, no progress either. If Carl would know 
the answer to what's next for REBOL question, he would already share 
it with us. But he did not do so, yet, which is a bit disappointing 
of course.


As for a phone call - I don't know - I would not call him, as it 
could get him into feeling, that we push him to give us an answer, 
which he might not have right now. But - I think that call from some 
friend, e.g. Reichart, would be accepted differently. But then - 
we can't push anyone to do anything, and from few weeks old discussion 
I think that Reichart does not necessarily feel urge to do such a 
thing, which is OK too.


So ... we wait ... and RED progresses at least, so hopefully in the 
end, there is still the chance that we will see the light in the 
end of the tunnel :-)

Let's focus on Red and Cheyenne now.

And let's hope Carl and his family are alright. No illness no accident.

Got a note this morning: They are fine... but that is the news that 
can be publicised for now. :-)

Ok. Thank you Henrik.

Thanks Henrik.

Wow, what a generous dose of speculations from Pekr!

That's what I was paid for at Amiga Review - to write monthly column 
of speculations about the behind-the-scenes stuff  related to Amiga. 
Some even called such speculation being an insight, and it was rather 
popular :-)

Thanks Henrk.

There are very easy ways for business owners to prevent a number 
of classes of speculations

I think that it looks on NDA -- http://en.wikipedia.org/wiki/Non-disclosure_agreement
--- very strict as it looks.

yes, it's possible that he's instructed to not talk about REBOL (just 
my speculation).

Does it help us?

I didn't hear much about this day job that he has, but I can only 
hope that it was a contract to finish R3 for a big company and once 
that project was completed, release it.

I know, wishful thinking.

i've just got a "segmentation fault" while my R3 script was running. 
:-(

It's caused by GC.

Brings back memories

I have some knews regarding R3.

In the last two days I had longer calls with Carl and decided how 
to move R3 forward. This is how it will be done:

wowo!

:)

(sorry .. just happy that contact has been reestablished)

- The RMA team will help to get some burden from Carl's shoulder 
and work on open issues. This will be setup in that we get partial 
access to the necessary code parts and can work on these.

- We are going to extend our internal testing infrastructure etc 
on these new R3 releases and run it against our applications we crate

- Carl and I will have regular calls to discuss the status and things 
where we need his advise etc. So, to keep the loop closed and gain 
more speed

- I will meet with Carl in person on 23rd Juli to discuss further 
things

- Unitil that we want to get most administrative setup done, so that 
we are ready to go

We are going to drive the priorities by the things RMA needs. This 
shouldn't be a problem for anyone because if you are going to use 
R3 for serious development than you will need it as well.


The thing is, that we are not going to jump-start for every requested 
feature etc. We know there is a lot to do and we will work through 
it step-by-step. And, this is not because we don't care what you 
all state here. Definetly not. I want to move R3 forward as fast 
as possible. This needs concentration, focus and pushing to finally 
get it done. At the end of the day the only thing that counts is, 
if we make it to make R3 stable enough for prime time development.

So, stay tuned and I must say that this is the most promising development 
for a long time.

Let's see if Carl and RMA will make it to deliver on this. Which, 
still needs to be proofed but I'm not going to stop to push for it.