Pages:
Author

Topic: Bitcoin-Qt, the future Bitcoin client GUI [user input needed] - page 13. (Read 57134 times)

newbie
Activity: 48
Merit: 0
I've had a quick first go at compiling a Windows version, and I'm getting errors (as expected) about missing header files.  Some of them I can guess, but others I could do with pointers as to what I'll need to install.

This list can also work as pointers for people wanting to do their own compilation.

Missing FileSource
openssl/*openssl
db_cxx.hBDB
boost/*libboost
sys/resource.h, net/if.h, ifaddrs.hI think there are Windows equivalents (ref) - can someone confirm?
netdb.h, arpa/inet.h, sys/socket.hUse winsock.h instead
sys/resource.h, net/if.h, ifaddrs.h, netdb.h, arpa/inet.h, sys/socket.hEdit headers.h line 61 (and others) to read "#if defined (WIN32) || defined (WIN64)"

There are many other errors too, but I suspect a lot will go when I've got the right libraries installed.
full member
Activity: 182
Merit: 100
I was using 0.3.22 prior. made a backup of my wallet. tried this. went back to 0.3.22 and my wallet is corrupt. put my old wallet back and still wont work. now im forced to use this?
hero member
Activity: 812
Merit: 1022
No Maps for These Territories
I'm giving that a go now.  It may take some time, though...
Thanks!
This is beautiful.  Once you have this tested on Windows (and have tested it throughly) you should submit a pull request for this.  I think that the mainstream client really ought to use QT (plus your GUI is so much nicer looking).
Yep, integrating this into the original client is planned after some build-system related issues have been sorted out there.
8 connections should be 2 bars, and 16+ should be 4 Tongue
Why the 16+ requirement for 4? The mapping is currently like this;
  • 0 -> No connection
  • 1-3 -> 1 bar
  • 4-6 -> 2 bars
  • 7-9 -> 3 bars
  • 10+ -> 4 bars
Great job!
Suggestion: get rid of the "Sent/Received" tab and keep just "All Transactions", "Sent" and "Received". Generated coins could be considered "received", you just change the Type to make it clear the difference.
This would be an improvement; however, I don't like the tabs at all.

Ideally it would be best to have a more extensive filter system; things like this should be possible
  • show me transactions between 28/04/2010 and 28/06/2010
  • show all transactions larger than 1.00 bitcoins
  • show all transactions received with/sent to address XX

But I'm not entirely sure how to implement this without making it too complex and user-unfriendly. So a query language is out of the question :-)

Maybe add combo boxes in the header row like in spreadsheets?
I think it would be better to have the type column right-aligned, because of the way it reads. (type's text makes more sense with an adress next to it.)
May be true. Though right-aligned text columns might look weird. I'll give it a try.

full member
Activity: 168
Merit: 100
Firstbits: 175wn
I think it would be better to have the type column right-aligned, because of the way it reads. (type's text makes more sense with an adress next to it.)

Anyway, nice! I might try a windows build later if i get the time. Keep up the good work!
hero member
Activity: 630
Merit: 500
Great job!
Suggestion: get rid of the "Sent/Received" tab and keep just "All Transactions", "Sent" and "Received". Generated coins could be considered "received", you just change the Type to make it clear the difference.
legendary
Activity: 2058
Merit: 1431
8 connections should be 2 bars, and 16+ should be 4 Tongue
newbie
Activity: 48
Merit: 0
Awww, man, the QT SDK takes forever to install!
full member
Activity: 141
Merit: 101
Security Enthusiast
This is beautiful.  Once you have this tested on Windows (and have tested it throughly) you should submit a pull request for this.  I think that the mainstream client really ought to use QT (plus your GUI is so much nicer looking).
newbie
Activity: 48
Merit: 0
Another thing: I'd appreciate it if someone with windows downloaded the free Qt SDK (http://qt.nokia.com/downloads/downloads) and try to compile this project. You can simply open the 'pro' file in Qt Creator that comes with the SDK. The biggest problem is probably the dependencies (openssl, berkelydb/dbcxx) though they likely exist for MinGW already somewhere.

I'm giving that a go now.  It may take some time, though...
legendary
Activity: 1022
Merit: 1001
Pity, its a nice looking app Sad
hero member
Activity: 812
Merit: 1022
No Maps for These Territories
Do you have a working windows gui/installer yet?
Nope, I cannot build this myself. I've asked for help with windows earlier in the thread, but no one has bothered to do it yet.
legendary
Activity: 1022
Merit: 1001
Do you have a working windows gui/installer yet?
hero member
Activity: 812
Merit: 1022
No Maps for These Territories
Update:
  • Split "Description" column into "Type" and "Address", to make sorting easier (and facilitate filtering in the future)
  • Merged "credit" and "debit" columns into one "amount" column that can be black (positive) or red (negative)


hero member
Activity: 812
Merit: 1022
No Maps for These Territories
A combobox turned out to not be really suited to this, as it had the nasty (insecure) habit of selecting the first address in the address book. It made it too easy to accidentally choose an address.

I've further improved the send coins dialog, though (and showing off the Dutch translation :-):


hero member
Activity: 812
Merit: 1022
No Maps for These Territories
Can you replace the address field and the address book button by a pull-down field which combines the functionality?
Yes good point -- I guess a combobox could be used there.
Quote
Is the add to address book line greyed out, when one uses an address from the address book? I suggest that the checkbox is deactivated by default, and automatically activates, when the user enters anything in the name field.
The 'add to address book as' checkbox is disabled by default, and you can only enter a name when it is enabled (otherwise the input field is disabled and the tab focus skips directly to 'amount'). I think this is more clear than the other way around.
newbie
Activity: 41
Merit: 0
96]
Because people are already trying to use bitcoin in shops. In the german section of the forum, there is a post about a restaurant in Berlin, where one can pay the bill with bitcoins. The biggest problem seems to how to enter the address. Saying and typing the adress is way too cumbersome. What they did first, was to send an email with the address. But using the cellphone to get the address by decoding a QR-code is the common opinion on how one should do that. In the sense of the workflow, copying to clipboard or generating a QR-code is the same thing.
Hm interesting. Where would they paste the QR-code after copying it to clipboard? Or would they print it?
They would either save it, print it, or simply let people scan it from their screen with their cellphone. IMHO it would be nice to also save the code and put it on posters, cards, signs etc. when you want people to tip you - like in all these forum signatures.

Quote
Quote
Another idea: In the send-dialog: When sending to an unknown address, can the user type in a string which is then included in the adressbook with the address?
I've just implemented this and pushed it to github.



Can you replace the address field and the address book button by a pull-down field which combines the functionality? Is the add to address book line greyed out, when one uses an address from the address book? I suggest that the checkbox is deactivated by default, and automatically activates, when the user enters anything in the name field.
hero member
Activity: 812
Merit: 1022
No Maps for These Territories
96]
Because people are already trying to use bitcoin in shops. In the german section of the forum, there is a post about a restaurant in Berlin, where one can pay the bill with bitcoins. The biggest problem seems to how to enter the address. Saying and typing the adress is way too cumbersome. What they did first, was to send an email with the address. But using the cellphone to get the address by decoding a QR-code is the common opinion on how one should do that. In the sense of the workflow, copying to clipboard or generating a QR-code is the same thing.
Hm interesting. Where would they paste the QR-code after copying it to clipboard? Or would they print it?
Quote
Another idea: In the send-dialog: When sending to an unknown address, can the user type in a string which is then included in the adressbook with the address?
I've just implemented this and pushed it to github.


newbie
Activity: 41
Merit: 0
Quote
What would be cool is a buttom right to Copy to clipboard, which generates a QR-code from the actual adress. I think there is a library for qrcodes around: http://fukuchi.org/works/qrencode/index.en.html
There is already a copy to clipboard button. It copies the address as plain text though. Why a QR code?

Because people are already trying to use bitcoin in shops. In the german section of the forum, there is a post about a restaurant in Berlin, where one can pay the bill with bitcoins. The biggest problem seems to how to enter the address. Saying and typing the adress is way too cumbersome. What they did first, was to send an email with the address. But using the cellphone to get the address by decoding a QR-code is the common opinion on how one should do that. In the sense of the workflow, copying to clipboard or generating a QR-code is the same thing.
hero member
Activity: 812
Merit: 1022
No Maps for These Territories
Is there a way to get rid of the 4 tabs? How about split the description-field into 2 fields: type and description. The sorting by type would have the same functionality as those tabs. What is more interessting IMHO is a textfield for filtering the data below.
Yes getting rid of the tabs and replacing it with a somewhat more functional filter is on my list. Also splitting the columns.
Quote
What would be cool is a buttom right to Copy to clipboard, which generates a QR-code from the actual adress. I think there is a library for qrcodes around: http://fukuchi.org/works/qrencode/index.en.html
There is already a copy to clipboard button. It copies the address as plain text though. Why a QR code?
Quote
Another idea: In the send-dialog: When sending to an unknown address, can the user type in a string which is then included in the adressbook with the address?
Yep, I think this is a good idea
newbie
Activity: 41
Merit: 0
Is there a way to get rid of the 4 tabs? How about split the description-field into 2 fields: type and description. The sorting by type would have the same functionality as those tabs. What is more interessting IMHO is a textfield for filtering the data below.

What would be cool is a buttom right to Copy to clipboard, which generates a QR-code from the actual adress. I think there is a library for qrcodes around: http://fukuchi.org/works/qrencode/index.en.html

Another idea: In the send-dialog: When sending to an unknown address, can the user type in a string which is then included in the adressbook with the address?
Pages:
Jump to: