World: r3wp

:-)

Wow, I wasn't even trying! :)

I noticed something interesting: When you are reading a red group, 
the column in the left hand side is colored yellow for unread posts. 
When switching group, there is for me a waiting period of about 2-3 
seconds, for large groups before the new group appears.


However before the group switches, the coloration disappears, suggesting 
that a redraw of the list takes place before the switch. If this 
redraw was removed, switching columns might take much less time, 
perhaps half as long.

Bug:

The old inconsistent bug of failing to copy the text of a message 
by simple right-click prevented me from copying Oldes' message with 
the long referrer link and cookie data in it, so I selected the message 
text first before right-click. That worked, but then all messages 
in the display began disappearing (looks like a shared para scroll 
bug). Even switching groups. Right now I'm looking at !AltME with 
several blank messages - only the dates appear normally.

That was Oldes' message in Tech News.

I can copy using right-click without problems. Even when I select 
the text. What Altme version do you have?

1.2.25 wine on linux.

I often see the right-click-fail-to-copy problem. Though not the 
disappearing messages one. That's with 1.2.26 Windows.

It's been a while since I updated the exe manually. I thought the 
auto-update was taking care of that.

I see the copy issue too.

Seems to work fine in 1.2.25 on linux natively..

If by fine you mean that you first have to go to the target paste 
area (for example a browser address bar), clear it, then to AltME 
and copy the text, and then back to the paste area and use the middle 
mouse button to paste. Any deviation from this procedure will break 
it in weird ways

I opened a new document in my usual text editor to paste the entire 
message text into it, so there was no other field involved.

How to allow more than 8MB of file being uploaded on my AltME server?

split it to multiple parts?

PDF? :-)

you can split whatever.. but I know, it's not a solution, I don't 
know the correct answer.

I tried to create a zip archive, but it is about the same size, so 
no help. IIRC there was some AltME version, which allowed to use 
bigger sizes? I think it would be good to have it as a command-line 
option for the server startup. It is my private world, and I would 
allow 20MB easily. It is not first time I got file bigger than 10MB 
I needed to post ....

Ah.. isn't it in the settings - filesize limit? There is 8MB.

I will try ....

You are guru, it works. But I did it on the client side. Isn't it 
a bit of a security limit, if user can set-it himself?

Did you do it on the client side as world master, or as an ordinary 
user?

as an ordinary user. But I am a world master ...

Kaj:  That's a symptom of linux, not of AltME.  See https://bbs.archlinux.org/viewtopic.php?id=79812

(AltME uses the X clipboard, the same one used when highlighting 
text)

It's a symptom of both. Other Linux apps also act horribly, but not 
that horrible

Petr, it's a big security hole, because the AltME server uses a multitude 
of the file size in memory during the upload, which can easily crash 
the server and at least overloads the swap space

Quite a while back I was confused about the clipboard in Kubuntu. 
I investigated heavily until I understood what was happening, that 
there were two clipboards and how they are used. I think I did a 
small bit of tweaking to Kubuntu settings, but basically it was just 
learning how it worked and practising a bit that cured my confusion. 
I got used to it and don't have much trouble with it in other apps. 
AltME is the exception - it just doesn't copy and paste consistently 
for some reason.

Does the standard REBOL clipboard:// behave like in AltME?

write clipboard:// "hello"  ; Doesn't work on Rebol/View 2.7.7.4.2

Uh!  It does work. (!)  It goes to the middle-click clipboard.

(Did I never try that...?)

AltME works, as long as you remember it goes to the X clipboard. 
 Gtk/etc applications access it with highlight/middle click, while 
AltME uses Ctrl+C/Ctrl+V.

The other linux clipboard (can't remember what supplies it) is accessed 
by Ctrl+C/Ctrl+V in Gtk/etc applications.  This one, AltME and Rebol 
can't access.

I have no idea how they interact if run through WINE, I avoid using 
it as much as possible

The clipboard under Windows doesn't always work consistently either.

(in altme!)

Windows doesn't work consistently, period, but that's just a force 
of nature ;-)

REBOL's clipboard interface can be inconsistent even outside of AltMe.

really? I've never had problems.

though in qtask, I discovered, that if you switch window and come 
back to altme, the copy may work the first time.


the focal support in R2 sucks.  its just weirdly implemented and 
it creates many bugs, especially since most faces share their para 
object by default.


I've added this to my style init  in many new styles:  [para: make 
para []]

All my private discussion with one user in this world that hasn't 
take place today dissappeared just now. Only today's messages left, 
while ten minutes ago, there were all messages.

Welcome to the freedom of being reborn. Forget your past and start 
fresh. I'm just a few weeks old now myself.

An Android group would be helpful. With the tagline "Development 
for Android with REBOL".

we can use hostkit temporarily, no? Or extensions?

or Porting R3

It would also be a good place to discuss using REBOL to generate 
apps in Java (often easier than writing it directly in my experience).

Done.

Does someone report the presentation bug of long url ?
Sorry my english explanation...
But let's show an exmple :


http://www.digicamsoft.com/cgi-bin/rebelBB.cgi?thread=%3C26Nov2010120307258032100%3E

The link is working...

But it is written correctly in blue with hyperlink only http://www.digicamsoft.com/cgi-bin/rebelBB.cgi?thread=%3C26Nov20101203072
and to the end of url it is in black...

But short URL, no problem 
http://www.rebol.com

Yup, known, well....