Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: JSON For You – Visualize JSON in graph or table views

github.com

Post reply on HN
Print view View original

61–70 of 88 posts

Re: Show HN: JSON For You – Visualize JSON in graph or table views

#61

Post by loggerhead »

fragmede wrote: post #56
loggerhead wrote: post #32

Earlier quoted context omitted.

Thank you very much for your feedback! It's very insightful. Are you saying that for local tools, people are more willing to purchase through a one-time buyout rather than a subscription model? Because they feel that a subscription doesn't provide continuous value and thus isn't worth the price?

Yes. For something like Amazon Prime where there's clearly work being done by Amazon every month in the form of shipping and TV shows, it's easier to stomach. For a product that does the job with the current set of features, it's not viewed in a positive light. But the question is do you as the developer on this product care? A lot of people will see the subscription and bounce off. They weren't going to pay you any…

Thank you for your support! I'm open to all kinds of feedback and want to understand different perspectives. After gathering enough input, I'll digest and understand it before making any decisions, ensuring not to take any single opinion as the whole truth.

Re: Show HN: JSON For You – Visualize JSON in graph or table views

#62

Post by breck »

loggerhead wrote: post #58
breck wrote: post #54

Earlier quoted context omitted.

What's causing it to crash, the left panel or the right? Are you using CodeMirror for the left panel?

The issue isn't with the editor itself, but rather because rendering becomes very time-consuming when there are too many DOM nodes. This is due to the specification limiting to only one main UI thread.

You should learn webgl and do particle rendering.

Re: Show HN: JSON For You – Visualize JSON in graph or table views

#63

Post by loggerhead »

metalliqaz wrote: post #60
loggerhead wrote: post #40

Earlier quoted context omitted.

I think the main reason is the rapid development of web technologies, which has significantly reduced the cost of developing software with a GUI. And web technologies are best suited for the web itself, whereas running locally would introduce additional development costs.

I wonder if you've ever seen an expert using Visual Studio in its heyday... Prototype GUIs could be up and running within minutes. The same was true of Java Swing, in the right hands. These technologies have fallen out of favor now, but I find it hard to believe that today's swirling pool of web frameworks have reduced the cost of GUIs compared to anything other than Web in the days of jquery. What they certainly do…

I strongly agree with your view. I used to be a loyal user of Sublime Text, it performed exceptionally well and was incredibly fast, which I loved. However, perhaps I misspoke, what I meant to say is that due to the low development costs and rich ecosystem of web technologies, current applications are more inclined to use web technology stacks when developing GUIs. But (yes, there's always a "but"), the performance of web applications is still far behind that of native applications (although there has been significant improvement).

Re: Show HN: JSON For You – Visualize JSON in graph or table views

#64

Post by pdyc »

loggerhead wrote: post #29
pdyc wrote: post #24

nice tool, i created a tool for viewing csv and i tested with my goto csv file and it crashed :-) . you might want to use paging for tables or use virtualization for table view.

Yes, I've thought about it, but I haven't come up with a good implementation approach. Do you have any good ideas? Here's the problem I'm facing: I want the table view to support not just regular array but also complex object structures (like nested structures). The latter results in an irregular structure of tables within tables, and I currently don't have a good approach to implement this using a virtual list.

tree like structure is tricky, for regular csv you can use react-virtual, react-window or use canvas based approach. Canvas based approach would work for tree like structure as well, you are already doing it with graph so it should be doable for table as well.

Re: Show HN: JSON For You – Visualize JSON in graph or table views

#65

Post by reed1 »

Everyone here mentions jq but no one mentions "fx". It's an awesome cli app to browse json. It can modify json too, but I think jq has shorter DSL. If you want to browse or navigate through nested json, this is the best tool I know.

I wouldn't use GUI for this simply because piping data and mouseless env are more convenient to me. These are my other use cases:

- validation & auto fixing: fix-busted-json (python)

- tabular view : visidata (vd) can do this directly on json files. it has tons of other features like histogram, charts, sort, filter, edit, etc

- summarizing and querying: duckdb. Example: select sum(price), count(*) from 'orders.json'

- conversion: json2csv, it works both way

- diff: simply diff, but sometimes jq for ordering keys is required

Re: Show HN: JSON For You – Visualize JSON in graph or table views

#66

Post by BerislavLopac »

loggerhead wrote: post #26
poopsmithe wrote: post #19

I have a UX complaint about the carousel images on https://json4u.com/ While I was looking at the image and trying to understand, the carousel moved to the next image. It's too fast, and I can't get back to the first image without it immediately switching me to the second image. I can't get it to sit still either and NOT switch to the next image. Some carousels pause themselves when the cursor is hovering over it, bu…

Thank you very much for your suggestions! I will optimize its experience. By the way, have you seen the two switch buttons on either side of the carousel? I'm thinking about whether I need to adjust its background color to make it more noticeable.

The buttons are visible, but automatic switch to the next image is annoying. I suggest either disabling the switch completely, or as soon as one of the switch buttons is clicked.

Re: Show HN: JSON For You – Visualize JSON in graph or table views

#67

Post by pragmatick »

loggerhead wrote: post #26
poopsmithe wrote: post #19

I have a UX complaint about the carousel images on https://json4u.com/ While I was looking at the image and trying to understand, the carousel moved to the next image. It's too fast, and I can't get back to the first image without it immediately switching me to the second image. I can't get it to sit still either and NOT switch to the next image. Some carousels pause themselves when the cursor is hovering over it, bu…

Thank you very much for your suggestions! I will optimize its experience. By the way, have you seen the two switch buttons on either side of the carousel? I'm thinking about whether I need to adjust its background color to make it more noticeable.

It should at least stop autoswitching after you pressed a button. I clicked back and it instantly moved forward to the next picture again.

Re: Show HN: JSON For You – Visualize JSON in graph or table views

#68

Post by 20after4 »

reed1 wrote: post #65

Everyone here mentions jq but no one mentions "fx". It's an awesome cli app to browse json. It can modify json too, but I think jq has shorter DSL. If you want to browse or navigate through nested json, this is the best tool I know. I wouldn't use GUI for this simply because piping data and mouseless env are more convenient to me. These are my other use cases: - validation & auto fixing: fix-busted-json (python) - ta…

+1 for fx, it's absolutely awesome. https://fx.wtf/

Re: Show HN: JSON For You – Visualize JSON in graph or table views

#69

Post by slightwinder »

loggerhead wrote: post #32
slightwinder wrote: post #16

Earlier quoted context omitted.

People have no problem with paying for open source, once. A recurring payment is a different topic, especially if it's unclear for what the payment is good for, what value it has for the customer.

Thank you very much for your feedback! It's very insightful. Are you saying that for local tools, people are more willing to purchase through a one-time buyout rather than a subscription model? Because they feel that a subscription doesn't provide continuous value and thus isn't worth the price?

People have not endless money, so they have to calculate the value and final cost of everything. And subscriptions are very, very low on the value-calculation, because it's a recurring cost which will grow over time, which means it's risky.

Additionally, people usually buy something for the value it has now, or a promised value which might materialize in the future and they consider realistic. So, if your tool has a legit reason for a subscription, people might pay for it. This means, server-costs on your side, which are realistic for the demanded price. Or a roadmap of fancy features which are actively worked on.

But paying for something regularly, where there are no ongoing costs on the sellers side, and no foreseeable positive changes in the value of the tool...this makes it really hard to reason about the cost&benefits. I mean, the tool will not change, the value is static, why pay for it again and again and again? This is like Walmart asking for a subscription for silverware..

Re: Show HN: JSON For You – Visualize JSON in graph or table views

#70

Post by loggerhead »

breck wrote: post #62
loggerhead wrote: post #58

Earlier quoted context omitted.

The issue isn't with the editor itself, but rather because rendering becomes very time-consuming when there are too many DOM nodes. This is due to the specification limiting to only one main UI thread.

You should learn webgl and do particle rendering.

Thanks. The main issue is that we can't reuse existing components, so the development workload will be quite large, but I'll think about it.
Post reply on HN