Open Source Integrated Library System

Evergreen on IRC

#evergreen Logs for Friday, February 11th, 2011

< Thursday, February 10th, 2011Raw Log FileSaturday, February 12th, 2011 >
#TimeNickMessage
#00:30:38tildeequals has joined #evergreen
#01:21:43r123 has quit IRC
#01:22:37r123 has joined #evergreen
#02:02:51finnapz has quit IRC
#02:06:34finnapz has joined #evergreen
#04:47:14Guest26712 is now known as jennam
#04:47:19jennam has joined #evergreen
#04:57:59lisppaste has quit IRC
#06:35:34csharplisppaste--
#06:46:03artunit_ has joined #evergreen
#06:47:29artunit has quit IRC
#06:47:42artunit_ is now known as artunit
#07:34:30sfortin has joined #evergreen
#08:27:34granitize has joined #evergreen
#08:47:27rickd_ has joined #evergreen
#09:03:23dbs has joined #evergreen
#09:06:49Meliss has joined #evergreen
#09:11:56granitize has quit IRC
#09:12:24granitize has joined #evergreen
#09:19:48gdunbar has joined #evergreen
#09:35:08jennam has quit IRC
#09:39:42jennam has joined #evergreen
#09:40:08jennam is now known as Guest32051
#09:46:15dbwells_ has joined #evergreen
#09:49:42dbwells has quit IRC
#09:49:42dbwells_ is now known as dbwells
#10:15:23mjgiarlo has quit IRC
#10:16:45wizzyrea has quit IRC
#10:16:48_bott_ has quit IRC
#10:16:54mjgiarlo has joined #evergreen
#10:17:41tater has quit IRC
#10:18:27wizzyrea has joined #evergreen
#10:20:13dbwells has quit IRC
#10:20:14dave-esi has quit IRC
#10:20:16sylvar has quit IRC
#10:20:16AaronZ-PLS has quit IRC
#10:20:18denials has quit IRC
#10:20:18csharp has quit IRC
#10:20:19artunit has quit IRC
#10:20:19Callender has quit IRC
#10:20:20_dkyle_ has quit IRC
#10:20:21sfortin has quit IRC
#10:20:21finnapz has quit IRC
#10:20:22phasefx has quit IRC
#10:20:23mrpeters-isl has quit IRC
#10:20:25rsinger has quit IRC
#10:20:27gmcharlt has quit IRC
#10:20:28granitize has quit IRC
#10:20:28dbs has quit IRC
#10:20:28tildeequals has quit IRC
#10:20:29brendan2 has quit IRC
#10:20:32bradl has quit IRC
#10:20:32berick has quit IRC
#10:20:32gdunbar has quit IRC
#10:20:33Dmagick has quit IRC
#10:20:33tsbere has quit IRC
#10:20:34moodaepo has quit IRC
#10:20:34kbeswick has quit IRC
#10:22:11Meliss has quit IRC
#10:22:12eby has quit IRC
#10:22:12shadowspar has quit IRC
#10:22:13wjr has quit IRC
#10:22:14wizzyrea has quit IRC
#10:22:14mjgiarlo has quit IRC
#10:22:14rickd_ has quit IRC
#10:22:15r123 has quit IRC
#10:22:15rangi has quit IRC
#10:22:15eeevil has quit IRC
#10:22:15jeff has quit IRC
#10:22:17leed has quit IRC
#10:22:19pmplett has quit IRC
#10:27:28shadowsp1r has joined #evergreen
#10:27:28shadowspar has joined #evergreen
#10:27:28jeff has joined #evergreen
#10:27:28eeevil has joined #evergreen
#10:27:28rangi has joined #evergreen
#10:27:28leed has joined #evergreen
#10:27:28pmplett has joined #evergreen
#10:27:28eby has joined #evergreen
#10:27:28wjr has joined #evergreen
#10:27:29r123 has joined #evergreen
#10:27:29rickd_ has joined #evergreen
#10:27:29Meliss has joined #evergreen
#10:27:29mjgiarlo has joined #evergreen
#10:27:29wizzyrea has joined #evergreen
#10:27:29_bott_ has joined #evergreen
#10:27:29KingNightWolf has joined #evergreen
#10:27:29dbwells has joined #evergreen
#10:27:29gdunbar has joined #evergreen
#10:27:29granitize has joined #evergreen
#10:27:29dbs has joined #evergreen
#10:27:29sfortin has joined #evergreen
#10:27:29artunit has joined #evergreen
#10:27:29finnapz has joined #evergreen
#10:27:29tildeequals has joined #evergreen
#10:27:29sylvar has joined #evergreen
#10:27:29rsinger has joined #evergreen
#10:27:29AaronZ-PLS has joined #evergreen
#10:27:29dave-esi has joined #evergreen
#10:27:29Dmagick has joined #evergreen
#10:27:29mrpeters-isl has joined #evergreen
#10:27:29Callender has joined #evergreen
#10:27:29kbeswick has joined #evergreen
#10:27:29moodaepo has joined #evergreen
#10:27:29tsbere has joined #evergreen
#10:27:29brendan2 has joined #evergreen
#10:27:29phasefx has joined #evergreen
#10:27:29_dkyle_ has joined #evergreen
#10:27:29gmcharlt has joined #evergreen
#10:27:29bradl has joined #evergreen
#10:27:29berick has joined #evergreen
#10:27:29csharp has joined #evergreen
#10:27:29denials has joined #evergreen
#10:29:57shadowspar has quit IRC
#10:31:07tater has joined #evergreen
#10:36:51shadowsp1r is now known as shadowspar
#10:50:22bshum has joined #evergreen
#11:25:12bshum has quit IRC
#11:29:30mrpeters-islhey all, just curious - any reason why the format helpers were removed in the patron registration for 2.0.1?
#11:39:04sfortin has quit IRC
#11:44:14mrpeters-islam i correct that the new patron registration interface is register_table.tt2 and register.tt2?
#11:44:31mrpeters-isli'm having a bit of trouble tracking down the translations for this page in lang.dtd
#12:00:44KingNightWolf has quit IRC
#12:02:54KingNightWolf has joined #evergreen
#12:08:07tsbere can help mrpeters-isl find the translations. After his burger. <_<
#12:09:05mrpeters-isltsbere: no worries man - i found a few good things in there - my fear is that they are linked to the fm_IDL.xml
#12:09:40tsbereI am not sure that the patron registration areas would pull from the IDL. The reporter, maybe. Unless both are showing the same thing?
#12:09:43mrpeters-isli was thinking i could change "Date of Birth" to "Date of Birth (ex. MM/DD/YYYY)" to get my helper back
#12:10:03mrpeters-isl<tr fmclass='au' fmfield='dob' required='required'/>
#12:10:10mrpeters-islin register_table.tt2 is what gives me that hunch
#12:10:35tsbereHmmm. Ok, maybe it does. Hmmm.
#12:10:39mrpeters-isli tried <!ENTITY staff.au_dob_label "Date of Birth"> - no dice
#12:10:55mrpeters-isl<!ENTITY staff.patron.ue.dob.label "Date of Birth">
#12:11:15mrpeters-isl<!ENTITY ev.staff.patron.ue_xhtml.dob.label "Date of Birth"> - this is the old interface, i think
#12:12:04mrpeters-islit wouldnt be as big of a deal if the regex for the dob format didn't change
#12:12:11mrpeters-islit used to be YYYY-MM-DD for us
#12:12:16mrpeters-isler - currently is, in 1.6
#12:16:42mrpeters-islsure freakin enough
#12:16:53mrpeters-islau class in fm_IDL.xml
#12:17:05mrpeters-islchange Date of Birth to Date of Birth Test and it's updated in the patron registration
#12:17:19mrpeters-islew thats ugly...i dont want to change that to include a helper
#12:19:35tsbereHmmm
#12:19:40mrpeters-islmaybe my best bet is editing the register_table.tt2 to have a helper somehow between the "Date of Birth" string and the input box
#12:20:17mrpeters-islbut it feels like there is more to the interface than just register_table.tt2
#12:21:58tsbereOdd
#12:22:28tsbereI found a regex for timestamp fields
#12:22:39mrpeters-isltsbere: yeah, i think there is one
#12:22:47tsbereBut it wants an entire timestamp
#12:22:49mrpeters-islit requires you to use MM/DD/YYYY
#12:22:53mrpeters-isloh really?
#12:23:09mrpeters-isl1/1/2011 makes it happy here
#12:23:19dbsmrpeters-isl: that probably depends on your database settings
#12:23:28tsbereNo, the one I found wants YYYY-MM-DDTHH:MM:SS with an optional timezone. I think. Thus, I think I found the wrong one. :P
#12:23:34mrpeters-isldbs: hmm that's a thought
#12:24:36dbsalthough dojo should be converting the input date to the normal date format - and dojo does locale-specific date formats
#12:24:55mrpeters-islnevertheless, being able to configure a helper here would be good
#12:25:28mrpeters-islsys admin can set the library setting because he/she would know the databases time format....frontline staff likely wouldnt
#12:25:31mrpeters-island would have to guess
#12:26:20dbs tries registering a patron on trunk and finds the same result as mrpeters-isl
#12:26:37mrpeters-islthe MM/DD/YYYY, dbs?
#12:26:41dbsmrpeters-isl: yep
#12:26:51mrpeters-islcool - you certainly could be right with the database setting though
#12:27:12dbswe never use date of birth so that's never been an issue, but it makes me a bit worried about other date entries
#12:27:13mrpeters-isli can't say for certain i ever configured anything on this test database for that
#12:27:29mrpeters-isldbs: you have the "calendar wiget" for expire date
#12:27:44dbsthis validation is purely at the interface level
#12:27:59tsberemrpeters-isl: What locale is your client in?
#12:28:05mrpeters-islen-US
#12:28:21mrpeters-islexpire date also gives 2/11/2011
#12:28:23dbsyeah, so it would be dojo's formatting
#12:28:24tsbereThat may be your problem. Looks like dojo is grabbing that locale. Guess what en-US uses?
#12:28:25mrpeters-islwhen using the "widget"
#12:28:40mrpeters-islah interesting
#12:28:59mrpeters-island using that format is ok, i just want to be sure staff have a cue to know what the format is
#12:29:05mrpeters-islsince it will be a change for us, from YYYY-MM-DD
#12:29:11dbsmrpeters-isl: so, you have two requests here, right?
#12:29:26dbs1) Hook up the dojo calendar widget to "date of birth" field
#12:29:31mrpeters-islwell, if this is operating as it should - just one - adding a helper
#12:29:42mrpeters-isldbs: i was going to try to tackle that myself (#1)
#12:29:45dbs2) Provide a hint about the format that's expected if someone were to enter a date via the keyboard
#12:29:53mrpeters-island learn a little about dojo
#12:30:06mrpeters-isli'm not sure it makes a ton of sense to have the calendar on DOB since you might have to click back 30 years, you know?
#12:30:14mrpeters-islbut i figured i'd add it just for kicks since people here like it
#12:30:23mrpeters-isl#2 is the biggest key though, yes
#12:30:50tsbere found docs for overriding the locale
#12:30:56dbsmrpeters-isl: the helper widget is useful if you need to adjust the DOB by a day or something like that
#12:31:00mrpeters-island once i learn that, i can add helpers for things like Drivers License, phone format, etc.
#12:31:04tsbereThus, the box could be told to do a specific format regardless of locale
#12:31:07mrpeters-isldbs: oh true, thats a good point
#12:32:09dbstsbere: but why would you do that when the US standard is the bizarro MM/DD/YYYY ? :)
#12:32:18AaronZ-PLS has quit IRC
#12:32:24dbsJoin us in en-CA and enjoy the glorious YYYY-MM-DD!
#12:32:34mrpeters-islhehe we tell everyone to pretend they're in the millitary
#12:32:51tsberedbs: I prefer YYYY-MM-DD. Even worse here is we have log files that have the weekday abbreviation at the front. <_<
#12:34:07dbstsbere: great for sorting events that happened on a given day of the week! :)
#12:35:07tsberedbs: Oh, not really. The internal data doesn't have that. Just the outside piece. One of them gets the name at rotate time.......and that server only rotates on sundays.
#12:35:16mrpeters-isltheres lots of little places in the staff client i think helpers like this are needed - and i'm working on adding them as I go
#12:35:31mrpeters-islfor example - Library Settings Editor - "Default hold shelf expire interval" - no idea what format this is?
#12:35:39mrpeters-isl7 days? 100000 seconds?
#12:35:53tsbereIt may accept both. :P
#12:36:04mrpeters-isltsbere: it might! but who knows for sure ;)
#12:36:14mrpeters-islthats why adding it to the lang.dtd might be good
#12:36:41mrpeters-islthat's helpful stuff i think i can contribute
#12:38:38dbsmrpeters-isl: I believe those descriptions are stored in the database. Check Open-ILS/src/sql/Pg/950.data-seed-values.sql
#12:39:57mrpeters-islok. so the proper thing would be to submit a wishlist to trunk with some updated descriptions in that sql?
#12:40:41dbsideally with a patch for that SQL
#12:40:52mrpeters-islright thats what i meant - sorry
#12:41:06mrpeters-islsince this is an "interval" i think almost anything will suffice
#12:41:53mrpeters-isl1 day, 1 hour, 1 minute, 1 second and so on
#12:42:37tsbere can't figure out why the expire date has a date helper but not the dob.
#12:42:50mrpeters-islyou mean the calendar widget?
#12:42:58tsbereyea. whatever it is.
#12:43:03tsbere is looking at some of the code
#12:43:08mrpeters-islthats what made me think i was missing a file somewhere
#12:43:21mrpeters-isli was looking at both of the register_*.tt2 files
#12:43:30tsbereoooooh
#12:43:35tsbereI think I figured it out
#12:43:39mrpeters-isldo tell!
#12:43:46tsbereThe expire_date doesn't have anything extra
#12:43:54tsbereThe dob has been told to NOT have one
#12:44:37tsbereYea. Commented out two lines, and the dob has one again.
#12:44:46tsbere notes a todo here for adding a setting
#12:45:25tsbereregister.js, digitArgs.popupClass = "" when fmcls == 'au' and fmfield == 'dob'
#12:45:47mrpeters-islah i didnt even think to check the javascript
#12:46:37tsbereI went for the js first
#12:46:47tsbere has been digging around in the dojo stuff for fallthrough
#12:50:15tsbereOh, hey, cool, I found out how to change the date format from the tt2 file.
#12:50:29tsbereWasn't hard. <tr fmclass='au' fmfield='dob' wconstraints='{datePattern: "yyyy-MM-dd"}'/>
#12:50:48wizzyrea_ has joined #evergreen
#12:50:59mrpeters-islbut staff won't know without guessing :P
#12:51:12tsbereIf your staff are already using that format, you may want to keep it. ;)
#12:51:27jamesrf has joined #evergreen
#12:51:32KingNightWolf has quit IRC
#12:51:34wizzyrea has quit IRC
#12:51:37wizzyrea_ is now known as wizzyrea
#12:53:33KingNightWolf has joined #evergreen
#12:55:12mrpeters-isltsbere: don't disagree there...but a cue makes it even better! :)
#12:55:34tsbereI am looking for a way to get dojo to provide it. As in "what am I asking for right now?".
#12:56:49kmlussier has joined #evergreen
#12:58:16mrpeters-isltsbere: which register.js were you poking in?
#12:58:33tsberethe one referenced by register.tt2?
#12:58:40tsbere(aka, the one for that form)
#12:59:09mrpeters-islok. there was one in "nls" that looked similar
#12:59:10dbsa terrible way to do it would be to provide "MM/DD/YYYY" as the default value for the widget
#12:59:27mrpeters-isldbs: i'm fearing what happens there....since we make that a required field
#12:59:36tsberedbs: Especially terrible if your locale specified yyyy-MM-dd
#12:59:37mrpeters-islthat would eliminate the user having to enter something there
#12:59:59dbsmrpeters-isl: well, that's probably the only situation where it would be okay, because it wouldn't be valid until a proper date was entered
#13:00:15tsberemrpeters-isl: I believe all of these can be given a default value that doesn't count as filled in that has nothing to do with their normal data type
#13:00:18dbstsbere: yeah, whatever - adjust, obviously, to your level of local hacks
#13:00:49mrpeters-isltsbere: where did you add digitArgs.popupClass = "" when fmcls == 'au' and fmfield == 'dob'
#13:01:13tsberemrpeters-isl: I didn't. Look for the digitArgs part in the file. You should find the properly coded if.
#13:01:31dbstsbere: placeholder attribute in recent versions of dojo
#13:02:02mrpeters-islweird - i have no digitArgs in register.js
#13:02:19mrpeters-island /openils/var/web/js/ui/default/actor/user/register.js is what register.tt2 refers to
#13:02:38tsbereOh, that is me being stupid with a typo. dijitArgs.
#13:02:44mrpeters-islah heh
#13:03:01dbsplaceholder still looks valid in 1.3 for dijit.form.DateTextBox
#13:03:27tsberedbs: The catch is dynamically picking the right placeholder
#13:03:51dbstsbere: you're welcome!
#13:04:05tsberealt idea: Only provide the placeholder if a global config option of "datepattern" is available. Then use said pattern as the placeholder!
#13:04:37dbsyeah, so if dijit offers some reflection you should be able to pull that out
#13:05:22mrpeters-isltsbere: so what should the popupClass be?
#13:05:39mrpeters-isli'm apparently blind, and not seeing a similiar value for expire date
#13:05:40tsberemrpeters-isl: It defaults to the calendar widget. Comment out the two lines to get it back.
#13:06:13mrpeters-islhmm i dont think it's commented here
#13:06:23mrpeters-isl if(fmcls == 'au' && fmfield == 'dob')
#13:06:24mrpeters-isl dijitArgs.popupClass = "";
#13:06:26tsbere...
#13:06:35mrpeters-islor is the // continuing down to that?
#13:06:59tsberemrpeters-isl: Those two lines TURN OFF THE CALENDAR WIDGET. If you want it back, remove them.
#13:07:12mrpeters-islah sorry
#13:07:23mrpeters-islbackwards from what i expected
#13:07:58dbs"Dojo 1.5 introduces strategies for employing placeholder text within INPUT elements to save you time in adding focus/blur events to accomplish the same functionality" - hmm, perhaps more trickery required in 1.3 then
#13:11:20berickanyone else lose readline support in psql after upgrading to squeeze?
#13:11:35jeffberick: yes. readline was removed.
#13:11:47berickhow could they?
#13:11:52berickthink of the children
#13:12:00jeffberick: they replaced it with libedit
#13:12:39berickthanks, jeff. now I feel less crazy (and have some reading to do)
#13:13:04jeffallegedly you can force it by preloading libreadline, but i haven't tested: LD_PRELOAD=/lib/libreadline.so.6 psql
#13:13:54dbskudos to bshum for pointing that out a few days back
#13:14:15berickjeff++ bshum++ works
#13:18:16tsbereSo, placeholder isn't working for me right now. But I can get the date format.
#13:18:58tsbereOf course, I didn't really expect it to work. I can't find it on most things without a 1.5 ref
#13:20:18AaronZ-PLS has joined #evergreen
#13:20:31lisppaste has joined #evergreen
#13:23:30alynn26 has joined #evergreen
#13:23:53AaronZ-PLSAnyone have any suggestions on what datasource to use to create a report that (essentially) duplicate the "holds shelf" view? Looking to add Hold Canceled info as well as the patron phone numbers
#13:25:51AaronZ-PLSWe are running 1.6.0.8 and I have been working with the Hold Request datasource (in the reporter), but I cannot get it to ONLY include items which are currently available on the holds shelf
#13:27:12rickd_ has quit IRC
#13:27:37jeffif you want to include cancelled holds that are on the shelf, you will need to take item status into account.
#13:28:50tsbereIf anyone wants it, here is how I got the date format. No clue where to use it, though. :(
#13:28:53tsberevar bundle = dojo.date.locale._getGregorianBundle(); var dateFormat = bundle["dateFormat-short"];
#13:33:00dave-esi has quit IRC
#13:37:35dbstsbere++
#13:37:50tildeequals has quit IRC
#13:53:02dbsI suppose reporter.simple_rec should strip hyphens out of ISBNs to provide a normalized search target, along with stripping hyphens in O:A:Search:Biblio::find_record_by_isbn
#13:53:24dbswhee, a reload of materialized simple record :)
#13:53:35jeff grins
#13:55:35mrpeters-islhow much of a headache would i be getting myself into to add a new payment type?
#13:55:37gmcharltjeff: have you had a chance to test the M::F::XML patch?
#13:55:54mrpeters-islis it simple, like adding a billing type?
#13:56:45jeffmrpeters-isl: not that simple, no. can you accomplish what you want by using an existing payment type and a... *cringe* payment note?
#13:56:55mrpeters-isljeff: that's what i want!
#13:57:04mrpeters-islbut apparently it won't fly with state board of accounting
#13:57:15jeffgmcharlt: getting around to it now.
#13:57:30mrpeters-islwe need a second "credit card" payment type for those libraries that take a credit card payment externally, not through our "shared" gateway
#13:57:32jeffmrpeters-isl: i'm glad that only have to deal with our auditors.
#13:58:04jeffmrpeters-isl: ick
#13:58:13mrpeters-islthe way i've built my reconciliation reports, if it's a "Credit Card" payment, it will show up in the report - if they were to use that for something that didn't go through our gateawy, we'd show as owing them money that we dont owe them
#13:58:30mrpeters-islmy solution was to just make them cash payments, but that won't fly either since it will look like they have collected more cash than they should have
#13:58:46jeffah, yes. i think that should be addressed by adjusting your reconciliation reports.
#13:58:54mrpeters-isljeff: i'm not sure how though
#13:59:33jeffperhaps an IDL reporting view, raw sql, or post-processing of the existing report based on a field.
#13:59:34mrpeters-islreally no way to distinguish between a CC payment through our "shared" gateway, and a payment that they take on their credit card machine for stamps or smoething like that
#14:00:05mrpeters-islthis whole idea is a bit of a mess
#14:00:14jeffsince most of the payments you need to distinguish will be posted in an automated fashion, you can rely on the "note" field to be a little less free-form than if they were manually entered.
#14:00:20mrpeters-islright
#14:00:45mrpeters-islthat's true - i could have my report look at the notes field and give those payments through our gateway a common note
#14:04:13tildeequals has joined #evergreen
#14:13:31ashish_ has joined #evergreen
#14:18:36eeevil pulls arm from outside drain pipe ...
#14:19:56eeevilre isbns: identifier class facet (currently ignored during facet data gathering for facet-y display) -- all the goodness of normalizers on both ends, AND exact match fun ... just needs UI cooperation
#14:22:12eeevillonger term, facet defs could be augmented (or cloned) to identify (heh) those with identifier-ish semantics, like ISxN, bib-level call numbers, etc. /those/ types of fields are a good fit for the facet infrastructer, but don't benefit from the facet display machinery (very unique, nearly everything has them)
#14:24:13dbseeevil: yeah, I'm looking at making things work in 1.6.1 / 2.0 for now
#14:25:55dbseeevil: are you thinking about 2.1/trunk and SVF?
#14:25:58eeevildbs: I'd still recommend, for 2.0, an identifier|isbn index def that uses the isbn normalizers, then teach the skin to use that. the isbn search is a house of cards (as you know)
#14:26:30dbsheh - would that count as a bug fix?
#14:26:35eeevilISxN isn't a good match for SVF because you can only use one value from the record
#14:26:41eeevildbs: IMO, yes :)
#14:27:09dbsoh right, sorry, you already mentioned the SVF case!
#14:27:25dbs hopes to be in nimbler mental form next week, maybe
#14:28:10eeevil hopes the plumber doesn't put a lien on the house to fix the pipes ... BOO
#14:29:33dbseeevil: ouch
#14:30:59dbseeevil: would you be averse to a fixup on reporter.simple_record / reporter.old_super_simple_record / O:A:Search::biblio_search_isbn() as a step towards the better way?
#14:31:36dbsthat way I can get the behaviour working with the least amount of disruption in the shortest term, then move on to the better approach in the slightly longer term
#14:31:43eeevildbs: I would not be averse to /someone/ doing it ;)
#14:32:00dbsheh, okay, I think I'm pretty much there
#14:33:06ashish_Hi everyone: I installed opensrf 1.6 on Ubuntu 10.04.2 32 bit. But at the srfsh# request opensrf.math add 2 2 I received a "Received no data from Server" Where did I go wrong?
#14:36:22dbsashish_: there's a known bug in ejabberdctl that doesn't escape metacharacters in strings properly. So if you tried to use something like 'pri$vate' as a password in the "ejabberdctl register ..." commands, it would have registered 'pri' as the password
#14:37:23ashish_my password is alphabetical without any special chracters
#14:38:24moodaepoashish_: Have you run through > http://open-ils.org/dokuwiki/doku.php?id=troubleshooting:checking_for_errors
#14:38:30ashish_I have followed every step from here: http://www.evergreen-ils.org/dokuwiki/doku.php?id=opensrf:1.6:install
#14:39:30ashish_moodaepo: Thanks, let me take a look at that.
#14:40:20moodaepoOh you are still installing OpenSRF so some of that page will be of no use right now. But might help if you look at the ejabber/memcacached/opensrf sections
#14:47:40tsberemrpeters-isl: Try this? http://mvlc.org/timestamps.patch
#14:48:14pmplett_ has joined #evergreen
#14:49:10Guest32051 has quit IRC
#14:54:53rickd_ has joined #evergreen
#14:59:50dbs has quit IRC
#15:00:33moodaepo has quit IRC
#15:02:04mrpeters-isltsbere: on it
#15:04:45mrpeters-islhey cool!
#15:05:07mrpeters-isli think for my case, however, it needs to read mm/dd/yyyy
#15:05:32mrpeters-islwell, no i guess it does take it with 01/01/2011
#15:05:50tsbereIt is literally grabbing the exact format string in use for validation. Changing it to friendly form(s) requires more code ;)
#15:06:05mrpeters-islyeah, no this is still good
#15:06:13tsbereThus, if the format string for validation is yyyy-MM-dd it will show that instead
#15:06:19mrpeters-islis it possible to add a string of text before it to say "Example: M/d/yy
#15:06:56tsbereNot tested with anything but en-US, though, on my end. And yea, editing the ftd.appendChild line can do that. Probably want it to grab a language string then, though.
#15:07:20mrpeters-islthat'd be somethhing from lang.dtd right?
#15:08:16tsbereI think I would add something to Open-ILS/web/js/dojo/openils/actor/nls/register.js
#15:08:32tsbereThen dig up how to reference those
#15:08:41mrpeters-islwell, right, but could we use a &somestring; for i18n?
#15:08:43mrpeters-islin register.js
#15:11:23tsbereAhhh. Seems easy enough. Add "EXAMPLE" : "Example: " to the nls register.js file, then change ftd.appendChild to add localeStrings.EXAMPLE before the bundle. like ftd.appendChild(document.createTextNode(localeStrings.EXAMPLE + bundle["dateFormat-short"]));
#15:12:02tsbereNote I didn't test that
#15:15:12ashish_ has quit IRC
#15:16:59tsberemrpeters-isl: I can also adjust the code to, say, provide a formatted date instead.
#15:17:05tsberefor the example
#15:17:25tsbereMight be nicer than the format string
#15:18:08jamesrf_ has joined #evergreen
#15:19:14jamesrf has quit IRC
#15:19:14jamesrf_ is now known as jamesrf
#15:24:32dbs has joined #evergreen
#15:24:32dbs has joined #evergreen
#15:28:49tsberemrpeters-isl: Removing the var bundle = line, and replacing the ftd.appendChild line, can allow for actual dates to be provided as examples.
#15:29:25tsberefor, oh, Jan 31, 1970 you could use ftd.appendChild(document.createTextNode(dojo.date.locale.format(new Date(1970,1,31),{selector: "date", formatLength: "short"})));
#15:29:38tsbereRemove the 1970,1,31 to have it default to the current date
#15:30:01tsbere does wish the default for en-US was at least a 4 digit year, though
#15:38:02moodaepo has joined #evergreen
#15:39:39sfortin has joined #evergreen
#15:41:06sfortin has joined #evergreen
#15:41:23kmlussier has quit IRC
#15:47:12sfortin has quit IRC
#15:58:42dbs has quit IRC
#15:58:50Meliss has quit IRC
#16:05:44jamesrf has quit IRC
#16:07:08dbs has joined #evergreen
#16:07:08dbs has joined #evergreen
#16:17:14granitize has left #evergreen
#16:18:10KingNightWolf has quit IRC
#16:27:03gdunbar has quit IRC
#16:33:51dbsgrabbing 0485
#16:34:35jeffgmcharlt: sorry for the delay. your changes to MARC::File::XML have resolved the issue that I was experiencing.
#16:34:46gmcharltjeff++ # thanks for testing
#16:34:55wizzyrea has left #evergreen
#16:35:07jeffthanks for the quick fix. i was scratching my head about why some but not all were failing.
#16:35:46jeffO:W:Exporter uses new_from_xml from a string, while the verification of failed-to-export records I was doing was running up against the issue you just fixed.
#16:36:22jeffNot all marc:record records failed to export... just the ones with other (invalid / empty tag) issues.
#16:37:20AaronZ-PLS has quit IRC
#17:10:57dbs has quit IRC
#17:45:31jamesrf has joined #evergreen
#17:47:24alynn26 has quit IRC
#18:02:08rickd_ has quit IRC
#18:41:12pmplett_ has quit IRC
#19:02:24tpham has joined #evergreen
#20:27:16jennam has joined #evergreen
#21:06:25jamesrf has quit IRC
#21:59:27tildeequals has quit IRC
#23:16:00KingNightWolf has joined #evergreen
#23:49:41KingNightWolf has quit IRC
< Thursday, February 10th, 2011Raw Log FileSaturday, February 12th, 2011 >