*** alga has quit IRC | 00:11 | |
*** tvon has joined #schooltool | 00:35 | |
*** SteveA has quit IRC | 00:37 | |
*** SteveA has joined #schooltool | 00:38 | |
tvon | any objection to adding <?xml... to the top of zcml files? | 01:02 |
---|---|---|
tvon | ...just because it's an xml file... no added benefit except maybe Nauitlus will detect it | 01:02 |
mgedmin | Zope 3 doesn't do it | 01:08 |
mgedmin | I see no particular reason to start doing it | 01:08 |
*** hazmat has quit IRC | 01:08 | |
mgedmin | however it doesn't actually hurt anything | 01:08 |
tvon | It seems proper to me, but you folks are more intimate with z3... | 01:09 |
* tvon shrugs | 01:09 | |
mgedmin | what does nautilus do with xml files when it detects them? | 01:13 |
tvon | it's just a matter of which icon it uses and what it uses to open it | 01:13 |
tvon | right now zcml shows up as plaintext, unless I add the xml dec | 01:14 |
mgedmin | actually, I can think of at least one reason to add an xml declaration at the top | 01:14 |
mgedmin | it doesn't apply to schoolbell, though | 01:14 |
tvon | oh? | 01:14 |
mgedmin | because the reason is "you can declare the encoding if you use non-ASCII characters in zcml" | 01:14 |
tvon | ahh | 01:15 |
tvon | Well it's late there, shall I go through and add them? | 01:15 |
mgedmin | feel free to add <?xml ... if it helps with the tools that you use | 01:15 |
tvon | Okay, will do | 01:15 |
*** mgedmin has quit IRC | 01:27 | |
tvon | jinty? | 02:00 |
* tvon wonders if the GNOME icon copyright should read "the following files are dreived from works (c) GNOME Foundation.." | 02:19 | |
*** d2m has joined #schooltool | 03:05 | |
*** hazmat has joined #schooltool | 04:16 | |
*** d2m has quit IRC | 04:17 | |
*** hazmat has quit IRC | 05:09 | |
*** hazmat has joined #schooltool | 05:12 | |
*** hazmat has quit IRC | 09:16 | |
*** Aiste has joined #schooltool | 09:39 | |
*** hazmat has joined #schooltool | 10:54 | |
*** hazmat has quit IRC | 11:16 | |
*** SteveA has quit IRC | 12:58 | |
*** bskahan has quit IRC | 13:00 | |
*** Aiste has quit IRC | 13:03 | |
*** mgedmin has joined #schooltool | 13:12 | |
*** Aiste has joined #schooltool | 15:28 | |
*** thisfred has quit IRC | 15:49 | |
*** thisfred has joined #schooltool | 16:01 | |
*** alga has joined #SchoolTool | 16:26 | |
*** jinty has joined #schooltool | 16:42 | |
*** SteveA has joined #schooltool | 16:59 | |
* jinty wonders why tvon was looking for him | 17:21 | |
*** mgedmin has quit IRC | 17:32 | |
*** d2m has joined #schooltool | 17:48 | |
jinty | If schooltool is run as a zope 3.1 component, how does that work? | 18:18 |
*** SteveA has quit IRC | 18:30 | |
*** tvon has quit IRC | 18:40 | |
*** mgedmin has joined #schooltool | 18:41 | |
*** tvon has joined #schooltool | 19:00 | |
*** jinty has quit IRC | 19:17 | |
*** bskahan has joined #schooltool | 19:25 | |
*** Aiste has quit IRC | 19:31 | |
*** jinty has joined #schooltool | 19:40 | |
mgedmin | I want to remove 'update' from schoolbell.calendar.interfaces.IEditCalendar | 20:20 |
mgedmin | I think it is not necessary | 20:21 |
* bskahan agrees | 20:23 | |
bskahan | most of the places I can think of to use that merged calendars would work as well or better | 20:24 |
mgedmin | def combine_calendars(*calendars): | 20:26 |
mgedmin | return ImmutableCalendar(itertools.chain(*calendars)) | 20:26 |
mgedmin | and update is not needed any more | 20:26 |
mgedmin | (schoolbell.calendar.simple.ImmutableCalendars takes an iterable of events in __init__) | 20:27 |
th1a | Z3 SchoolBell looks good so far. I like having it integrated into ++apidoc++ | 20:48 |
tvon | introspection is sweet | 20:49 |
* mgedmin hasn't seen that yet, actually | 20:49 | |
*** hazmat has joined #schooltool | 21:09 | |
jinty | anyone got an argument against me packaging the clients with python2.3-schoolbell? seems a bit of overkill to have one package for 2 shell scripts. | 21:23 |
mgedmin | what clients? | 21:23 |
jinty | s/schoolbell/schooltool/ | 21:23 |
mgedmin | schooltool-command and import-sampleschool? | 21:23 |
jinty | yes | 21:23 |
mgedmin | packaging wxSchoolTool separately made sense (different dependencies: wxPython, no Twisted) | 21:24 |
mgedmin | packaging two tiny command line scripts makes much less sense | 21:24 |
mgedmin | so I say yes | 21:24 |
jinty | thats the way I thought it. | 21:25 |
jinty | thanks | 21:25 |
mgedmin | um, by "yes" I don't mean "yes, I've got an argument against ...", I mean "yes, go ahead and do it" | 21:25 |
th1a | I'm trying to get a sense of what the dependencies are going to be for SB 1.0. | 21:25 |
th1a | Will there still be a separate libxml dependency? | 21:26 |
th1a | And PIL? | 21:26 |
jinty | mgedmin: I understood;) | 21:26 |
mgedmin | at the moment, no | 21:27 |
mgedmin | eventually, probably, yes | 21:27 |
mgedmin | we will continue using libxml for parsing RESTive requests | 21:27 |
mgedmin | PIL -- what was it used for? | 21:27 |
mgedmin | scaling photos? | 21:27 |
mgedmin | converting them to jpeg? | 21:28 |
* mgedmin greps the source tree | 21:28 | |
th1a | Something like that. | 21:28 |
bskahan | mgedmin: why did you remove the disabled booking code? | 21:28 |
mgedmin | bskahan, we will do it differently | 21:29 |
* bskahan nods | 21:29 | |
tvon | IRT user preferences, we are planning on sticking them in the PersonEditView and only displaying certain preferences if the user has a password... any objections or would a separate view be better? | 21:34 |
* mgedmin looks at the view | 21:34 | |
tvon | same place as the username/password stuffs | 21:35 |
mgedmin | maybe | 21:36 |
tvon | IPersonEditForm for the actual widgets. The conflict here is that it is likely that a mojority of the people will not have actual logins, so for most people it will just be unused info | 21:36 |
tvon | I'm not wild about the idea, but currently the difference between a "person" and a "user" is just the existance of a password | 21:36 |
mgedmin | I think I'd prefer if it were in a separate web page | 21:36 |
mgedmin | but perhaps a UI trick like wikipedia's user preferences could make it work | 21:37 |
mgedmin | by the way, do we need persons that are not users in School*Bell*? | 21:37 |
tvon | good point, I don't think so | 21:38 |
mgedmin | I think not | 21:38 |
th1a | I think not, as well. | 21:38 |
tvon | in that case putting it in the personeditview makes sense, if we are not worrying about ST at the moment... I think | 21:39 |
mgedmin | if we're looking at it purely from the implementation point of view, having a separate view makes more sense | 21:40 |
* bskahan goes to look at wikipedia | 21:40 | |
mgedmin | but if we're looking at it from the end-users (UI, usability) point of view, perhaps it would be better to have it in a single form | 21:40 |
mgedmin | perhaps "edit info", "group membership" and "display preferences" could be three tabs of what looks the same form to the user | 21:41 |
tvon | My thinking is that editable information on a user should be in one place.. more from the UI perspective | 21:41 |
tvon | it's not like we can't make it look more linked in the ui.. "My Information" vs "My Preferences" | 21:42 |
tvon | k, we'll do a separate view | 21:42 |
bskahan | mgedmin: re wikipedia, you mean the list on the left that loads just the form | 21:43 |
mgedmin | I just do not want it to look like "name", "photo", "password", "timezone", "week starts with" are all settings on the same conceptual level | 21:43 |
mgedmin | bskahan, probably | 21:43 |
mgedmin | bskahan, it degrades very nicely if you disable javascript | 21:43 |
tvon | mgedmin: I agree | 21:44 |
mgedmin | I would prefer it if we had just two groups of settings at the same level -- "user's info" and "display settings" | 21:44 |
bskahan | I like that, but I think its overkill for schoolbell since there's only limted user info/prefs. in schooltool there's more info by default and the posibility of huge amounts of info per person | 21:44 |
bskahan | ok | 21:45 |
mgedmin | I do not think it matters much if these two groups are displayed at the same time on screen or not | 21:45 |
mgedmin | in schoolbell we have: - timezone, - date format, - week starts with monday/sunday, - perhaps week numbering (ISO versus what-is-it-called-now) | 21:45 |
tvon | I think what-is-it-called-now == broken :) | 21:47 |
mgedmin | I don't know, I never used ween numbers before | 21:47 |
tvon | if we implement ISO numbereing I dont think there is a reason to keep the current numbering. | 21:47 |
tvon | but, thats besides the point | 21:47 |
mgedmin | and when I started, I learned the ISO scheme ("1st week is the first week that has at least 4 days in the year") | 21:47 |
mgedmin | schoolbell only has iso numbering | 21:48 |
mgedmin | it also has "week starts on Mondays" and "YYYY-MM-DD" dates hardcoded, which seem a very sensible choice for me personally :) | 21:48 |
mgedmin | but some people want options | 21:48 |
mgedmin | ;) | 21:48 |
mgedmin | by the way | 21:49 |
mgedmin | we have three places for navigational links in the new schoolbell | 21:50 |
mgedmin | "Navigation box" | 21:50 |
mgedmin | "Actions box" | 21:50 |
mgedmin | and the bar at the top that currently (temporarily) displays all Zope Management Interface views | 21:50 |
bskahan | I'd like to not use the horizontal bar in schoolbell, because I'd like to use it to seperate major sections of schooltool. | 21:51 |
mgedmin | the Navigation box will contain links that are interesting for the authenticated user | 21:51 |
mgedmin | the Actions box will contain actions that you can perform on the object that you are looking at | 21:51 |
mgedmin | I'm not sure if the top bar will contain anything (I was thinking about breadcrumbs again) | 21:51 |
mgedmin | however these are all vague plans | 21:52 |
mgedmin | and we would like to hear input from you | 21:52 |
mgedmin | vague plans and on-the-spur-of-the-moment decisions, actually | 21:52 |
mgedmin | (I didn't like the plain-looking links that say "Edit" in informational screens, so I suggested an actions box) | 21:53 |
bskahan | the navigation and actions sound good, I was thinking about adding a second horizontal bar with the zope elements only visible for the appropriate users | 21:54 |
bskahan | its something that won't be visible to many people | 21:54 |
mgedmin | won't that look overcrowded? | 21:54 |
alga | the zmi menu is not necessary at all imo | 21:54 |
* bskahan agrees | 21:54 | |
bskahan | I think the number of users who will ever need it is limited | 21:54 |
alga | it was just a sensible easy thing to put it so that the bar is not empty | 21:55 |
alga | when I made the skin | 21:55 |
th1a | I like it. | 21:55 |
th1a | For now. | 21:55 |
alga | Most of our views are not in the ZMI menu | 21:55 |
alga | they're in the actions menu | 21:55 |
tvon | FYI: the latest release of K12ltsp is based on RH8.0 | 21:56 |
bskahan | ? | 21:56 |
bskahan | 4.1? | 21:56 |
tvon | nevermind | 21:56 |
th1a | Hm? It is based on Fedora. | 21:56 |
tvon | fc3 | 21:56 |
* tvon was reading the wrong thing | 21:57 | |
th1a | We still don't have a date selection widget, do we? | 21:57 |
mgedmin | not that I know of | 22:04 |
*** tvon has quit IRC | 22:09 | |
*** bskahan has quit IRC | 22:22 | |
*** bskahan has joined #schooltool | 22:37 | |
*** mgedmin has quit IRC | 23:26 | |
*** bskahan has quit IRC | 23:41 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!