World: r3wp

Only the last test above was done in Windows XP. The others were 
done in OSX.


When I paste from TextEdit in MacOSX into a VID textarea, ^M is pasted, 
and it doesn't work right. When I paste from Notepad in Windows into 
a VID textarea, ^/ is pasted and it works correctly. So the results 
are different, yes.


When I copy and paste from a VID textarea to TextEdit, it looks alright, 
but this might be due to how TextEdit handles different line ending 
chars the same. I can't see the line endings in TextEdit. When I 
save the TextEdit file to disk in Windows Latin 1 format and read 
it in REBOL, the line endings are correct.


When I copy and paste between two VID text areas in OSX, it looks 
alright.


OSX Rebol/View has also another bug in which, when using cursor up 
or down in a text area, the cursor also moves one char to the left.

when doing a 'read clipboard:// in OSX, I still get the ^M. so it 
might not be VID after all.

Interesting, this is why I want to run lots of simple conclusive 
tests.  I don't want AltME to have separate routines for separate 
computers, I also don't want to both Carl unless we have our facts 
in order.

I don't think this is an AltME problem, but a rebol/clipboard general 
problem. But I think that Mac Roman text formatting does use a different 
line ending and that comes through with the clipboard into rebol.

I think the problem is that read without /binary is supposed to do 
transparent line ending conversion, but doesn't when reading clipboard 
data.

AltME updated to 1.2.9 with no problem.

What is new?

Apparently not much... http://www.altme.com/new.html

:>)  I was hoping that this new version could read my brain waves 
so I wouldn't have to type.

another issue is how text encoding is done. I just had a conversation 
in Danish with Geomol. While Danish letters look right on a mac it 
will look different in Windows and vice versa.

¾¿Œ <--- on a mac

æøå <--- in winXP

that's because of different code-pages on Mac/Win

I'm finding longer delays or retries necessary when connecting to 
AltME recently (since last major update ?)

I just did some speed tests.  Seems about the same.  Even though 
it should be unrealted, do you still have your message count set 
to 100?

Of note, AltME seems to be the same speed, and Qtask should be about 
20% faster, and will continue getting faster.

Ah no, I mean, first time connection to AltME worldserver.  While 
it is running it seems fine.

(and my message limit is 500)

there are times when I see the "Internet Busy" message after the 
internet connection has been down or bad. I'm then forced to reconnect 
AltME. This seems to me to be avoidable if it could silently reconnect 
when the "Internet Busy" message has been there for, perhaps 1 minute.

another thing: When the world is offline, you can't see which worlds 
have new posts.

which worlds => which groups

Please send to Feedback on AltME.com, it pumps the task for that.

When is this world supposed to support folders?

I had a little script I was gonna post.  Maybe rebol.org instead.

I don't know that it ever was.

oh, I thought at one point there was discussion about upgrading this 
world to support it.

you're right, there was discussion :)

Perhaps, it would have had to include Carl, since this is his world, 
not mine.  I'm open to it though.

Im using altme 1.1.29..but seem not to be able to click any http 
links any more? is that correct or perhpas my OS?

(linux)

I have noticed the same behaviour on Linux.

Please report on Feedback.

Reported to Feedback

Still works for me.

REBOL /View (or AltMe)  just crashed on me..when I do the following 
on WinXP.

1. My Computer->Properties
2. Advanced tab->Performance

3. Change from "Let Windows choose what's best for my computer" to 
"Adjust for best performance'

4. Apply..... WinXP 'pops' up a dialog saying /View has crashed and 
ask for information to be sent over to MS.

Can someone try the above and see if it duplicates?

NOTE: I have AltMe running when I did that.

View will crash anytime you change major window settings eg. screen 
resolution.

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 ...

yes great fun when switching from two monitors to one

duplicated for me

There's no reason to go into hibernate, too, ... view will crash 
on wake ap anyways ...

not under linux.. :-)

I recall that frimly ;-)

Aaahh, yes ... on the other hand, so far I haven't been able to make 
my laptop go into hibernate mode under linux - it's stalemate I guess 
;-)

mmm, i use hibernate under windows, and i don't remember any view 
crashes.

Same here. I use hibernate every day and it never causes View to 
crash on my machine.

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

I experienced View crashes with hibernate on Windows. But it seems 
to me if the window is minimized before hibernate it's more stable.

Hibernate on Windows causes unexpected behavior, but no crashes for 
me

The View crash when system resolution changes under Windows is well 
known bug. I guess Rebol is not properly handling the WM_DISPLAYCHANGE 
event of WinOS.

IMO View OS wrapper should be strenghtened in general. It would not 
hurt to properly detect two monitors or TV output, if possible. I 
can see that MANY apps get it incorrectly, e.g. they simply call 
center-screen or such a function, and half of the dialog box is on 
one string, the other half is on second one :-)

Is anyone else using 1.2.9 and seeing their Send mode (enter or ctrl+s) 
stuck, so you can't change it? I can click the button, but it won't 
chagne the setting.