Live data from Hacker News

Show HN: Extend UI – open-source UI kit for modern document apps

extend.ai

51–60 of 88 posts

Re: Show HN: Extend UI – open-source UI kit for modern document apps

#51

Why doesn't it mention anywhere that they are React components?

Not just React, but it apparently also depends on Next.js

Dependency in package.json:

- https://github.com/extend-hq/ui/blob/main/apps/v4/package.js...

Dependencies in some components:

- https://github.com/extend-hq/ui/blob/main/apps/v4/components...

- https://github.com/extend-hq/ui/blob/main/apps/v4/components...

Re: Show HN: Extend UI – open-source UI kit for modern document apps

#52
Experienced the same nightmare a few times over with citations.

React/next is limiting, we have rebuilt this for angular and now redid it again using lit for better compatibility. Our old one is very similar to this.

Loading citations for each field across 1000s of pages, colliding citations for all the messy formats, zoom, rotate etc. what a mess!

Great that you took the time to MIT this as it would have saved us many hours, though I think today Fable + Codex makes it pretty quick

I could recreate these in lit as a fork, would be very useful to have the full set

Re: Show HN: Extend UI – open-source UI kit for modern document apps

#55
The performance is quite bad. There are some basics missing or broken.

- no caching for file previews

- no sorting by date in the file picker

- no sorting by size in the file picker

- no sorting by file type in the file picker

- no search in the file picker

- cant enter a folder in the detail view (only expand) in the file picker

- cant go to page (by page number) in the document viewer

- after clicking a button in the document viewer, focus is lost on the document and arrow keys, space, pgup/pgdown dont work until the document is clicked again

- cant select text in the document viewer, unless I search first, in which case it then works

This is after looking at the file picker and document viewer less than 3 minutes(!!!). I gave up after that. Getting 80% of a file picker is easy, getting the last 20% done, so that it's on par with existing software, is not.

Very very odd to have things look this polished, yet be this terrible functionality- and performance-wise. These are not random quirky new ideas I'm having, these have been basics that work in every single file picker and document viewer since the early days of UI, before the web.

Re: Show HN: Extend UI – open-source UI kit for modern document apps

#56
post #55

The performance is quite bad. There are some basics missing or broken. - no caching for file previews - no sorting by date in the file picker - no sorting by size in the file picker - no sorting by file type in the file picker - no search in the file picker - cant enter a folder in the detail view (only expand) in the file picker - cant go to page (by page number) in the document viewer - after clicking a button in t…

Since there was a recent thread on react compiler[r] - I wonder if adding/pushing the code through react compiler would help? (Assuming it's not already being used)

[r] Thread was about rewrite in rust, but it made me have a look at the purpose/claims made by the project - and fine-grained, automated memoization for speed seems central.

Re: Show HN: Extend UI – open-source UI kit for modern document apps

#57
post #55

The performance is quite bad. There are some basics missing or broken. - no caching for file previews - no sorting by date in the file picker - no sorting by size in the file picker - no sorting by file type in the file picker - no search in the file picker - cant enter a folder in the detail view (only expand) in the file picker - cant go to page (by page number) in the document viewer - after clicking a button in t…

Yeah, it also seems it's made in React & Next. From experience, you'll have a hard time choosing a worse technology for low-level, interaction-heavy UI. You need direct control over focus, keyboard handling, scrolling and so on. You also need to leverage hardware accelerated rendering too, which is clunky with 3rd party React libraries.

What's more, even if state management should technically be easier with the amount of state libraries, you'll realise sooner or later that the established ones are cleverly immutable where you really just want them to be performant.

I am not saying that it's React at fault for the symptoms you see here, but I would expect any such library made in it to hit exactly these kind of edge cases.

Re: Show HN: Extend UI – open-source UI kit for modern document apps

#59
post #55

The performance is quite bad. There are some basics missing or broken. - no caching for file previews - no sorting by date in the file picker - no sorting by size in the file picker - no sorting by file type in the file picker - no search in the file picker - cant enter a folder in the detail view (only expand) in the file picker - cant go to page (by page number) in the document viewer - after clicking a button in t…

Yeah, it also seems it's made in React & Next. From experience, you'll have a hard time choosing a worse technology for low-level, interaction-heavy UI. You need direct control over focus, keyboard handling, scrolling and so on. You also need to leverage hardware accelerated rendering too, which is clunky with 3rd party React libraries. What's more, even if state management should technically be easier with the amoun…

> From experience, you'll have a hard time choosing a worse technology for low-level, interaction-heavy UI.

Can you elaborate on that? What else would you recommend?

Post reply on HN