*** menesis has quit IRC | 00:08 | |
*** replaceafill has quit IRC | 02:53 | |
*** alga has quit IRC | 03:17 | |
*** alga has joined #schooltool | 03:19 | |
*** th1a has joined #schooltool | 03:38 | |
th1a | hi aelkner. | 03:39 |
---|---|---|
aelkner | hey th1a | 03:49 |
th1a | Hey. I had a nap. | 03:49 |
aelkner | mee, too | 03:50 |
th1a | Ah, perfect. | 03:50 |
th1a | I think I can get this started better via text chat. | 03:53 |
th1a | That's about the right pace for my brain at this point. | 03:53 |
aelkner | that's fine | 03:54 |
aelkner | so, you start | 03:54 |
th1a | Lets just stick with the CanDo report setup. | 03:54 |
th1a | The Skills Completion report. | 03:55 |
aelkner | goes through the whole year, every section and aggregates | 03:55 |
th1a | Basically, we're just setting up the structure of the report (which will end up being somewhat different than what we've done before) without worrying about the actual skills data at this point. | 03:55 |
th1a | I think it is a term report. | 03:55 |
aelkner | good idea, we can fake the aggregate data without knowing how we get it | 03:56 |
th1a | That may need eventually to include linked sections in other terms. | 03:56 |
*** alga has quit IRC | 03:57 | |
aelkner | how do they choose the term do you think | 03:59 |
th1a | I think the program area as tertiary navigation was the wrong idea though. | 04:00 |
aelkner | noone suggested that | 04:00 |
th1a | Because one of the main use cases is just to sort by who has the highest or lowest in different categories. | 04:00 |
aelkner | we had decided on a drop-down | 04:00 |
th1a | I think I suggested it. | 04:00 |
aelkner | remember, there are too many program areas | 04:01 |
th1a | But you need to be able to sort and or filter the whole set. | 04:01 |
aelkner | and the dropdown would be autofilled with first one | 04:01 |
aelkner | by restircting the program are, we don't need that column | 04:01 |
aelkner | tertiary nav can be used for different views on the same data | 04:02 |
aelkner | always having the program area filtered by the dropdown | 04:02 |
th1a | I'm saying we can't always have it filtered by dropdown. | 04:03 |
th1a | It is an option, but you may want to sort all teachers in the term. | 04:03 |
aelkner | in that case, all program areas would show? | 04:04 |
th1a | Yes. | 04:04 |
th1a | But maybe we don't need a column for it in the table. | 04:04 |
th1a | We don't necessarily need that meta data in every row of the table. | 04:04 |
aelkner | if we have two rows for the same teacher, section that have different program areas | 04:05 |
aelkner | ah, that wouldn't happen | 04:05 |
aelkner | i guess, like course, the program area is determined by the section? | 04:05 |
th1a | Oh... shoot. | 04:05 |
th1a | Teachers teaching different program areas makes it messy. | 04:06 |
th1a | I was hoping to just have one row per teacher and then dis-aggregate the sections with a pop up or something if you wanted to see it divided by section. | 04:07 |
aelkner | that sounds interesting, but i don't see how that conflicts with teaching more than one program area | 04:08 |
th1a | I guess it doesn't. | 04:08 |
th1a | It just means that one teacher's scores will change if you filter by program area. | 04:09 |
th1a | It will have to shift to just the classes they teach in that area. | 04:09 |
aelkner | how about you can't filter by program are if you are viewing by teacher | 04:09 |
th1a | Well... I think you should always view by teacher > click to break down a single teacher by section. | 04:11 |
th1a | Well, not ALWAYS, perhaps, but initially. | 04:11 |
th1a | It is the basic paradigm. | 04:12 |
th1a | So... | 04:13 |
th1a | For a term, | 04:13 |
th1a | you get a table, | 04:13 |
th1a | with one row per teacher with sections with courses with skills assigned. | 04:14 |
th1a | Correct? | 04:14 |
aelkner | how do you mean row with sections, multiple? | 04:16 |
aelkner | if the html table has one tr per teacher, then no sections could go there, right? | 04:17 |
aelkner | unless we are talking about js Array statements and rows of them | 04:17 |
th1a | The row is the aggregated data for the teacher's sections. | 04:18 |
aelkner | i'm not sure what you are saying exactly | 04:18 |
th1a | The person looking at the data is evaluating the teacher more than individual sections. | 04:18 |
th1a | The concern is the variation in teacher performance, not between sections for the same teacher. | 04:19 |
aelkner | so, the screen shot that you sent with one row per teacher with a graph after it | 04:21 |
aelkner | then you click on the teacher's name and the popup with breakdown by section | 04:21 |
aelkner | one column for the section, one for the graph | 04:22 |
aelkner | h3 (or whatever h) at the top with the teacher's name | 04:22 |
th1a | each section would be a row. | 04:22 |
aelkner | yeah, like i said, one col for section, one for graph for that section | 04:23 |
aelkner | we don''t need more than the section column if we include the courses and program area in the same cell as the section | 04:24 |
aelkner | Section Title (Course Title) | 04:24 |
th1a | Yes, basically. | 04:24 |
th1a | We'll worry about that later. | 04:24 |
aelkner | o, perhaps program are could be another column | 04:24 |
aelkner | i mean, the section with course title is easy to follow, but the program are might look better as separate col | 04:25 |
th1a | I'm not worried about the per-section yet. | 04:25 |
aelkner | ok, i like it when you're not worried :) | 04:30 |
aelkner | but i do need to know what you want | 04:30 |
th1a | We're not going to get there in this iteration. | 04:31 |
aelkner | ok, so we're still spit-balling, so to speak | 04:31 |
aelkner | so one view is by teacher with section breakdown as popup | 04:32 |
aelkner | do we want to talk about another view? | 04:32 |
th1a | no... | 04:32 |
th1a | That's the view. | 04:32 |
th1a | The tricky part then is we just need good search/filter/sort. | 04:33 |
th1a | Above the table. | 04:33 |
th1a | And in particular, we need sort that isn't entirely based on column headers, because all the data points are combined in one graphic column. | 04:33 |
th1a | The actual score data, that is. | 04:33 |
th1a | Is three or four data points in one column. | 04:34 |
aelkner | nothing comes to mind for a sort field, so you have something in mind? | 04:36 |
th1a | Well, maybe we should just have a primary dropdown and a secondary dropdown. | 04:37 |
aelkner | specifically? | 04:37 |
th1a | With selections being teacher, program area, % scored, other relevant numeric data points. | 04:38 |
aelkner | the the primary dropdown has options of 'teacher', 'program area', '% scored', etc. | 04:39 |
aelkner | and the label for the dropdown is Sort by? | 04:40 |
th1a | SUre. | 04:40 |
aelkner | what would the second dropdown be? | 04:41 |
th1a | The same. | 04:42 |
th1a | Secondary sort. | 04:42 |
aelkner | ok, got it, two level sort | 04:42 |
th1a | 3rd if it ends up we need it, but probably we should just pick something. | 04:42 |
aelkner | two is fine for now | 04:43 |
th1a | You also need to sort by teacher. | 04:43 |
th1a | Search by teacher, I mean. | 04:43 |
th1a | And filter by program area. | 04:44 |
aelkner | filtering by program area shold be done by dropdown, with --all program areas -- as default, right? | 04:48 |
th1a | Yes. | 04:49 |
aelkner | as far as filtering by teacher, do we really need to? | 04:49 |
aelkner | the view is delivering all teachers | 04:49 |
aelkner | so simple text srach finds the teacher's row | 04:49 |
aelkner | but we could have our own text search field | 04:50 |
th1a | We probably should have it. | 04:50 |
aelkner | no, scratch that | 04:50 |
th1a | It is just one row. | 04:50 |
aelkner | it can't work like the browser's | 04:50 |
aelkner | which moves the focus to the match as you type | 04:51 |
aelkner | ah | 04:51 |
aelkner | as you type, the set of rows is limited on the browser side | 04:51 |
aelkner | by reacting to the key event | 04:52 |
aelkner | i we are going to be generating these rows dinamically anyway, that would be np | 04:52 |
th1a | TO be clear, I'm not super concerned about doing this without a page reload. | 04:53 |
aelkner | i remember you originally suggesting a dynamic page that reacts to user events | 04:55 |
th1a | I probably overstated that a bit -- anything is more dynamic than the existing ones. | 04:56 |
th1a | I meant you can change it -- not necessarily that you must be able to change it without a page reload. | 04:56 |
th1a | ALthough that's always nice! | 04:57 |
aelkner | well, the decision one way or another greatly decides the payload | 04:58 |
aelkner | if the filtering is done server side, then html payload is enough | 04:59 |
aelkner | if it is to be done browser side, perhaps a js Array or two is called for | 04:59 |
aelkner | if it is to be done with js Array, then a js function could loop through the arrays and fill the dom | 05:00 |
aelkner | taking into account the setting of the dropdowns and filter text bokes | 05:00 |
aelkner | boxes | 05:00 |
th1a | All I can say is that it isn't worth more than an extra day of development time. | 05:02 |
th1a | Also... you wouldn't want to default to passing ALL the data if the user only wanted a small subset. | 05:03 |
aelkner | well, when the user calls up the view, they haven't had a chance to specify a filter | 05:03 |
th1a | Precisely. | 05:04 |
aelkner | so we are gong to be sending all the data by default anyway is my point | 05:04 |
th1a | Well, also we need to make a decision about batching. ;-) | 05:04 |
th1a | There should be batching. | 05:04 |
aelkner | ah, if we are gong to be batching, then never mind | 05:05 |
aelkner | in that case, server side filtering makes the most sense | 05:06 |
th1a | Yes. | 05:07 |
aelkner | i'm getting this sinking feeling in my stomach that we are talking about a table formatter view | 05:07 |
th1a | Your favorite! | 05:07 |
th1a | Weren't these re-done though? | 05:07 |
aelkner | yeah | 05:07 |
aelkner | not for ease of development | 05:08 |
aelkner | more for the ajax issue that had to be addressed | 05:08 |
aelkner | but whatever, if i have to write a table formatter, i'll write a table formatter | 05:09 |
aelkner | now, rendering the graph: | 05:09 |
th1a | For now, just put in a blank div. | 05:09 |
th1a | The table formatter should keep you busy enough for the next couple days, right? | 05:10 |
aelkner | certainly | 05:10 |
aelkner | i can render the cell with a blank div for now, in the future it could have hidden values | 05:10 |
th1a | We'll sort that out later. | 05:10 |
aelkner | and those hidden values could then be used by a js routine | 05:10 |
th1a | y | 05:11 |
aelkner | fine | 05:11 |
aelkner | so, user navigates to a term, sees a link 'Skills Completion' in the Reports menu? | 05:12 |
th1a | It'll probably also be somewhere else in the end as well, but yes. | 05:14 |
aelkner | ok | 05:21 |
*** aks has joined #schooltool | 06:22 | |
*** th1a has quit IRC | 06:34 | |
*** aks_ has joined #schooltool | 06:42 | |
*** aks has quit IRC | 06:43 | |
*** aks_ is now known as aks | 07:11 | |
*** aks has quit IRC | 09:47 | |
*** alga has joined #schooltool | 09:48 | |
*** alga has quit IRC | 09:52 | |
*** aks has joined #schooltool | 10:28 | |
*** aks has joined #schooltool | 10:28 | |
*** menesis has joined #schooltool | 11:32 | |
*** aks has quit IRC | 11:51 | |
*** aks has joined #schooltool | 11:56 | |
*** aks has quit IRC | 14:24 | |
*** th1a has joined #schooltool | 16:15 | |
*** menesis has quit IRC | 18:43 | |
*** menesis has joined #schooltool | 18:44 | |
*** replaceafill has joined #schooltool | 18:44 | |
*** menesis has quit IRC | 19:20 | |
*** menesis has joined #schooltool | 19:26 | |
*** th1a has quit IRC | 19:54 | |
*** alga has joined #schooltool | 20:05 | |
*** menesis has quit IRC | 20:22 | |
*** th1a has joined #schooltool | 20:23 | |
* th1a finally bought himself some giant post-its. | 20:34 | |
*** replaceafill has quit IRC | 21:13 | |
*** replaceafill has joined #schooltool | 21:17 | |
*** replaceafill has quit IRC | 22:01 | |
*** replaceafill has joined #schooltool | 22:14 | |
th1a | replaceafill: I'm doing one week blocks for tasks. | 22:54 |
th1a | What do you think you'll be doing the next two weeks? | 22:54 |
replaceafill | hhmm | 22:58 |
replaceafill | let me check the planner | 22:58 |
replaceafill | i remember it was pdf styls | 22:59 |
replaceafill | styles* | 22:59 |
replaceafill | or the iep implementation | 22:59 |
th1a | Well... I mean is there other stuff you know you need to do for the gradebook(s) that's not necessarily on the planner. | 22:59 |
th1a | This week is pretty much gradebook refinement, right? | 23:00 |
replaceafill | yes | 23:00 |
replaceafill | let me check my notes | 23:00 |
replaceafill | ah yes | 23:02 |
replaceafill | mark/save invalid values on load | 23:02 |
replaceafill | and auto-save | 23:02 |
replaceafill | i think i told you that the gradebook really doesn't save invalid values | 23:03 |
replaceafill | just shows them on the next load | 23:03 |
replaceafill | but if you reload a third time, the invalid values are gone | 23:03 |
replaceafill | and i think you want to save them, right? | 23:04 |
replaceafill | but they shouldn't be take into account in math, etc | 23:04 |
th1a | I would prefer that. | 23:07 |
th1a | But at this point I'm prioritizing essential CanDo stuff. | 23:07 |
th1a | yvl still needs to "fix score systems," right? | 23:08 |
replaceafill | on the cando side i don't see any more "important" task to do for the gradebook | 23:08 |
replaceafill | yes | 23:08 |
replaceafill | ah, another one in my wishlist, but not as important | 23:11 |
replaceafill | cando scores to the gradebook | 23:11 |
replaceafill | implement external activities for the new cando | 23:11 |
replaceafill | low priority though | 23:11 |
th1a | OK, so I guess report styles, | 23:11 |
th1a | then IEP. | 23:12 |
replaceafill | kk | 23:12 |
th1a | Actually, I think we need awesome skills browser ahead of IEP's. | 23:21 |
replaceafill | true | 23:21 |
replaceafill | although you don't need to navigate for iep | 23:22 |
replaceafill | you just use the comps of the section | 23:23 |
th1a | Not as a strict requirement, just priority. | 23:23 |
replaceafill | ah ok | 23:23 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!