| # | Time | Nick | Message |
|---|
| # | 00:42:01 | mck9 has left #evergreen |
| # | 01:54:12 | mrpeters-isl has quit IRC |
| # | 02:00:07 | mrpeters-isl has joined #evergreen |
| # | 07:03:48 | dbs has joined #evergreen |
| # | 07:46:01 | isl-rjackson has joined #evergreen |
| # | 07:53:15 | mck9 has joined #evergreen |
| # | 08:02:33 | sfortin has joined #evergreen |
| # | 08:13:04 | granitize has joined #evergreen |
| # | 08:55:53 | Melissa has joined #evergreen |
| # | 09:07:07 | shopkins has joined #evergreen |
| # | 09:19:25 | jenny has joined #evergreen |
| # | 09:19:54 | _bott_ has quit IRC |
| # | 09:21:01 | _bott_ has joined #evergreen |
| # | 09:36:11 | phasefx | grabbing 0328 |
| # | 09:45:11 | alxp has joined #evergreen |
| # | 09:46:48 | yboston has joined #evergreen |
| # | 09:55:57 | dbs | any objections to adding an owner column to authority.record_entry and serial.record_entry - for the same "determine control number identifier / agency code" purposes? |
| # | 09:56:26 | dbs | (and possibly similar controlled sharing measures, should we get to that point) |
| # | 10:15:23 | dbs | Cataloguers: rejoice in r16878 |
| # | 10:17:47 | phasefx | dbs++ # r16878, no opinion on owner columns |
| # | 10:18:33 | phasefx | we can probably preserve horizontal cursor positioning with a little work |
| # | 10:19:23 | dbs | phasefx: I considered that, but thought that that would probably be undesired in most cases |
| # | 10:19:58 | phasefx can see it either way. Some folks do seem to want a simple text editor for MARC, and that's how text editors behave |
| # | 10:19:59 | dbs | If you're moving from a 245 to a 650 or a 700, who cares about horizontal positioning? |
| # | 10:20:22 | dbs | heh, the subfields mess all of that up anyway in the legacy MARC editor |
| # | 10:20:44 | phasefx | true that, didn't think about fun the subfields would make it |
| # | 10:20:51 | phasefx | how fun, even |
| # | 10:21:38 | phasefx | well, miker_'s marc breaker view for marc editing will give folks their text editor if desired |
| # | 10:22:11 | dbs | Yeah - there is definitely interest in that view; plan to spawn it via a button from the legacy MARC editor or what? |
| # | 10:22:22 | phasefx | I think so, a toggle of some sort |
| # | 10:24:14 | phasefx | one goal is multiple marc records on screen in some split view, with marc breaker allowing easy cut/copy/paste between them. Though we could implement drag&drop with the legacy editor if we're feeling saucy :) |
| # | 10:25:49 | dbs | heh, people would love that sauciness, but would also just love wordwrap with the legacy editor |
| # | 10:26:26 | phasefx | that too. One incarnation of the editor tried dynamically resizing textboxes, but was imperfect |
| # | 10:26:55 | dbs | I remember spending a few hours trying to beat it into wordwrapped shape a year or so ago. not fun. |
| # | 10:27:05 | gmcharlt | dbs: sre.owner makes sense |
| # | 10:27:29 | phasefx | I think the very first prototype didn't use textboxes at all, but managed a label for every character. Easy wrapping there, but lack of convenience functionality bundled into modern textboxes |
| # | 10:28:15 | miker_ | dbs: re ownership columns, owner_on_SRE++ .... should authority records have a share depth too? also, SRE owner should probably be NOT NULL, but ARE nullable (like BRE) eh? |
| # | 10:28:15 | gmcharlt | are.owner also makes sense, but is not quite sufficient - tracking the thesaurus (or name list) that a given authority record supplies headings for is more on the mark |
| # | 10:29:08 | miker_ | gmcharlt: that should be coverable by extending authority.rec_descriptor with a thesaurus column extracted from the authority fixed fields, no? |
| # | 10:29:33 | miker_ | and then, of course, a thesaurus_map table, like language_map et al |
| # | 10:29:48 | gmcharlt | yep, that would get us most of the way |
| # | 10:30:27 | gmcharlt | with a bit of config UI support to allow catalogers to explicitly specify any local thesauri or name lists they create local authority records for |
| # | 10:30:27 | dbs | yeah, are.owner should be kept separate from thesaurus issues |
| # | 10:30:39 | miker_ | gmcharlt: indeed |
| # | 10:31:31 | miker_ | I FEEL A (bunch of) NEW MARC-CODES TAB(s) FOR CONIFY IN OUR FUTURE! |
| # | 10:32:26 | gmcharlt | speak up, I couldn't hear you |
| # | 10:33:22 | miker_ | I FEEL SOMEONE OTHER THAN ME WRITING CONIFY INTERFACES IN OUR FUTURE! |
| # | 10:33:24 | miker_ | ;) |
| # | 10:33:27 | dbs | miker++ |
| # | 10:35:17 | youdonotexist has joined #evergreen |
| # | 11:33:17 | dbs | r16884 will also make cataloguers happy |
| # | 11:38:06 | dbs | as an aside, it seems that our "for (var i in NodeList)" constructions fail because iterating over a NodeList that way isn't cool |
| # | 11:38:45 | miker_ | dbs: you mean a DOM NodeList? |
| # | 11:38:48 | dbs | aye |
| # | 11:39:37 | miker_ | yeah |
| # | 11:39:51 | miker_ | we did some refactoring of that last year |
| # | 11:40:10 | miker_ | (broke some of DojoSRF in the process ;) ) |
| # | 11:40:17 | dbs | heh, i recall that ;) |
| # | 11:40:21 | miker_ | (my fault, got overzealous) |
| # | 11:40:57 | miker_ | IIRC, I just looked at non-staff-client js |
| # | 11:41:37 | dbs | that was all prompted by the attempt to sort the OUs in the tree correctly in Chrome, IIRC. damned Chrome! |
| # | 11:41:42 | dbs also curses i18n |
| # | 11:42:41 | dbs | hmm, the one case I was looking at in marcedit.js is probably okay because the returned elements are immediately tested for the existence of the getAttribute function |
| # | 11:43:46 | atz__ | chome sort's differently? |
| # | 11:43:54 | atz__ | s/'// |
| # | 11:44:17 | atz__ | and i missed an 'r'... bad typing day all around |
| # | 11:44:34 | dbs | we were iterating over an associative array (ou list), and the order in which elements are returned is undefined. |
| # | 11:45:19 | dbs | chrome was the only one that took advantage of that undefined nature to optimize ass.array access and return everything in alpha order. but the others will probably follow |
| # | 11:45:21 | atz__ | ah... that makes sense... |
| # | 11:49:10 | Dyrcona has joined #evergreen |
| # | 11:50:06 | dbs has quit IRC |
| # | 12:13:03 | jenny1 has joined #evergreen |
| # | 12:14:45 | jenny has quit IRC |
| # | 12:19:08 | phasefx | @later tell dbs btw, you should have access to dojo in marcedit.js if you want to use it (stuff like dojo.forEach, etc.) |
| # | 12:19:08 | pinesol | phasefx: The operation succeeded. |
| # | 12:50:01 | pmplett has joined #evergreen |
| # | 13:19:04 | agJohn | Anyone run into a problem w/ Apache after an aptitude upgrade to latest one? I've got a choice between "cannot bind to 0.0.0.0:80" and a "segmentation fault"... |
| # | 13:28:55 | phasefx | anyone object to me wiring up the opac.barcode_regex setting to the patron editor (and the Retrieve Patron interface)? |
| # | 13:29:46 | miker_ | phasefx: to what end? |
| # | 13:30:24 | phasefx | folks are entering leading/trailing spaces. Those get stripped in the latter interface |
| # | 13:32:35 | b_bonner has joined #evergreen |
| # | 13:36:16 | phasefx | in the case of the retrieve patron by barcode interface, I could just make it warning if the entered barcode does not validate against the regexp |
| # | 13:38:40 | phasefx | but for the patron editor.. we could require that the barcode match the regexp, and that usrname either equals the barcode, or does not match the regexp |
| # | 13:57:40 | kmlussier has joined #evergreen |
| # | 13:59:18 | shopkins has quit IRC |
| # | 14:01:56 | mrpeters-isl has quit IRC |
| # | 15:20:51 | pmplett is now known as pmpafk |
| # | 15:26:24 | dbs has joined #evergreen |
| # | 15:47:30 | kmlussier has quit IRC |
| # | 15:48:16 | kmlussier has joined #evergreen |
| # | 15:49:49 | granitize has quit IRC |
| # | 16:25:11 | dbs | phasefx: looking at persist_helper(), trying to figure out what it would take to make the last MARC template that was chosen sticky - am I looking in the right area? |
| # | 16:27:40 | dbs | phasefx: also, thanks for the tip on dojo in marcedit.js; didn't see it pulled in in marcedit.xul so I was leery, figured I would get something working first and make it purty later |
| # | 16:39:17 | gdunbar has quit IRC |
| # | 16:42:59 | Melissa has left #evergreen |
| # | 16:43:12 | kmlussier has quit IRC |
| # | 16:48:23 | sfortin has quit IRC |
| # | 17:15:08 | b_bonner has quit IRC |
| # | 17:15:17 | pmpafk is now known as pmplett |
| # | 17:25:01 | yboston has quit IRC |
| # | 17:30:13 | Dyrcona has quit IRC |
| # | 17:32:57 | jenny1 has left #evergreen |
| # | 17:36:03 | dbs has quit IRC |
| # | 17:51:18 | _bott_ has quit IRC |
| # | 17:51:56 | _bott_ has joined #evergreen |
| # | 18:11:08 | phasefx | @later tell dbs persist_helper is all about setting attributes on an element, so if you change an attribute on an element, and that attribute is itself listed in the oils_persist attribute on the same element, then there are two situations for what can happen next: |
| # | 18:11:08 | pinesol | phasefx: The operation succeeded. |
| # | 18:12:29 | phasefx | @later tell dbs certain elements with @oils_persist defined will get special event handlers added to them when persist_helper() is invoked. Those event handlers will save attributes whenever they catch the event |
| # | 18:12:29 | pinesol | phasefx: The operation succeeded. |
| # | 18:14:32 | alxp has quit IRC |
| # | 18:15:20 | phasefx | @later tell dbs ah, looks like I put more into it than I remembered. Every element will get an event handler for a virtual event called "oils_persist", and then by default certain types of elements get handlers for real events, that merely fire the virtual event |
| # | 18:15:20 | pinesol | phasefx: The operation succeeded. |
| # | 18:16:26 | phasefx | @later tell dbs you can fire the virtual eventually manually with the oils_persist() function if needed |
| # | 18:16:26 | pinesol | phasefx: The operation succeeded. |
| # | 18:16:43 | phasefx | @later tell dbs s/eventually/event/ |
| # | 18:16:43 | pinesol | phasefx: The operation succeeded. |
| # | 18:17:58 | phasefx | @later tell dbs you can also dictate a list of events for persist_helper to handle with the oils_persist_events attribute for a given element |
| # | 18:17:58 | pinesol | phasefx: The operation succeeded. |
| # | 18:19:25 | phasefx | @later tell dbs sadly, all these events are surrogates for what we're really interested in, a change-attribute-event. I think some future DOM models might have stuff like that |
| # | 18:19:25 | pinesol | phasefx: The operation succeeded. |
| # | 18:41:38 | youdonotexist has quit IRC |
| # | 19:11:21 | phasefx | @later tell dbs can any empty string for an entity break the i18n build? |
| # | 19:11:21 | pinesol | phasefx: The operation succeeded. |
| # | 19:39:59 | pmplett has quit IRC |
| # | 19:47:48 | dbs has joined #evergreen |
| # | 19:48:01 | dbs | phasefx: thanks for the flood of tips |
| # | 19:48:48 | dbs | No, not just any empty string can break i18n. It takes a special confluence of a bad i18n build with a previous script and that particular empty string. |
| # | 19:49:45 | dbs | persist stuff sounds pretty complex; more than my little mind can handle atm |
| # | 19:50:31 | dbs | was trying to figure out how in the heck saving a record in the MARC editor is now generating the <holdings> and <xhtml:link> elements in the saved MARC record |
| # | 19:50:57 | dbs | stubbed out my changes in case it was a regression, but will roll the thing back completely tomorrow when I've had some sleep |
| # | 19:51:11 | dbs adapts to late-night hacking in any time zone |
| # | 19:51:13 | dbs has quit IRC |
| # | 19:56:28 | miker_ | @later tell dbs I have a [Swap editor type] button for the marc editor that flips between the xul editor and an xhtml:textbox markbreaker editor ... will commit soon ... just a heads up |
| # | 19:56:28 | pinesol | miker_: Error: "Swap" is not a valid command. |
| # | 19:56:46 | miker_ | @later tell dbs I have a "Swap editor type" button for the marc editor that flips between the xul editor and an xhtml:textbox markbreaker editor ... will commit soon ... just a heads up |
| # | 19:56:46 | pinesol | miker_: The operation succeeded. |
| # | 20:23:54 | phasefx | @later tell dbs there's also util.widgets.save_attributes and .load_attributes, as another mechanism you could use, if you don't like persist. Or I can persist-ify your widget after you commit if you'd like |
| # | 20:23:54 | pinesol | phasefx: The operation succeeded. |
| # | 20:28:39 | _bott_ has left #evergreen |
| # | 23:55:02 | mck9 has left #evergreen |
April 10-13