Conversation
|
Anyone's free to provide feedback and thoughts on this design, I wouldn't want to create something that people wouldn't like to use or navigate. |
|
I would like to propose a dark mode toggle |
|
It'd be very nice if the new UI showed progress of what it was doing. Downloading converters/scripts/binaries/etc and what step of the conversion route its on. Would also be nice if you could pick the path it takes. Also, options. If converting from SVG to PNG, would be nice to specify the resolution/dpi. Or if a converter which takes a ppt to mp4 and you have the option to specify the frame rate. |
Oh, that's a good idea, I'll check if this could be implemented nicely.
I do agree that these features would be great to have, but I think that these might be outside of the scope of the UI revamp as these would require bigger backend changes. |
|
I like this UI proposal. Concerning "options", I do feel like we should have some kind of "settings" menu, even if it would be underutilized at the moment. We'll likely want that stuff later, so having a space for it is a good idea. |
|
i wanna see a treeview of the path it took to convert the file |
That's a bit ambitious for now. Let's keep this to just a redesign with room for more features in the future. |
|
I think we should make the github link on the bottom corner into a proper link with a logo beside it to make people more likely to notice it and contribute to the project? |
|
Before I begin, as we're using Bun+Vite, would it be fine if I begin to divide and compartmentalize each component? Currently everything is just lumped in |
|
Yeah, sure. Restructuring is fine. |
|
Minor suggestion, it would be great if you could cancel the current conversion without having to refresh the page |
|
There is full info for the file you are converting to ( |
|
I'm not a fan of all the LLM-generated frontend stuff. I'm glad that y'all are eager to help, but vibecoding a frontend is not a sustainable idea. As I understand it, the people who authored this PR are working on their own implementation. Let them finish what they started, we don't need to rush this by sloppinating a prompt. |
|
it would be nice if there was also a swap button to swap which you were converting to vs from |
Rudimentary commit to just get Advanced mode state tracking out. This does mutate the global `SimpleMode` toggle, so it's immediately usable
Added deps: * use-debounce Formats can now be searched and selected by the user. For the mean time, categories are not rendered until this fork is synced with upstream and any merge conflicts are resolved, since upstream added support for categories. The way it is implemented right now is naive and underperformant, expect it to be improved or even reimplemented later
That depends on @Jor02's discretion |
|
Thank you for the suggestions! I was starting to doubt if there are going to be any feedback from other users. @SPLATPLAYS Edit: Oh god, I received your criticism comment as an email way later than your GH pages suggestion, my apologies for the confusion |
These styles wouldn't get triggered by the desktop UI
Arbitrary handlers can be passed to the Popup button for further usage (e.g. Cancel-Confirm, Close, etc.)
Most changes only noticeable in Dark mode with Advanced mode turned on
The Popup can now receive arbitrary JSX data from `PopupData`, instead of just `title` and `text` properties
Double-click prevention should come next, and actually implementing interaction disabling
|
Cool UI, I would be very glad if this was added! |















This draft PR introduces the initial concept for a major UI revamp of the application.

Currently this PR only has the a low-fidelity wireframe for gathering thoughts and feedback.
The goal of this version of the PR is to:
Next Steps
This PR should: