World: r3wp

the problem is related to X-windows DPI settings, which seems to 
change on a whim with varying window managers and distributions.

I had to reconnect to this world again to get the latest updates. 
However, the last group I was sitting in was !RebGUI. After the update, 
it moved to the top like it should, because there was new posts in 
it, but it was not painted red and it was not selected after logging 
in, so it must have been tagged as read somehow.

I read it!

Which key combination do you use to copy text in AltME on Linux (Ubuntu) 
?

As in windows. But kde-programms will not see it, gnome-apps do.

Thanks, Volker. Ctrl-C and Ctrl-V work fine!! I think I must have 
been pressing Alt-C and Alt-V when I tried before (to used to Cmd-C 
& Cmd-V on my Mac!!).


I notice that right-click isn't supported. Scrolling seems better 
than under Windows though.

Just reinstalled system copied Altme folder to new location and I'm 
hapy to see, that Altme is one of these easy to move applications:-)

Anyone know how many world servers AltMe World servers will communicate 
while polling for changes?  I am just running a demo of a packet 
sniffer package  PRTG Packet Grapher and I get about 6-12 IP addresses 
connecting regularly with my computer.  The IP addresses all seem 
to end in either .69 or .223.

This should not be related with Altme at least I have have only one 
regular Altme connection (to www.rebol.net:5400) But I'm not running 
any world. If you have a world, you probably will see people connected 
to your world (altme) server

And it's not important how the IP ends, but how starts:-)

I agree with the starting part, but thought that they had servers 
located in more than one location.  The coincidence with the vast 
majority ending in the same digits has me wondering if the servers 
are not related to eachother.

Yes, I have a world running but it is just for personal chat between 
family and doesn't get used very often.

There are regular bursts of transfers as seen by the packet graphing 
utility, so that leads me to believe it is simply AltME connecting... 
but it sure would be nice to know.

This is a rather annoying bug with 1.2.8 ... not sure if it were 
present before .. but if you have something in the clipboard, then 
right click no longer copies anything to the clipboard.

And worse .. it's intermittent!

I see that too, but I thought it had something to do with Synergy, 
because I see it in other apps too.

It works here, with and without synergy (if we mean the same program, 
the tcp/ip km switch to use the same mouse and keyboard for two computers).
WinXP

Yes, I've noticed something has changed there. (Probably should check 
the AltME changes log for a different behaviour.)

(Mm.. not much written in the changelog.)

I'm finding the AltME under LInux seems to sync much better than 
AltME under Windows. By checking the web public discussions at rebol.net, 
I found that  some topics hadn't synced. I dotted but no effect. 
So I switched to Linux  where AltME synced everything.

It may be that it was just a different installation that did it ..

Why is file share disabled in this world?

I would like to share a slideshow.

I think it had something to do with that the world was created before 
filesharing was available

No, just was not turned on here.

Any plan to turn file sharing on?

is it rebol on os x or altme, pasting code into altme doesn't keep 
newlines and tabs, if it is an altme issue then a fix would be very 
welcome 8)

Louis:  This is not my world, you would have to ask Carl.

Will, pasted from what?  That is the key.  Please look at the contents 
of your paste in a hex editor, and tell me if it has CR, LF, LF + 
CR,. or CR + LF.

Reichart, ok. Thanks for answering. By the way, I really like AltME.

Thanks.   It is funny, where the lines of responsibility lay.

Tried cr lf crlf, not sure if the clipboard get modified automagically, 
but can't paste with newline. Maybe some other os x user can check. 
No problem with tabs..

I have a Mac, but today I'm away from it.

The source does matter, try writting a couple of lines with TextEdit, 
and also try copying and pasting from a website.

Tried a variety of combination 8)

So you are saying that all source lose line info?

Yes, maybe someone can test

I will test Monday.

I can confirm that this is the case, and it is very annoying.

Problem can be easily demonstrated by copying the following three 
lines from TexEdit (Notepad like default text editor on Mac):

One
Two
Three

Interestingly enough, if I copy and paste the above "line" back into 
TextEdit then they appear as three seperate lines again.

>> view layout [t: area]
(escape)
>> t/text
== "this is^Ma^Mtest"

Pasted from TextEdit

so it seems that VID doesn't handle that correctly. If I type the 
text in including ^M manually, I get the same result (line breaks 
are ignored)

>> t/text: rejoin ["this is" newline "a" newline "test"]   
== "this is^/a^/test"
>> show t

That works

For the record:
>> newline
== #"^/"
>> crlf
== "^M^/"

>> t/text
== "this is^/a^/test"

This is from Notepad in WindowsXP.

MS IM on Mac has same issue.

at least for cut & paste. Not so for manual

Henrik, thank you for the research.    So, VID has it too?  And to 
confirm, you get different results on Windows and Mac?

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.