Thinking the cljc.java-time and time-literals combo look ace.

They're all the same. :)

Tick uses the others.

Imo, tick is a nice interface over java time.

I know

But they're all by juxt

Yeah… I don’t need tick just yet… I really just need containers for the types

will include it when I need it though

I’m no expert; but if you don’t know any better and are doing a greenfield project; you probably want to first pick a grid-system/css-framework — and then either theme it yourself or find a theme for it. No idea what is currently in vogue (it changes every week) but some starting points to look at would be: - https://get.foundation/ - https://getbootstrap.com/ - http://getskeleton.com/ - https://material.io/design/

What you pick will most likely depend on what kind of site/app you’re building; and what features you need; e.g. responsive, grid, widgets etc.

i’d go with bulma and material-ui react.

ahh yes bulma was the other one… I was struggling to remember its name!

@U0DTAJS3Y from the docs aset and aget work with arrays but you have a map, the way I change the value in a map is

(assoc-in student ["grades" "Physics"] "my new value")

I was actually expecting some magic trick to happen with aset since you could access nested structures with aget if I am not wrong

but thanks for the hint 😉

The issue is that #js is not recursive. You end up with a plain JS object that contains a ClojureScript vector under its "grades" key`. If you specify #js in front of every map and vector, aset would work. But you should not use it as it's designed to work only with arrays. There are other options: 1. Use multiple calls to goog.object.set - will work with any keys 2. Use (set! (.. student -grades -Physics) "my new-value") - will work only with keys that are valid symbols 3. Use https://github.com/binaryage/cljs-oops 4. Use https://github.com/mfikes/cljs-bean 5. Don't manipulate JS data structures at all - manipulate only CLJS data structures and then convert them to JS when needed (the least preferred solution if you care about performance)

thanks a lot for the explanation @U2FRKM4TW 🙂

CSS is very polished .. for the rest there’s not much going on .. I didn’t inspect the page to check if it’s react and personally I wouldn’t use it for something like that because I feel it’s overkill ..

My Wappalyzer chrome plugin detected React + Next.js

If you're using shadow-cljs, you can use ["js-joda" :refer [LocalDateTime]] require. But I have no idea if that would work with self-hosted CLJS.

ahh yes that does work. Thanks I forgot about that syntax; I’ve used it once before a long time ago

> it probably is because I haven’t imported the exporting.js module Why do you think that?

How did you require Highcharts?

I had a normal chart working, that doesn’t need the constructorType property, and it was working, now that I want to test stockchart I’m following a different example, and in that example (https://stackblitz.com/edit/react-4ded5d?file=index.js) there are many things included, exporting is one of them, also in the reagent example with highcharts they include the exporting.js in the html directly (https://github.com/reagent-project/reagent-cookbook/tree/master/recipes/highcharts)

and currently I’m importing Highcharts like this

["highcharts" :default Highcharts]
["highcharts-react-official" :default HighchartsReact]

The highcharts-react examples uses:

import Highcharts from 'highcharts/highstock'

["highcharts" :default Highcharts]

yes, I also tried

["highcharts/highstock" :default Highcharts]

What what happened? Was it the same warning?

yes, the same, right now I’m going to add

["highcharts/modules/exporting"]

I was confused, that exporting module is just to generate images from the chart, so it is not what I need, how ever it is still not working

Try ["highcharts/highstock" :as Highcharts].

I’m doing that, the problem is the string it is expecting in :constructorType

Notice that I use :as instead of :default.

if I use the default :constructorType ‘chart’ it draws a chart

With that, I got the chart working.

Do (js/console.log "Highcharts" Highcharts) somewhere at the top level. Does it print out an object or undefined?

but if I use :constructorType ‘stockChart’ it throws the error

(js/console.log "Highcharts" Highcharts) => undefined

OK. How do you import highcharts/highstock right now?

["highcharts/highstock" :default Highcharts]
["highcharts-react-official" :default HighchartsReact]

console.log returns undefined, you should check your chrome console for the output

Replace ["highcharts/highstock" :default Highcharts] with ["highcharts/highstock" :as Highcharts]. What does that log output now?

> Highcharts {product: “Highstock”, version: “8.0.0", deg2rad: 0.017453292519943295, doc: document, hasBidiBug: false, …}

And with that being the case, the chart still doesn't work?

yes!

wow!

why did work with :default ?

No idea - I'm stumped myself. I'll ask in #shadow-cljs

very subtle

hey let’s back up a sec.

you can render a chart depending on what constructorType you pass in, yes?

yes, but you all need to import/require the correct highchart file (highchart, highstock, highmap, etc..)

and the issue is that you can’t import the additional supporting chart files?

@U4YGF4NGM The import does not translate well using the shadow-cljs guide, that's it. For some reason, this particular import works in JS (maybe transpiled, no idea), but not in CLJS.

It's just some peculiarity of the JS import machinery.

And how shadow-cljs tries to alleviate the pain.

when I look at the examples of Highcharts, there’s a lot of stuff they’re doing where they import additional files (not just "highcharts/highcarts" and "highcharts-react-official" , but many more modules) and then execute them as functions on the high charts object

I’ve read you two talk about importing high charts, but not about the supporting modules and applying them, so I’m just making sure we’ve already ensured we have those working

For instance, here’s an example of a stockChart: https://codesandbox.io/s/10yv629397 notice how it’s importing import StockTools from "highcharts/modules/stock-tools.js"; which seems relevant

None of the supporting modules are required. I got it working in CLJS with just the "highcharts/highcarts" and "highcharts-react-official".

it’s interesting in the first example @U9BUENJ1F posted that specific import doesn’t show up, but maybe it’s rolled up into one of those other modules like 'highcharts/indicators/indicators' or something

my bad then

yes, as @U2FRKM4TW say, I don’t need any other module, the example you give uses a lot of GUI objects that I don’t need

@U2FRKM4TW thanks a bunch!