Future of Elmfinder.org

Hello everyone!
Half a year ago I’ve looked for elm package categorization site. I could not find any. So I made my own. And then @alexkorban created Elm package catalog. I don’t have as much time as Alex to make it even on par with his site. It’s not even worth to try since this this is already great site which I used a few times.

So now I question existence of Elm finder and what should be it’s purpose. Because currently it’s not worth to invest my time into something that is obviously not worth it and I’m thinking of shutting it down. But I invested some time into this and I want to know if someone would find it useful.

  1. I can just shut it down and make it permanent redirect to Elm package catalog until domain expires. There are a few places on the web which use link to it so it would be a pity to break those links. Cloudflare can handle that redirect for me so it’s the easiest option.
  2. Since I have in my DB all elm packages with docs for 0.19 and 0.19.1 I could expose it via REST API. So you would be able to use it for any purpose you would like. This would not be that hard and time consuming.
  3. Make it good testing place for UI for Elm packages. So I would completely remove categorization thing. This would simplify things a lot and save a lot of time. But this approach has problems. It’s the most time consuming of the three. I also don’t have any idea how better version of Elm packages should look like.

So what do you think? Do you find any of this useful or not? And if you want to know more, here is the source code: https://github.com/martin-jahn/elm-finder.

2 Likes

I liked elm-finder a lot. Mostly because I could define my own categories. But you are right, the effort Alex put in makes elm-finder obsolete. Therefore, I feel like shutting down elm-finder is okey. That said, I dislike the idea, that Alex alone is responsible for categorizing all packages of Elm. And adding to that, the Elm package Catalog has also no search function. So i’m currently mostly using Elm Greenwood and browser bookmarks to group packages.

Personally, I feel like a better solution would be to add tags in the elm.json file and then the package owners would be responsible for grouping their own packages.

3 Likes

It’s a shame that you want to shut it down, although I understand your rationale. Elm finder seems a more complete solution compared to Elm Package Catalog:

  • Friendlier UI/styling (going forward/backward breaks navigation in EPC, it always reverts to the “Algorithms/data structures” category)
  • Search functionality
  • A more complete package database

For example, I just found https://www.elmfinder.org/packages/ianmackenzie-elm-geometry-svg/ which is something I’m interested in. The same package, afaict, is not in EPC (I am not sure of this, because finding it would mean clicking each category and ctrl-f).

Is there an option 4, for keeping it up, but not maintaining it? :slight_smile: At the least, that might give EPC time catch up on some of those issues.

Its located under the category “SVG”. But yeah finding things that you do not know exist, is difficult because sometime the category does not match with the once in your head (For example a “Geometrie” category would be the one I would look for to find ianmackenzie/elm-geometry , instead it is in the category “Maths”)

Actually the Elm Package Catalog IS complete. You can find every package that is not yet categorized under the category “New”. And I must give Alex some props here: I published a new package last night and today it was already categorized.