|
Grex > Coop8 > #33: Adding a new command for new folks to the conferences | |
|
| Author |
Message |
steve
|
|
Adding a new command for new folks to the conferences
|
Mar 5 02:29 UTC 1996 |
Misti and I (mostly Misti, I assure you) have been working
on the "Wizard in Training" manual for the JCC sale later this
month. There was something she'd put in the manual that wasn't
right, but should be. We'd like to see if we can start implementing
this across all the conferences.
In Agora, there is a "selections" command that will show the
new person to Agora some 'interesting' things in that conference.
Thats really neat, and we'd like to see if folks think thats
a neat enough concept to start going for in all the conferences,
such that the conferencing part of the WIT can say "use selctions
to see some neat stuff" in any conference.
Technically, its trivial. In the conference config file the
line
sel_ections 129 read 1 2 3
is added. That all. The hardest part of course is figuring
out which items to throw at new people.
I think this would be a really good thing to implement.
We can't have all the conferences updated with the selections
command by the JCC, but some could and that would be great.
What do folks think?
|
| 16 responses total. |
kaplan
|
|
response 1 of 16:
|
Mar 5 05:21 UTC 1996 |
Sounds reasonable. I will pick some selections in Internet soon.
|
janc
|
|
response 2 of 16:
|
Mar 5 07:04 UTC 1996 |
It's also possible to define range macros, that will work like
"read selections" or "read selections new" or "read selections all"
and so forth. I forgot how though.
|
popcorn
|
|
response 3 of 16:
|
Mar 5 11:18 UTC 1996 |
(For what it's worth, the agora selections command is defined as:
define sel_ections 1 "read 32 9 15 24 5 6 19 new"
That is, I think you need the word "define" at the beginning, and I
think it's convenient to add the word "new" at the end, so people can type
"selections" again to see new responses in the selected items, after
they've already used the selections command once.)
Would it be helpful to put a default "selections" command in the global
bbs rc file, to show, say, items 1-3 of the conference? Then fair
witnesses could redefine "selections" for their own conference, but if they
didn't put in a "selections" command, they would still end up with items
1-3. Or with whatever the fw in the previous conference the user visited
had selected.
Hm.
|
davel
|
|
response 4 of 16:
|
Mar 5 11:30 UTC 1996 |
Having it on a cf-by-cf basis would prevent users from defining their
own versions in .cfonce, wouldn't it?
|
carson
|
|
response 5 of 16:
|
Mar 5 15:10 UTC 1996 |
I'll hold off on adding this to my "Stupid FW Tricks" repertoire
until reading the answer to davel's question. 8)
|
popcorn
|
|
response 6 of 16:
|
Mar 5 17:17 UTC 1996 |
Re 4: Yup. Picospan reads the .cfonce file once, as it starts up the
conferences. It reads each conference's rc file as the user joins each
conference. So each conference rc file would supersede any user's own
definition in a .cfonce file. However, I kinda doubt many users have
defined their own personal command called "selections", so I can't see
it being much of a problem to have such a command in each conference's
rc file.
Each user can create a .cfrc file, in addition to a .cfonce file. The
.cfrc file is run as you join *each* conference, while .cfonce is run once
when you first start Picospan. I'm not sure whether Picospan runs the
conference's rc file before or after it runs your personal .cfrc file, but
it's possible that someone who was really set on having their own version
of the "selections" command could define the command in their .cfrc file.
|
kaplan
|
|
response 7 of 16:
|
Mar 6 02:53 UTC 1996 |
Individual users who want a command to bring up their favorite items would
be wise to name that command "favorite" instead of "selections" to avoid
colliding with the various "selections" commands.
|
mdw
|
|
response 8 of 16:
|
Mar 6 09:53 UTC 1996 |
User has final say - so the order is /usr/bbs/rc, .cfonce, $CONF/rc, .cfrc,
stdin.
|
davel
|
|
response 9 of 16:
|
Mar 6 10:04 UTC 1996 |
That ".cfrc" being what, Marcus? A single user file named ".cfrc"? Is there
some way for a user to set something up on a conference-by-conference basis?
|
popcorn
|
|
response 10 of 16:
|
Mar 6 13:40 UTC 1996 |
You can create a file called .cfrc that is run once each time you join a
conference. If you have a .cfdir directory, your .cfrc file needs to be
there. Otherwise it goes in your home directory. There's no easy way for
a user to set up something *different* in each conference.
Thanks Marcus, for the sequence on that. I'd wondered exactly what it was.
|
adbarr
|
|
response 11 of 16:
|
Mar 7 02:09 UTC 1996 |
I set up the file, but what size label do I use. I have several available,
and a file drawwer that has just enough room. I use 1/3rd cut.
|
scg
|
|
response 12 of 16:
|
Mar 7 05:02 UTC 1996 |
Of course, you could put something in your .cfonce redefining the join command
such that it would call some program that would edit your .cfrc, and then do
the actual join.
|
remmers
|
|
response 13 of 16:
|
Mar 7 11:39 UTC 1996 |
Hm, maybe. But do Picospan macros take parameters?
|
steve
|
|
response 14 of 16:
|
Mar 7 14:46 UTC 1996 |
I don't think so.
|
davel
|
|
response 15 of 16:
|
Mar 8 02:46 UTC 1996 |
<contemplates (AGAIN) the serious need for a Picospan tech manual>
|
adbarr
|
|
response 16 of 16:
|
Mar 9 03:16 UTC 1996 |
No way. People might understand, The parameter canal is bounded on the south
by Picospan, and on the north by Macros.
|