IRC logs for #farmOS, 2020-09-12 (GMT)

2020-09-11
2020-09-13
TimeNickMessage
[20:42:11]* JustTB has quit (Quit: Leaving.)
[03:25:25]* steinfarm[m] has quit (Ping timeout: 244 seconds)
[03:26:21]* steinfarm[m] has joined #farmos
[03:27:03]* davd[m] has quit (Ping timeout: 244 seconds)
[03:27:25]* anonymous_zero[m has quit (Ping timeout: 240 seconds)
[03:27:34]* jgaehring[m] has quit (Ping timeout: 244 seconds)
[03:29:55]* symbioquine[m] has quit (Ping timeout: 240 seconds)
[03:30:15]* calbasi_matrix has quit (Ping timeout: 244 seconds)
[03:30:37]* davd[m] has joined #farmos
[03:31:12]* svenn has quit (Ping timeout: 244 seconds)
[03:31:38]* mstenta[m] has quit (Ping timeout: 244 seconds)
[03:31:43]* jgaehring[m] has joined #farmos
[03:32:13]* JulianF has quit (Ping timeout: 244 seconds)
[03:35:51]* symbioquine[m] has joined #farmos
[03:35:53]* svenn has joined #farmos
[03:40:30]* JulianF has joined #farmos
[03:45:12]* calbasi_matrix1 has joined #farmos
[03:48:04]* anonymous_zero[m has joined #farmos
[03:51:53]* mstenta[m] has joined #farmos
[07:05:04]* JustTB has joined #farmos
[11:41:38]* munjoma[m] has joined #farmos
[11:50:15]<mstenta[m]>Weekend thoughts...
[11:50:15]<mstenta[m]>I'm watching honey bees enjoying goldenrod... Thinking about how it might be possible to use the crop planning module to enable pollinator garden planning...
[11:50:27]<mstenta[m]>Where the "blossom window" is included in the timeline
[11:50:37]<mstenta[m]>And just this idea of extending the crop plan for different use cases in general
[11:51:57]<mstenta[m]>We're also thinking about doing something similar for "research crop plans" that
[11:52:47]<mstenta[m]>So this idea of "extending" existing plan types... I like where this might lead :-)
[12:41:00]<jgaehring[m]>> ^ Curious about folks' thoughts... is this useful enough to warrant farmOS-map being 10 KiB larger?
[12:41:00]<jgaehring[m]>this is awesome! I do wonder if there is a way to be more selective about what operators you would want to use a more prescriptive UI to avoid any serious parsing and/or risk of syntax errors
[12:43:05]<jgaehring[m]> * > ^ Curious about folks' thoughts... is this useful enough to warrant farmOS-map being 10 KiB larger?
[12:43:05]<jgaehring[m]>this is awesome! I do wonder if there is a way to be more selective about what operators you would want to use and provide a more prescriptive UI to avoid any serious parsing and/or risk of syntax errors
[12:46:57]<symbioquine[m]>ACTION sent a long message: < https://matrix.org/_matrix/media/r0/download/matrix.org/FLTFHUJPetZzsNjG... >
[12:47:21]<symbioquine[m]>Not sure where the point of diminishing returns is.
[12:49:12]<jgaehring[m]>yea, I don't know either
[12:50:11]<jgaehring[m]>I'm one of those people who's just reluctant to depend on someone else's library if and when it can be avoided
[12:51:19]<jgaehring[m]>but I'm just curmudgeonly like that, pay me no mind 🙂
[13:05:41]<symbioquine[m]>What to write/rewrite or what to re-use is always a balancing act... I usually try to take arbitrary dependencies only when they have simple interfaces which I could replace easily if an issue arises. Depending directly on complex interfaces which aren't well-established libraries/frameworks is a recipe for future pain.
[13:10:21]<symbioquine[m]>i.e. depending on even the large surface area of Vue.js/Angular/JQuery is probably pretty safe since the large number of clients helps insure friction against breaking changes - and an upgrade path when they're required. Similarly depending on a single method out of a math eval library is fairly safe in this context because it could be easily replaced with one of the other math eval libraries - as long as the logical
[13:10:21]<symbioquine[m]>UX for the user is similar.
[13:20:47]<jgaehring[m]>makes good sense to me!
[14:53:25]<paul121[m]>On a similar note... I'm becoming more curious about the status of dependencies regarding OL
[14:54:30]<paul121[m]>I just created this PR for ol-layerswitcher, unsure how active the library is: https://github.com/walkermatt/ol-layerswitcher/pull/360
[14:54:58]<paul121[m]>looking closer I see mstenta contributed one of the most recent PRs to that same repo haha
[14:58:24]<paul121[m]>but also re: https://github.com/farmOS/farmOS-map/issues/14, the turbo87/sidebar-v2 library seems lacking in its support for more recent OL versions: https://github.com/Turbo87/sidebar-v2/issues/143
[14:59:14]<paul121[m]>makes me hesitant to invest much time developing more features on top of these libs :-/
[19:38:30]<jgaehring[m]>hm, that's too bad re: the sidebar