I'd like to start with something that should be trivial: When the user presses "move to emeritus" or "deceased" the action is immediate. I'd like to change these buttons to raise a dialog box with (submit) and (cancel) buttons. In general, this is my own preference and better UX and I think much less dangerous.
Hints for me how to convert the button to a dialog? RTFM with manual page links are a fine answer. Next I'd work on adding a button (request emeritus) with a dialog box that shows the form. See below for details. Thanks, Craig > On May 3, 2020, at 2:34 PM, Sam Ruby <ru...@intertwingly.net> wrote: > > On Sun, May 3, 2020 at 5:06 PM Craig Russell <apache....@gmail.com> wrote: >> >> Next level of architecture: >> >> Most of the work should be done in the front end with a bit of help from the >> server. What we need from the server are: >> >> GET: given the apache id, return the full name, status (boolean: emeritus), >> the complete document if already filed under emeritus-requests-received >> >> POST: apache id, full name, filled emeritus form (if new request), >> rescind-requested (boolean) > > That approach sounds like it would fit well with the current roster > tool. If you are a member and you go to > https://whimsy.apache.org/roster/committer/__self__, you will see what > forms are on file, your membership status, etc. If you go to another > individual, you will see their status, for example: > https://whimsy.apache.org/roster/committer/stefano > > At the moment, people in the secretarial team can click on "membership > status" and reveal buttons that say "move to active" and "move to > deceased". > >> So what technology seems most suitable? Node can handle the http requests if >> we have a service running. Javascript can do the UI in the browser. How to >> glue all of this together? > > If the port of the board agenda tool goes well (and current signs are > promising), then we can discuss whether to do the secretarial > workbench or the roster tool next. Or perhaps we could have teams > working on the ports in parallel. > > Meanwhile, the Ruby codebase is the better starting point. > > I would suggest as a first task, adding a link to emeritus forms. > >> Craig > > - Sam Ruby > >>> On May 3, 2020, at 7:22 AM, Craig Russell <apache....@gmail.com> wrote: >>> >>> We will create a new script at members/emeritus.cgi that will use a file >>> template [1] at a member-accessible location. This script will be linked >>> from the Members whimsy page. >>> >>> The script will have three entry points: >>> Member in good standing >>> Emeritus request has been submitted >>> Emeritus Member >>> >>> Member in good standing: >>> Emeritus status will be described, and a button enabled: >>> (Prepare emeritus request) >>> >>> When the button is pressed, a window pops up with the Emeritus Request form >>> filled from the member's information and the local timestamp >>> (year-month-day hh:mm:ss <timezone> <+/- offset>) and at the bottom of the >>> form two buttons: >>> (Submit emeritus request) >>> (Cancel) >>> >>> When cancel is pressed, the popup window disappears, and the original page >>> redisplays. >>> When submit is pressed: >>> the filled form is filed under emeritus-requests-received >>> email is sent to secretary with a copy of the form, cc: the member >>> >>> Emeritus request has been submitted: >>> Information about the emeritus request (timestamp) is displayed, and a >>> button enabled: >>> (Rescind emeritus request) >>> >>> When rescind is pressed, a window pops up with the submitted Emeritus >>> Request and at the bottom of the form two buttons: >>> (Submit rescind request) >>> (Dismiss) >>> >>> When dismiss is pressed, the popup window disappears and the original page >>> displays. >>> When submit is pressed: >>> the file is moved to emeritus-request-rescinded >>> email is sent to secretary stating that the request was rescinded, cc: the >>> member >>> the Member in good standing page displays. >>> >>> Emeritus Member: >>> Emeritus status is described and a button displays: >>> (Request reinstatement) >>> >>> When request is pressed, a window pops up with text stating that the >>> members wishes to reinstate membership and two buttons: >>> (Submit reinstatement request) >>> (Dismiss) >>> >>> When dismiss is pressed, the Emeritus Member display is shown >>> When submit is pressed, email is sent to secretary requesting >>> reinstatement, cc: member. >>> >>> Comments? >>> >>> Craig >>> >>> [1] >>> Emeritus Request >>> >>> Dear Apache Secretary, >>> >>> Please change my status to emeritus. >>> >>> This request will be effective ten days after receipt. Once effective, >>> I understand that I will no longer be counted for quorum purposes at >>> Members Meetings, and I will no longer be able to vote at Members Meetings. >>> >>> I understand that my privileges to review the foundation records and >>> subscribe to members mail lists will continue. If I would like to become >>> active again, I will send email to secret...@apache.org requesting >>> reinstatement, and my request will be voted on at the next members meeting. >>> >>> >>> Apache id: __________________________________________________________ >>> >>> Full name: __________________________________________________________ >>> >>> >>> >>> >>> >>> >>> >>> Signed: __________________________________ >>> >>> >>> Date: ____________________ >>> >>> >>> >>> Craig L Russell >>> c...@apache.org >>> >> >> Craig L Russell >> c...@apache.org >> Craig L Russell c...@apache.org