2009-07-29T03:08:19 *** phase_bb has quit IRC 2009-07-29T04:35:02 *** eguest039 has joined #OpenILS-Evergreen 2009-07-29T07:46:22 *** eguest039 has left #OpenILS-Evergreen 2009-07-29T07:52:43 xul has a calendar widget now, finally. There's also 2009-07-29T07:55:46 About time. :) 2009-07-29T07:56:09 we can probably thank firefox 2009-07-29T07:57:56 Break it too. 2009-07-29T07:58:41 * phasefx_ can break anything. Chaos powers 2009-07-29T08:05:40 Hehe 2009-07-29T08:05:46 I always seem to attract bugs in software 2009-07-29T08:06:20 especially when you're trying to do something else 2009-07-29T08:06:30 like add a feature :) 2009-07-29T08:22:02 *** wlayton has joined #openils-evergreen 2009-07-29T08:29:48 *** phase_bb has joined #openils-evergreen 2009-07-29T08:37:26 looks like the spambot is a bit overeager on the mailing lists... 2009-07-29T08:38:33 the machine has spoken.. no RefWorks! ;) 2009-07-29T09:43:40 *** jeff has quit IRC 2009-07-29T10:03:30 berick++ #ejabberd "from" fix 2009-07-29T10:07:27 *** jeff___ has joined #openils-evergreen 2009-07-29T10:08:54 *** ben-ct has joined #OpenILS-Evergreen 2009-07-29T10:10:58 *** jeff___ has quit IRC 2009-07-29T10:11:11 *** jeff has joined #openils-evergreen 2009-07-29T10:27:03 *** ben-ct has quit IRC 2009-07-29T11:10:46 *** tp__ has joined #openils-evergreen 2009-07-29T11:44:14 *** ben-ct has joined #OpenILS-Evergreen 2009-07-29T11:53:01 copy opac visibility is a function of copy opac_visible, status opac_visible, and location opac_visible... any of the above being "false" hides the copy in the opac... truth? 2009-07-29T12:27:49 jeff: FWIW, live 41 in metabib.pm says: my $copies_visible = 'AND d.opac_visible IS TRUE AND cp.opac_visible IS TRUE AND cs.opac_visible IS TRUE AND cl.opac_visible IS TRUE'; 2009-07-29T12:28:30 s/live 41/line 41/; 2009-07-29T12:30:27 * jeff consults metabib.pm to see what d is aliased to 2009-07-29T12:32:44 ah. "descendants" 2009-07-29T12:34:05 so, adding to my above, also a function of actor.org_unit opac_visible 2009-07-29T13:12:49 *** rschiffman has joined #openils-evergreen 2009-07-29T15:30:46 *** rschiffman has quit IRC 2009-07-29T15:56:02 *** jamesrf has joined #openils-evergreen 2009-07-29T16:11:07 *** cpeach has joined #openils-evergreen 2009-07-29T16:12:10 does anyone know where i might be able to find the css that defines the bgcolor of the staff client ( v.1.4.0.4). 2009-07-29T16:12:59 cpeach: global.css, but there are two, one on the server side for xul files served remotely, and one buried in your program directory for "chrome" interfaces 2009-07-29T16:13:00 cpeach: it's in /openils/var/web/opac/theme/themename/css 2009-07-29T16:13:09 oh sorry i'm an idiot 2009-07-29T16:13:19 well, opac is part of the staff client too :) 2009-07-29T16:13:44 you can use a different skin for the opac embedded in the staff client 2009-07-29T16:13:53 need to edit constants.js for that 2009-07-29T16:15:28 perfect thx ! 2009-07-29T16:15:33 it's also possible to use user_pref.css (?) on the client side to override everything 2009-07-29T16:15:39 *** ben-ct has quit IRC 2009-07-29T16:16:55 there's also a Admin -> For Developers -> Theme Manager, but you'd need to package the theme so that it looks for open_ils_staff_client instead of say, Firefox 2009-07-29T16:17:10 I haven't actually done that yet, so don't know how involved that would be 2009-07-29T16:17:25 I'd love to see folks try using the Extension Manager for modifying the client 2009-07-29T16:18:34 would changes through the theme manager only effect the client its being edited through? 2009-07-29T16:20:51 in practice it would, because your xulrunner runtime isn't being shared with other applications. One day things like Firefox and Thunderbird will be able to run on the same xulrunner, and the staff client could do so as well. I'm not sure what sort of care would need to be taken with themes then 2009-07-29T16:21:33 I think in some linux distros they're running their Firefoxes off of some separately packaged xulrunner 2009-07-29T16:22:33 i was hoping i could alter a single .css the way i did with the opac client. 2009-07-29T16:22:46 early on I hacked the client such that I was replacing classic.jar with the contents of an arbitrary theme, but that's the "wrong way" to do such things 2009-07-29T16:23:11 depending on what you want to do, I'd say at most 2 css files 2009-07-29T16:23:34 server/skin/global.css and chrome/skin/global.css 2009-07-29T16:24:05 i'll take a gander at those, thx ! 2009-07-29T16:24:58 I just added * { background-color: red; } to my server/skin/global.css and it just made things very ugly :D 2009-07-29T16:25:59 haha, perfect. 2009-07-29T16:26:47 what class did you change?? 2009-07-29T16:26:51 one gotcha.. there are some html interfaces in the staff client that aren't using global.css (which is targeting the xul files) 2009-07-29T16:27:27 I didn't, the * selects all elements regardless of classname 2009-07-29T16:27:41 its no problem. Im main just trying to update the portal page 2009-07-29T16:28:13 in that case, I'd look at server/index.xhtml. It's using inline css, and not a file 2009-07-29T16:28:32 specifically, I see this line there: 2009-07-29T16:31:19 that did the trick. thanks alot. 2009-07-29T16:31:31 np 2009-07-29T16:32:52 the portal page was pulling the image i used in the main opac page. It looked alittle out of place with a white bg.. looks good now :) 2009-07-29T16:36:25 it's possible to put buttons, etc. on the portal page to launch staff client functionality 2009-07-29T16:37:21 *** wlayton has quit IRC 2009-07-29T16:40:52 What would be great is if the portal page could be customized by org_unit and permission group. 2009-07-29T16:41:48 phasefx_: can you use js to access the workstation ou and user permission group? 2009-07-29T16:41:55 phasefx_: (since you mentioned buttons) 2009-07-29T16:42:31 implies to me that it might have enough access... i'm still not clear on XUL objects and their limitations 2009-07-29T16:45:47 jeff: yeah, you can do anything with xhtml/js that you can do with xul/js as far as making OpenSRF calls and accessing data goes 2009-07-29T16:47:20 phasefx_: and do you have access to the staff client's global object, or do you need to do the window.xulG hand-waving? 2009-07-29T16:47:48 (i could just wait til i have time to try this and... try it, but you're here now, so i'm picking your brain) 2009-07-29T16:48:02 you can use xpcom to get access to the same thing that JSAN.use('OpenILS.data') would give you. I know Bill does it in one html interface 2009-07-29T16:48:40 jumping ahead, this'll give you the workstation library: data.list.au[0].ws_ou(); assuming data was an instance of said xpcom object 2009-07-29T16:52:05 something like: netscape.security.PrivilegeManager.enablePrivilege("UniversalXPConnect"); const OpenILS=new Components.Constructor("@mozilla.org/openils_data_cache;1", "nsIOpenILS"); var data_cache=new OpenILS( ); var data = data_cache.wrappedJSObject.OpenILS.prototype.data; 2009-07-29T16:53:04 data.list.au[0].profile() would give you the profile perm group for the staff user, though I'm not sure if it's fleshed or not 2009-07-29T16:55:14 if it's not fleshed, then data.hash.pgt[ data.list.au[0].profile() ] would give you a permission.grp_tree object 2009-07-29T16:55:43 pgt being one of the things the staff client pulls down during login 2009-07-29T17:08:38 *** natschil has joined #openils-evergreen 2009-07-29T17:30:11 *** natschil has quit IRC 2009-07-29T18:03:46 *** jamesrf has quit IRC 2009-07-29T19:18:04 *** wlayton has joined #OpenILS-Evergreen 2009-07-29T21:13:13 Are calls to pcrud functions in dojo/openils/PermaCrud.js favoured over direct requests to OpenSRF permacrud? 2009-07-29T22:17:45 *** jeff has quit IRC 2009-07-29T22:18:19 *** jeff has joined #openils-evergreen 2009-07-29T22:26:03 *** wlayton has quit IRC