AltME groups: search

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

 Please note, that for it to work, you must replace the builtin icon 
 with one that is *exactly* the same. Otherwise, you get errors like 
 the above. -Gabriele

I have to say, that currently my main rebol site I visit is - rebol.net. 
Maybe it is because of Carl's blog plus RAMBO, but it also points 
to other resources, docs, etc., so I feel comfortable enough about 
it ...

start another RAMBO thread :-) ... add it as a wish - I think it 
is the only channel RT actually scans, but of course not sure ...

RAMBO it?

(i believe this is in rambo already, you should do a search first)

The bug is in RAMBO (RAMBO Ticket #3928) for 352 days. Seems hard 
to fix ;)

There have been some issues with read/lines .  What REBOL version 
are you using? http://www.rebol.net/cgi-bin/rambo.r?sort=1&limit=1&cmd=Search&id=&pattern=read%2Flines

rambo it

I did a RAMBO on it... I understand the effects on current code, 
maybe it should be revised for R3?

Since Rambo #3739 is still around, I never use write/append, but 
my own version with open/seek.

should this be rambo'd ?

If not in Rambo already, yes.

Max: in RAMBO you wrote: "Some string values will crash to-integer, 
some decimal values will crash make integer some don't. " - I suppose 
you meant "cause an error" instead of "crash"?

Rebolek: please put it in RAMBO if there isn't already present.

I will put these to RAMBO, do you agree?

I have already posted the bug into RAMBO so it depends on Carl's 
decission now.

they are on rambo.

Ladislav there's problem with files with SPACE on begining (and end 
too I think), it's in RAMBO.

looking it up in RAMBO...

I think this could be really useful. In fact I think I'll RAMBO it. 
:-)

thanks - RAMBO #4235

Seems a good suggestion - and it appears this formatting issue is 
not in the RAMBO database yet.

It's not in Rambo.

ech, I know why it's molded as string - issue can hold any value... 
:( so my Rambo wish is pretty stupid now:-)

worth RAMBO'ing?

I fortunately got one of those crashes drilled down to a few lines 
of code, but it has not been fixed yet, sitting idly in RAMBO.

rebolek: i believe that is on rambo already. if not, feel free to 
add it.

RAMBO, late last November.

it would be nice... submit it to Rambo or use feedback

If that's the case, check RAMBO and submit it if it isn't there already.

I can use CHANGE/ONLY FIND ...
What do you think, skould I RAMBO it as a wish?

I'm trying to get a list of all the arguments to get-modes. But, 
right now, the online dictionary is broken for that function:
http://www.rebol.com/docs/words/wget-modes.html
Can anyone help?
(Meanwhile, I'll rambo the problem)

Given a block with one element:
>> blk: [1]
== [1]
I move the blk pointer forward one position:
>> blk: next blk
== []
I then append one element:
>> append blk 1
== [1 1]

and the head of blk is shown, which is the behaviour of append. The 
address of blk is the same:
>> blk
== [1]
I now clear the whole block:
>> clear head blk
== []
and append yet another element to the now empty block:
>> append blk 1
== [1]
But blk now points to the tail of the block!
>> blk
== []

Shouldn't I see the element at the position of blk? I mean, blk should 
now point to the head of the block, right? I couldn't find this in 
RAMBO.

Have you checked the bug database, if it's a known issue?
http://www.rebol.net/cgi-bin/rambo.r

This is related, I think: http://www.rebol.net/cgi-bin/rambo.r?id=3761&

Yeah I don't see any hint of a version 2.7.6 in that list but I seen 
in the Rambo database a reference to one problem being fixed in version 
2.7.6.

There is an internal alpha of 2.7.6 that has not been released and 
I don't think RAMBO yet shows all the bugfixes for 2.7.6. Carl doesn't 
want to spend too much time on it, so Maarten is appointed release 
manager for it, as he was with R3 alpha 1.

Sort bug has now been submitted to RAMBO.

Rambo 3115 submitted for desire to include the replace-all function.

I'll submit it to Rambo as a bug even though I'm not sure it is one. 
 It just may be that nobody was thinking of doing such.

Oldes, modification date - can you post to Rambo.

I don't think I've ever used it, so it may be something that hasn't 
been tested enough. If you can create a small example and post it 
to RAMBO, that would be great.

Chris, you raised a good point when you said "Why would you possibly 
want to retain that behavior?".  We wouldn't - add it to RAMBO please.

... and I tend to agree with someone (do not remember now) who submitted 
RAMBO bug re strange behavior of 'over function. It is imo useless 
(try to prove me being wrong), if 'engage has to be used instead 
for "over" detection, when e.g. mouse button is pressed ... because, 
imo, it still belongs to 'over, although it is a bit "engaged" :-)

You can note something to rambo:

(dont forget to met rambo ;)

Sent it to RAMBO.

However, I did file a RAMBO report on this issue.

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

There is a window face option named "all-over", that will "Causes 
the over event to report a continuous stream of mouse positions as 
the mouse moves over the face". I use it in Canvas, but there seem 
to be a problem. After a while, when I haven't touched the computer 
for some time, it seems, that the all-over option is canceled. It 
can be seen in Canvas, that the coords in the title-bar isn't updated, 
when the mouse is moved.

Does anyone know something about this? I've checked RAMBO, but couldn't 
find anything about it.

So - to be constructive - I reported error into RAMBO and it was 
market as critical, although I am not sure if it will be fixed, mostly 
ppl will not try to run rebol app directly, or they will simply install 
it, but currently View 1.3 is UNUSABLE in environment, where you 
want to use it over network, starting in login script, and do some 
maintanance to your machines - because desktop will pop-up. I also 
reported how Rebol should check for proxy settings, where those are 
placed in Registry, as it seems to me current method is weak ...

Yes, I understand that, I just haven't been sure about it - and it's 
bad useability - where do you think should it be noted (Rambo ?, 
Carl only ? ... )

Currently shell-list, with the help of mimic-do-event, is iterating 
buttons and toggles, and they operate just like standalone buttons 
and toggles. If you've tried putting buttons and toggles in a list 
you know it is not easy to achieve.

I've just submitted a patch to RAMBO which should allow progress, 
slider and scroller to also be iterated without problems.

Anton - I saw your RAMBO ticket ... interesting ...

This goes for me too, but it's probably better to ask in RAMBO group 
before adding to the bug database.

didec, thanks. I posted a RAMBO entry about it not being mentioned 
in the console help.

I have noticed, that there is new (dunno how long it is in rebol) 
command line parameter, called -v (noviewtop) and I have few comments. 
I am not sure that it was not added in-there because of my Rambo 
ticket, which asked for introduction of no-connect option instead. 
So, the trouble with obtrusive and annoying View desktop trying to 
connect to internet, is still there, and it really puts rebol worth 
sending into trashcan on such affected machine ;-)

Maybe that 5 sec is worth a rambo-ticket?

maybe, but rebcobe binding bug is still not fixed :(((
  rambo says it is.

I mean - rambo entries ...

I have a frustration about the View editor that I don't see in RAMBO. 
 When no text is selected and one hit's ctrl-C, then ctrl-V  it pasts 
the entire document wherever the caret is.  I'm not sure if this 
is supposed to be a feature, but does anyone else find it annoying?

I'm adding it to RAMBO though

The RAMBO ticket is outdated now.   Can anyone point me in the right 
direction as to whether this is just part of VID or something deeper 
than that?

ah yeah. that reminds me of another thing, which I reported in RAMBO 
#3934

Hi - could anyone try following? I wanted to try some demos at my 
work, so I wen ty Cyphre's rebsite - start desktop\public\sites\cyphre\ 
 and try Magic carpet ...at my work, with latest View, I could run 
the script and once I tried to close it, Rebol crashed, each time. 
I wanted to try it here at home, to eventually submit RAMBO ticket, 
but I am not able to even start the script - window shows, I can 
see black background, I can see rotating hours icon, then it silently 
disappears ... so - could anyone try it too?

well, it sits somewher on feedback, somewhere in rambo, - how many 
times I should submit it to not sound as a broken machine? (which 
I am, repeating my complaints anyway :-)

I know that it's hard to know witch is the face that is the final 
destination of the event

 ... RAMBO Ticket #3867 is the answer to this, and hopefully it'll 
 make it into 1.3.3. ;)

Could go either way. RAMBO is the place for bugs. Carl says things 
have the best chance of being seen there. Could get more polluted 
if we report everything for all apps there though.

besides: read Announce and see if there are some critical VID bugs 
not in RAMBO

go to RAMBO and check for my name and you will see that once I find 
a bug, I report it ... not to mention tonnes of my reports in earlier 
days ....

Put a feature request in Rambo (if it's not there already). I am 
sure I also wanted to use such a feature before for such things.

something that should be RAMBO'ed?

should request-date/date 25-Jun-2006 bring me to that day? It does 
so for the first time only, consecutive invocation fails ... submitting 
to rambo ..

Hmm... nice one. The alpha channel is permanently modified. I think 
that's a bug for RAMBO.

OK - submitted to RAMBO.

There are problems with TOG: When pressing a TOG, sometimes the outline 
doesn't disappear like it should, making the TOG appear to only darken 
and not be pressed. This has confused some of my users a lot. I haven't 
been able to find it in RAMBO. Should I create a ticket?

anyway - please RAMBO it.

if this can't be cooked any further down, I'll RAMBO it.

Ah well. I found the reason for one big cosmetical issue with this 
2.7.6 ...  It has been documented with solution at: http://www.rebol.net/cgi-bin/rambo.r?id=4004&
    I would like to point out one detail missing from that RAMBO; 
font smooth type change requires system restart to be effective.

I would add it to Rambo but not sure if it is one just yet.

So my next question is if we were to wish for something to be added 
to REBOL to make this task easier and submit it to RAMBO what would 
be the best way to describe what is desired?

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

Ashley, have a look at this : http://www.rebol.net/cgi-bin/rambo.r?id=3801&

Seems RT have now fixed this bug.  Hopefully a new SDK will come 
out with the fix as well.

too many bugs at first try to bother to test it further


1) I have clearly indicated this is prototype functionality - constructive 
feedback on the design direction is most welcome

2) The only bug you have indicated is in the on-unfocus action of 
the last field - presumably you have verified that app-level on-focus 
and on-unfocus works (the 3 fields in the group-box) and that on-focus 
(the random number field) also works


LED's - these were originally coloured Red, Green and empty but a 
few people pointed out that these colors are not color-blind friendly. 
One option is to revert to the original color scheme but have the 
LEDs also change shape (red octogon, green circle, etc).


Area - functionality has been improved, not fixed. I'll reopen 48 
(not tested adequately) ... but the whole edit / feel thing needs 
a minor overhaul prior to 0.4.0 (some of the problems relate to View 
itself and these need to be isolated and RAMBO'ed).

date stamp is completly unreliable, especially with rebol. Red-icons 
problem was in detail described, it is in rambo, I tried several 
times to push for someone to at least look into it, but nothing happened 
....

This is yet another thing that would be so much easier to implement 
if feel/detect worked correctly. See RAMBO# 3867.

Ashley - Carl announced there is the right time now to gather bugfixes 
for 1.3.3 and he asked us to remind Gabriele, which bugs we want 
to have fixed in preference. Maybe you could contact Gabriele about 
your Rambo ticket?

Graham, this patch to the area/pane (slider) action makes things 
better:

				action:	make function! [face /local pos new] [

     ;	don't alter scroll if the last function to touch it was edit-text!!!
					unless parent-face/key-scroll? [

      parent-face/para/scroll/y: negate parent-face/text-y - parent-face/size/y 
      + 3 * data

						if system/view/caret [
							system/view/caret: 
								offset-to-caret parent-face 
									new: min max 
									(pos: caret-to-offset parent-face system/view/caret)

         0x0 ; <-- should add height of one line of text, to keep caret fully 
         visible

         parent-face/size - (face/size * 1x0) ; <- should subtract height 
         of one line of text
						

       ;print [parent-face/size pos new parent-face/para/scroll/y index? 
       system/view/caret]
						]

						show parent-face
					]
					parent-face/key-scroll?: false
				]


It also needs this patch to work correctly, near the top of rebgui-widgets.r:


 ; Unfortunately, offset-to-caret returns end of the string when offset 
 is between two lines, 

 ; which is only possible when indent/y > 0. This ought to be submitted 
 to rambo as a rebol/view bug.
	; I would not use indent until it is fixed.

 ; offset-to-caret needs to work correctly to allow the new area widget 
 functionality of keeping
	; the caret visible when scrolling. -Anton


 ;default-para-wrap: make default-para [origin: 2x0 indent: 0x2 wrap?: 
 true]

 default-para-wrap: make default-para [origin: 2x0 indent: 0x0 wrap?: 
 true]

we can move the discussion to RAMBO group, if the bug is possible 
incompatibility or so problem with new version ...

RAMBO Ticket #3867

yes Reichart - I simply wanted to hear something concrete, but OK, 
here comes the list, out of my head:


1) Will rich text and rebcode became part of all rebol distributions 
from now on?

2) we heard answer for async kernel in regards to LNS - some time 
ago Carl mentioned proper tasking or even timers could be added - 
is that anyhow realistic?

3) I realised VitalNeeds removed all Rebol related info from their 
website - is the partnership lost?
4) what will be the next focus of RT?

5) there was some talk about "rebuilding the team" - will RT employ/contract 
more developers?

6) some time ago Carl talked about opening some of rebol code - parts 
of View, console etc - will that happen? Part of that plan was "Rebol 
as a library" IIRC - is that concept still valid? What happened to 
/Platform vision? I was not present last year at Devcon, but my understanding 
was, that /Platform is about modularisation, language plug-ins were 
planned too ...

7) not to mention BCD, rebin, RIF, of which only RIF was mentioned.

8) RAMBO is cool - but what about shared roadmap? I was contacted 
privately by one former Rebol developer, who felt Rebol plays on 
elite and that not knowing what is the plan for what product is really 
badly frustrating. Will RT create more SIGs, to fasten developments 
in certain areas? I talk about kernel areas, which general rebol 
user can not affect and waiting for enhancements can take years. 
Some ppl are already crying for better sound (if we want to use rebol 
for video-over-web for eg.)

9) We heard about spreading rebol x-times. What is RT's vision of 
how to achieve this? Such claims should be supported by some more 
concrete plan? Is still outer world (development companies) interested 
in Rebol, so maybe more of VitalNeeds partnerships could come?
10) What is Carl's preferred drink? :-)


Thank you very much, sorry if some questions sound strange, they 
were put on "paper" as fast as I could type on my notebook. Enjoy 
the community in Treviglio, guys!

I believe all these are tied to the need to get the community involved 
in Rebol's improvements...initiatives like getting Gab and Cyphre 
in ..


a lot of things revolves around getting the language in position... 
(and we do see some movements there )
getting RebService or LNS stuffs...ready..


I believe having these foundation blocks ready is crucial... (from 
memory, I think this is also mention in last year's conference,... 
Carl mentions it... sometimes I can't remember whether it is last 
year events or this years mentions).


I, personally, think there is more opportunity ahead for RT and the 
community given that the above 2 are slowly falling in place (slow 
at times, but strong foundations helps build skyskrapers )

part of our expectations can be better managed... moving forward.


Carl's blog was a good start to help communicate better with us..and 
there is RAMBO...

Q: Yeksoon asks "Reichart, there is a whole bunch of pple under Rebol 
SIG in QTask, .... are a lot of them working on QTask etc?"

A: Yes.



These are answers from Carl, Gab, Richard, etc. from the last day 
of the conference.  I sat them all down, with many others from the 
conference, and we reviewed and tried to lock down answers.



1) Will rich text and rebcode became part of all rebol distributions 
from now on?


A: Carl said "Once Rich Text and Recode are added (which was agreed 
on to be by Nov 14) ….yes."


2) we heard answer for async kernel in regards to LNS - some time 
ago Carl mentioned proper tasking or even timers could be added - 
is that anyhow realistic?
A: 


Carl said "Tasking is special, and is pushed off to Rebol version 
3."

No date has been set, but it will not be now


Carl said "Timers could be done now, and this could be done in a 
few months."


Carl wants more feedback that people "need" them.  So give him feedback. 
 This also goes to say we need a common place where we all (in the 
Rebol community) can create a complete list of what is wanted, and 
then "vote up" the things we want done first.  So RAMBO for now, 
perhaps Qtask soon, since it will have Voting.


3) I realized VitalNeeds removed all Rebol related info from their 
website - is the partnership lost?

A: Carl said "No, but they are talking…"

4) what will be the next focus of RT?

A: Carl said "Altissimo"


5) there was some talk about "rebuilding the team" - will RT employ/contract 
more developers?


A: Carl said "Yes, and we are doing , send in your Resume and show 
us your cool app you wrote that is as good as Canvas!"


6) some time ago Carl talked about opening some of rebol code - parts 
of View, console etc - will that happen? 


A: Carl said "Yes, this is happening and is happening in pieces. 
 The console is a good example.  Nothing would make us happier than 
having people make it better, and not have Rebol be the bottleneck."



6.2) Part of that plan was "Rebol as a library" IIRC - is that concept 
still valid? 


A: Carl said" It exists today!  Look in Windows directory for the 
DLL.  You can call it. More is being worked on. Talk to Jaime."


6. 3) What happened to /Platform vision? I was not present last year 
at Devcon, but my understanding was, that /Platform is about modularisation, 
language plug-ins were planned too ...


A: Carl said "Platform is being sold to Safeworlds…"  I will comment 
on this later.


7) not to mention BCD, rebin, RIF, of which only RIF was mentioned.


A: Carl said "We found another aprouch to BCD, so it was good we 
waited, Ladislav will be making this happen."



8) RAMBO is cool - but what about shared roadmap? I was contacted 
privately by one former Rebol developer, who felt Rebol plays on 
elite and that not knowing what is the plan for what product is really 
badly frustrating. Will RT create more SIGs, to fasten developments 
in certain areas? I talk about kernel areas, which general rebol 
user can not affect and waiting for enhancements can take years. 
Some ppl are already crying for better sound (if we want to use rebol 
for video-over-web for eg.)


A: Carl said using Sound as example "Sound: a good example of code 
Rebol plans to make open.  AGG for sound, would be perfect for Rebol. 
 I am more than happy to publish this info."

 


9) We heard about spreading rebol x-times. What is RT's vision of 
how to achieve this? Such claims should be supported by some more 
concrete plan? Is still outer world (development companies) interested 
in Rebol, so maybe more of VitalNeeds partnerships could come?


A: Carl said "This is complicated question…and answer.  My belief 
of the world is that application have to be simple to use, and to 
make.  That is what changes the future of computing.  So I see a 
world with thousands of developers, making all sorts of applications, 
with that it will grow faster than anything else that has been done."
 
10) What is Carl's preferred drink? :-)


A: Carl says "Non Alcoholic.  POG.   Otherwise…Vodka Martini, with 
Green Olive…very dry…(stuffed)"

From Yeksoon:


1. RT official statement on current products line like View, IOS 
etc?

Is it going to be replace by other range of products...support etc? 
How does moving 'beyond' View, IOS affect the current product offerings 
and hence the way alliance partners operates.


A: Carl says "Yes, we are going to move beyond, the new features 
WILL make this more usable and faster, and more open than in the 
past."



1.2: For partners like myself, who are on the alliance program, we 
would appreciate if RT works closer with us on their commercial offerings, 
roadmaps etc. We need such info to make decisions ...


A: Carl says "what we will be doing for Alliance, is help them move 
foreword on the new tech that is introduced, and with the minimum 
amount of effort."


2. How does the above decisions from RT leads to X% growth next year? 
Are there any change in the way business is done?


A: Carl says "Yes, it is going to change a lot, and this will happen 
over the next year.  This should bring you much better range of features, 
and enhanced as necessary by your teams."

RAMBO is ok, but in no way to watch implementation plan ....

There is a bug report on Rambo for reverse on list!
http://www.rebol.net/cgi-bin/rambo.r?id=4420&

There is already a ticket on RAMBO #3660. Any easy way?

That was the whole RAMBO group chat made short :-) Now the longer 
version ....

I tried a lot of the bug reports in RAMBO that crash R2 just for 
fun, and R3 handles them just fine. Of course the code has been rewritten, 
so you can't make a direct comparison, but it looks to me as Carl 
was going through RAMBO in order to avoid making those mistakes, 
or the code quality has just improved for R3.

Petr, well, there must be one designer. since we already had like 
7 years of feedback on the design of vid, i'm not really sure much 
more is necessary, but we're always listening for comments. your 
problem is that you always make assumptions and then complain based 
on your assumptions. please stick to facts. the fact is, that i've 
been in the rebol community since 1999, and I have implemented many 
VID apps. I read the ML, I read here every day, I read reboltalk.com, 
I read every ticket in RAMBO. i'm not really sure you know what vid 
should be that much better than me or anyone else here.

I am curious if they fixed a bug that exposes source code that I 
never put in RAMBO because of the sensitivity of it.