[Wplug-web] Board Mechanism

[Evan DiBiase]

On Tuesday, November 13, 2001, at 06:47 PM, Zach Paine wrote:

> On Tue, Nov 13, 2001 at 06:40:03PM -0500, Evan DiBiase wrote:
>> I would be willing to hack this around in PHP so we have *something*,
>> starting as early as tonight. All I need to know is what to do, which
>> may be dependent on getting some bylaws passed.
>
> I'm ok with that.  Real php is better than non-existant java (or
> whatever else).  I do think we should continue devel on lain though.  If
> I can even say such a thing ;-)

Oh, I agree. But yeah, having something that works for a short period 
definitely beats nothing at all!

>> I guess what I'm really saying is that, besides site design, I'm
>> decently interested in getting a functional yet cool yet easy to use
>> board interface up,
>
> What does this mean?  There is a board list established
> (wplug-board at wplug.org).  No one is subscribed, but that can be remedied
> :)  Is this a discussion to have here or should we present it to plan?

Well, the board is small enough now that an email list would probably be 
okay for voting and whatnot, and we should definitely add the board 
members, when they are chosen, to it, but we had discussed several 
interesting ways to have a web-based voting and discussion mechanism 
that I'd like to have implemented for the Next Big WPLUG Controversy 
Thing, or just for the Next Big Thing the WPLUG Board Has to Vote On.

> As I see it, the board needs a method of discussion and a method for
> voting.  -board sounds like a fun place for discussion, so I guess what
> we really need is a voting mechanism.  As I recall, it would have to
> accept submissions of proposals, and have a mechanism to vote.
> Somebody, read: Mr. DiBiase ;-), should read the bylaws again to figure
> out what the actual procedure is for voting.

Right. Discussion on the list, voting on the page, and I can look over 
the bylaws to determine how to implement things. Although I would like 
to point out that having a history of votes and vote comments on the 
page, while not strictly discussion and not strictly voting, is probably 
worthwhile to have.

>> Additionally, does anyone else think that the current site design might
>> be helped out a bit by having fewer instances of light-text-color on
>> light-background-color (like in the title bar and on links that
>> currently have the pointer focus)?
>
> The only instance of the light font on light background I see is as you
> say, when link has pointer focus.  If that was eliminated I wouldn't
> cry.

The head link text colors on the yellow background make my eyes ache and 
strain, but maybe I'm just growing older <g>.

> Thanks for volunteering E :)

Glad to be of service, and to get a break from Objective-C programming 
for a while!

-Evan