Closed kilrau closed 6 years ago
Whichever works. I think a dedicated developer or two would be good if we could swing that.
Are you guys looking for a unique design ? If you have or are planning to buy a ready-to-use theme, I would gladly connect xud to a UI, since I'm no designer creating a new design is not possible for me.
The admin themes are pretty good to use for such projects, since those themes got multi functionality, so we could use any part of them for xud's any related internal working.
What do you think ?
I haven't given much thought to theme or design, but I think the UI could have a minimalistic/clean UI without bells and whistles since it would be targeted at administrators and power users - not mass market. Which admin themes are you referring to?
For Mongoclient I used INSPINA which's pretty good, but actually for open source project we need extended license, which costs high a bit.
But there're lots of admin themes such as it, which could be good.
@kilrau it's largely depends on whether we want to just have some browser interactions as a replacement for the CLI, or whether we are ready to start thinking on the actual UX that we want to end with.
If the latter, dev work should be delayed, and we should focus on solely on UX (the actual UI design can be delayed as well).
I'd suggest starting with the former, and to bootstrap an initial front end React app ourselves. I can do it myself, unless anyone else is interested. This would also be a good first test for our high-level API design (including the web proxy), which isn't finalized yet.
Thanks for all the comments, didn't expect this 👍 We'll outsource this, it's perfect for an external frontend engineer and designer. I'll refer to the admin themes you suggested @rsercano . This issue is more for me to track, I got this. And yes it's a UI for technical traders...
Hi, I don't know if it's relevant but you guys could perhaps do something similar to universal app. I have lots of experience with React and would love to help :)
@ImmanuelSegol That looks pretty cool. I don't expect that mobile support would be a priority fwiw, but it certainly wouldn't hurt and that looks like a good starting point.
As discussed, a GUI might not be the right for our target group of technical traders, hence check https://www.npmjs.com/package/ccxt compatibility (check how sparkswap did it)
As discussed, The reason I feel GUI might not be best option at this stage of the project is because the traders using XUD would need to have some level of technical proficiency (at-least with terminal) to be able to setup LND and XUD anyway. Sparkswap is using cctx (the pakage @kilrau mentioned). Their CLI is meant as a proof of concept and its not a legit trading interface. They have mentioned that their early target users are big traders and they typically integrate into their own trading infrastructure using APIs and don't trade on the websites. Here is CCTX integration part of their documentation. They are supporting the following CCTX methods: fetchBalance
, fetchMarkets
, fetchOrder
, fetchOrderBook
, fetchOrders
, fetchTicker
and fetchTrades
For many other functions like placing orders, adding and removing funds on the exchange, users will need to use custom sparkswap functions.
Here is the full list of all unified ccxt API methods (subset of methods common among the exchanges)
Thx, opened https://github.com/ExchangeUnion/xud/issues/707 closing here.
Outsourced: