*** jfroche has quit IRC | 00:03 | |
*** ignas has quit IRC | 00:06 | |
*** didymo has quit IRC | 00:34 | |
*** didymo has joined #schooltool | 00:47 | |
*** didymo has quit IRC | 00:48 | |
*** pcardune_ has joined #schooltool | 00:56 | |
*** didymo has joined #schooltool | 01:02 | |
*** pcardune_away has quit IRC | 01:14 | |
*** th1a has joined #schooltool | 02:23 | |
*** wrobel has quit IRC | 03:16 | |
*** wrobel has joined #schooltool | 08:46 | |
*** srichter has joined #schooltool | 09:08 | |
*** ignas has joined #schooltool | 09:11 | |
*** srichter has quit IRC | 09:57 | |
*** ignas has quit IRC | 10:39 | |
*** kitblake has joined #schooltool | 10:53 | |
*** jfroche has joined #schooltool | 11:07 | |
*** srichter has joined #schooltool | 11:13 | |
*** ignas has joined #schooltool | 12:34 | |
*** ignas has quit IRC | 13:02 | |
*** thisfred has joined #schooltool | 13:10 | |
*** alga has joined #SchoolTool | 13:29 | |
*** jinty has joined #schooltool | 13:38 | |
*** ignas has joined #schooltool | 14:00 | |
*** gintas has joined #schooltool | 14:33 | |
jfroche | ignas: hello, in locales we have fr fr_BE fr_CA, could i use "X-Is-Fallback-For: fr-be fr-ca fr-lu fr-mc fr-ch fr-fr\n" in the fr .po file ? | 15:28 |
---|---|---|
ignas | hmm | 16:05 |
ignas | i don't really know ... | 16:05 |
jfroche | ignas: in pdb can i work also with translation ? | 16:26 |
jfroche | i dont understand this: | 16:27 |
jfroche | (Pdb) month_name_msgid | 16:27 |
jfroche | u'December' | 16:27 |
jfroche | (Pdb) translate(month_name_msgid, context=self.request) | 16:27 |
jfroche | u'D\xe9cembre' | 16:27 |
jfroche | (Pdb) translate(u'December', context=self.request) | 16:27 |
jfroche | u'December' | 16:27 |
ignas | month_name_msgid is not a strinf | 16:27 |
ignas | it is a message_id | 16:27 |
ignas | from schooltool import SchoolToolMessage as _ | 16:28 |
ignas | translate(_("December"), context=self.request) | 16:28 |
jfroche | ok great now i understand | 16:28 |
jfroche | thanks | 16:29 |
*** Lumiere has left #schooltool | 16:37 | |
jfroche | ignas: when i am running test, i get everything translated and many tests are failing, normal that i have to change my terminal locale before running tests ? | 16:52 |
ignas | yes, iirc you must run schooltool on LC_ALL=C | 16:53 |
ignas | hmm | 16:53 |
ignas | iirc test runner was enforcing that | 16:53 |
jfroche | uhm odd | 17:01 |
lisppaste5 | jfroche pasted "Diff for date translation" at http://paste.lisp.org/display/32285 | 17:08 |
jfroche | ignas: agree with this ? | 17:08 |
jfroche | i haven't fixed the tests yet | 17:08 |
ignas | + formatter = DateFormatterFullView(day, self.request) -> not a good idea, you should queryMultiAdapter the view instead | 17:09 |
ignas | as it might get replaced by someone | 17:10 |
jfroche | i see | 17:11 |
jfroche | but i have 3 classes | 17:11 |
jfroche | they are all registered for ( datetime.date, request) | 17:12 |
ignas | yep, so look up a named view for date | 17:13 |
ignas | instead of hardcoding it | 17:13 |
ignas | you'll make it pluggable | 17:14 |
lisppaste5 | jfroche pasted "dateformatter.py in schooltool/skin" at http://paste.lisp.org/display/32286 | 17:14 |
lisppaste5 | ignas annotated #32285 with "Reviewed the code a bit" at http://paste.lisp.org/display/32285#1 | 17:15 |
ignas | you will give names to these views anyway | 17:16 |
jfroche | about "the _('${month}, ${year} (week ${week})' is a translatable string which means that it will get translated." | 17:17 |
jfroche | problem is that week doesnt get translated | 17:17 |
ignas | then translation is missing in the po file | 17:17 |
ignas | #. Default: "" | 17:18 |
ignas | #: /src/schooltool/app/browser/cal.py:856 | 17:18 |
ignas | msgid "${month}, ${year} (week ${week})" | 17:18 |
ignas | msgstr "${month}, ${year} (${week} savaitÄ—)" | 17:18 |
ignas | in here | 17:18 |
ignas | you are assuming that week will go in front etc. | 17:18 |
jfroche | i see | 17:18 |
ignas | look for the string in the po file | 17:19 |
jfroche | ignas: right | 17:22 |
jfroche | should i update the tests for the other change ? | 17:22 |
ignas | yes i think so | 17:26 |
jfroche | ignas: you know where can i find named MultiAdapter registration somewhere? | 17:28 |
ignas | provideAdapter ? | 17:29 |
jfroche | and datetime.date has no z3 interfaces yet ? | 17:29 |
ignas | you can provide an adapter for a class as well i think | 17:30 |
ignas | not sure though ... | 17:30 |
*** Lumiere has joined #schooltool | 17:32 | |
*** mgedmin has joined #schooltool | 17:42 | |
*** mgedmin_ has joined #schooltool | 17:43 | |
*** mgedmin_ has quit IRC | 17:43 | |
*** wdickers has joined #schooltool | 18:01 | |
wdickers | morning | 18:01 |
*** gintas has quit IRC | 18:01 | |
Lumiere | hi wdickers | 18:22 |
Lumiere | pcardune_: here? | 18:23 |
Aiste | th1a: ayt? | 18:38 |
*** wdickers has quit IRC | 18:41 | |
*** srichter has quit IRC | 18:43 | |
*** alga has quit IRC | 18:45 | |
jfroche | ignas: i am trying provideAdapter(DateFormatterFullView, [datetime.date, IRequest],. | 18:48 |
jfroche | IDateFormatter , 'full') | 18:48 |
th1a | Aiste: Hi. | 18:48 |
*** ignas has quit IRC | 18:48 | |
*** pcardune_ has quit IRC | 18:53 | |
*** jinty has quit IRC | 18:59 | |
*** pcardune has joined #schooltool | 19:55 | |
Lumiere | 'noon paul | 19:59 |
Lumiere | I was hoping ignas would be around... but I guess not | 20:00 |
Lumiere | I have one thing before we do resource scheduling | 20:00 |
pcardune | yeah? | 20:01 |
Lumiere | I'm about to start drafting a spec on import and export of schooltool stuff | 20:01 |
pcardune | oh fantastic | 20:01 |
Lumiere | if there's existing work, could you point it to me | 20:01 |
pcardune | no, there is no existing work | 20:01 |
Lumiere | I'm getting really annoyed about it (people keep needing it... and I keep having to work around it) | 20:01 |
Lumiere | ok | 20:01 |
pcardune | the only existing import is from csv files | 20:01 |
Lumiere | for people | 20:01 |
Lumiere | I also want import/export on comps and comp groups | 20:02 |
pcardune | there is csvimport for comps and comp groups | 20:02 |
Lumiere | yea | 20:02 |
pcardune | what are the specific use cases? | 20:03 |
Lumiere | also, how do I get an account on the wiki | 20:03 |
pcardune | what kind of formats do they want? | 20:03 |
Lumiere | I'm going to draft those | 20:03 |
pcardune | I can give you an account | 20:03 |
Lumiere | it's all internal stuff at the moment | 20:03 |
Lumiere | jstraw for user, and set my pass... I'll change it later | 20:03 |
pcardune | ok | 20:04 |
pcardune | oh crap and a half | 20:04 |
pcardune | i can't give you an account now | 20:04 |
Lumiere | ok | 20:04 |
pcardune | our internet here is down (i'm "borrowing" somone's wireless) | 20:05 |
pcardune | in any case, my ubuntu machine where I have the public key i need to access the server doesn't have wireless.... | 20:05 |
Lumiere | no problem | 20:05 |
pcardune | I'll make one for you as soon as internet comes back | 20:05 |
Lumiere | it doesn't prevent us from moving forward on resource scheduling... | 20:05 |
Lumiere | part of what I will need help on is wording things into what XP looks for as use cases | 20:06 |
pcardune | ok | 20:06 |
pcardune | well let's go ahead and get started on resource scheduling hen | 20:07 |
Lumiere | as I see it, Resource scheduling can be broken into 2 main parts, each with use cases... The actual resources and the scheduling of the resources | 20:08 |
pcardune | i'll start writing what you tell me on the wiki | 20:08 |
Lumiere | there are 2 reasons to split it this way... | 20:08 |
Lumiere | 1: The resources can be maintained as entities instead of someone just writing what they want (sort of obvious) | 20:09 |
Lumiere | 2: It leads to other problems that can be solved (ala inventory control for the school) | 20:09 |
pcardune | yes | 20:10 |
Lumiere | so... use cases for the Resources are: | 20:10 |
Lumiere | A Resource must have a home, somewhere that it lives normally | 20:10 |
th1a | Right now locations are resources, too. | 20:11 |
th1a | Keep that in mind. | 20:11 |
Lumiere | yes | 20:11 |
Lumiere | I have 2 types of resources in mind | 20:11 |
Lumiere | physical resources | 20:11 |
Lumiere | and a slightly more abstract room/immovable resource | 20:11 |
Lumiere | which is also why this meeting is good... it's helping me flesh out the ideas in my head | 20:11 |
Lumiere | If it is physical, it must have a manufacturer, model, serial, and an optional identifier (for a computer something like a mac address) | 20:12 |
*** srichter has joined #schooltool | 20:12 | |
pcardune | for the resources that already exist in schooltool you can specify that they are a "location" | 20:12 |
th1a | Also keep in mind that locations are really important for how they tie in to the timetabling and scheduling. | 20:12 |
Lumiere | well.. resources must also be able to reference resources | 20:12 |
Lumiere | so, a computer lab resource should also force the allocation of the computer resources in the lab | 20:13 |
Lumiere | (this would allow 2 groups to use 1 lab at the same time, if they didn't need all the computers at once) | 20:13 |
pcardune | oh, that's slick | 20:13 |
Lumiere | (they wouldn't take the lab, they'd take the computers in the lab) | 20:13 |
Lumiere | that's why a room resource has to be a somewhat abstract thing... | 20:14 |
Lumiere | it could be nothing but a container for other resources | 20:14 |
Lumiere | (it also makes it somewhat more complex to make) | 20:14 |
pcardune | ok | 20:15 |
pcardune | so, if a user selected the computer lab as a whole, they might be presented with the question, "do you need all the computers in the lab or only a certain number?" | 20:16 |
Lumiere | they could be | 20:16 |
Lumiere | that's an interface thing I haven't nailed down | 20:16 |
Lumiere | a room resource also needs to have capacity (regardless of computers... think fire marshall seating/standing room) and it needs to have location (it may need other things) | 20:16 |
pcardune | also the other thing you have to consider is how they will be using the lab (just some students working silently, or a full on presentation with lots of talking) | 20:17 |
Lumiere | yes | 20:17 |
Lumiere | that's not part of the resource though | 20:17 |
Lumiere | that's part of scheduling the resource | 20:17 |
Lumiere | which is why I separated them | 20:17 |
pcardune | ok, that makes sense | 20:17 |
pcardune | and then for example, computers would have a permanent location | 20:19 |
Lumiere | but laptops would have a "storage location" | 20:19 |
pcardune | right | 20:19 |
Lumiere | so for a physical resource the location is always considered the storage location | 20:19 |
Lumiere | and there's a boolean for movable | 20:19 |
pcardune | ok | 20:20 |
Lumiere | so for a laptop cart... which is a container, room-like, but movable resource... it also has a movable location | 20:20 |
pcardune | is there ever a case where we will have more than two levels of hierarchy? | 20:21 |
Lumiere | I am sure there are some other things that I'll edit into the required information for the resources, (stuff like purchase date and maintence notes possibly) | 20:21 |
Lumiere | yes | 20:21 |
Lumiere | a room with a laptop cart | 20:21 |
Lumiere | the laptop cart has resources... | 20:22 |
Lumiere | so you could check the room out with the cart | 20:22 |
Lumiere | and it has to grab all the sub-resources of the cart | 20:22 |
Lumiere | which in the case here is a printer, wireless router (with all the info related to the use of the router in the system as well... so that the person using it has that info in advance) and 18-24 laptops | 20:23 |
pcardune | this is pretty complex | 20:24 |
Lumiere | yes | 20:24 |
Lumiere | we could work around slightly by saying that you just check the cart and room out separately | 20:24 |
pcardune | that would make more sense, because the cart is moveable | 20:24 |
Lumiere | but you need to be able to check out any resource that is stored in that resource | 20:25 |
pcardune | ok | 20:25 |
Lumiere | yes... but it is possible to have a lab where you have a cart in the room | 20:25 |
Lumiere | because you don't want to have the room used as a computer lab all the time | 20:25 |
pcardune | right | 20:25 |
Lumiere | I am fairly sure it wouldn't be more then 3 levels though | 20:26 |
Lumiere | 3 levels is rare | 20:26 |
pcardune | that is good information to have | 20:26 |
Lumiere | anything above that... the resource management is messed up | 20:26 |
Lumiere | and I can't even think of something above 3 (it's hard to think of things at 3) | 20:27 |
pcardune | hopefully it wont be as bad as competency levels | 20:29 |
pcardune | ye ha | 20:29 |
Lumiere | it shouldn't be | 20:29 |
Lumiere | there's only one level in that respect | 20:29 |
Lumiere | sorry 2 | 20:29 |
Lumiere | resources should be restricted to use in the school they reside | 20:29 |
Lumiere | but my assumption is that schooltool is designed for a single school | 20:30 |
Lumiere | not to be run as the SIS for an entire distrcit | 20:30 |
Lumiere | *district | 20:30 |
Lumiere | but, building may still be important as places have classrooms in trailers and stuff | 20:31 |
*** th1a_ has joined #schooltool | 20:32 | |
Lumiere | wb th1a_ | 20:32 |
*** th1a has quit IRC | 20:32 | |
Lumiere | that's about it on resources | 20:32 |
Lumiere | scheduling is where it can get messy though... it's also where the user stories look like user stories though | 20:33 |
Lumiere | A teacher will want to say "I am looking for a computer lab for my class" | 20:33 |
pcardune | right | 20:33 |
Lumiere | "My class is third period (timetable)" | 20:33 |
Lumiere | this is where we differ from current implementation though... this is where instead of showing a calendar... we should be showing "here's what is available for your time period in the next 2 weeks | 20:34 |
Lumiere | or something to that effect | 20:34 |
Lumiere | and this should be entirely automatic... a teacher should click a "schedule resource" link from their _section_ | 20:35 |
Lumiere | and it should ask what type of resource they want | 20:35 |
Lumiere | (something to add to the resource info... an admin defined list of different types of resource... computer lab, auditoriums, art integration lab) | 20:36 |
pcardune | very nice | 20:36 |
Lumiere | then list the resources there across the top, with days down the side showing availablity | 20:37 |
pcardune | this all sounds very good | 20:40 |
Lumiere | so some sort of basic green red traffic light approach to what's there | 20:41 |
Lumiere | then just click the box you want to grab, and it should (by system prefrence) request/require a reason for use | 20:42 |
Lumiere | there are it coordinators and facilities coordinators that want to know that sort of thing. | 20:42 |
pcardune | well I think I have a lot to work with now | 20:43 |
Lumiere | obviousally once a resource is scheduled to a section, the only people who have rights to touch the resource are the 'owner' (the coordinator of the resource) and the user who requested it | 20:43 |
Lumiere | requests should also be allowed from any user (with a priority tree of who can use it?) | 20:44 |
Lumiere | because a student group might need a resource for a club activity | 20:44 |
Lumiere | and so one of those students or their faculty advisor need resource scheduling privs | 20:45 |
pcardune | hmmm | 20:46 |
pcardune | that is tough | 20:46 |
Lumiere | yes | 20:46 |
pcardune | don't most student groups have some sort of instructor advisor type person? | 20:46 |
Lumiere | they should... but think about jelkner for 10s | 20:47 |
Lumiere | does elkner really want to schedule 1B | 20:47 |
Lumiere | or does he want the student running YHSLUG to schedule it | 20:47 |
Lumiere | there would need to be some sort of check system for non-section related check-outs | 20:47 |
pcardune | well thats jelkner | 20:47 |
Lumiere | yes | 20:47 |
pcardune | yeah | 20:47 |
pcardune | that makes sense | 20:47 |
Lumiere | it's a lot of other teacher advisors | 20:48 |
Lumiere | and a section should be able to override a personal checkout with some sort of notification | 20:48 |
Lumiere | that's ugly | 20:48 |
Lumiere | but it is how the scheduling works already | 20:48 |
Lumiere | if a class needs a resource... it will override a clubs need for the resource | 20:48 |
pcardune | ok, well so far you've given me a few months of work | 20:49 |
Lumiere | and you expected otherwise? | 20:49 |
Lumiere | elkner has 30 kids coming to the sprint saturday | 20:49 |
pcardune | yep | 20:51 |
Lumiere | my hope is you'll get a couple amazing programmers from the TJ side | 20:52 |
pcardune | that would me nice | 20:52 |
pcardune | s/me/be | 20:53 |
pcardune | aelkner: the internet came back | 20:55 |
Lumiere | paul, send a private msg with user/pass when that comes together | 20:58 |
pcardune | ok | 20:59 |
Lumiere | also, where should I look for use cases? | 20:59 |
Lumiere | cando trac? | 20:59 |
pcardune | yes | 20:59 |
Lumiere | brb | 21:00 |
*** pcardune_ has joined #schooltool | 21:02 | |
*** thisfred has quit IRC | 21:03 | |
Lumiere | that's encouraging | 21:04 |
Lumiere | pcardune: If you have any questions... feel free to poke me... I gotta run and get my photo taken for my ID badge | 21:07 |
pcardune_ | ok | 21:07 |
Lumiere | it'll take 30 minutes or so | 21:07 |
Lumiere | just about as long as I am guessing working out use cases will take | 21:08 |
pcardune_ | Lumiere, well, i'm going to meet with aelkner right now | 21:09 |
pcardune_ | but I'll get back to you on the user stories and the wiki account | 21:10 |
*** pcardune has quit IRC | 21:10 | |
*** pcardune_ is now known as pcardune | 21:15 | |
*** jfroche has quit IRC | 21:43 | |
*** Lumiere has left #schooltool | 23:08 | |
*** mgedmin has quit IRC | 23:12 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!