Topic: Bounty for open source ByteCoin/Monero GUI - page 9. (Read 40820 times)

Boolberry has announced a GUI Wallet beta. I am posting here because it is qt-based and the source is freely available. This can be used as a reference for Monero wallet developers.

The GUI wallet is a cross-platform, qt-based, standalone application that does not require other processes. At the same time, it is designed to let user connect to already running daemon, if desired. As tested, it works under Windows, Linux and MacOS.

This wallet use QtWebKit for display so appearance is described via html/javascript. This means you can experiment with GUI wallet display without any knowledge of C++. You don't even need to recompile project - just open "html" folder and have fun.

The wallet is merged on the Boolberry project under the GUI branch
https://github.com/cryptozoidberg/Boolberry/tree/GUI

There are more GUI wallet build instructions on Boolberry website:
http://boolberry.com/howto.html#build_gui

One problem is that Monero Core (bitmonerod, simplewallet) uses recent version of some libraries (ie: boost), so the build process can be difficult depending on the platform.
Thus, to provide ready-to-user binaries is not straightforward for developers. Developing (providing code) takes time, but setting up build environments for all platforms (providing executables) is hard too, especially when the code is constantly evolving.

In the future, Monero Core could be added to Linux distributions repositories, facilitating usage for all users. From this point, GUI Wallets could use Monero Core as dependency. For Windows users, I think a all-in-one zip would be a good solution, but once again it takes time : Compiling for all platforms/architectures, creating installers, testing (!!), etc...

As a developer, I currently prefer to focus on the code, rather than spending hours to compile it each Week for all platforms. Packaging is important, but maybe we should wait for maturity before spending time on it.


About all-in-one GUI Wallet, I think bitmonerod will remain a standalone program because it embeds all the technical logic (can be launched transparently as subprocess). simplewallet will remain a CLI for creating/managing wallet, but it shouldn't be a dependency of GUI Wallets in the future.

Hellou

Great to see there is some activity to bring Linux GUI wallet for Monero.

I tried these.
https://github.com/Neozaru/bitmonero-qt
https://github.com/jwinterm/cryptonoteRPCwalletGUI
https://github.com/BitKoot/CryptoNoteWallet

Did not work yet.

Bitmonerod and simplewallet did not work either, so it would be great if there was everything in one downloadable zip-file. Daemons, wallets, GUIs and so on, whithout need to install bitmonerod's and simplewallet's first and try to combine them to the GUI-Wallet.

When do you think there would be available a Linux-GUI-Wallet for Monero?

I'll add 42 XMR to the GUI Bounty.

thank you neozaru !!! how come that didnt make the news yet?!

Hello,

I just released Windows 64bits binaries of MoneroWallet-qt.
You can find them here : http://toh.neozaru.info/toh/public/MoneroWallet-qt-windows8-x64.zip

Just click on 'bitmonero-qt'. Please, dont move files from the original directory. (you can still create shortcuts).
Please, ensure any 'bitmonerod' or 'simplewallet' is closed before.


Performance is low, but it should work on most Windows 64 bits platforms. (optimized version exists, but requires OpenGL 2.0. Not really user-friendly)



Please notify (or PM) me if it doesn't work in your 64 bits Windows



Jojatekok > I will try yours soon.

Thank You! By the way, your comment is very ironic, because I've randomly encountered a black cat on the street today, on the 13th of Friday


(As you can see, I'm not a photographer, but my excuse could be rushing home to improve Monero Client )

Looking sharp! Keep up the fine work. No rush, would prefer a well-built GUI in the next months to a rushed, potentially XMR damaging piece of software tomorrow.  Really does look good.

As I have promised before, here are some teasers from the upcoming 'Options' feature:



A lot more interesting features are on the whitepaper (which is only existent in my head) already, and I will keep some of them as a secret until their deployment. The RPC API's functions should really be improved though, as I will not be able to step further in stability and reliability whether the condition of reducing the amount of those BUSY messages isn't met: We need functionality without syncing the entire blockchain!

Remember: None of the altcoins' GUI wallets will ever be as featureful as Monero's

Hello everybody here I have always 0.1.6 with its graphical interface wallet how I did for the update because I see that is not like the others with their wallet. Dat file this is urgently please

Nice work pfo! If anyone is testing neozaru wallet, please share some screenshot with us!

Meanwhile, on the Mac (OS X 10.9) you can also use:

• For Monero, from http://mropool.org (direct link: https://dl.dropboxusercontent.com/s/cnywy3xsncfgcfq/Monero%20Wallet-0.2.zip)
• For Quazarcoin, from http://qcnpool.org (direct link: https://dl.dropboxusercontent.com/s/iug37pjlnh0j72r/Quazarcoin-Wallet-0.2.zip)

https://dl.dropboxusercontent.com/s/rjzqoq8nof19zbh/Monero-Wallet.png
              With an integrated CPU Pool Miner:
https://dl.dropboxusercontent.com/s/cmcejy3bs4j1zgb/Monero-Miner.png

I don't .know . really .. now I started realise that bitcointalk.org have got some "moderatoRs" ...

...this thread isn't self-moderated?

my spider instinct tells me good news .. but I am afraid my post will be deleted by a Hitler moderator ...

Monero Client's application data and the blockchain's path are not in correlation in any way. Differing from the Qt wallet (which is great to have for multiplatform support ), the Options tab will probably contain many settings (including the blockchain's path) which were only available by command-line arguments before.

I am constantly working on the application's structure, which would become a programming superhell if I wasn't taking the steps of prevention. The Views are going to be in subnamespaces (.Views.[...]Window) in order to keep things clear. As I have already mentioned, I am working on the UI for configuration (teaser screenshots are coming very soon ), but yesterday, I was too tired to program, so I decided to take a break for that day...

Hello.


I did some work on my Qt-based Monero Wallet, and I think it is now ready for testing.

https://github.com/Neozaru/bitmonero-qt

This is still a testing version. The main goal is to provide an user-friendly interface without technical terms (which will be available in a future advanced-interface). I tried to manage each case : Import existing wallet (with refreshing), create a new wallet, use with already-running 'bitmonerod' (not default behavior, check github's README), etc...
If you test it, please make suggestions about ergonomy, features, user-experience, colors (I find them ugly yet but I haven't any idea), and overall stability of the app.


For devs and testers, the requirements are qt5 (including qtquick2/declarative) and boost1.55.

If you want to compile it, ensure you have all dependencies and do :


For ArchLinux (64 bits) users, binaries are available here : http://toh.neozaru.info/toh/public/bitmonero-qt-testing-archlinux-x64.tar
(simply untar and click on 'bitmonero-qt', but close all 'bitmonerod' and 'simplewallet' before)
Arch users > to get dependencies (as root) :

Tell me if it doesn't run your in your platform. I could try myself (I've some sleeping VMs).


Before trying the program, PLEASE ENSURE THE FOLLOWING :
- 'bitmonerod' is NOT already running.
- 'simplewallet' is NOT already running or running on a different wallet from the one you will use in the GUI.


Some errors CAN happen. Maybe GUI errors I haven't detected, but sometimes bitmonero-core related errors. Please keep in mind that this GUI runs on top of 'bitmonerod', which still needs some necessary improvements, and I see that developers are working hard on it.


README and more binaries are coming soon. (Arch/Ubuntu first, Windows later)

Edit. It started working afterall

1. Yes the bounty is still open.

2. Any contested bounty awards will be voted on by the identified contributors. There can definitely be multiple winners as there are likely to be for the pool bounty.