IRC log of #schooltool for Tuesday, 2005-08-09

*** bskahan has quit IRC00:06
*** FarcePest has quit IRC02:40
povbot/svn/commits: * srichter committed revision 4617:04:02
povbot/svn/commits: I converted the implementation of ITimetabled from a mixin to an adapter.  There some simple issues left to address, but it shows how things should be done.04:02
povbot/svn/commits: Also, note how many delcarations, classes and other support code I was able to remove immediately.04:02
* tvon wonders if there is a quick way to make a canAccess call fail for testing04:02
srichtercreate a security proxy that has an empty checker04:03
srichterthen everything will be always denied04:03
tvonerm, how might I go about creating a security proxy?04:05
srichtercheck the dopcs in zope.security04:05
* tvon nods04:05
srichtersoemthing like: SecurityProxy(obj, checker=NamesChecker({}, {}))04:05
povbot/svn/commits: * srichter committed revision 4618:05:01
povbot/svn/commits: Made title a real property of ISchoolBellApplication.05:01
povbot/svn/commits: Simplified code a little bit.05:01
povbot/svn/commits: * srichter committed revision 4619:05:07
povbot/svn/commits: Simplify the SchoolToolApplication code a bit.05:07
povbot/svn/commits: * srichter committed revision 4620:05:48
povbot/svn/commits: First stab at a subscriber-based model of creating the schooltool application object.05:48
*** bskahan has joined #schooltool05:51
bskahanr4617 is a beautiful thing05:52
bskahanI've been bitten in the ass by vs. several times05:53
* tvon has high hopes for that branch05:55
*** jinty has quit IRC06:14
*** bskahan has quit IRC06:48
*** tvon has quit IRC07:37
*** tvon has joined #schooltool08:25
tvonWhere did the topic go?08:32
*** tvon changes topic to "SchoolTool development discussion -"08:43
*** tvon changes topic to "SchoolTool development | IRC logs at | Buildbot: | Dev meetings Mon, 13:30 UTC"08:45
* tvon sighs09:30
povbot/svn/commits: * tvon committed revision 4621:09:30
povbot/svn/commits: view/update was missing from, please backport09:30
*** erchache has joined #schooltool11:44
*** erchache has quit IRC12:17
*** jinty has joined #schooltool13:14
*** mgedmin has joined #schooltool13:32
*** thisfred has joined #schooltool13:47
*** bskahan has joined #schooltool14:18
srichtertvon: they switched servers the other day, so at some point there might have been noone here and the channel got deleted14:24
srichtermgedmin: good morning14:30
srichtermgedmin: so I played with the code yesterday and I am confident now that the merge is possible and a lot of duplicate code can be removed (also for views; w/o pagelets)14:31
srichterbtw, what are overlays?14:33
bskahansrichter: external calendars layered over the users calendar view14:34
bskahanthey're indicated be a subscrtiption relationship to the external calendar14:35
srichterbut Person has an overlaid_calendars attribute14:36
srichterif it is view specific, why is it an attribute of the class?14:37
srichterbskahan: also, what is the difference between OverlaidCalendar[Property] and OverlaidCalendarAndTT[Property]?14:39
bskahanbecause it persists with the user I suspect14:39
srichter*shrug*, it should really be an annotation14:39
bskahanOC is a subscription to a regular ICalendar, OCaTT is a subscription to a Timetable14:40
bskahanso Johnny can look at his calendar, the lacrosse teams calendar, and his Biology class timetable all together14:41
srichterso Timetable subclasses Calendar?14:41
bskahanI'm not sure about that part, I don't think it does14:42
bskahanhey mgedmin14:42
srichterthe problem is that code between the SB/ST Person implementation cannot be shared because of this property14:43
mgedmininstead of the property you could use getRelatedObjects directly14:43
mgedminin view classes14:43
* mgedmin shrugs14:43
mgedminthe data is stored in annotations, like all relationship data14:44
bskahanmgedmin: we could store it in the preferences annotation14:44
mgedminthe property is just syntactic sugar to make the code more readable14:44
bskahanthe actual property14:44
bskahansince it is a perference of sorts14:44
srichterin that case I would suggest a helper function14:45
srichterin the view code14:45
srichterthis property has really nothing to do there14:45
srichterseeing the word "color" in is an indication that something is fishy14:46
mgedminthe view already has a helper function14:48
mgedminI think14:48
mgedminah, but there's more than one view14:49
srichterso, could we not move this code there then?14:49
mgedminmaybe an adapter would be cleaner then?14:49
srichterso the helper function should be a function, not a method on the class14:49
*** ignas has joined #schooltool14:49
mgedminthere's more than just a single helper function, I think14:50
mgedminviews need enumeration and modification also14:50
srichterI just saw that14:50
srichtermgedmin: btw, I think the merge should not be as bad as we have feared14:53
srichterI cannot see any show-stopping obstacles anymore14:54
srichterbskahan: mgedmin: one way of keeping overlaid_calendars would be to put it in an adapter14:55
bskahanI'm guessing that's what has to happen, iirc, "colors" is in because we want the color associated with a particular overlaid calendar to remain consistent14:57
*** jinty has quit IRC15:04
srichterI also think that your entire preferences system needs to change; currently, whenever some feature requires a new preference you just stick it on15:05
srichterthis means that any feature that requires preferences has to be hard-wired into the application for good15:05
srichterI think the new code can be reutilized (rewritten) to address the issue better15:06
srichtersince you have preference namespaces15:06
bskahanI'll look at that, I noticed about 3 days after doing our preferences15:07
bskahanI think I was wrong about making date/time formatting a preference as well, it would have been better to use the locale15:08 is for principals only so I hope it will be flexible enough for all sorts of objects15:08
srichterbut that can be quickly redeemed15:09
srichterbskahan: do we have preferences for anything else other than people?15:09
srichterI guess an application can have preferences as well15:09
bskahanit does15:10
srichterok, so I hope it would be as simple as registering a different adapter to get the preferences work15:10
bskahanthere is a site preference and a person preference15:10
bskahanI have to run to the store, I'll be back in about 30 minutes and I'll take a look then15:11
srichterbskahan: I would prefer this to be done on the refactor branch, so that we keep those changes together15:11
bskahansrichter: ok15:14
*** SteveA has joined #schooltool15:46
povbot/svn/commits: * srichter committed revision 4622:16:02
povbot/svn/commits: Moved application initialization event notification to SchoolBell.16:02
povbot/svn/commits: Cleaned up the interfaces and app module a bit.16:02
*** gintas has joined #schooltool16:23
povbot/svn/commits: * srichter committed revision 4623:16:36
povbot/svn/commits: Moved canModify from SchoolTool to SchoolBell.16:36
povbot/svn/commits: Made the SchoolBellApplicationTraverser somewhat sane, so that it can be simply reused in SchoolTool. (But I really think an adapter is not the right thing to do here. The calendar, the reason the custom traverser exists, should be available via a special namespace ++calendar++)16:36
mgedmin"The calendar, the reason the custom traverser exists, should be available via a special namespace ++calendar++"16:37
mgedmin-1 for ugly URLs16:37
mgedminZope 3 should allow me to specify traversal in a more fine-grained manner16:37
*** jinty has joined #schooltool16:38
mgedmin<browser:traverse for="...ICalendarOwner" name="calendar" component=".traverseIntoCalendar" />16:38
mgedmindef traverseIntoCalendar(context): return context.calendar16:38
srichterthat would be one16:39
srichterhowever, what if ever someone calls an item in STApp 'calendar'16:39
srichterthen it will be a heck of a debugging session16:40
srichterthe current traverser is the worst case, since it is not extensible at all16:40
mgedminby the way, what exactly forbids me to call an item '@@contents.html'?16:40
*** admp has joined #schooltool16:40
srichterI will never forget the namespaces/traversal discussion a couple of years ago16:41
mgedminwhat discussion?16:41
* mgedmin has apparently forgotten it :-)16:41
*** admp has quit IRC16:41
srichterabout why we want to have traversal namespaces16:41
srichterI think you might not have been around back then ;-)16:41
mgedminno, I used to read zope3-dev a couple of years ago16:42
mgedminI can't find the time to do read it now :(16:42
srichter@@ is a shortcut for ++view++, so what happens, if someone starts with "++"?16:43
mgedminanyway, I guess it is a question of point of view16:43
mgedminif you're building a CMS, namespaces are important16:43
srichterit turns out that we decided to document these cases well and note it as the only real restriction of the name16:43
mgedminif you're building an app, you can declare "I know that no one will ever have an item called 'calendar' within the top-level app container"16:43
bskahanI don't think users like to see ++foo++ and @@foo16:43
mgedminusers probably don't care16:44
mgedminnitpicky developers like me do16:44
srichterthat is true as long as you control the development16:44
mgedminas a web debeloper I want to be able to use the URL scheme that I want to use16:44
mgedminnot have one enforced by the framework16:44
srichterbut once you want a development platform, you should loose as many assumptions as possible16:44
srichterI think Zope is the most flexible framework of all ;-) look at other application URLs16:45
mgedmintwisted wasn't too bad16:45
srichterbut twisted really does not offere a Web framework16:45
mgedminalthough it was very centralized16:45
srichterits just the server16:45
mgedmin(I meant twisted.web)16:46
srichterisn't twsited.web just the server?16:46
ignassrichter, well zope is not that flexible, yet flexible/capable ratio is very high16:46
mgedminno, twisted.internet.http was the server16:46
ignasassembler is the most flexible :)16:46
mgedmintwisted.web was a publication framework16:46
srichteroh, ok16:46
mgedminit has been superseded by nevow16:46
srichterI see16:46
mgedminor maybe it was twisted.woven, not twisted.web?16:47
mgedminI forgot16:47
srichteryeah, twisted.woven, probably16:47
srichterbecause the new Web server is called twisted.web216:47
mgedminI found it difficult to write custom traversers in zope 316:48
mgedminyou have to implement IBrowserPublisher, figure out what to do with browserDefault when in fact you do not want to do anything16:48
mgedminand it is hard to chain traversers16:48
srichterwell, you could write an IChainTraverser16:49
srichterthat uses subscribers16:49
srichterI think this might be the way to go in Zope 3 for the future16:49
mgedminif I could then make it part of Zope 3 core, used by default, then it would be worthwile16:49
srichterI guess I talk to Jim about it in F12g16:49
srichtermgedmin: I think you would have good chances to get it in the core16:50
srichterI would certainly support it16:50
srichterJim probably too16:50
mgedminthe hard part is designing it correctly, I think16:50
mgedminhow do you combine subscribers with container items, e.g.16:50
srichter<still writing?>16:53
mgedminperhaps my sentence was badly phrased16:54
srichterwhat do you mean by combining problems16:54
srichterso you have an IChainableTraverser registered for all interfaces16:54
srichterthen you register a mult adapter for (IChainableTraverser, IContainer) that looks up items16:55
mgedminI am confused16:56
mgedmincurrently URL traversal relies on IBrowserPublisher16:56
srichteryou leave the current system in place16:56
mgedminso you would have an IBrowserPublisher multi-adapter registered for all interfaces16:56
mgedminthat does zapi.queryAdapter(context, ISingleNameTraverser, name)16:57
mgedminwhile <browser:traverse for="..." name="..." /> registers these ISingleNameTraverser16:57
srichterfor example, but I think this is not correct16:57
mgedmin(better name anyone)?16:57
mgedminyes, this is not entirely correct16:57
srichteryou should make use of subscribers16:57
srichtergo through a list of subscribers, until one returned a valid object16:58
mgedminhowever with subscribers don't you get ordering issues?16:58
srichterthe assumption would be what comes first is found first16:58
srichterthis assumption is true right now as well16:59
mgedminso, zcml declaration order suddenly influences things16:59
mgedminok, not "suddenly"16:59
mgedminit's just that I don't like it much16:59
mgedminzcml ordering is hard to control16:59
mgedminwhen you have many zcml files scattered through multiple packages17:00
srichterat some point we probably want to add a weight to a subscriber17:00
mgedminI once tried to register a subscriber for DatabaseOpenedEvent17:00
mgedminthat would get called before the one in zope.app17:00
povbot/svn/commits: * jinty committed revision 4624:17:00
povbot/svn/commits: add debian revision to changelog entry17:00
ignassrichter, can't we have the ordering done on "which traverser is the most specific one" ?17:00
srichterahh, this is a bad assumption17:00
srichtersubscribers should *never* rely on other subscribers or their result on the same level17:01
mgedmin(I gave up, because ZCML metadirectives that let me register subscribers were registered from the same zcml file that pulled in that bootstrap subscriber)17:01
* mgedmin thinks that bootstrap subscribers currently *do* rely on other subscribers17:01
srichterthen that's bad17:02
* mgedmin remembers that one subscriber creates the root folder, while another subscriber populates the site with some default utilities17:02
mgedminuhh, assuming I remember it correctly17:02
* jinty idly wonders if it will help to have schoolbell under trunk/schoolbell and an svn external under trunk/schoolbell17:02
srichterjinty: huh?17:03
srichterjinty: typo?17:03
srichtermgedmin: yeah, if this is the case, then it is used incorrectly17:03
jintysrichter: i mean the same repo layout as now, without zpkgtools, but with schoolbell stored in schooltool and the trunk/schoolbell/src/schoolbell an external17:05
srichterjinty: yes, that would be a step in the right direction, so I am working on refactoring all this now to make schoolbell depend on schooltool and not the other way around17:06
srichterwhy do we have a ST/SB container.pt17:07
jintygintas: thanks for adding the translations, but one is missing the japanese schooltool one17:07
srichterthey pretty much seem to be the same; ST has the canModify code, but that should be ported to SB anyways17:08
gintasjinty, thanks for noticing17:08
jintystrichter: I copied it, to get a release out the door17:08
srichterok, so I can merge the two again?17:08
gintasfor some reason I thought I had added it ;-/17:08
srichterbasically moving ST's into SB's?17:08
srichterSB seems to support a SEARCH attr in request17:09
jintysrichter: when you told me how to do it correctly, the diff was too big for me to resolve (as I did with the others)17:09
* jinty knows very little about zpt's17:09
srichterI use kompare17:09
srichterit is good for large diffs17:11
jintygintas: no-worries. Hopefully I will move the debian stuff to and then will be able to commit my own translations...17:11
gintaskompare is OK17:11
bskahanthere's something similar for gnome (meld, iirc) but it didn't seem substantially better than gvimdiff17:12
jintysrichter: the diff was small, the problem is that I didn't know how to resolve it17:12
srichterI see17:12
gintasit's just that I had such a strange feeling that I had committed that translation, I don't know why17:12
srichterok, I am just copying ST's version into SB17:12
jintygintas: perhaps svn ci?17:13
mgedminI think it was either gintas and ignas17:13
mgedminthe change was committed while schoolbell was frozen for release17:13
mgedminand I even saw an XXX saying "merge this back to schoolbell once release is done"17:13
srichterI did that part already17:13
srichterbut I did not realize that this was true for the template as well17:14
srichter(note that it is all on the branch)17:14
srichterif we decide not to go for the refactorings, it will probably get lost, since it was not the first thing I did17:14
jintywhile all are here I want to remove the zope external on schoolbell17:14
gintasI don't mind17:15
gintasthat external is a pain17:15
srichterI don't mind, because I am on the branch :-) and I can still test schoolbell separately :-)17:15
jintyok, in progress17:16
mgedminhow about a new Makefile rule then17:16
mgedmin<tab>svn co svn://
mgedminmy goal is that the following should work17:16
mgedmin  svn co; cd schooltool; make test ftest17:16
mgedmin(assuming you have all the external dependencies -- python, libxml2, reportlab, whatever)17:17
gintascd: Bad command or file name17:17
gintasmake: Bad command or file name17:17
mgedminif you insist using a silly OS, you can translate the commands yourseld17:18
gintasno, sorry, cd should work17:18
mgedminbesides, even MS-DOS has 'cd' as a shell builtin17:18
* jinty thinks he understands what mgedmin wants and agrees17:18
mgedminif you have a Zope3 symlink, or check it out yourself, make will skip that rule, right?17:18
mgedminotherwise we make Zope3 a dependency for the 'build' target17:19
mgedminand 'make test' will then automatically do a checkout17:19
gintasjinty, I'm a bit lost with those translations17:19
jintybut I want to test against the debian zope packages17:19
mgedmin(once we can depend on a released version of Zope 3, we'll drop that rule, and end users will just have to install zope3 as another dependency)17:20
gintasdo schooltool debconf translations work on SchoolBell?17:20
gintasthe other way around?17:20
gintasthe Japanese translation is for the 'schoolbell' package, not schooltool17:20
gintasand I indeed did add it earlier, but to schoolbell, as the .po file says in the header17:20
jintygintas: I will investigate... the two should be almost exactly the same17:21
jintyperhaps exactly17:21
gintasjinty, if you don't want Z3 built, you can do `touch Zope3`17:21
gintass/built/checked out/g17:21
jintygintas: true, but in the future I will be sure to drop that rule (once Z3.1 is out)17:23
mgedminwhat I said17:23
jintyyep, I cheekely copied your words (they are GPL?)17:24
jintybut tests should really be done against the released tarball rather than an svn checkout17:24
mgedminor both17:27
povbot/svn/commits: * jinty committed revision 4625:17:28
povbot/svn/commits: small sync with schooltool setup.py17:28
mgedminyay, if we merge st & sb into one source tree, there will be only one copy of again!17:28
povbot/svn/commits: * jinty committed revision 4626:17:30
povbot/svn/commits: Remove the Zope3 external and provide a makefile rule to checkout the Zope 3.1 branch.17:30
*** bskahan has quit IRC17:32
jintygintas: I mean this translation:
*** mgedmin has quit IRC17:40
gintasjinty, oh, right17:45
povbot/svn/commits: * srichter committed revision 4627:17:46
povbot/svn/commits: Merged from ST back here. This way, we only need one.17:46
povbot/svn/commits: * gintas committed revision 4628:17:47
povbot/svn/commits: Added Japanese debconf translation for SchoolTool.17:47
*** ignas has quit IRC17:57
* jinty is quite happy with the Zope3 makefile rule (thanks mgedmin) and will do the same for schooltool soon18:10
povbot/svn/commits: * jinty committed revision 4629:18:11
povbot/svn/commits: Remove Zope3 from the schoolbell tarball.18:11
povbot/svn/commits: * jinty committed revision 4630:18:13
povbot/svn/commits: Update the schoolbell readme to reflect the removal of Zope3 and debian directories from the tarball.18:13
povbot/svn/commits: * jinty committed revision 4631:18:18
povbot/svn/commits: Make a semi-branch for the post Zope3 packaging, this will replace the current debian-packaging trunk after the current release and is the place for new packaging development (hi gintas!)18:18
*** FarcePest has joined #schooltool18:50
povbot/svn/commits: * gintas committed revision 4632:19:25
povbot/svn/commits: Fixed double quotes / missing quotes.19:25
gintasjinty, to be honest, I don't like the new packaging branch very much while the current one is being worked on19:25
gintason the other hand, we should be able to merge the changes of the 'stable' branch to the new one before replacing the old one19:25
gintasstill this looks a bit fishy19:25
gintastvon, I really want you to fix issue32819:27
gintasI intend to do an rc3 soon, probably tomorrow19:27
gintasissue329 would be nice to close too19:28
tvongintas: I just need to finish up some tests for 328 and I'll move to 32919:32
jintygintas: I'll take care of the merge if that is what is worrying you.19:35
gintasjinty, OK then19:35
gintasI still intend to do some improvements to debian packaging, and we'll probably want to land those in your branch as well19:36
jintyFYI: I am going to land some big changes there soon19:37
gintashmm, wasn't the site calendar in SchoolBell supposed to be public?19:37
povbot/svn/commits: * gintas committed revision 4633:19:41
povbot/svn/commits: Fixed a stupid bug in functional test.  Added a commented out section which fails because of issue330.19:41
* jinty want to scream at the person who broke pbuilder and debootstrap in etch.... aaargh19:43
povbot/svn/commits: * gintas committed revision 4634:19:59
povbot/svn/commits: Workaround for issue330.  Turned SBApplication title into a property and added security declaration.19:59
tvongintas: did you see my commit from last night?20:00 in schoolbell was missing 'view/update'20:00
povbot/svn/commits: * jinty committed revision 4635:20:02
povbot/svn/commits: Extend to optionally use pdebuild.20:02
*** thisfred has quit IRC20:06
*** mgedmin has joined #schooltool20:07
gintastvon, yes, I did20:07
gintasdidn't get to it yet20:07
tvonWhat did you mean about the site calendar being public (in the scrollback)?20:08
gintaswell, I was updating one functional test and found that in the ftest an ordinary user could not see the site calendar20:09
tvonThere was some discussion around the idea that SB should have an auth-only site-calendar, but in the end I think it is supposed to be public20:10
* tvon looks into adding an ftest for anon site-calendar20:13
jintyif a test fails, does have a non-zero exit status?20:15
gintasoh, right, bskahan was working on this20:16
gintashe had a fixed but was lacking a generation script20:16
tvonah right20:21
gintasI didn't see him around today20:22
*** bskahan has joined #schooltool20:24
bskahantvon: there are ftests in trunk for anonymous site calendars, iirc20:27
povbot/svn/commits: * jinty committed revision 4636:20:28
povbot/svn/commits: SchoolBell Packaging Improvements:20:28
povbot/svn/commits: * Zope3 removed from upstream tarball:20:28
povbot/svn/commits: * convert libschoolbell to an arch independent python2.4-schoolbell * depend on zope3-lib * remove the install-arch rule20:28
povbot/svn/commits: * implement build time test running20:28
povbot/svn/commits: * build depend on dependencies so we can run the upsream tests at build time * fail to build if tests fail * add check rule to run tests20:28
povbot/svn/commits: * don't pass the python version to dh_python, it is not necessary anymore as20:28
povbot/svn/commits: the package names follow the python policy20:29
povbot/svn/commits: * srichter committed revision 4637:20:29
povbot/svn/commits: Add the only SchoolTool PersonPreference here for now till we develop a better system.20:29
gintasbskahan, what about that missing generation script?20:30
gintascan you finish it up today?20:30
bskahangintas: yes, sorry about that I meant to do it yesterday and lost track20:30
bskahandoing it now20:30
*** ignas has joined #schooltool20:33
bskahangintas: I may not finish this afternoon, but I'll get it done by tonight at the latest for an RC320:33
povbot/svn/commits: * jinty committed revision 4638:20:34
povbot/svn/commits: Make sure that *.mo files dont make it into the tarball. Also add *.pyd files for good measure.20:34
bskahangintas: the release branch has evolve1 and evolve2, trunk has an additional evolve320:37
bskahancan I create evolve4 in trunk and skip evolve3 in the branch?20:38
gintasthis is sticky20:42
povbot/svn/commits: * gintas committed revision 4639:20:42
povbot/svn/commits: The build-debs script now does not expect Zope 3 externals and will build distribution tarballs itself.20:42
povbot/svn/commits: * jinty committed revision 4640:20:44
povbot/svn/commits: Sync changes from schoolbell
gintasI think you should move the current evolve3 to evolve4 and add the new evolution script as evolve320:45
bskahangintas: ok, thanks20:45
gintasthis is not nice, but things would get much nastier during the next release if we did not do that20:45
* bskahan nods20:45
*** jinty has quit IRC20:59
povbot/svn/commits: * jinty committed revision 4641:21:06
povbot/svn/commits: delete experimental nozope3 branch21:06
bskahangintas: I'm not sure we should have a generation for this change21:11
bskahanits a simple generation script, but it make in place, unalerted security policy changes21:11
bskahanI would be very unhappy if this happened to my production site21:12
povbot/svn/commits: * jinty committed revision 4642:21:13
povbot/svn/commits: forgot to close the bug, also fixed formatting.21:13
bskahanits a tricky qestion, and generally a thorny issue though21:14
bskahanif I'm an admin and I go to the ACL form at the root of my site and grant 'view', and 'viewCalendar' to unauthenticated users I'm opening up the whole site to unauth21:15
gintasdo you imply that an evolution script is not needed here?21:21
bskahanI'm saying the evolution script will surprise site admins running 0.1021:23
bskahanbecause of inherited security policy21:23
bskahanI'm not sure what the correct answer is, I have a working generations script that will move a 0.10 site to the 0.11 security policy21:24
tvonthere was no site-wide calendar21:24
tvonso we are not opening up anything new :)21:25
bskahantvon: creates the calendar21:25
bskahanwe are though21:25
bskahanor closing things they may have opened21:25
bskahanbecause we set view access on the root, anything under that with unset security policy (which used to be restricted) is open.21:25
tvonthe site-wide calendar?21:26
bskahantvon: yeah, there's allready a generation for that21:26
bskahanthis generation is just supposed to get the ACL set for the calendar21:27
tvonbut that was not in .1021:27
tvonso this is only going to hit people running from svn21:27
tvonor RC's21:27
bskahanno, because the security policy is inherited21:28
tvonI dont follow21:28
bskahansomeone with 0.10 used to have one set of default security policy, plus any changes they made since install21:28
tvonso we might close-off containers that were previously opened?21:29
tvonby the admin?21:29
bskahannow we want to grantAccess for 'view' and 'viewCalendar' to the root, that means anything under the root that has an unset security policy may be opened21:29
bskahanbecause after opening root we close individual containers21:30
bskahanwith a denyAccess, rather than an unsetAccess21:30
gintasso close the individual containers in the evolution script then21:30
* bskahan shrugs21:30
tvonyou'd have to check the settings in the evolve script before you change anything21:30
bskahancurrently I have a working script that open root, closes persons, groups, resource, sections, and courses.  which will make a 0.10 function like a new 0.11 site.21:33
bskahantvon: I'm afraid you might be right about checking the current settings though21:33
*** SteveA has quit IRC21:37
*** gintas has quit IRC21:37
*** munkee has quit IRC21:37
*** bskahan has quit IRC21:37
*** ignas has quit IRC21:37
*** auxesis has quit IRC21:37
*** mgedmin has quit IRC21:37
*** FarcePest has quit IRC21:37
*** tvon has quit IRC21:37
*** Aiste has quit IRC21:37
*** Ricey has quit IRC21:37
*** srichter has quit IRC21:37
*** povbuildbot has quit IRC21:37
*** povbuildbot has joined #schooltool21:38
*** ignas has joined #schooltool21:38
*** gintas has joined #schooltool21:38
*** SteveA has joined #schooltool21:38
*** auxesis has joined #schooltool21:38
*** munkee has joined #schooltool21:38
*** mgedmin has joined #schooltool21:38
*** FarcePest has joined #schooltool21:38
*** tvon has joined #schooltool21:38
*** Aiste has joined #schooltool21:38
*** Ricey has joined #schooltool21:38
*** srichter has joined #schooltool21:38
*** bskahan has joined #schooltool21:40
tvonsilly opn21:42
*** bskahan has quit IRC21:43
tvoner, freenode21:43
*** Aiste has quit IRC21:48
povbot/svn/commits: * jinty committed revision 4643:21:52
povbot/svn/commits: Tweak to allow building the new non-zope3 schoolbell packages with the 1.2 tarballs. It builds, but I havnt tested it at all.21:52
*** ignas has quit IRC22:02
povbot/svn/commits: * srichter committed revision 4644:22:06
povbot/svn/commits: Removed a lot of duplicated code. Especially, I automated the setup of the SchoolToolApplication.22:06
povbot/svn/commits: * jinty committed revision 4645:22:06
povbot/svn/commits: Sync the schoolbell packaging changes to schooltool. Completely untested.22:06
povbot/svn/commits: * gintas committed revision 4646:22:08
povbot/svn/commits: Ported revision 4621 (missing call to view/update).22:08
*** mgedmin has quit IRC22:10
srichtertvon: are any of the calendar macros in used?22:48
tvonerm, I'm not sure22:55
tvonschoolbell uses them afaik, schooltool has a calendar_macros file22:57
srichterno, it's the other way around :-)23:00
srichtercalendar_macros is in SB23:01
srichterwhich makes all those macros in ST/browser/templates/ unused23:01
srichterI am developing right now a new Macros class23:02
srichterthat allows you to say: view/@@schooltool_macros/calendar/page instead of view/@@standard_macros/calendar-page23:03
tvonthat would be nice23:04
srichterthe code is written and works23:04
srichterI just have to change all the templates now23:04
povbot/svn/commits: * srichter committed revision 4647:23:33
povbot/svn/commits: This is a new way of doing macros. It gives us another level for the macro namespace, which I think makes everything much nicer.23:33
povbot/svn/commits: Converted all calendar macros to use it.23:33
srichterok, done23:51
srichterI also demonstrated how to use macros effectively to write common view code23:52
povbot/svn/commits: * srichter committed revision 4648:23:52
povbot/svn/commits: Made main template more flexible. It should now be possible to remove the SchoolTool file.23:52

Generated by 2.15.1 by Marius Gedminas - find it at!