lcreid / markspells Goto Github PK

One of the first things Mrs. Burke and Mrs. Gray told me was make sure it's easy for kids to sign in.

Change to a yellow colour scheme. Yellow means fun, according to Terry O'Reilly (not the book O'Reilly).
Put the sign-in stuff in the right place -- top right menu bar.
Make it fixed width so we stop trying to do crazy stuff with css.
Move ads to the side.
Put a bottom on it, for just the minimal stuff.
Make a normal font size, except the practice pages.
Make the practice pages more fun.

Continuation of issue #16 but with JavaScript for a nicer user experience.

We should celebrate getting to the end of the list, and a bigger celebration when reaching the goal (when they become different things).

Fix size of h
Put paragraphs where needed
Make tables look good

In the stats, the number of tries and the time spent are calculated the same for all the list for a person.

Put sign-up and sign-in right on the welcome page.

• Both parents have to be signed-up already.
• Search by e-mail address. Don't do any sort of predictive or helping searches. Make the user type the right address.
• If found, assign the child(ren) to the other parent and send the other parent a message with the internal messaging system.

The assignment of lists brings up interesting questions. For example, I think it's safe to say that parents shouldn't be able to override the school's assignments to their kids. However, parents should be able to change each other's assignments -- or maybe that's optional in the case of split families. Also, the parents may or may not want to delegate the assignment to other caregivers. For example, a tutor would be able to set assignments, but the babysitter wouldn't.

Check that only the logged in user or an admin can see data about the logged in user. Then expand this so that certain other users can see progress of the user, specifically the user's parents, teachers and caregivers/tutors.

Add the little triangle and expand/collapse on each child's info on the parent's home page. See http://webcloud.se/code/jQuery-Collapse/

Authentication fails when I run tests that use the javascript format in the post call. Also, from reading Google I see that handling the not logged in case requires extensive work, or at least a little javascript.

A way for users to message other users, or for the system to inform all users of events. Some uses would be:

• Notification of system changes or downtimes
• Notification when parent adds another parent or caregiver
• Teacher-parent or teacher-student messaging
• Parent-teacher messaging

Since styling the error and notice paragraphs for devise, the error one shows up as an empty red box.

Set goals on a per-student or per-class basis, e.g. "80 % right once", "70 % right twice", etc. This would become the determination for whether the list was complete.

Add the info of how many times the student has practiced, and how many times were successful.

Hook up a mailer so we can invite people to join, and everyone can get password resets.

Let parents create accounts for their kids, or take an existing kid's account and associate it with the parent. There's lots of thinking to figure out how to make this understandable by the average parent.

If a logged in user goes to "/", take them to their home page.

I need links to suggestions (new features) and support. I also want a screencast to show people how to enter enhancements and bugs.

Right now, the start time for tracking how long a student spends spelling a word is taken from the browser, so we know when the page is rendered. But the end time is taken on the server. Unless they're both really close to the same time, the "thinking time" stats are going to be wrong.

Creating a new word list gives an error page. Nothing in the log. Works in dev and staging.

Need a standard "You have unsaved changes" on the word list page, profile page, and other pages in the future.

This is a big vision enhancement... We need to allow easy generation of spelling lists, with spell checking on the lists themselves. They have to be presented grouped by difficulty. We want to be able to present lists to students (or parents or teachers) in a way that challenges the student without frustrating them.

The statistics we show about student performance should include the time spent practicing.

This means we have to be able to make an account without an e-mail address.
We also need to implement the advanced sign-in approaches.

Users can practice lists without having the list assigned to them. If the list is assigned to a user, then the association between practice session and assignment depends on both user_id and word_list_id. I don't think there's a straight-forward way to represent that in the Rails models out of the box. You could write your own SQL clause for the association. You could also simply make the practice_session to assignment relationship explicit, without :through, but it may require some tricky overriding of methods in an area I'm not too confident about.

This page contains feedback from Mrs. Burke and Mrs. Gray.

• Hints if the student gets stuck: How many letters in the word. The shape of the word.
• Use primary school vocabulary and/or don't rely on words
• By grade 5 some people aren't doing spelling lists
• Make sure sign-in is easy. "They're always different."
• "spin and spell" "iboard" or "test iboard" -- different spelling sites
• "Dolsch" (sp) "Signt" (sp) word lists
• Look - cover - write - check

Let parents see how their kids are doing, and assign lists to their kids.

Like it says. Create a migration to put indexes on all the foreign keys that we've made so far.

...and check it elsewhere.