Time |
Nick |
Message |
08:33 |
|
mmorgan joined #evergreen |
09:05 |
|
dguarrac joined #evergreen |
09:22 |
|
kmlussier joined #evergreen |
10:01 |
|
kmlussier1 joined #evergreen |
10:04 |
|
Dyrcona joined #evergreen |
10:05 |
jeff |
in addition to having automatically generated UPPERCASE, or Pig Latin, or Pirate, or Leetspeak translations, I wonder how much we could discover in the way of potential improvements by forcing ourselves to use the UI first for more things, even if we might jump to a script or SQL query... |
10:05 |
jeff |
random friday morning musings. |
10:05 |
scottangel |
sleary++ |
10:05 |
scottangel |
sandbergja++ |
10:07 |
jeff |
And while I still like the overall idea of autogenerated translations to aid dev/test by persons who don't speak multiple languages fluently, in the longer term some of that can probably be covered by different forms of automation that don't have a human in the loop. |
10:08 |
scottangel |
Thanks! I didn't think it was using an older version than 15. Once I get my act together today I'll go down that rabbit hole and see if I get anywhere! lol Thanks! I started on this one. #1770289 |
10:12 |
sleary |
jeff++ |
10:13 |
sleary |
if anyone has time to review bug 2084166, we would love to fix that for old-school template people |
10:13 |
pinesol |
Launchpad bug 2084166 in Evergreen "Legacy OPAC templates not compatible with DOB field changes" [High,Confirmed] https://launchpad.net/bugs/2084166 |
10:15 |
Dyrcona |
sleary: I'll take a look. |
10:15 |
sleary |
thanks! |
10:18 |
sleary |
scottangel I salute you. We have discussed dashboard ideas several times and keep stumbling over the fact that no two people want the same things. I'm wondering if it we should think of each dashboard module as a mini HTML report output and then build a way to choose those as staff portal entries |
10:19 |
* sleary |
has been playing around with a visual editor for the staff portal |
10:30 |
scottangel |
sleary, lol, great minds think alike! That was kind of my thoughts too. I'm still trying to figure out how this will all work. Sometimes I get into planning paralysis so I just wanted to sketch out some code and see what I come up with. |
10:33 |
Dyrcona |
Heh. I haven't looked at our ttopac customization since we switched to Bootstrap, and they are all kinds of broken with 3.14. |
10:35 |
Dyrcona |
Ooh. Our customization to patron registration interferes with sleary's fix. I'll remove our validation function.... :) |
10:41 |
Dyrcona |
Also helps to put the data in the correct fields. |
10:42 |
Dyrcona |
sleary: Are the labels meant to be after the fields in the ttopac registration page? |
10:42 |
sleary |
day/month/year? they should be below the inputs |
10:43 |
sleary |
IIRC you can switch that around with CSS |
10:46 |
Dyrcona |
They are below on Bootstrap, but to the right of the fields on TTOPAC. Could be some of our customization/missing styles. |
10:47 |
Dyrcona |
I'll fire up the vm I was using yesterday to test vanilla Evergreen and see how it looks there. |
11:03 |
Dyrcona |
sleary: Yeah, on stock in ttopac the labels are to the right of the fields. It's OK with me, but not sure that's what you wanted. I'll add a screenshot to a bug comment. |
11:09 |
sleary |
thanks, I can add a quick style change |
11:24 |
|
Christineb joined #evergreen |
11:49 |
|
kmlussier joined #evergreen |
11:58 |
berick |
https://developer.chrome.com/docs/extensions/develop/migrate/mv2-deprecation-timeline#october_9th_2024_an_update_on_manifest_v2_phase-out |
11:59 |
berick |
"We will now begin disabling installed extensions" ... |
12:00 |
Dyrcona |
Well, how nice of them. |
12:00 |
Dyrcona |
jeff: Are you done checking the Hatch changes? |
12:04 |
|
jihpringle joined #evergreen |
12:17 |
jeff |
ready to start beta testing in chrome web store. who has credentials? :-) |
12:23 |
Dyrcona |
JBoyer, I think has credentials, maybe berick? |
12:23 |
Dyrcona |
I don't. |
12:23 |
* Dyrcona |
looks at some more dark mode patches. |
12:23 |
berick |
i should, yes, checking |
12:30 |
berick |
i'm in. |
12:31 |
berick |
poking around to find the beta options.. |
12:31 |
jeff |
take that hoodie off, and why are you wearing those ridiculous sunglasses? we're indoors! |
12:32 |
jeff |
you should be able to establish a beta program if there isn't one already, where users can be added or opted in. it's the easiest/best way to test the "new version from chrome web store rolls out to installed browsers, what happens?" bit. |
12:37 |
|
jihpringle joined #evergreen |
12:37 |
berick |
who wants to be added as a trusted Hatch extension tester? |
12:37 |
berick |
just need emails |
12:37 |
jeff |
msging you |
12:38 |
JBoyer |
teh gibson! Anyway, I think I used to have the Chrome site creds but no longer do. :/ (I do have the FF one, though, not that it helps.) |
12:39 |
* sleary |
graffitis "hack the planet!!" on the dumpsters and skates away |
12:44 |
berick |
oh it can just be unlisted. no need to limit to certain users |
12:44 |
jeff |
even better. |
12:45 |
pinesol |
News from commits: lp2083088 Patron Registration Contrast in Light mode <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=21cadbda68032a3acdeb7f7a7832a0f4a38c1b11> |
12:45 |
pinesol |
News from commits: LP2080885 Dark mode followup: Offline Circ Ignores Setting <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=1917d9c0582638beb92c5e6a3ca17f4f8286ee42> |
12:46 |
Dyrcona |
Lp seems to be a bit slow sending email today, or maybe it is just me. |
12:51 |
Dyrcona |
berick: I'll check with jamundson if he would like to test it. |
12:52 |
berick |
ugh it's really not obvious if I'm unlisting the extension entirely or just this build |
12:53 |
Dyrcona |
berick: I was just going to ask how do we get to the beta to test it. |
12:54 |
Dyrcona |
We've apparently had 1 library's IT remove Hatch because of the "errors." |
12:54 |
berick |
well i usually just install it locally. i've never done the beta setup through the chrome store |
12:54 |
berick |
but once i figure this out, i just share a link to it |
12:55 |
berick |
we may need a spearate beta extension. |
12:56 |
Dyrcona |
Well, if there's a downloadable thing somewhere that could work, too. |
12:57 |
jeff |
yeah, it looks like it's less useful than how betas work in the Play Store. |
12:57 |
Dyrcona |
OK, so as soon as I complain about Lp and email, the backlog catches up. |
12:57 |
Dyrcona |
Maybe my mail server hiccuped. |
13:01 |
berick |
Dyrcona: you can manually install exntensions locally using the developer mode toggle on chrome://extensions/. you just "Load unpacked" the Hatch/extension/app directory |
13:01 |
* berick |
will have to come back to this later |
13:01 |
Dyrcona |
Ok. I can try building it myself. Never done that before. Always willing to learn something knew. |
13:06 |
jeff |
doing it as a beta extension won't help test much of what I'd actually wanted to test, because it'll have a different extension/app id, etc. |
13:07 |
jeff |
even with a limited rollout percentage, it looks like there's no real way to let a user force-acquire the latest version. |
13:13 |
|
kmlussier1 joined #evergreen |
13:21 |
Dyrcona |
Ugh. Maybe I should have just let fetch-deps.sh finish rather than trying to do with Ubuntu packages.... |
13:23 |
Dyrcona |
Looks like everything is linked in /usr/share/java, so that makes things easier. |
13:29 |
|
jihpringle joined #evergreen |
13:30 |
Dyrcona |
error: duplicate module on application module path # For like, everything..... |
13:32 |
|
kmlussier joined #evergreen |
13:34 |
Dyrcona |
Y'know, I think JAFAFX_MODS is a typo, but at least it is consistent. |
13:36 |
Dyrcona |
Right. This is what happens when I ignore Java for too long. I don't know how --module-path is supposed to be used, but that is clearly my problem. |
13:40 |
Dyrcona |
Ok. so maybe I go old school. Skip setting module-path and set classpath to the necessary jar files? |
13:42 |
Dyrcona |
Ooh. Now I get actual Java errors.... |
13:48 |
Dyrcona |
OK.... Now, it's not finding org.json.JSONOBJECT, but I've included json-lib.jar in the classpath... |
13:53 |
Dyrcona |
OK. wrong json lib. This one is net.sf.json.... |
13:54 |
Dyrcona |
Oh, yeah... org.json has the "evil" license.... |
14:02 |
csharp_ |
@dunno add CHOWN ARE OPENSRF COLON OPENSRF OPEN EYE ELL ESS |
14:02 |
pinesol |
csharp_: The operation succeeded. Dunno #88 added. |
14:02 |
csharp_ |
@developer Dyrcona |
14:02 |
pinesol |
csharp_: Communication:15, BigPicture:10, DetailOriented:13, KungFu:9, GetsStuffDone:14, FlakeFactor:9, JavaAvoidance:10 |
14:03 |
Dyrcona |
Only 10 on JavaAvoidance.... Seems like that should be higher. |
14:03 |
csharp_ |
:-) |
14:04 |
Dyrcona |
Right now, I'm trying to change the imports from org.json or com.github.openjson without botching anything else, and I'm using sed even though it's only 4 files. |
14:05 |
Dyrcona |
And, now I get something that I can fix: a missing symbol. |
14:09 |
Dyrcona |
Yeah, ok. So, there's an Ubuntu package for com.github.openjson, but can I find it on github? No. |
14:10 |
Dyrcona |
Sure, search with Google the github repo is the top hit. Search github and find anything but what I was looking for. |
14:13 |
Dyrcona |
Uh huh. So OpenJSON does not have valueToString().... I guess I need to see what that does to figure out a solution.... Or, I just give up and work on something else. |
14:18 |
Dyrcona |
Yeah, really... That's all it does. I can probably just change it to toString(). |
14:19 |
Dyrcona |
Looks like the "evil" license has been replaced with just "Public domain." |
14:20 |
Dyrcona |
Hey, Toto... Why did we go down this rabbit hole? |
14:27 |
Dyrcona |
En fin! |
14:32 |
Dyrcona |
Meh. The test fails.... |
14:32 |
Dyrcona |
It either can't find javafx.media or javafx.controls and I've added those modules. |
14:34 |
Dyrcona |
Oh. bad path. |
14:40 |
Dyrcona |
Oh. I think I've learned a lot about Hatch, though I've probably not got anything that I can give to someone else and say, "Install this." |
14:41 |
|
jihpringle joined #evergreen |
14:41 |
sleary |
I need to play with Hatch at some point. If it lets us access the user's list of installed fonts, there is a relevant bug that I'd like to fix. |
14:45 |
Dyrcona |
I don't know if it does that, but it could probably be added if not. |
14:45 |
Dyrcona |
I think it's time to take a break and find something to eat. |
14:50 |
|
mmorgan left #evergreen |
15:38 |
csharp_ |
still fighting with IDL2js - does anyone know where I can see the cached object/file/whatever? |
15:39 |
csharp_ |
the perlmod uses APR::Brigade/APR::Bucket, but they don't seem to be called explicitly so I don't know what happens to the file - I'm just trying to troubleshoot why the PINES-ified 3.14 beta is creating an invalid file |
15:39 |
csharp_ |
3.14 stock on top of an upgraded PINES DB works as expected |
15:39 |
csharp_ |
fm_IDL.xml passes xmllint tests |
15:40 |
csharp_ |
also, I switched in the stock fm_IDL.xml file with the same result, but since I don't know where the cache is or what it's doing or how to clear it, I'm just running in circles |
15:41 |
csharp_ |
it doesn't appear in memcdump from the memcached servers |
15:42 |
|
smayo joined #evergreen |
15:44 |
|
mmorgan joined #evergreen |
15:46 |
csharp_ |
@blues idl2js |
15:46 |
pinesol |
csharp_: I eat more coconut cream pie before breakfast than most people eat all day |
15:46 |
csharp_ |
pinesol: zoia was better |
15:46 |
pinesol |
csharp_: As great as you are man, you'll never be greater than yourself. |
15:46 |
csharp_ |
pinesol: apropos |
15:46 |
pinesol |
csharp_: (apropos <string>) -- Searches for <string> in the commands currently offered by the bot, returning a list of the commands containing that string. |
15:47 |
csharp_ |
hah |
15:47 |
csharp_ |
didn't realize that was a command |
15:48 |
csharp_ |
@monologue |
15:48 |
pinesol |
csharp_: Your current monologue is at least 12 lines long. |
15:49 |
csharp_ |
somebody's pcruding the pcrud out of our servers |
15:49 |
csharp_ |
@blame catalogers |
15:49 |
pinesol |
csharp_: catalogers is really just another name for autogen |
15:50 |
csharp_ |
@blame [band] |
15:50 |
pinesol |
csharp_: Weird Error 8 stole bradl's tux doll! |
15:50 |
csharp_ |
pinesol: actually *I* have bradl's tux doll in my office at GPLS |
15:50 |
pinesol |
csharp_: We're going to need a bigger boat. |
15:59 |
mmorgan |
:) |
15:59 |
JBoyer |
csharp_, how does /openils/var/web/opac/extras/xsl/fm_IDL2js.xsl look? that's what chews on the IDL xml and spits out the js |
16:00 |
JBoyer |
and if that's fine, since stock works, does stock + your IDL work? (the /reports/ one is what this uses, I think) |
16:04 |
berick |
csharp_: it's only cached within the Apache processes. restarting/reloading apache clears the cached IDLs |
16:06 |
csharp_ |
JBoyer: berick: thank you for the tips! I'll investigate |
16:23 |
jeffdavis |
I was wondering if your fm_IDL.xml has a syntax error in a CDATA block that xmllint wouldn't catch, or if the regex-based preprocessing in OpenILS::WWW::IDL2js->load_IDL() is mangling something. |
16:34 |
|
kmlussier left #evergreen |
16:48 |
csharp_ |
jeffdavis: yeah, that's a good working theory |
16:55 |
jeff |
obligatory "You can't parse [X]HTML with regex." StackOverflow classic: https://stackoverflow.com/a/1732454/157515 |
17:01 |
sleary |
so very painfully true |
17:09 |
|
mmorgan left #evergreen |
17:15 |
pinesol |
News from commits: LP2083726 Color corrections for 3.14-beta <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=19413c7337e0004e5326d5aef4747a8bf62f65e8> |
22:13 |
csharp_ |
jeff++ |