drikerf

Backend is Clojure, frontend is ClojureScript :).

Thank you for taking the time to write this :)!

I populate some things based on the domain but not all that you mention. I like these little smartness things and I want to do this. It's one of the things I'm going to try to make this autumn :).

I just picked a number. I want to offer a way to try it for free. However, My focus is to provide the best possible experience and support for paying customers, and I can't really do that if I'm supporting free users. If you need more time to evaluate, I can extend your trial :).

Thank you :)!

Thanks! That makes sense. I'll def make a video/gif! The product has changed quite frequently so didn't want to redo it every other day :)!

Hey! Thanks for the feedback!

There will be an api later on. I'm building this for small businesses, so I don't want to bother them with enterprise features they won't use :).

Thank you for the great feedback :)!

I just finished up an importer this weekend so it's easy to import your contacts from csv files.

Def going to make that GIF and look into colleague engagement more :).

Thanks! I like their work :)

Thanks! I know there are many CRMs out there. I'm trying to build one that I enjoy using and that is specifically made for small businesses. This way I can remove a lot of the stuff I don't care about and still have a nice and efficient system that is easy to stay on top of :).

Sure. But as always. It depends. If you're writing a highly interactive app and your jQuery script starts containing a lot of view state, eventually you'll go mad and probably duplicate a lot of logic on server and client too.

Seeing your app as a function of a data structure/state is then much simpler. Although it will require a bit more thought initially. App = f(s).

Again, it depends. If you're writing static sites and sprinkles will stay sprinkles, jQuery will probably be a solid choice.

Thanks! I'm happy you like it :)!

Sure, it's highly subjective.

Thanks :)!

Hey! Any specific issue? It should work by clicking instead of hovering to show larger images :).

Not yet. Might be something I'll implement. Thanks :)!

Sounds cool, thanks :)! I'll look into some more methods soon!

Yes, some are pretty funky :). Gradients, photographs etc can be one reason. Still I think some are pretty nice :).

Thanks :D

Coolors looks nice :). I generate all palettes automatically from my design curation Pixels (klart.co/pixels). I want it to be really simple to find color inspiration so you can just go to the site and press space to shuffle until you find something you like :).

Hi! It's data-driven in the sense that colors are not picked by hand but rather extracted from curated designs on Pixels (klart.co/pixels) :).

Definitely. It's also interesting that Youtube rolled out in-app sharing and messaging a couple of days ago https://techcrunch.com/2017/08/07/youtube-roll-out-in-app-vi.... Seems like they're getting closer and closer to each other for every day that passes.

Pixels is a curation of web designs. You can always checkout the original site too big clicking the arrow icon :).

Cool! I'll have a look :)

I'm working on a team plan for Klart so there will be a pricing page then (soon). For now, the price is on the signup page :).

Thanks! Working on it :)

Glad you like it! I'm going to add filters soon. I already have them on Klart but haven't implemented it on Pixels yet :).

Cool! Any suggestion on how? Shake?

Good idea! I was thinking that the screenshot is enough when the design changes. I'll look into it :)!

Got it! I'm going to add something more obvious, thanks :)

Extracting dominant colors from an image. In this case a screenshot. Since there may be loads of different colors (ie: gradients/photos). Knowing which colors are dominant is hard to determine.

Thanks :D!