Thread Subject: Re: Beyond the Calendar
This archival content is maintained by WebAIM and NCDAE on behalf of TEITAC and the U.S. Access Board . Additional details on the updates to section 508 and section 255 can be found at the Access Board web site.
From: mike paciello
Date: Wed, Oct 11 2006 7:20 AM
- Return to this mailing list's archives
- View all messages in this thread
- Next message in thread: Bailey Bruce: "Re: Beyond the Calendar"
- Previous message in thread: Jim Tobias: "Re: Beyond the Calendar"
- Messages sorted by: Author | Thread | Date
Didn't want anyone to think that I'm not following the conversation. Busy
this morning; I expect to have time this afternoon to chime in as necessary.
From: = EMAIL ADDRESS REMOVED =
[mailto: = EMAIL ADDRESS REMOVED = ] On Behalf Of Jim Tobias
Sent: Wednesday, October 11, 2006 8:57 AM
To: 'TEITAC Communications Task Force'
Subject: Re: [teitac-tools] Beyond the Calendar
> -----Original Message-----
> From: Bailey Bruce [mailto: = EMAIL ADDRESS REMOVED = ]
> Sent: Wednesday, October 11, 2006 7:26 AM
> To: TEITAC Communications Task Force
> Subject: Re: [teitac-tools] Beyond the Calendar
> > I would encourage you to read the Zakim manual and ponder
> the wisdom
> > of using it for TEITAC, given who our members are and those
> from the
> > public we hope to recruit. Compared to W3C folks.
> > http://www.w3.org/2001/12/zakim-irc-bot.html
> Yes, a bot only a Unix geek could love! Fortunately, only the
> chair/scribe need be comfortable with Zakim. Other people can ignore
> its presence, it is very unobtrusive. And its use is optional.
But that limits who can chair meetings in a way that makes me uncomfortable.
> I have high hopes for Jared's tool. (No pressure!)
Please, no software development! There are tools out there that already do
this. The problem is, we don't seem able to approve anything or spend $10 a
month on them. Penny wisdom at its apex!
> Requiring on-line access during a call does not seem unreasonable.
> The burden of managing a call while using the Wiki is harder for an AT
> user, but that is already required by RCC. Or maybe if many people
> are using RCC, that can work for queue management?
This is why an integrated tool is best.
> > I propose to not accept new members for the Tools task force.
> > If you agree we need to remove the listserv invitation from
> the wiki.
> Seems logical to me, but could we not just mark the page/task force
> inactive after the next meeting? I kind of assumed we were only
> "chartered" until then.
I think we will need to manage whatever tools we use from now on. That is,
there may not be a time when every TEITAC communication medium is perfect!
But yes, the workload should diminish.