World: r3wp

And if it did, it should have put its data files somewhere under 
the user data directories, not in program files.

I'm not saying that is what it did for me, I'm saying that is what 
an app should do, especially on Vista/7/2008.

No, it popped up an AktME box saying iy could not install for one 
of two reasons:
-- altme already running (it was not)
-- needs admin-level permission
I restarted it with admin-level permission


It looks like the data files have been installed in a different location 
to where they were before. This may be a good thing in the longer-term. 
But a little confusing just now.

Sorry -- got to go now.....Back in 12 hours.

AltME is a tiny program that doesn't handle any file extensions. 
It should be installing under C:\Users\Brian\AppData\Local (for the 
Brian user, i.e.). You can get that value from the "HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell 
Folders" key, in the "Local AppData" value.

That will work on any version of Windows starting with 2000, and 
possibly earlier.

Personally, I run AltME as a portable app, but if I ran it as a local 
app that is where I would put it. Chrome installs in the same location 
too.

To clarify: AltME attempts to install in %appdata% (which is the 
path indicated above by BrianH.) It then uses "local" not "roaming".

However, for a "reinstall" vs a "fresh install" it will try to use 
your older installed location. That's why the above happened.

I suppose that this feature should be "removed" -- what do you think?

what feature?  the reinstall?

Reinstall using the prior location rather than the appdata location.

you could copy the files to the new installation path. on people 
with slow or buggy connections, this will make a huge impact.

Yes... I was thinking of doing that.

that would be the best solution. it makes Altme windows compliant, 
from that point on.

I wonder if Vista/Sys7 will complain if we copy files (read access) 
out of that dir?

(I don't use Vista or Sys7, and plan never to do so.)

It shoudn't complain, AFAIK.

Strange. The "reinstall" method is commented out. It would only use 
PF dir if appdata var has no value.

Sunanda, what OS are you running?

Whoops, sorry, no. Wrong version. Ignore last msg.

If you are fixing the Windows Virtual Store problem (which is a Windows 
problem that AltME is a victim of) then a little bit of inconvenience 
to fix it is acceptable -- at least to me.

Interestingly, it looks to me like this world got resynced, but the 
other worlds I look at regularly (eg REBOL-gate) did not....So perhaps 
the resync was an artefact of the upgrade; and it did not affect 
worlds opened after the upgrade was complete.

Yes, it needs to be fixed. Too many users having problems.

Odd problem... that resync for this world.

Carl, you should also try running AltME in XP or 2000 as a regular 
user (not "Power User" or admin), without making any changes to the 
permissions of the AltME directory. Oh, and your %appdata% to local 
trick won't work on XP or 2000 because the naming convention for 
the directories is different. The registry method works for all Windows 
2000+ though.

We normally test with regular user (Cindy's task.)

%appdata% works on XP.  Perhaps added to an SP?


This release should do the right thing. Even if you installed earlier 
in PF, it will try to move it, unless you opt not to.

www.altme.com/download/altme26e.exe

You will need to reinstall with it, or run with +i on command line 
to force reinstall.

Checking in. I guess it works ok?

Other than the install issue, it's working well for me.

Another oddity.....I just entered this world after rekeying my username 
and password (rather than taking the usual on-screen saved values).

That seems to have triggered a resync of the checklists. No idea 
if it updated any, just that it checked them all for updates.

Total message count over all groups of this world (or at least those 
I have %.set files for), per year:
  51628 2005
  46135 2006
  44907 2007
  34882 2008
  61481 2009
  39180 2010

Script used:

$ rebol -qs --do 'foreach f remove-each f read d: %worlds/rebol3/chat/ 
[not %.set = suffix? f] [foreach r next load/all join d f [print 
r/2/year]] q' | sort | uniq -c

Is there a way to be notified of a private chat message on AltME 
in a more intrusive way than just turning the user name red? I usually 
have the All Users section collapsed because I want the groups to 
be front and foremost so I don't notice new private messages unless 
I expand the users section. I just noticed now that I had some messages 
from Graham and Ladislav from July. Sorry guys, didn't mean to ignore 
you - just didn't notice.

For me, the All Users title bar turns red and I have it at the top, 
so that's how I notice when I have private messages, even if the 
list is collapsed.

well, it is sufficient for me the way you described it. When I sync, 
when I see "All users" in red, I go there first, to see private messages 
... hmm, maybe I am still waiting, when one day, I will see the private 
message from Carl, informing me, that Google, Microsoft, IBM just 
agreed to use REBOL as their primary dev. tool, and that Google bought 
Amiga for him, and that new Amiga is about to be launched, with REBOL 
based OS :-D

For me a more realistic expectation is to have right-click-to-copy-text 
working more than once.

can one of you send me a test ping? - maybe I'm just blind and didn't 
notice the header turning red

also I sort by activity rather than users. that helps too.

thanks - I'm blind - I'll have to be more observant

You could, technically, write a few lines of REBOL that looks for 
changes in the Chat files (there is one for each group), and pop 
up a requester on your screen.

Perhaps it would be interesting if AltME could run a script on every 
new message.

The input would be user, timestamp and message. Then you can do what 
you want with that information.

AltMe is missing a read-only role for some groups. This would make 
it possible to make "private" groups and let others monitor it.

Nice idea Henrik -- I could definitely use that ability.

Nice idea Robert.....we could (partially) fake that by having private 
groups that are [web-public]  -- they'd show up on REBOL.org's public 
archive.

[Right now, those settings would not cause the group to be published, 
but we could tweak that]

Indeed, a few "little" tweaks would make AltME much better for these 
refined needs.  Perhaps one day.  But, we can make do with what we 
have too...

Adrian, two suggestions.  Make sure to use the WorldMasters Dividers, 
then also make sure to show Newest Messages first (as suggested by 
Henrik).  Both can be selected by clicking the wrench icon in the 
top right of the user list.  If you make a habit of minimizing all 
dividers, you will always see the dividers that have last received 
an update.

When a divider turns red, you open it.  Then the latest updated groups 
will display at the top of the opened divider.  You can't miss an 
update this way.

Thanks Brock - I did have them sorted that way, but I guess I just 
didn't notice the collapsed user section even though it was red - 
since I hardly ever get direct messages, I need more than the color 
change to get me to notice. Maybe some flashing and beeping :-)

Can we setup a "Cross-Check" group to cross-check for stuff that 
others might have done before starting on ones own?

That sounds like a good idea to me.

Although, isn't that dead on for what "chat" or any default group 
would be for in this world?

Couldn't most of what we do here fall under Chat? I see it as a cross 
between a Wanted group and Amazon's Mechanical Turk. :-)