thedqs wrote:Otherwise you could get spammed at least 3 times if not more if the president or a counselor forgot he already sent one. Though Brad didn't you mention before in this thread that there was a work around for that?
Yeah.... if a Presidency member kicks off the "Send E-Mail to all not reported" process, it sets a bit that prevents the process from being run again for that month.
Yes.... a Presidency member can change the bit by going into the "System Settings" menu and unchecking a box. It will then allow them to once again use the "Send E-Mail to All Reported" (only if it is between the 1st and 7th of the month.)
This would really only be necessary if the e-mail process failed for some reason (which should normally never happen.) The status of all e-mail processes are available via a system log that can be accessed by the Presidency Members.
I'm just about finished with these "Contact Type Selector" changes. I'm quite pleased with it so far... we'll see how you guys feel about it soon.
There is still some minor cleanup left to do, but it is mostly complete.
Edit: I just noticed that for some reason, the styles aren't rendering properly with IE6. It looks correct with IE7 and Firefox. I will get that fixed later.
Edit 2: It looks as though the problem was never a real problem. It was a caching issue with my IE6 browser. After I cleared history, the style looked correct.
Also, I noticed that a message to the presidency is lumped together with email to companion and change email address. It took a bit before I figured out there were different functions and what element went with what function.
Hmm.... I'm not noticing anything that would cause confusion with the Contact Type menu as it is now. If we want hierarchical contact types, the child contact types need to pop up somewhere when the parent types are selected. Showing everything on the screen at once is just too much.
Looks good in Netscape 7.2, except that the "change email" button leters are cut off. Firefox 2.0.0.4 is perfect. It's not too cluttered. It's easy to know intuitively just what needs to be done. Anyone confused about what to do can follow the simple, direct instructions.
The biggest issue is timing of the menus. It's very sensitive to the speed and route I take to get from the standard contact type to the custom leaf. It could prove very frustrating to someone using an "eraser-head" mouse. As it stands now, I have to slid sideways and then vertically to find my selection. If I attempt to go "direct" the menu is likely to disappear on me.
A good example of timing is the lds.org menu system. I'm surprised how much I can deviate without getting the menu to twitch. While it is just a bit slower, it doesn't seem to be a problem.
There is no confusion with the contact types. But only in the last post did I notice that 3 other functions below the contact reporting were getting mixed together in a way that's confusing.
Paulstone: This is the response I received from EssentialObjects (the company that makes the menu control I'm using.)
Konquerer is an open source browser from KDE people, I believe Apple's Safari actually used its core DHTML rendering engine KHTML. Neverthelss while Safari is officially supported by us, Konquerer is not. Due to the market share of Linux itself and the popularity of FireFox on Linux platform, Konquerer seems to be used by very few people.
Russell: I think I now understand what you are looking for. I'll make some more changes.
