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

The quarkcoin wallet has solo mining and there were plans to add pool mining but I'm not sure how far they got with that. If anyone knows Max the dev for Quark maybe he can share the progress they've made.

There is no race. We've already said that multiple solutions if they are useful, available within a reasonable amount of time, and meet the requirements will get a share of the bounty.

Most of the work was researching, learning, planning, thinking... and ofcourse setting up some environments, it isn't wasted time

I liked compiling several Qt wallets and i had some nice chatting with other developers, one of them was rat4 of blackcoin who surprised me helping me with cygwin. Even compiling the blackcoin windows wallet in linux with the mxe and gcc stuff.

The next step would had been to learn more about Qt, the GUI aspect of the wallet, the real work!

This!

Don't be sad! See if you can share code and split the bounty.

You did beat me into it, but then again you are simply capturing the deamon command window output.

I was diving into making a native wallet while chatting with othe all along. I had to find out the hard way that several parts of the cryptonote code that are included aren't usable in c++/clr wrapping. I managed to build it and use a simple c++ gui and call the deamon functions directly. To get this far i did spend 15 hours of researching, learning, error solving, etc...

Next i was learning Qt and managed to build some coin wallets for linux, windows and mac. I was trying to use an existing coin frontend and rewrite the middle code.

Now i feel sad about continueing, i don't want it to be a race.

Still you'r solution does not has my recommendations, thru i even considered it to do it that way. Then i would had had a wallet past week

So much this.  I don't know if anyone else ever implemented this in any of the thousand btc clone wallet qt's but I've always wondered why I would never see it.  I can't imagine it would be very difficult.

I disagree (maybe -- you might be suggesting to add simpleminer, and I agree with that). Solo mining is fun (think lottery) and helps the network (a lot -- pools are quite risky). Historically the main reason solo mining was removed from the bitcoin GUI was not that solo mining was hard, it was that CPU mining wasn't competitive with GPU mining. As long as CPU mining is competitive there should be still be an option in the GUI, although I'd include a pool mining option as well.

A nice feature of both would be the ability to choose threads (with detection of maximum number). A small number of threads is good for background mining while you are otherwise using the computer, or reducing heat.

Great work. The solo mining phase is about to come to an end because the two pool implementations are almost done.  So you will want to be able to command simpleminer, not just the daemon.

Hmm, was afraid so. Will have to look into other UI's. As far as I can tell other parts of the .NET framework I used are all available in mono. Maybe I'll make an alternate UI which is compatible with mono (WinForms is supported, could be an option).

Meanwhile I did another update (https://dl.dropboxusercontent.com/u/6522303/CryptoNoteWallet_latest.zip):
- Transactions tab implemented.
- Statusbar shows number of connected peers.
- Status bar show progress (text) while downloading blockchain.
- Log windows properly scroll to bottom on new text.

The transaction tab is very rudimentary at the moment. I plan on grouping transaction by transaction id, and offering the ability to expand them to see the individual coins send.

Next stop: mining.

Mono doesn't port WPF to other platforms.
http://www.mono-project.com/WPF


The only real solution would be to either use one of the two largest platform independent GUI frameworks -> Qt or GTK+
Else you will need to write a wallet for Mac in Cocoa and then still Qt for linux or so lol

I know this because i was looking into writing a GUI as well, started with porting the c++/clr to be called from managed code, also fun.
But it needs to be platform independent, there is a reason all those other wallets are build on Qt

Or use mono and GTK#, a variant of GTK+ http://www.mono-project.com/GtkSharp

... and silverlight is kinda death, as you know ... else moonlight would be nice

debug pls

Update:
There are multiple reports of the daemon logging halting without your GUI. Most likely not a GUI issue, but you'd be a better judge of that than me.

I will be re-dling your updated version today, and will try to get it on a 32 bit machine.

That would be great. We first need to find out if the .NET features I used are even available in Mono (I'm most worried about WPF, Processes and async/await).

Another minor update: I think I managed to fix the problem where the daemon log window would sometimes stop updating. The wallet now 'pings' the daemon every second by sending an enter. This forces an update of the output from the daemon and will thereby update the log window.

https://dl.dropboxusercontent.com/u/6522303/CryptoNoteWallet_latest.zip

I have some experience with Mono, maybe I can help you

Thanks for all the feedback! I will try to incorporate as much as spare time allows


- I will add a cleanup function which will strip all whitespaces from the address when pasted in to the send address field.
- I made the 'unconfirmed' text small on purpose. I did it to make clear the balance is what you can actually spend. Unconfirmed is what will be spendable in the near future. If more people find this illogical I can change it.



What .NET version have you installed? The application needs 4.5. What windows version are you running? Can you check if you right click one of the files (executables and *.dlls) and click 'properties' if the dialog that appears says anything about blocked files?



The check for the executables has been added (see below). I also plan on adding mining support soon.  It shouldn't be to hard. Advanced commands are a good idea, but lets focus on the general commands first . I think 32 bit should also work, but I don't have a 32 bit windows here to test it.



I agree the full bounty needs cross-patform support, that's why I included 'part of' . I can try, but I have 0 experience with developing for mono.NET. I suspect I might have used some parts of the .NET framework which are not available in mono (starting a commandline process will probably not work in the same way for example).



I have also noticed the daemon log stops updating sometimes (although it keeps function fine in the background). I hope I can find the source of this problem.



This one should work on 32bit as well. Can you test this?


New version
Source has been updated on GitHub
Binaries: https://dl.dropboxusercontent.com/u/6522303/CryptoNoteWallet_latest.zip

The following changes have been made:
- The application no longer crashes when the executables of the wallet and/or daemon are not found (it displays a helpful message).
- Text in the log windows is now selectable and can be copied (using ctrl+c).

what gui works for windows 32bit ?

Update on usage:

I have managed to sync the entire blockchain from scratch, but my daemon log has stopped showing updates. Last height it reported was 25836, but my wallet reports the correct height at this time. Closing the wallet and re-opening it causes the log to display again.

The lack of green, yellow, red, blue, grey and white colored messages is something that I was getting accustomed to . . but with the bugs that are persistent (edit: the ones that they are working on debugging in source, not your program) maybe it's best that the colors aren't used for end-users? Someone should make a decision here, because I don't know . . just pointing that out.

GUI to GUI transfer works.

Hi,

The software looks extremely nice, however to give full bounty I would really appreciate it being able to be built on fully open source platforms. Could you try to provide compilation instructions for Linux with mono.NET?

Cross-posting feedback . . .