| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 561.1 | TOTAL_UNSEEN | WAYLND::HOWARD | Ben. It should do what people expect it to do | Thu Apr 23 1992 21:39 | 16 |
| I have also noticed that the TOTAL_UNSEEN field seems to be broken in
V2.4, but fixed in V3.0 (previous "SSB" version PBL122D). I have a
conference called "A1". When I use:
<GET OAN$ENTRY.TOTAL_UNSEEN["A1"]
it displays 0, even though the number in the TPU interface is in the
hundreds. I used the undocumented UC option to try to force this, to
no avail. But under V3 it seems to work.
Anybody confirm this? The customer also claims someone told her that
she would have something like "(12 unseen notes)" on the menu. I
think somebody just meant that a field could be added to the selection
block, since people sometimes follow more than one conference. ;-)
Ben
|
| 561.2 | Never heard of this one | SIOG::T_REDMOND | Thoughts of an Idle Mind | Fri Apr 24 1992 15:19 | 15 |
| I have given several GPC presentations at U.S. DECUS, and have sat in
at John Rhoton's presentation at the last U.S. Fall DECUS. I have also
listened to Maria Weisnicht (customer) talking about GPC at a session,
and have attended the GPC working group a number of times. I can't
recall ever hearing someone say "if you install GPC right you'll be
able to see ALL-IN-1 usernames instead of node::user".
Over 80 GPC bugs were fixed for V3.0. Unseen counts were on that list.
Adding a count of unseen notes to the menu seems like a nice
customization to me. Lots of these have been discussed at DECUS GPC
sessions, formal or informal (campground). We tried to listen to
customers and included several favourite customizations in V3.0.
Tony
|
| 561.3 | Customize GPC | SHALOT::GEERDES | | Fri Apr 24 1992 23:52 | 7 |
| You could defenitly customize ALL-IN-1 to not show the batchnumber, thats
should be a piece of cake, instead you could use one of the USER fields to
store the ALL-IN-1 username and display that instead. (John Rhoton, I think
the user fields are available from the API right?).
But I doubt you could do the same thing with the DOS client...
Ben
|
| 561.4 | and btw, | SHALOT::GEERDES | | Fri Apr 24 1992 23:53 | 5 |
| You are using the local interface to access remote conferences, so I dont
understand what the impact of these customizations would be on remote conferences
other than it should just work,
Ben
|
| 561.5 | No great way to do this | WAYLND::HOWARD | Ben. It should do what people expect it to do | Sat Apr 25 1992 00:21 | 20 |
| RE:.4
>You are using the local interface to access remote conferences, so I dont
>understand what the impact of these customizations would be on remote conferences
>other than it should just work,
Actually, I was thinking that if the ALL-IN-1 username were not stored
in the note, I could pull it out of the ALL-IN-1 profile. This will
work if the noters are all local as they are now. But if a user from
another node writes a note, that person won't be in the profile. The
DOS users would still see the "semi-confidential" username/badge
number. (The badge number is confidential in the same sense as ours
are; you can get someone's badge number if you need it, but they don't
want it to be readily available.)
I'm not sure where the customer got this idea, nor do I understand how
they ever decided to make their usernames confidential, since the
system is designed for the information to be public.
Ben
|
| 561.6 | | SEWNSO::PEACOCK | Back in the saddle again | Thu May 14 1992 22:56 | 1 |
| If this were able to be done, how would a send/author work?
|
| 561.7 | | ANGLIN::HARRIS | its seemed like the right thing to do | Wed Jan 13 1993 23:51 | 12 |
| hi,
customer has ALL-IN-1 2.4 patched to K603
VMS 5.5
when using INDEX of notes of a conference, the AUTHOR field is listed
as the VMS address (node::login_id). Of course, the customer wants the
ALL-IN-1 name listed here.
has anyone done this yet?
ann
|
| 561.8 | Cannot be done reliably | SCOTTC::MARSHALL | It's raining again | Thu Jan 14 1993 15:52 | 18 |
| >> has anyone done this yet
Not that I know of. It would be very hard to do reliably. Remember
that GPC is just a front-end for NOTES, and all NOTES knows about are
VMS usernames. So to get the ALL-IN-1 username, GPC would have to do a
reverse-lookup on the profile every time you access the note.
This would only work for the local node. ALL-IN-1 usernames are node
(or cluster) specific, so for a note entered from a different node,
there is no way ALL-IN-1 could "reverse lookup" to get
the author's ALL-IN-1 username. Indeed, the author may not even have an
ALL-IN-1 account. Also, as VMS usernames and ALL-IN-1 usernames are
not permanently tied together, as users are renamed, created, deleted,
etc, you could end up with the wrong name being returned for a note
author, or no name at all!
Scott
|