Search
17:25:35
Colleen
<shinmera> SAL9000-: :shepface: https://github.com/Shirakumo/jLichat/blob/master/src/main/java/org/shirakumo/lichat/CL.java#L30
17:26:31
Colleen
<shinmera> Yeah. I had a nice self-contained solution but no
17:38:15
Colleen
<shinmera> :cripes: why is it so hard to get a ref to the java source file path augh.
18:03:01
Colleen
<shinmera> so many tests
18:04:54
scymtym
sorry. i wanted to see how :cripes: renders in the js client
18:15:27
Colleen
<shinmera> I forgot about another issue
18:15:32
Colleen
<shinmera> Java doesn't have multiple inheritance
18:50:04
Colleen
<shinmera> Emacs really does not like having java source-code-like stuff inside strings
18:54:59
SAL9000
Shinmera: looks like there's a bug in the backfill implementation -- it sends updates with :id "123" rather than :id 123
18:55:51
SAL9000
I thought I was going nuts for a while there, seeing Python seemingly failing at comparing numbers :D
18:56:12
Colleen
<shinmera> Iirc strings are allowed as IDs.
18:56:32
SAL9000
yes but it's casting existing updates' IDs to strings when backfilling them
18:57:35
Colleen
<shinmera> It does so on purpose, since it needs to stuff things into a table
18:58:13
SAL9000
so... ids should always be string-compared rather than type-aware-compared, then?
18:58:19
Colleen
<shinmera> though at this point I'd be fine with specifying ID to be a subtype of integer.
18:58:32
SAL9000
you could serialize the wire representation rather than the value
18:58:32
Colleen
<shinmera> no client currently uses strings
18:59:02
SAL9000
current workaround: I cast both ids to str for comparison
18:59:20
Colleen
<shinmera> I'll think about it.
18:59:29
Colleen
<shinmera> I'm tending towards the subtype.