Bitcoin Forum
July 18, 2018, 08:52:14 PM *
News: Latest stable version of Bitcoin Core: 0.16.1  [Torrent]. (New!)
 
   Home   Help Search Donate Login Register  
Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 [All]
  Print  
Author Topic: Bitcoin-Qt, the future Bitcoin client GUI [user input needed]  (Read 56669 times)
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
June 11, 2011, 09:32:38 PM
 #1

Not really an alternative client, but an alternative GUI for the original bitcoin client based on Qt4, which will be merged into mainline eventually (0.4.x).

It now has all the functionality of the original client's wxWindows GUI, and I'm working to extend it beyond that.

screenshots might be out of date! current updates are posted at the end of this thread

Screenshot (Vista):


MacOSX:


Screenshot (Kubuntu/KDE):



Tray icon, notification on incoming transactions:


Screenshot (Ubuntu/GTK):





Source code (and build instructions) can be found at: https://github.com/laanwj/bitcoin-qt . There is currently no installer or binary build as the project is still changing too fast to warrant releases.

Input welcome: See https://bitcointalk.org/index.php?topic=34838.msg433720#msg433720

Compiled versions

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
1531947134
Hero Member
*
Offline Offline

Posts: 1531947134

View Profile Personal Message (Offline)

Ignore
1531947134
Reply with quote  #2

1531947134
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
June 12, 2011, 09:23:52 AM
 #2

I need help here; I need slicker toolbar icons (png format, at least 16x16, and optionally 22x22) for:

- Send coins: the current green arrow has some scaling artifacts I cannot get rid of

- Address book


- Icons for confirmed/unconfirmed transactions (see first post in https://forum.bitcoin.org/index.php?topic=2022.0 )


Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
Mike Hearn
Legendary
*
Offline Offline

Activity: 1526
Merit: 1005


View Profile
June 12, 2011, 12:38:23 PM
 #3

Great. Consider improving the UI flows whilst you're at it. The address book UI isn't well thought out currently because there's no way to add people and addresses simultaneously. If you want to have a readable transaction log you have to go into the address book, add an address, then go into payments, pick them from the address book and pay. It could be all one step.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
June 12, 2011, 12:52:00 PM
 #4

Great. Consider improving the UI flows whilst you're at it. The address book UI isn't well thought out currently because there's no way to add people and addresses simultaneously. If you want to have a readable transaction log you have to go into the address book, add an address, then go into payments, pick them from the address book and pay. It could be all one step.
Hm yes it is currently:
- Click "Send Coins"
- Click "Address Book..."
- Click "New address"
- Type the label and address
- Click "Ok" (or press enter)
- Double-click the new address
- Enter amount
- Send

Could be replaced with:
- Click "Send Coins"
- Enter address
- Check "Add to address book as ...". The "..." field becomes editable.
- Enter label
- Enter amount
- Send

At least at my bank it works like that. What do you think?

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
June 13, 2011, 06:54:18 AM
 #5

I have reorganized the status column. The colors should be icons, but you get the idea:



I'm thinking of nuking the text in the status column completely [and merging the status icon into Date].

It shows a lot of repetitive text and only the "color" really matters for a quick glance. When is it interesting whether a transaction has 20 or 30 confirms? The detailed information can be provided in a tool tip, or when the user double-clicks on the transaction.

Let me know what you think.

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
unclescrooge
aka Raphy
Hero Member
*****
Offline Offline

Activity: 868
Merit: 1000


View Profile
June 13, 2011, 12:32:27 PM
 #6

I have reorganized the status column. The colors should be icons, but you get the idea:



I'm thinking of nuking the text in the status column completely [and merging the status icon into Date].

It shows a lot of repetitive text and only the "color" really matters for a quick glance. When is it interesting whether a transaction has 20 or 30 confirms? The detailed information can be provided in a tool tip, or when the user double-clicks on the transaction.

Let me know what you think.

Yes I think too. Simple is good.
bitlotto
Hero Member
*****
Offline Offline

Activity: 672
Merit: 500


BitLotto - best odds + best payouts + cheat-proof


View Profile WWW
June 13, 2011, 12:53:46 PM
 #7

Looks good. Oh, I've been meaning to ask, why have "All transactions" and "Sent/Received" aren't they the same? It's late so I MUST be missing something. LOL. Is it generated coins?

*Next Draw Feb 1*  BitLotto: monthly raffle (0.25 BTC per ticket) Completely transparent and impossible to manipulate who wins. TOR
TOR2WEB
Donations to: 1JQdiQsjhV2uJ4Y8HFtdqteJsZhv835a8J are appreciated.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
June 13, 2011, 01:51:48 PM
 #8

Looks good. Oh, I've been meaning to ask, why have "All transactions" and "Sent/Received" aren't they the same? It's late so I MUST be missing something. LOL. Is it generated coins?
"Sent/Received" includes generated transactions as well. Apart from that, they're indeed the same. Maybe it'd be less confusing to just regard generated transactions as received coins (received from the system) for interface purposes.

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
June 14, 2011, 04:23:45 PM
 #9

After getting rid of the 'Status' column it looks like this:



More ideas:

- I've always wondered why Bitcoin has separate Credit and Debit columns. Why not one "amount" column? Is this really more clear?

- Description is now one blob of text. In general it could be split up into "Type" and "Address".

- Add connection status icon to status bar ("disconnected" for 0 connections, "connected" for 1+ connection, "good" for 5+ connections)

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
joan
Jr. Member
*
Offline Offline

Activity: 56
Merit: 0



View Profile
June 14, 2011, 04:47:12 PM
 #10

- I've always wondered why Bitcoin has separate Credit and Debit columns. Why not one "amount" column? Is this really more clear?
It's interesting to be able to instantly detect the debits from the credits.
If merged in the same column, I think it would be important to still be able to visually differentiate them at a glance, (not just with the +/- sign). Maybe colors, or pictograms.
kjj
Legendary
*
Offline Offline

Activity: 1302
Merit: 1001



View Profile
June 14, 2011, 05:27:37 PM
 #11

Careful with the colors.

http://www.google.com/search?q=color+blind+usability

17Np17BSrpnHCZ2pgtiMNnhjnsWJ2TMqq8
I routinely ignore posters with paid advertising in their sigs.  You should too.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
June 14, 2011, 05:31:30 PM
 #12

Yes that's a problem if color is the only clue. But not if it is used as an extra signal. For example, when negative amounts are in red as well as have a minus.

The blue/green/grey squares are only placeholders until I or someone else comes up with nice status icons.

Whoa, connection meter has been added,


Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
md2k7
Newbie
*
Offline Offline

Activity: 16
Merit: 0


View Profile
June 14, 2011, 10:21:05 PM
 #13

I've made some 16x16 icons. Don't blame me if they are ugly, I usually code and don't design stuff. Try to make or google something better, while the latter option has some license fun included for sure.

Pending (0 confirmations): http://www.abanbytes.eu/files/btc/pending.png
Unconfirmed: http://www.abanbytes.eu/files/btc/unconfirmed.png
Confirmed: http://www.abanbytes.eu/files/btc/confirmed.png

License: You are free to do with these icons as you wish, including selling, copying, modifying etc.

Yours
David
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
June 15, 2011, 06:02:28 AM
 #14

Thanks! Yes they're not super-pretty but at least they're better than my square placeholders Smiley

More ideas:
- Optional confirmation for large transactions (https://forum.bitcoin.org/index.php?topic=17149.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.

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
AntiVigilante
Member
**
Offline Offline

Activity: 98
Merit: 10



View Profile
June 15, 2011, 07:03:39 AM
 #15

After getting rid of the 'Status' column it looks like this:



More ideas:

- I've always wondered why Bitcoin has separate Credit and Debit columns. Why not one "amount" column? Is this really more clear?

Which is why I'd really love to be able to load the wallet.dat into gnucash or the KDE equivalent (can't remember).

Proposal: http://forum.bitcoin.org/index.php?topic=11541.msg162881#msg162881
Inception: https://github.com/bitcoin/bitcoin/issues/296
Goal: http://forum.bitcoin.org/index.php?topic=12536.0
Means: Code, donations, and brutal criticism. I've got a thick skin. 1Gc3xCHAzwvTDnyMW3evBBr5qNRDN3DRpq
MrBison
Member
**
Offline Offline

Activity: 62
Merit: 10

Anyone who opposes FOSS shall be destroyed!


View Profile
June 15, 2011, 01:04:10 PM
 #16

Maybe you should better use the icons supplied with the system or desktop. I think Qt has a method to get a system icon from the iconset user has.
For GNOME, you could use the stock_lock-broken, stock_lock and stock_lock-ok. Or the generic "error", "warning" and "OK" icons.

Please donate BTC to 142VYfhaYBJXsmfMf1LnBiNxb6KYwdj4PM .
BTC0.17 already donated, thanks!
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
June 15, 2011, 03:56:25 PM
 #17

Maybe you should better use the icons supplied with the system or desktop. I think Qt has a method to get a system icon from the iconset user has.
For GNOME, you could use the stock_lock-broken, stock_lock and stock_lock-ok. Or the generic "error", "warning" and "OK" icons.
Thanks for the suggestion,

I'm thinking about that, yes. That's the QIcon::fromTheme method. It has advantages to use the system theme icons, but also drawbacks. Ie, if Bitcoin looks different everywhere, hard to make documentation.

Also, for Mac and Windows we'll need built-in icons to fall back on.

Which is why I'd really love to be able to load the wallet.dat into gnucash or the KDE equivalent (can't remember).
You mean something like "Export to CSV"? Or do they have some specific format? Would indeed be useful...

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
June 15, 2011, 07:17:43 PM
 #18

IMO it looks pretty good with md2k7's icons. I've also tried with gnome's lock/protection icons, but they look out of place somehow and are too similar to each other. These icons at least are easy to distinguish in a quick glance.



Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
June 17, 2011, 06:10:36 AM
 #19

I think I'm going to replace the clock icons; In practice (yes, I eat my own dog food) I've noticed that it would be handy if they would tell how far the confirmation is (in the range of 1 to 5 confirms), when you're waiting for it. 

Hm so I'd need multiple icons, maybe a clock that fills up, or a progress bar. Time to experiment Smiley


Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
June 17, 2011, 03:55:37 PM
 #20

There we go... I put my inkscape skills to the test Smiley



Transaction status starts with a grey question mark (unconformed). After that, clocks (fill up and go from red to green) show how far the transaction is towards being confirmed. When confirmed it shows a tick.

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
kr105
Hero Member
*****
Offline Offline

Activity: 630
Merit: 500


dApps Development Automation Platform


View Profile
June 18, 2011, 03:36:20 AM
 #21

Thanks! Yes they're not super-pretty but at least they're better than my square placeholders Smiley

More ideas:
- Optional confirmation for large transactions (https://forum.bitcoin.org/index.php?topic=17149.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 have the qt sdk installed, i'll try to compile it on windows Smiley


            ▄▄▄▄
        ▄▄████████▄▄
    ▄▄████████████████▄▄
 ▄████████████████████████▄
██████████▀▀███████████████
██████████▄   ▀█████████████
████████████▄   ▀███████████
██████████████▄   ▀█████████
█████████████▀   ▄██████████
███████████▀   ▄████████████
██████████▄  ▄██████████████
███████████████████████████
 ▀████████████████████████▀
    ▀▀████████████████▀▀
        ▀▀████████▀▀
            ▀▀▀

⬢⬢

⬢⬢



       ▄▄▄▄
   ▄▄████████▄▄
▄██████████▀▀▀█▀█▄
██ ▀█████▀     ▀██
██▌   ▀▀▀      ███
███▄           ███
████▀         ████
▀████▄     ▄▄████▀
   ▀▀▄▄▄▄████▀▀
       ▀▀▀▀


██████████████████



       ▄▄▄▄
   ▄▄████████▄▄
▄████████████████▄
██████████▀▀  ▐███
██████▀▀  ▄   ████
███▀   ▄█▀   ▐████
████▄▄█▀     █████
▀█████▌ ▄▄▄ ▐████▀
   ▀▀████████▀▀
       ▀▀▀▀


██████████████████



       ▄▄▄▄
   ▄▄████████▄▄
▄███████▀   ▐████▄
████████  ▄███████
██████      ██████
████████  ████████
████████  ████████
▀███████  ███████▀
   ▀▀████████▀▀
       ▀▀▀▀


██████████████████



       ▄▄▄▄
   ▄▄██▀█▀███▄▄
▄███▀▀▀ ▀ ▀▀█████▄
██████ ████▄ █████
██████ ▀▀▀▀ ▄█████
██████ ▄▄▄▄ ▀█████
██████ ████▀ █████
▀███▄▄▄ ▄ ▄▄█████▀
   ▀▀██▄█▄███▀▀
       ▀▀▀▀


██████████████████
md2k7
Newbie
*
Offline Offline

Activity: 16
Merit: 0


View Profile
June 18, 2011, 05:17:21 PM
 #22

There we go... I put my inkscape skills to the test Smiley

Nice clocks :-)

Quote from yesterday evening's irc.freenode.net #bitcoin-dev (CEST, UTC+02):
Quote
[00:04] <gavinandresen> BlueMatt: as soon as there's a qt GUI that has the same functionality and stability as the wx GUI I think we should switch.  What do you think?
[00:05] <BlueMatt> hm, Im not sure, I suppose I agree...but for now I think we are still in the "wweve got a long backlog of pulls to-be-pulled and need to decide which is higher priority as to in what 0.4.X version it gets pulled
...
[00:47] <BlueMatt> sipa: if you dont mind, could you respond to the qt thread for me and ask for more testing of autotools (my email is down atm...long story, dont ask)
...
[00:47] <BlueMatt> I think the people who really want to see qt merged will help test autotools first

I'm not sure what "qt thread" BlueMatt meant, or if this has to do anything with your version... Any hints?

Keep up the good work!

David
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
June 19, 2011, 09:55:20 AM
 #23

Progress: It now shows a progress bar on initial block chain download (one of my pet peeves)



I'm not sure what "qt thread" BlueMatt meant, or if this has to do anything with your version... Any hints?
Yup he means this thread. Basically, the bitcoin dev team first want to merge autoconf build system support then merge in this GUI.

Obviously, I also need to merge in autoconf before this can happen. qmake is pretty good and very clean/fast/easy to use but it doesn't really scale (for example, it cannot intelligently find the boost library filename -mt).

The Autoconf merge into bitcoin core is still held back by lack of windows/MacOSX testing (just like my GUI, really).

I have the qt sdk installed, i'll try to compile it on windows Smiley
That would be extremely cool. Let me know how it goes (either here on in a github issue).

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
Danube
Jr. Member
*
Offline Offline

Activity: 41
Merit: 0



View Profile
June 25, 2011, 12:01:28 PM
 #24

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?
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
June 25, 2011, 12:06:36 PM
 #25

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

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
Danube
Jr. Member
*
Offline Offline

Activity: 41
Merit: 0



View Profile
June 25, 2011, 04:04:27 PM
 #26

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.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
June 25, 2011, 05:35:38 PM
 #27

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.



Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
Danube
Jr. Member
*
Offline Offline

Activity: 41
Merit: 0



View Profile
June 25, 2011, 06:53:05 PM
 #28

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.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
June 25, 2011, 07:12:17 PM
 #29

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.

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
June 25, 2011, 09:26:28 PM
 #30

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 :-):



Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
June 26, 2011, 08:41:06 PM
 #31

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)



Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
Oldminer
Legendary
*
Offline Offline

Activity: 1022
Merit: 1001



View Profile
June 26, 2011, 08:45:17 PM
 #32

Do you have a working windows gui/installer yet?

If you like my post please feel free to give me some positive rep https://bitcointalk.org/index.php?action=trust;u=18639
Tip me BTC: 1FBmoYijXVizfYk25CpiN8Eds9J6YiRDaX
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
June 27, 2011, 02:46:51 PM
 #33

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.

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
Oldminer
Legendary
*
Offline Offline

Activity: 1022
Merit: 1001



View Profile
June 27, 2011, 07:12:36 PM
 #34

Pity, its a nice looking app Sad

If you like my post please feel free to give me some positive rep https://bitcointalk.org/index.php?action=trust;u=18639
Tip me BTC: 1FBmoYijXVizfYk25CpiN8Eds9J6YiRDaX
dan_a
Jr. Member
*
Offline Offline

Activity: 48
Merit: 0


View Profile
June 27, 2011, 08:10:22 PM
 #35

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...
zellfaze
Full Member
***
Offline Offline

Activity: 141
Merit: 100


Security Enthusiast


View Profile WWW
June 27, 2011, 08:33:59 PM
 #36

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).

A+, CCENT, CCNA
Security Enthusiast
PHP Coder

Not that I expect anyone to, but should you like my post, please donate:
Donate: 1BRbfqii6Sm9tEUE8A16H7QeDmYFjyBZ7V
dan_a
Jr. Member
*
Offline Offline

Activity: 48
Merit: 0


View Profile
June 27, 2011, 08:42:05 PM
 #37

Awww, man, the QT SDK takes forever to install!
grue
Legendary
*
Offline Offline

Activity: 2100
Merit: 1140



View Profile
June 27, 2011, 08:44:26 PM
 #38

8 connections should be 2 bars, and 16+ should be 4 Tongue

It is pitch black. You are likely to be eaten by a grue.

Adblock for annoying signature ads | Enhanced Merit UI
EhVedadoOAnonimato
Hero Member
*****
Offline Offline

Activity: 630
Merit: 500



View Profile
June 27, 2011, 09:11:12 PM
 #39

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.
drawoc
Full Member
***
Offline Offline

Activity: 168
Merit: 100

Firstbits: 175wn


View Profile
June 27, 2011, 09:21:06 PM
 #40

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!

Donate: 175WNXmJ1WVhFgVGKUqEhYtAQGRYAvqPA
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
June 28, 2011, 04:26:32 AM
 #41

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.


Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
kripz
Full Member
***
Offline Offline

Activity: 182
Merit: 100



View Profile
June 28, 2011, 12:55:42 PM
 #42

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?

 Merged mining, free SMS notifications, PayPal payout and much more.
http://btcstats.net/sig/JZCODg2
dan_a
Jr. Member
*
Offline Offline

Activity: 48
Merit: 0


View Profile
June 28, 2011, 02:04:48 PM
 #43

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.
dan_a
Jr. Member
*
Offline Offline

Activity: 48
Merit: 0


View Profile
June 28, 2011, 03:44:40 PM
 #44

For anyone else trying to do a Windows build:
Compiling libboost isn't as easy as it could be.  After downloading the sources, edit bootstrap.bat and change the lines
Quote
call .\build.bat > ..\..\..\bjam.log
and
Quote
set toolset=msvc

to read

Quote
call .\build.bat gcc > ..\..\..\bjam.log
and
Quote
set toolset=gcc
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
June 28, 2011, 03:53:27 PM
 #45

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?
This was in the README :/
Quote
Berkely DB version warning

A warning for people using the static binary version of Bitcoin (tl;dr: Berkely DB databases are not forward compatible).

The static binary version of Bitcoin is linked against libdb4.7 or libdb4.8 (see also this Debian issue).

Now the nasty thing is that databases from 5.X are not compatible with 4.X.

If the globally installed development package of Berkely DB installed on your system is 5.X, any source you build yourself will be linked against that. The first time you run with a 5.X version the database will be upgraded, and 4.X cannot open the new format. This means that you cannot go back to the old statically linked version without significant hassle!
You can go back but you'll have to build it from source and link against the same berkelydb...

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
caveden
Legendary
*
Offline Offline

Activity: 1106
Merit: 1000



View Profile
June 28, 2011, 03:58:12 PM
 #46

Nice to see such improvements! Great work!

I'll suggest a change that I think would make some newbies understand bitcoin addresses faster: remove the last selected address from the main window. Make the user always have to click somewhere to open the list of addresses, even if it only has one.

I think that would be good because frequently I've seen people who think that address which is being shown there is the bitcoin addresses of theirs. Like if there were only one, as a bank account number. This happens frequently.

By not having this one address on the main page, they will have to search it somewhere else, and there they will see that there is space for an entire list, with buttons to "create new" and all that.

18rZYyWcafwD86xvLrfuxWG5xEMMWUtVkL
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
June 28, 2011, 04:19:45 PM
 #47

I think that would be good because frequently I've seen people who think that address which is being shown there is the bitcoin addresses of theirs. Like if there were only one, as a bank account number. This happens frequently.
Hm you have a point. On the other hand I think it's very useful to have an address on the main page, and you can quickly copy it and give it to someone.

I propose an alternative: instead of having a "New..." button next to the address, make it an "Add..." button (with tooltip "Add new receiving address"). This makes it clear that the old address is not being replaced.

And maybe change "Your Bitcoin address" to "Current Bitcoin address"?

Or change it to a combo box if there are multiple receiving addresses, so you can directly select which default address you want? That's probably most clear...


Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
caveden
Legendary
*
Offline Offline

Activity: 1106
Merit: 1000



View Profile
June 28, 2011, 04:31:19 PM
 #48

Hm you have a point. On the other hand I think it's very useful to have an address on the main page, and you can quickly copy it and give it to someone.

The recommended way to use bitcoin is by creating a new address for each receipt. Somebody following this practice will already have to click a button to generate a new address in a new window. In this window it's already possible to copy it to the clipboard.
I don't think the behavior of not following this practice should be facilitated by the client, as it is today, by making the last address there, available to be copied and reused.

Or change it to a combo box if there are multiple receiving addresses, so you can directly select which default address you want? That's probably most clear...

Wouldn't a combo become too big eventually? Anyway, if it is easy to filter by the address label I suppose that's not a problem.

18rZYyWcafwD86xvLrfuxWG5xEMMWUtVkL
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
June 28, 2011, 04:46:18 PM
 #49

The recommended way to use bitcoin is by creating a new address for each receipt.
Hmm yeah you're right, the current GUI doesn't really help in the recommended workflow (and that's what a GUI should do). Maybe add "New receiving address", "Your receiving addresses" to the toolbar and drop the address from the main screen then.
Quote
Wouldn't a combo become too big eventually? Anyway, if it is easy to filter by the address label I suppose that's not a problem.
Good point... edit: so, what workflow would you propose?

User wants to receive coins from someone.

1. He clicks "New address"
2. He enters label for address and presses enter/confirms
3. A window appears from which the new address that can be copied to the clipboard/Drap and dropped.
   He is reminded that the address can be found in the 'Received addresses' list later.

Something like that?

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
June 28, 2011, 06:28:31 PM
 #50

This is what I mean with a filter row, what'd ya think? Better than tabs isn't it?



This allows building basic filters:
  • Date column: allows selecting "All", "Today", "This week", "This month", "Range..."
  • Type column: allows selecting "Received from", "Sent to", "To yourself", "Generated", "Other"
  • Address column: type whole or partial address
  • Amount column: enter minimum size of transaction

I'm also going to add a "clear filter" broom button to the right.

Note that this is just a prototype still, please let me know your ideas and comments before I start implementing.

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
caveden
Legendary
*
Offline Offline

Activity: 1106
Merit: 1000



View Profile
June 29, 2011, 08:33:54 AM
 #51

so, what workflow would you propose?

User wants to receive coins from someone.

1. He clicks "New address"
2. He enters label for address and presses enter/confirms
3. A window appears from which the new address that can be copied to the clipboard/Drap and dropped.
   He is reminded that the address can be found in the 'Received addresses' list later.

Something like that?

That sounds cool. Maybe the window in step 3 could be the same window of the total list of addresses, with the new one selected.

18rZYyWcafwD86xvLrfuxWG5xEMMWUtVkL
caveden
Legendary
*
Offline Offline

Activity: 1106
Merit: 1000



View Profile
June 29, 2011, 08:35:36 AM
 #52

This is what I mean with a filter row, what'd ya think? Better than tabs isn't it?

Yes, definitively!

Thank you for your contributions to the project, it's getting better. Smiley

18rZYyWcafwD86xvLrfuxWG5xEMMWUtVkL
dan_a
Jr. Member
*
Offline Offline

Activity: 48
Merit: 0


View Profile
June 29, 2011, 10:05:09 AM
 #53

I've hit a problem I haven't been able to solve yet in the Windows build.  Can anyone help?

I have the same problem building that Jaromil has here.

The solution for that is to remove "-l." from configure.ac
What is the equivalent with the QT SDK?
XIU
Member
**
Offline Offline

Activity: 84
Merit: 10


View Profile WWW
June 29, 2011, 12:04:35 PM
 #54

This is what I mean with a filter row, what'd ya think? Better than tabs isn't it?



This allows building basic filters:
  • Date column: allows selecting "All", "Today", "This week", "This month", "Range..."
  • Type column: allows selecting "Received from", "Sent to", "To yourself", "Generated", "Other"
  • Address column: type whole or partial address
  • Amount column: enter minimum size of transaction

I'm also going to add a "clear filter" broom button to the right.

Note that this is just a prototype still, please let me know your ideas and comments before I start implementing.


Nice work, would it be possible to add "BTC" to the balance? And will the amount column also work for the sent (negative) amounts?
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
June 29, 2011, 12:29:50 PM
 #55

That sounds cool. Maybe the window in step 3 could be the same window of the total list of addresses, with the new one selected.
Yeah, indeed, why not.
The solution for that is to remove "-l." from configure.ac
What is the equivalent with the QT SDK?
I'm not sure. It seems to be automatically added. Multiple times, even, looking at makefile  Roll Eyes

INCPATH       = -I/usr/share/qt4/mkspecs/linux-g++ -I. -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4 -Isrc -Isrc/json -Isrc/cryptopp -Isrc/qt -I. -I.

Nice work, would it be possible to add "BTC" to the balance? And will the amount column also work for the sent (negative) amounts?
I've added BTC to the balance. That'd indeed more clear.

Yes, the amount column uses the absolute amount and shows the transactions larger than that. If you want to select on received/sent, you can select with the 'Type' column.

It's not possible to search for transactions smaller than a certain amount. I'm not sure whether this is useful anyway, but it wouldn't fit into this interface to add a lower as well as an upper bound.

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
XIU
Member
**
Offline Offline

Activity: 84
Merit: 10


View Profile WWW
June 29, 2011, 01:02:29 PM
 #56

Nope, was just talking about using absolute values, so that would be perfect Smiley
zwierzak
Newbie
*
Offline Offline

Activity: 24
Merit: 0



View Profile WWW
June 29, 2011, 08:12:42 PM
 #57

Hi,

I made some changes in BitCoin-Qt to support FreeDesktop Notifications (like KNotify in KDE4, libnotify in Gnome or osd-notify in Ubuntu). I think that they are a lot better then standard Qt messages and they're great integrating with system. If you don't read them now they will be stored for later (in KDE4). Only dependency is Qt-DBus, so we don't need in system kdelibs or libnotify. If your system don't support FreeDesktop Notify (you don't have daemon or you are using Windows) it will use at first Qt Tray messages and than QMessageBox.

Known issues:
- text is limited to 105 characters (probably limit in KNotify), so I need to made some possibility to read whole message,
- icons are hardcoded because DBus can't send icons' objects, it's require icon's path, which don't exists when we don't have installed program or we use Qt resources (they are inside binary file). I used Oxygen icons, but in future I will patch it to get icons from default system theme

Future:
- replace QMessageBox with FreeDesktop Notifications, you can add actions to notify, so they can replace QMessageBox in 100%, problem are asynchronous answers

Some screenshots:
http://img199.imageshack.us/img199/8586/bitcoinqt1.png
http://img850.imageshack.us/img850/2773/bitcoinqt2.png
http://img29.imageshack.us/img29/905/bitcoinqt3.png

If you're interested in my fork that go ahead and download it form my GitHub:
https://github.com/zwierzak/bitcoin-qt

When I finish my modification I'm going to push this changes to official repository of BitCoin-Qt, but not now. I must repair most annoying issues. Also I found some crashes in original program, which I will try to fix.

To encourage me to continue my work don't affraid to send some tips to my address:
1L7AeokogyuXGmUrx9SRTNhRPzYcmmghdo
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
June 29, 2011, 08:58:20 PM
 #58

zwierzak: cool. send a pull request once you think it's stable

I'm not sure that replacing *all* message boxes with notifications is a good idea, but for errors and notifications coming from the daemon/network thread it's a good thing.

However, for dialog boxes resulting from direct user interaction I'm not sure replacing it with a notification is how it's supposed to be (for example, in your last screenshot you use a notification to ask for fee confirmation)

Edit: Filter row has been committed now. Everything should work except for "Date -> Range...".

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
zwierzak
Newbie
*
Offline Offline

Activity: 24
Merit: 0



View Profile WWW
June 29, 2011, 10:31:34 PM
 #59

The last screenshot is standard information from your program. I just rewrite all tray->showMessage to my Notification::instance->notify. For now I have biggest problems with this icons. Temporary I have hardcoded them, but in future they need to be get from system directories.

About replacing all QMessageBox into notify, I also think that it isn't good idea. There are sometimes such situations when user must know that program want answer from him. But many messages can be done my path. For example information about changing status of transaction (from unknown to confirmed).
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
June 30, 2011, 06:13:16 AM
 #60

The last screenshot is standard information from your program. I just rewrite all tray->showMessage to my Notification::instance->notify. For now I have biggest problems with this icons. Temporary I have hardcoded them, but in future they need to be get from system directories.
Indeed, it should install an icon to the system directories anyway as application icon in the menus. Another reason to switch to an autoconf-based build system with a "make install", I guess.

For now we can just use the system default icons as notification.

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
zwierzak
Newbie
*
Offline Offline

Activity: 24
Merit: 0



View Profile WWW
June 30, 2011, 07:47:28 AM
 #61

Indeed, it should install an icon to the system directories anyway as application icon in the menus. Another reason to switch to an autoconf-based build system with a "make install", I guess.

For now we can just use the system default icons as notification.

NO! No autoconf! It is better to use cmake. Like all KDE or rpcminer is using. I had in future plan to take care about it so you can assign me this task. Additionally QtCreator also support it.
dan_a
Jr. Member
*
Offline Offline

Activity: 48
Merit: 0


View Profile
June 30, 2011, 12:34:06 PM
 #62

I'm still trying to get the Windows build working.  If anyone's able to answer this then it would be really helpful.

Current status: 1 build error which I think is due to the old version of BDB which I'm using (I had trouble compiling BDB under Windows so I found a pre-compiled version and used that.)  Leaving out the 2 header files which are causing a problem for me might have knock-on effects though so I don't think its as close to working as it looks.
zwierzak
Newbie
*
Offline Offline

Activity: 24
Merit: 0



View Profile WWW
June 30, 2011, 01:19:23 PM
 #63

I'm still trying to get the Windows build working.  If anyone's able to answer this then it would be really helpful.

Current status: 1 build error which I think is due to the old version of BDB which I'm using (I had trouble compiling BDB under Windows so I found a pre-compiled version and used that.)  Leaving out the 2 header files which are causing a problem for me might have knock-on effects though so I don't think its as close to working as it looks.
Did you try to build using just mingw or cygwin instead of MS VS?
dan_a
Jr. Member
*
Offline Offline

Activity: 48
Merit: 0


View Profile
June 30, 2011, 01:28:02 PM
 #64

Did you try to build using just mingw or cygwin instead of MS VS?

I've only tried mingw so far as it's integrated with QT Creator.  As I understand it there can be big problems trying to link libraries compiled by MS VS to a program being compiled in mingw (I'm not an expert on Windows type stuff, but nobody else seemed to be actively trying...)
zwierzak
Newbie
*
Offline Offline

Activity: 24
Merit: 0



View Profile WWW
June 30, 2011, 01:57:31 PM
 #65

Mingw is generating libraries for Windows, so you can use without problem from VS in mingw or from mingw in VS.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
June 30, 2011, 02:09:54 PM
 #66

NO! No autoconf! It is better to use cmake. Like all KDE or rpcminer is using. I had in future plan to take care about it so you can assign me this task. Additionally QtCreator also support it.
The problem with qmake is that it is not intelligent enough to handle changes in library names (common with boost) and doesn't offer installation.

cmake, on the other hand, yes that might be a good choice because it can also generate native Visual C++ / XCode build files.

I'm not a that much of a fan of autotools either.

Mingw is generating libraries for Windows, so you can use without problem from VS in mingw or from mingw in VS.
You can link from mingw to C libraries compiled with Visual C. C++ doesn't work because it uses a different ABI. Or at least that used to be the case.

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
zwierzak
Newbie
*
Offline Offline

Activity: 24
Merit: 0



View Profile WWW
June 30, 2011, 02:33:49 PM
 #67

NO! No autoconf! It is better to use cmake. Like all KDE or rpcminer is using. I had in future plan to take care about it so you can assign me this task. Additionally QtCreator also support it.
The problem with qmake is that it is not intelligent enough to handle changes in library names (common with boost) and doesn't offer installation.

cmake, on the other hand, yes that might be a good choice because it can also generate native Visual C++ / XCode build files.

I'm not a that much of a fan of autotools either.
What about qconf? Project from Psi developers.

If you're interested in good example of using CMake with bitcoin sources you can look at sources of rpcminer. It have fork of Bitcoin with CMake.
zwierzak
Newbie
*
Offline Offline

Activity: 24
Merit: 0



View Profile WWW
June 30, 2011, 11:28:02 PM
 #68

Hmmm, I have no idea, why sometimes Knotify accepts longer messages. Here are some examples of receiving notify:
http://img708.imageshack.us/img708/6855/bitcoinqt4.png
http://img59.imageshack.us/img59/6594/bitcoinqt5.png
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
July 01, 2011, 05:11:13 AM
 #69

What about qconf? Project from Psi developers.

If you're interested in good example of using CMake with bitcoin sources you can look at sources of rpcminer. It have fork of Bitcoin with CMake.
Thanks, I'll take a look at that. As Qt Creator supports it it'd probably be the best bet. I really hate fooling around with m4 scripts as with autoconf, the only reason I mentioned that is because the mainline client wants to switch to it.  Maybe we should do a post to the mailing list promoting cmake instead of automake?

...

I'm not so happy with the current address book window;



Especially the action buttons at the bottom of the window seem to be unintuitive to me; usually, buttons at the bottom apply to the entire dialog box, not items in a list.

Can someone more versed on sane UI design comment on this? Would it make more sense to put the buttons elsewhere?


Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
Mike Hearn
Legendary
*
Offline Offline

Activity: 1526
Merit: 1005


View Profile
July 01, 2011, 11:14:09 AM
 #70

I'd suggest having two edit boxes that reflect the contents of the currently selected row. Changing the contents of the edit box changes the table.

To add a new row, there could be a "ghost row" at the top. Clicking on it makes the edit boxes empty. Setting them to something creates a new row. Note that this would allow invalid rows (eg empty address), but that's OK, they can just be ignored in the rest of the code.
markm
Legendary
*
Offline Offline

Activity: 2072
Merit: 1000



View Profile WWW
July 01, 2011, 11:45:34 AM
 #71

Or edit could be beside the highlighted row and new address be beside the ghost row, which in the image provided seems to be the bottom rather than the top. (It should be wherever the newest would be, so top or bottom depending on whether displaying oldest or newest at top).

Copy to clipboard tends in any case to familiarly be related to something that is highlighted, at least in Windows and Linux, I don't know how Mac does it. So maybe that need not move, often I have seen Windows users go to some menu in upper left of their screen to find a copy/cut/paste menu so surely they are used to it not having to be right next to the highlighted thing it is to apply to.

-MarkM-

Browser-launched Crossfire client now online (select CrossCiv server for Galactic  Milieu)
Free website hosting with PHP, MySQL etc: http://hosting.knotwork.com/
Danube
Jr. Member
*
Offline Offline

Activity: 41
Merit: 0



View Profile
July 01, 2011, 03:09:59 PM
 #72

In the main window there are after the addresses the addressbook's aliases in paretheses. How about only writing the aliases and displaying the related addresses on small pop up tip tool, when the mouse hovers over the alias? Or at least exchange the order of the information to "alias (address)"?
dan_a
Jr. Member
*
Offline Offline

Activity: 48
Merit: 0


View Profile
July 01, 2011, 03:17:22 PM
 #73

Is there a reason why this project isn't done as a fork of bitcoin on github?  It seems to me that it would be easier to integrate changes from the core of the reference client if it was.

(By the way, that's intended as a respectful question and not a criticism just in case it comes across that way.)
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
July 01, 2011, 03:32:49 PM
 #74

To add a new row, there could be a "ghost row" at the top. Clicking on it makes the edit boxes empty. Setting them to something creates a new row. Note that this would allow invalid rows (eg empty address), but that's OK, they can just be ignored in the rest of the code.
Ok good idea. The editing could even happen inline in the table, so that separate edit boxes are not needed.
Combined with a ghost row that would allow removing two of the buttons.

Or edit could be beside the highlighted row and new address be beside the ghost row, which in the image provided seems to be the bottom rather than the top. (It should be wherever the newest would be, so top or bottom depending on whether displaying oldest or newest at top).
The list is not sorted by creation date but by label or address. So the ghost row could be anywhere. On top would make the most sense IMO, as the top row is visible when the window opens.

In the main window there are after the addresses the addressbook's aliases in paretheses. How about only writing the aliases and displaying the related addresses on small pop up tip tool, when the mouse hovers over the alias? Or at least exchange the order of the information to "alias (address)"?
I've changed the order to "Label (address...)". Indeed looks better. As you can have multiple addresses with the same label, completely removing the address is not possible.

Also some people have suggested that they want to see the addresses in any case; to see whether they have the right one.

Is there a reason why this project isn't done as a fork of bitcoin on github?  It seems to me that it would be easier to integrate changes from the core of the reference client if it was.
It was originally not meant as a fork of the mainline bitcoin. In the beginning I wasn't sure whether to link it directly or go through RPC. I'm not sure whether it is still possible to make it a fork.

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
TiagoTiago
Hero Member
*****
Offline Offline

Activity: 616
Merit: 500


Firstbits.com/1fg4i :)


View Profile
July 01, 2011, 06:06:31 PM
 #75

Two suggestions:

First, how about making the transaction history collapsible, and hidden by default, showing just a dashboard thingy when collapsed; the dashboard would should how much money was sent, how much money received and the current balance, with optionally also displaying the the unconfirmed amounts for each one of those as well as the what each value would be if you add up the unconfirmed transfers to the confirmed (perhaps even allowing people to specify which of those they wanna show, and perhaps even a compact mode showing just the currently avaiable total (with the count of unconfirmed transactions shown in the statusbar or somthing, and when clicked it gets expanded to show the unconfirmed transfers)



And regarding the block count display, how about showing somthing like 123456/234567 (and 123456/? when the current total count is unknown) ?

(I dont always get new reply notifications, pls send a pm when you think it has happened)

Wanna gimme some BTC/BCH for any or no reason? 1FmvtS66LFh6ycrXDwKRQTexGJw4UWiqDX Smiley

The more you believe in Bitcoin, and the more you show you do to other people, the faster the real value will soar!

Do you like mmmBananas?!
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
July 01, 2011, 06:17:49 PM
 #76

First, how about making the transaction history collapsible, and hidden by default, showing just a dashboard thingy when collapsed;
Yes, I intend to do something like this. The client would have tabs "overview" (open by default) "transaction history" (as it is now), "address book" and "receiving addresses".
Quote
And regarding the block count display, how about showing somthing like 123456/234567 (and 123456/? when the current total count is unknown) ?
Yep that would be nice. This would require a change to the core client code though, as it does not currently keep track of the total number of blocks as received from other nodes:

https://forum.bitcoin.org/index.php?topic=17485.0

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
tschaboo
Jr. Member
*
Offline Offline

Activity: 42
Merit: 0


View Profile
July 02, 2011, 02:54:59 AM
 #77

Hello John, hello everybody!

I found this thread a few days ago and finally had the time to build it and try it (on testnet). I'm trying to dump all my thoughts about it here ... sorry for being so unorganized.

1.) John & Co: thanks for doing this. I think the bitcoin-community is now huge enough to deserve a better GUI  Wink
2.) Even though I'm a Gnome user I think Qt is the right choice for the GUI, it's relatively high-level and allows to write readable code. And the platfom-support is very good.
3.) I'm not that experienced with build-systems but my colleages advised me to only use autotools if it's really necessary or you are already fluent in using them, otherwise there are less frustrating options, cmake was mentioned explicitly; autotools was called obsolete. Maybe we should ask the core developers, why they want to use autotools and if they considered alternatives.
4.) Like others here, I also welcome the removal of this irritating "Your bitcoin address:" section, the solution here is better. But I think it's still suboptimal, because of the redundancy between address book and receiving addresses. My proposal: remove "receiving addresses" and add "Receive coins" right next to "Send coins". When the user clicks "Receive coins" you show a pop-up saying [1] "Your wallet may have an unlimited amount of receiving addresses. It's recommended to hand out a different address to everyone sending you coins, because the address is usually the only way to determine who sent you the coins. You might even want to create a new address for every transaction. Addresses are never deleted, although you may delete it from the address book, if you don't plan to use it anymore. If you later receive coins to a hidden address it will show again in the address book automatically.". Below is a checkbox "Don't show again" and an OK-button which brings you right to the receiving tab of the address book.
5.) Like mentioned in 4.) I'd like to have the delete button activated with a tooltip "Delete the selected address from the address book. You will still be able to receive coins to this address". It's clear to me that this new workflow will need a change in the backend, namely having the possibility to set an address record as "hidden" in the database. But IMHO this is worth the change.
6.) I think the "Set as default receiving address" is obsolete now? If not, please tell me what it does. (And it probably should be disabled by default).
7.) Dialog "Edit receiving address": Address shouldn't be a text field if you can't actually change it? Not sure about that though.
8.) Dialog Address Book, Tab Sending:
   a.) "Copy to Clipboard", "Edit" and "Delete" should be greyed out, if no address is selected.
   b.) If you add a new entry without giving the address (just the label) it says: "The address is already in the address book.". I think it should not even allow an entry without a valid address.
9.) Send Coins dialog:
   a.) Having a separate entry field for the [insert missing word] and [again] is a very good idea. It might save some trouble. I also noticed, that pressing "." or "," will send you to the second box. Excellent!
   b.) I'd like to suggest a different behavior for the "Add to address book"-shortcut. Remove the checkbox and the text "Add to address book". Simply add the text "Label:" right below "Pay To". The text-field for the address book entry stays disabled until the user inputs (or pastes, or chooses from address book) some address above. Now, if the address is found in the address book, just display the label from the address book. The user has the option to not touch it, or to correct the label which is automatically saved when pressing Send. If it wasn't found it shows a placeholder text with something like "Optional: Enter a label for this address to add it to your address book." If the user enters something it gets in the address book, if not not.
10.) You are giving instructions in your readme how to compile it in ubuntu. On a fresh install of Ubuntu 10.04 I needed the following not mentioned packages to get it building: build-essential, libboost-dev, [libboost-system-dev libboost-filesystem-dev libboost-program-options-dev libboost-thread-dev | libboost-all-dev], libssl-dev and libdb4.8++-dev. Actually it didn't build, because setPlaceholderText in QLineEdit was introduced in Qt4.7 and Ubuntu 10.04 comes with Qt4.6. I commented them out.

Well, that was more to write than I expected. If you made it that far, I'd like to thank you for your attention.  Smiley
If anything is unclear, please ask. I know I understand my own "english", others might not?

[1] But please translate it to proper english first  Lips sealed

1AZNkFqcm2AK6wrMauNoVT4ZJGrYMrv2Yo
tschaboo
Jr. Member
*
Offline Offline

Activity: 42
Merit: 0


View Profile
July 02, 2011, 03:06:14 AM
 #78

Me again ...  Roll Eyes

I was thinking more about the sending addresses in the address book and I identified two use-cases that need a different handling:

A.) In my address book I want to have addresses of my other wallets, of my girlfriend, my children, etc. I can send coins to them repeatedly and I see whom I've sent coins to in the transaction list.

B.) I'm buying something with my coins. I'm getting an address for this transaction. I will never need it again -> it shouldn't show up in the address book. But still, I want to see in the transaction list, what I spent those coins for!

This could be implemented using the same "hidden" flag as proposed for the receiving addresses.

I'm curious to read your comments.

1AZNkFqcm2AK6wrMauNoVT4ZJGrYMrv2Yo
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
July 02, 2011, 08:26:03 AM
 #79

Thanks,
2.) Even though I'm a Gnome user I think Qt is the right choice for the GUI, it's relatively high-level and allows to write readable code. And the platfom-support is very good.
Indeed, and Qt looks native on both Gnome and KDE.
Quote
3.) I'm not that experienced with build-systems but my colleages advised me to only use autotools if it's really necessary or you are already fluent in using them, otherwise there are less frustrating options, cmake was mentioned explicitly; autotools was called obsolete. Maybe we should ask the core developers, why they want to use autotools and if they considered alternatives.
I've pitched CMake in the mailing list. I wonder what the reply will be \o/ Some people might be annoyed though because they went through all the trouble to port it to autotools which is no small feat. On the other hand, Mac/Windows was problematic with autotools.
Quote
My proposal: remove "receiving addresses" and add "Receive coins" right next to "Send coins".
This sounds like a good plan. I've renamed "Receiving addresses" to "Receive coins". The explanation at the top of the "Receiving addresses" tab should already be a guide to what people should do.
Quote
When the user clicks "Receive coins" you show a pop-up saying [1] "Your wallet may have an unlimited amount of receiving addresses. It's recommended to hand out a different address to everyone sending you coins, because the address is usually the only way to determine who sent you the coins. You might even want to create a new address for every transaction. Addresses are never deleted, although you may delete it from the address book, if you don't plan to use it anymore. If you later receive coins to a hidden address it will show again in the address book automatically.".
Yes it may be wise to add some one-time warnings/popups for such things.
Quote
I'd like to have the delete button activated with a tooltip "Delete the selected address from the address book. You will still be able to receive coins to this address". It's clear to me that this new workflow will need a change in the backend, namely having the possibility to set an address record as "hidden" in the database. But IMHO this is worth the change.
The "hidden address" thing using a flag is a good idea, both for receiving and sending addresse (for the reasons that you mention). We'd have to be really sure that this is safe, though. I'll have to think about it a bit.

Also, there'd be no way to recover an address once deleted, unless we also add a "Show all addresses" tick.
Quote
6.) I think the "Set as default receiving address" is obsolete now? If not, please tell me what it does. (And it probably should be disabled by default).
I think so. I don't really understand the default receiving address stuff either. I don't think it's used anywhere in the Bitcoin core code. I need to check this and if that's the case, completely nuke it.
Quote
7.) Dialog "Edit receiving address": Address shouldn't be a text field if you can't actually change it? Not sure about that though.
It's read-only, so you can see it and copy/paste it. Granted, it could be replaced with a plain label, or made disabled instead of read-only.
Quote
8.) Dialog Address Book, Tab Sending:
   a.) "Copy to Clipboard", "Edit" and "Delete" should be greyed out, if no address is selected.
Yeah...
Quote
  b.) If you add a new entry without giving the address (just the label) it says: "The address is already in the address book.". I think it should not even allow an entry without a valid address.
It should indeed check addresses for validity before adding to address book.
Quote
  b.) I'd like to suggest a different behavior for the "Add to address book"-shortcut. Remove the checkbox and the text "Add to address book". Simply add the text "Label:" right below "Pay To". The text-field for the address book entry stays disabled until the user inputs (or pastes, or chooses from address book) some address above. Now, if the address is found in the address book, just display the label from the address book. The user has the option to not touch it, or to correct the label which is automatically saved when pressing Send. If it wasn't found it shows a placeholder text with something like "Optional: Enter a label for this address to add it to your address book." If the user enters something it gets in the address book, if not not.
The checkbox is indeed unnecessary. Leaving the label field empty could accomplish the same.
Quote
10.) You are giving instructions in your readme how to compile it in ubuntu. On a fresh install of Ubuntu 10.04 I needed the following not mentioned packages to get it building: build-essential, libboost-dev, [libboost-system-dev libboost-filesystem-dev libboost-program-options-dev libboost-thread-dev | libboost-all-dev], libssl-dev and libdb4.8++-dev. Actually it didn't build, because setPlaceholderText in QLineEdit was introduced in Qt4.7 and Ubuntu 10.04 comes with Qt4.6. I commented them out.
I'll update the instructions... I've also changed the placeholders to only be compiled for Qt 4.7+.


Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
huayra.agera
Full Member
***
Offline Offline

Activity: 154
Merit: 100



View Profile
July 02, 2011, 07:56:51 PM
 #80

Clearly I'm a linux noob, is there a way for this to be on Windows? If I see this right, Qt is the same language used for Nokia apps? Thanks!

BTC: 1JMPScxohom4MXy9X1Vgj8AGwcHjT8XTuy
Bitsky
Hero Member
*****
Offline Offline

Activity: 574
Merit: 500


View Profile
July 02, 2011, 08:45:36 PM
 #81

Can't wait to see an installer for Windows for this GUI. It looks great.

Some suggestions:
- Add sendmany support
- Make it possible to select the sender address.
- Import/Export single addresses (for merging wallets)
- Require a password to open a wallet (encrypted wallet)
- Require a password to make a transaction
- Add a button that converts the balance to a pre-selected currency
- Option to delete an address (for the sake of overview, or don't auto-create them)
- Make it a light client (download headers only, not the complete chain)
- Display the label instead of the address in the main list

I'm aware that some suggestions belong more to the core development; but if at some point those two projects are merged, the GUI would have already taken care for that.

Bounty: Earn up to 68.7 BTC
Like my post? Feel free to drop a tip to 1BitskyZbfR4irjyXDaGAM2wYKQknwX36Y
tschaboo
Jr. Member
*
Offline Offline

Activity: 42
Merit: 0


View Profile
July 03, 2011, 12:27:58 AM
 #82

Hello John,

thanks for your comments.

Quote
10.) You are giving instructions in your readme how to compile it in ubuntu. On a fresh install of Ubuntu 10.04 I needed the following not mentioned packages to get it building: build-essential, libboost-dev, [libboost-system-dev libboost-filesystem-dev libboost-program-options-dev libboost-thread-dev | libboost-all-dev], libssl-dev and libdb4.8++-dev. Actually it didn't build, because setPlaceholderText in QLineEdit was introduced in Qt4.7 and Ubuntu 10.04 comes with Qt4.6. I commented them out.
I'll update the instructions... I've also changed the placeholders to only be compiled for Qt 4.7+.

Regarding the build instructions: you can remove "libboost-all-dev" as it was meant as an alternative to installing the smaller packages. -all-dev includes them.

I pulled your changes but it doesn't compile because of another occurence of setPlaceholderText in the file ui_sendcoinsdialog.h generated from sendcoinsdialog.ui (addAsLabel).

1AZNkFqcm2AK6wrMauNoVT4ZJGrYMrv2Yo
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
July 03, 2011, 05:45:16 AM
 #83

I pulled your changes but it doesn't compile because of another occurence of setPlaceholderText in the file ui_sendcoinsdialog.h generated from sendcoinsdialog.ui (addAsLabel).
This doesn't make sense. Why is that code generated in a Qt version that doesn't support it?

I cannot put #ifdefs in generated code, obviously, so I don't see a way to solve this :/

Seems the problem is more common, it results from a mixup between uic version and Qt header version:
http://permalink.gmane.org/gmane.comp.kde.users.kdevelop/6629

Edit: I'll move all setPlaceholderText to application code instead of .ui scripts so I can guard them with #ifdef...


Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
July 03, 2011, 08:17:52 AM
 #84

Started working on windows version, by popular request.

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
July 03, 2011, 10:41:13 PM
 #85

Windows build instructions:


Please help testing!

* GPG signature signed with the key in my undersign can be found here: http://download.visucore.com/bitcoin/qtgui_deps_1.zip.sig . You can of course also build the dependencies (openssl, boost, dbcxx) yourself.



Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
gigabytecoin
Sr. Member
****
Offline Offline

Activity: 280
Merit: 250


View Profile
July 04, 2011, 10:43:35 AM
 #86

Started working on windows version, by popular request.


AWESOME!

Thank you.

Gorgeous work by the way, keep it up!
Bitsky
Hero Member
*****
Offline Offline

Activity: 574
Merit: 500


View Profile
July 04, 2011, 06:34:15 PM
 #87

Windows build instructions:

Please help testing!

* GPG signature signed with the key in my undersign can be found here: http://download.visucore.com/bitcoin/qtgui_deps_1.zip.sig . You can of course also build the dependencies (openssl, boost, dbcxx) yourself.
Sadly the QT SDK cannot be installed on a Windows prior to XP, and in XP I don't have the 8GB free which it needs.

Bounty: Earn up to 68.7 BTC
Like my post? Feel free to drop a tip to 1BitskyZbfR4irjyXDaGAM2wYKQknwX36Y
kwukduck
Legendary
*
Offline Offline

Activity: 1942
Merit: 1000


View Profile
July 05, 2011, 01:26:52 PM
 #88

Looking really good.

14b8PdeWLqK3yi3PrNHMmCvSmvDEKEBh3E
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
July 05, 2011, 03:24:03 PM
 #89

Thanks everyone!

Sadly the QT SDK cannot be installed on a Windows prior to XP, and in XP I don't have the 8GB free which it needs.
You can also use MinGW+MSys on more limited systems (do qmake && make). In addition to the deps that I provide, you'll also need to get the Qt libraries/includes.

Or cross-compile from Linux but that's more involved.

I might eventually upload an executable installer directly, but this is better for now as the state of the code is still very much in flux and there are no official releases.

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
July 05, 2011, 08:18:16 PM
 #90

Tab-ification of the UI, phase 1





The overview tab should have:

  • Balance (confirmed and unconfirmed)
  • Last N received transactions
  • Last N sent transactions

Also, the address book, list of received addresses etc might be better as tabs instead of dialogs as well.


Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
drawoc
Full Member
***
Offline Offline

Activity: 168
Merit: 100

Firstbits: 175wn


View Profile
July 05, 2011, 08:48:01 PM
 #91

Shouldn't the Generate transactions that haven't matured yet still display the clock symbol?

Anyway, the tabs are nice. Keep up the good work!

Donate: 175WNXmJ1WVhFgVGKUqEhYtAQGRYAvqPA
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
July 05, 2011, 09:35:48 PM
 #92

Shouldn't the Generate transactions that haven't matured yet still display the clock symbol?
Hm I agree that'd make sense... I was thinking of using different icons for that (confirmed but not matured), but that isn't really needed and probably overcomplicated Smiley

Done;

- Generated transactions don't have spam in the "Address" column anymore and show a clock depending on their maturity.

- Also I call them "mined" now instead of "generated", as that's the going word for it now:



Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
Pieter Wuille
Legendary
*
Offline Offline

Activity: 1050
Merit: 1005


View Profile WWW
July 07, 2011, 08:58:26 AM
 #93

Quote
3.) I'm not that experienced with build-systems but my colleages advised me to only use autotools if it's really necessary or you are already fluent in using them, otherwise there are less frustrating options, cmake was mentioned explicitly; autotools was called obsolete. Maybe we should ask the core developers, why they want to use autotools and if they considered alternatives.
I've pitched CMake in the mailing list. I wonder what the reply will be \o/ Some people might be annoyed though because they went through all the trouble to port it to autotools which is no small feat. On the other hand, Mac/Windows was problematic with autotools.
The discussion seems to have died out. I've bumped the thread.

Quote
Quote
I'd like to have the delete button activated with a tooltip "Delete the selected address from the address book. You will still be able to receive coins to this address". It's clear to me that this new workflow will need a change in the backend, namely having the possibility to set an address record as "hidden" in the database. But IMHO this is worth the change.
The "hidden address" thing using a flag is a good idea, both for receiving and sending addresse (for the reasons that you mention). We'd have to be really sure that this is safe, though. I'll have to think about it a bit.
Currently, it's possible for (receiving) addresses to not be in the address book at all. Those are considered change addresses by the wallet interface. I don't think that's exactly what you need, since deleting an address on which you've received money would confuse the user interface.

Quote
Quote
6.) I think the "Set as default receiving address" is obsolete now? If not, please tell me what it does. (And it probably should be disabled by default).
I think so. I don't really understand the default receiving address stuff either. I don't think it's used anywhere in the Bitcoin core code. I need to check this and if that's the case, completely nuke it.
The current proposed wallet encryption patch will use the default address for generations, if no fresh pool key is available. I doubt it's necessary to show this in the user interface, though. It seems like a legacy way of showing people "this is the address you should use".

Quote
Quote
  b.) If you add a new entry without giving the address (just the label) it says: "The address is already in the address book.". I think it should not even allow an entry without a valid address.
It should indeed check addresses for validity before adding to address book.
See pull request 358.

aka sipa, core dev team

Tips and donations: 1KwDYMJMS4xq3ZEWYfdBRwYG2fHwhZsipa
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
July 07, 2011, 12:28:09 PM
 #94

The discussion seems to have died out. I've bumped the thread.
Thanks!
Quote
Currently, it's possible for (receiving) addresses to not be in the address book at all. Those are considered change addresses by the wallet interface. I don't think that's exactly what you need, since deleting an address on which you've received money would confuse the user interface.
It's close, but not exactly what is needed.

Effectively, the only thing it has to do is hide the address in the UI. Internally, nothing special has to happen, and the address should still be in the address book for lookup purposes.
Quote
The current proposed wallet encryption patch will use the default address for generations, if no fresh pool key is available. I doubt it's necessary to show this in the user interface, though. It seems like a legacy way of showing people "this is the address you should use".
OK, seems it was a good idea to hide it from the user interface then.

Update:
  • CSV export of the transaction history has been implemented. Up next: address book export.


Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
kripz
Full Member
***
Offline Offline

Activity: 182
Merit: 100



View Profile
July 08, 2011, 03:54:15 AM
 #95

Quote
make
/usr/bin/uic-qt4 src/qt/forms/sendcoinsdialog.ui -o ui_sendcoinsdialog.h
/usr/bin/uic-qt4 src/qt/forms/addressbookpage.ui -o ui_addressbookpage.h
/usr/bin/uic-qt4 src/qt/forms/aboutdialog.ui -o ui_aboutdialog.h
/usr/bin/uic-qt4 src/qt/forms/editaddressdialog.ui -o ui_editaddressdialog.h
/usr/bin/uic-qt4 src/qt/forms/transactiondescdialog.ui -o ui_transactiondescdialog.h
/usr/bin/uic-qt4 src/qt/forms/overviewpage.ui -o ui_overviewpage.h
g++ -c -pipe -O2 -fdiagnostics-show-option -Wall -Wno-invalid-offsetof -Wno-unused-variable -Wno-unused-parameter -Wno-sign-compare -Wno-char-subscripts -Wno-unused-value -Wno-sequence-point -Wno-parentheses -Wno-unknown-pragmas -Wno-switch -D_REENTRANT -DQT_GUI -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4 -Isrc -Isrc/json -Isrc/cryptopp -Isrc/qt -I. -I. -o bitcoin.o src/qt/bitcoin.cpp
In file included from src/qt/bitcoin.cpp:8:0:
src/headers.h:43:20: fatal error: db_cxx.h: No such file or directory
compilation terminated.
make: *** [bitcoin.o] Error 1

How to fix? Currently running debian wheezy.

 Merged mining, free SMS notifications, PayPal payout and much more.
http://btcstats.net/sig/JZCODg2
error
Hero Member
*****
Offline Offline

Activity: 588
Merit: 500



View Profile
July 08, 2011, 03:55:33 AM
 #96

Quote
make
/usr/bin/uic-qt4 src/qt/forms/sendcoinsdialog.ui -o ui_sendcoinsdialog.h
/usr/bin/uic-qt4 src/qt/forms/addressbookpage.ui -o ui_addressbookpage.h
/usr/bin/uic-qt4 src/qt/forms/aboutdialog.ui -o ui_aboutdialog.h
/usr/bin/uic-qt4 src/qt/forms/editaddressdialog.ui -o ui_editaddressdialog.h
/usr/bin/uic-qt4 src/qt/forms/transactiondescdialog.ui -o ui_transactiondescdialog.h
/usr/bin/uic-qt4 src/qt/forms/overviewpage.ui -o ui_overviewpage.h
g++ -c -pipe -O2 -fdiagnostics-show-option -Wall -Wno-invalid-offsetof -Wno-unused-variable -Wno-unused-parameter -Wno-sign-compare -Wno-char-subscripts -Wno-unused-value -Wno-sequence-point -Wno-parentheses -Wno-unknown-pragmas -Wno-switch -D_REENTRANT -DQT_GUI -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4 -Isrc -Isrc/json -Isrc/cryptopp -Isrc/qt -I. -I. -o bitcoin.o src/qt/bitcoin.cpp
In file included from src/qt/bitcoin.cpp:8:0:
src/headers.h:43:20: fatal error: db_cxx.h: No such file or directory
compilation terminated.
make: *** [bitcoin.o] Error 1

How to fix? Currently running debian wheezy.

apt-get install libdb4.8++-dev

3KzNGwzRZ6SimWuFAgh4TnXzHpruHMZmV8
kripz
Full Member
***
Offline Offline

Activity: 182
Merit: 100



View Profile
July 08, 2011, 04:02:39 AM
 #97

Had to install older versions from squeeze

 Merged mining, free SMS notifications, PayPal payout and much more.
http://btcstats.net/sig/JZCODg2
error
Hero Member
*****
Offline Offline

Activity: 588
Merit: 500



View Profile
July 08, 2011, 04:08:01 AM
 #98

I'm guessing it's this http://packages.debian.org/wheezy/libdb4.8-dev because qheezy doesnt have libdb4.8++-dev

No, it is definitely libdb4.8++-dev. No idea why it isn't in testing yet.

3KzNGwzRZ6SimWuFAgh4TnXzHpruHMZmV8
kripz
Full Member
***
Offline Offline

Activity: 182
Merit: 100



View Profile
July 08, 2011, 04:08:24 AM
 #99

I grabbed the versions from squeeze manually, compiling now, lets see if it works.

EDIT: Doesnt work. Installed libdb4.8* from squeeze. compiled and now it doesnt run.

Quote
EXCEPTION: 22DbRunRecoveryException       
DbEnv::open: DB_RUNRECOVERY: Fatal error, run database recovery       
bitcoin in Runaway exception       

terminate called after throwing an instance of 'DbRunRecoveryException'
  what():  DbEnv::open: DB_RUNRECOVERY: Fatal error, run database recovery
Aborted

Deleted my wallet and still doesnt run.

 Merged mining, free SMS notifications, PayPal payout and much more.
http://btcstats.net/sig/JZCODg2
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
July 08, 2011, 08:27:57 AM
 #100

Deleted my wallet and still doesnt run.
There should be no need to delete anything!

Can you try pointing it at a completely new directory using -datadir=<dir>?

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
Pieter Wuille
Legendary
*
Offline Offline

Activity: 1050
Merit: 1005


View Profile WWW
July 08, 2011, 09:09:11 AM
 #101

Delete the database/ directy and the log files. Those are incompatible between different versions of bdb. The actual dat files are compatible.

aka sipa, core dev team

Tips and donations: 1KwDYMJMS4xq3ZEWYfdBRwYG2fHwhZsipa
r50zyry5
Jr. Member
*
Offline Offline

Activity: 30
Merit: 0


View Profile
July 08, 2011, 01:09:40 PM
 #102

Anyone compile that on TinyCore linux ?

Best Regards
r50zyry5

p2pool Nodes (http://p2pool.beehost.org)
 *Image Removed*
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
July 08, 2011, 03:51:52 PM
 #103

Some further experimentation, display a "freshness" indicator instead of number of blocks, and show the hard numbers only as tooltip.





r50zyry5: I don't know TinyCore Linux, let me know the build instructions /dependency packages if you get it to work so I can include it in the readme

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
July 08, 2011, 08:48:22 PM
 #104

I've added a context menu to the transaction list:





  • Copy address: copy address for selected transaction to clipboard
  • Copy label: copy label associated to the address for selected transaction to clipboard
  • Edit label: edit the label associated to the address for selected transaction
  • Show details...: show details for transactions (same as double-click)

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
July 09, 2011, 10:14:05 AM
 #105

- Add sendmany support
Coming up!

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
hugolp
Hero Member
*****
Offline Offline

Activity: 784
Merit: 1000



View Profile
July 09, 2011, 11:10:36 AM
 #106

I tried to compile it and got an error. Under Ubuntu 10.04 LTS, I installed all the dependencies as per the github page, then qmake, then make. This is the result:

Code:
g++ -c -pipe -fstack-protector -O2 -fdiagnostics-show-option -Wall -Wno-invalid-offsetof -Wno-unused-variable -Wno-unused-parameter -Wno-sign-compare -Wno-char-subscripts -Wno-unused-value -Wno-sequence-point -Wno-parentheses -Wno-unknown-pragmas -Wno-switch -D_REENTRANT -DQT_GUI -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4 -Isrc -Isrc/json -Isrc/cryptopp -Isrc/qt -I. -I. -o sendcoinsdialog.o src/qt/sendcoinsdialog.cpp
In file included from src/qt/sendcoinsdialog.cpp:2:
./ui_sendcoinsdialog.h: In member function ‘void Ui_SendCoinsDialog::retranslateUi(QDialog*)’:
./ui_sendcoinsdialog.h:186: error: ‘class QLineEdit’ has no member named ‘setPlaceholderText’
make: *** [sendcoinsdialog.o] Error 1

Maybe the LTS has an older library?
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
July 09, 2011, 12:02:31 PM
 #107

Maybe the LTS has an older library?
Yes, older Qt doesn't support placeholder text, and the code generator screws up on this. I moved it to the .cpp inside an #ifdef for Qt4.7+, but it seems some remnant stuck around.

Should be fixed now.

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
Bitsky
Hero Member
*****
Offline Offline

Activity: 574
Merit: 500


View Profile
July 09, 2011, 12:44:33 PM
 #108

I just wanted to add an idea that popped into my mind.

The longer you use Bitcoin, the more transactions you have (d'uh).

Most will not use only a single address, so over time you'll pile up heaps of addresses. Tagging them sure helps organizing, but adding a folder-like system would improve it even more.

I hope the following list illustrates what I mean:
Code:
[+] Your addresses
    [-] Friends                 
        [-] Bob
    |- 2hgZ3hdhdh2...     0.01
    |- Hudh38dheUw...     0.02
        [+] Jane                 1.20
        [+] Peter                0.74
    [+] Business                12.10
    [+] Freelance work           8.41
    [-] Various
        [+] My website           0.02
        [-] Shopping
            [+] Newegg          -1.33
    [-] eBay
                |- Bought 1     -1.12
                |- Bought 2     -0.08
                |- Bought 3     -1.55
                |- Sold 1       12.98

That way you could sort in your addresses and group them together easily. Basically like on your computer: you don't store everything in a single folder, but use them to organize your files

Bounty: Earn up to 68.7 BTC
Like my post? Feel free to drop a tip to 1BitskyZbfR4irjyXDaGAM2wYKQknwX36Y
hugolp
Hero Member
*****
Offline Offline

Activity: 784
Merit: 1000



View Profile
July 09, 2011, 03:14:17 PM
 #109

Maybe the LTS has an older library?
Yes, older Qt doesn't support placeholder text, and the code generator screws up on this. I moved it to the .cpp inside an #ifdef for Qt4.7+, but it seems some remnant stuck around.

Should be fixed now.

That was it. Im testing it now.
bitlotto
Hero Member
*****
Offline Offline

Activity: 672
Merit: 500


BitLotto - best odds + best payouts + cheat-proof


View Profile WWW
July 09, 2011, 03:45:41 PM
 #110

For the "freshness" part how about:
"Network history xx hour(s) old" and "Network history up to date"
And tooltip
"Downloaded xx of xx total blocks containing history. Last block generated xx minute(s) ago"

Maybe? It may be clearer what's happening.

*Next Draw Feb 1*  BitLotto: monthly raffle (0.25 BTC per ticket) Completely transparent and impossible to manipulate who wins. TOR
TOR2WEB
Donations to: 1JQdiQsjhV2uJ4Y8HFtdqteJsZhv835a8J are appreciated.
kripz
Full Member
***
Offline Offline

Activity: 182
Merit: 100



View Profile
July 10, 2011, 03:24:18 AM
 #111

Delete the database/ directy and the log files. Those are incompatible between different versions of bdb. The actual dat files are compatible.

I had to do all that and redownload the block chain, what a PITA.

 Merged mining, free SMS notifications, PayPal payout and much more.
http://btcstats.net/sig/JZCODg2
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
July 10, 2011, 06:40:51 AM
 #112

For the "freshness" part how about:
"Network history xx hour(s) old" and "Network history up to date"
And tooltip
"Downloaded xx of xx total blocks containing history. Last block generated xx minute(s) ago"

Maybe? It may be clearer what's happening.
I like that tooltip text, however the total number of block is not possible to get right now without core client changes.  Currently the only thing that is known is the current block number, and the generation date of the last block. The "welcome" message contains the total block height for a client, but that's only sent when connecting to a new node.

And I don't want to make the message in the main UI longer, as I want to reduce text. If you want to make it clearer, please provide better icons Smiley

Delete the database/ directy and the log files. Those are incompatible between different versions of bdb. The actual dat files are compatible.

I had to do all that and redownload the block chain, what a PITA.
You could also link against the same version of BDB that you used before, saves you the trouble.

I don't know the exact commands for linking against older db-cxx 4.7/4.8 in newer Debian, but if you find out please let me know so build instructions can be updated.


Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
alkor
Full Member
***
Offline Offline

Activity: 137
Merit: 100


View Profile
July 12, 2011, 11:05:27 PM
 #113

I was able to succesfully build and run on Mac OS X, with the following small modification to bitcoin-qt.pro

Code:
macx:LIBS += -lboost_thread-mt -lboost_system-mt -lboost_filesystem-mt -lboost_program_options-mt

alkor
Full Member
***
Offline Offline

Activity: 137
Merit: 100


View Profile
July 12, 2011, 11:16:11 PM
 #114

However, I'm getting a few warnings when i start the program

Code:
Object::connect: No such slot TransactionView::transactionDetails() in ../bitcoin-qt/src/qt/bitcoingui.cpp:87
QMetaObject::connectSlotsByName: No matching signal for on_buttonBox_rejected()
Object::connect: No such slot OverviewPage::setBalance(qint64) in ../bitcoin-qt/src/qt/overviewpage.cpp:52
Object::connect:  (receiver name: 'OverviewPage')
bitlotto
Hero Member
*****
Offline Offline

Activity: 672
Merit: 500


BitLotto - best odds + best payouts + cheat-proof


View Profile WWW
July 12, 2011, 11:50:29 PM
 #115

About the icons:
How about a small analog clock with a green check mark over top for up to date blockchain and a red "x" over the clock for not up to date. And even an hour glass over top if it's downloading. I figured it better represents what's going on. Whether the history is up to date or not. When they have the whole block chain it shows a green check mark. We could even have and hour glass over the clock if it's downloading representing that it's downloading. Animated hourglass would be ideal! Just like the hour glass by many mouse pointers...

*Next Draw Feb 1*  BitLotto: monthly raffle (0.25 BTC per ticket) Completely transparent and impossible to manipulate who wins. TOR
TOR2WEB
Donations to: 1JQdiQsjhV2uJ4Y8HFtdqteJsZhv835a8J are appreciated.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
July 13, 2011, 06:18:19 AM
 #116

About the icons:
How about a small analog clock with a green check mark over top for up to date blockchain and a red "x" over the clock for not up to date.
That's a good idea, but pretty difficult to cramp icons with icons over it into a 16x16 icon, believe me, I tried Smiley If you come up with something please post it here.
Quote
We could even have and hour glass over the clock if it's downloading representing that it's downloading. Animated hourglass would be ideal! Just like the hour glass by many mouse pointers...
That analogy is not correct as it's always downloading, even when the whole block chain is synced. There's always new blocks and one could come in at any moment. It's a matter of being in sync or not, so the clocks idea is better.

Or do you mean the "initial download" progress bar? During that time, it could indeed show an hourglass.

I was able to succesfully build and run on Mac OS X, with the following small modification to bitcoin-qt.pro
Great, I'll update the build file for mac Smiley
Quote

Can I use that screenshot in the opening post?

Those warnings occur on any OS, and are pretty harmless. It's because I moved some stuff around, I'll fix them shortly.

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
alkor
Full Member
***
Offline Offline

Activity: 137
Merit: 100


View Profile
July 13, 2011, 07:29:34 AM
 #117

Can I use that screenshot in the opening post?
Absolutely. Feel free to use it anyway you want. If you want more screenshots let me know.
FatherMcGruder
Sr. Member
****
Offline Offline

Activity: 322
Merit: 250



View Profile WWW
July 14, 2011, 01:03:59 PM
 #118

I just wanted to add an idea that popped into my mind.

The longer you use Bitcoin, the more transactions you have (d'uh).

Most will not use only a single address, so over time you'll pile up heaps of addresses. Tagging them sure helps organizing, but adding a folder-like system would improve it even more.

I hope the following list illustrates what I mean:
Code:
[+] Your addresses
    [-] Friends                 
        [-] Bob
    |- 2hgZ3hdhdh2...     0.01
    |- Hudh38dheUw...     0.02
        [+] Jane                 1.20
        [+] Peter                0.74
    [+] Business                12.10
    [+] Freelance work           8.41
    [-] Various
        [+] My website           0.02
        [-] Shopping
            [+] Newegg          -1.33
    [-] eBay
                |- Bought 1     -1.12
                |- Bought 2     -0.08
                |- Bought 3     -1.55
                |- Sold 1       12.98

That way you could sort in your addresses and group them together easily. Basically like on your computer: you don't store everything in a single folder, but use them to organize your files

How about instead of a folder structure, or in addition to one, the client uses labels. With labels, you can better accommodate contacts who use individual addresses for more than one purpose. What do folks think about the client using Outlook or Thunderbird to manage contacts instead of managing them itself?

Separately, I'd like to see the client have the same functionality as the Block Explorer. Although, that might go beyond the scope of this effort.


Use my Trade Hill referral code: TH-R11519

Check out bitcoinity.org and Ripple.

Shameless display of my bitcoin address:
1Hio4bqPUZnhr2SWi4WgsnVU1ph3EkusvH
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
July 14, 2011, 07:04:03 PM
 #119

Absolutely. Feel free to use it anyway you want. If you want more screenshots let me know.
OK, I've added it, so that I have all the major OSes now.
Quote
How about instead of a folder structure, or in addition to one, the client uses labels. With labels, you can better accommodate contacts who use individual addresses for more than one purpose.
It is not a good idea for someone to use an address for multiple purposes. It's super-easy to generate multiple addresses in that case.

Also, having the same address in multiple 'branches' would mean that the totals don't add up anymore :-)
Quote
What do folks think about the client using Outlook or Thunderbird to manage contacts instead of managing them itself?
Dunno, I like the client to be mostly self-contained, so you can also run it from an USB stick without interfering with the rest of the system.
Quote
Separately, I'd like to see the client have the same functionality as the Block Explorer. Although, that might go beyond the scope of this effort.
I'm open to that, though it'd probably be hidden in an advanced/debug mode.

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
July 16, 2011, 11:49:58 AM
 #120

Sendmany support (not yet committed, but UI is done):



Recipients (yes -- I see the misspelling now) can be added with the "+" button, and deleted with the "-" buttons (until one is left). By default, one recipient record is shown.

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
Pieter Wuille
Legendary
*
Offline Offline

Activity: 1050
Merit: 1005


View Profile WWW
July 16, 2011, 11:55:00 AM
 #121

Nice!

aka sipa, core dev team

Tips and donations: 1KwDYMJMS4xq3ZEWYfdBRwYG2fHwhZsipa
bitlotto
Hero Member
*****
Offline Offline

Activity: 672
Merit: 500


BitLotto - best odds + best payouts + cheat-proof


View Profile WWW
July 16, 2011, 01:27:58 PM
 #122

Examples using green/red clock going with the theme "up to date":


and



Images in PNG:




*Next Draw Feb 1*  BitLotto: monthly raffle (0.25 BTC per ticket) Completely transparent and impossible to manipulate who wins. TOR
TOR2WEB
Donations to: 1JQdiQsjhV2uJ4Y8HFtdqteJsZhv835a8J are appreciated.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
July 16, 2011, 05:23:08 PM
 #123


Sendmany support is committed now. The whole sending layer was refactored, so please help testing Smiley



Thanks! What's the licensing?

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
bitlotto
Hero Member
*****
Offline Offline

Activity: 672
Merit: 500


BitLotto - best odds + best payouts + cheat-proof


View Profile WWW
July 16, 2011, 06:51:31 PM
 #124


Sendmany support is committed now. The whole sending layer was refactored, so please help testing Smiley



Thanks! What's the licensing?

I release it public domain. I'm just wondering, I used another icon as a guide that was on my computer. Does that mean it has to have the same license something so simple? It's a pretty simple circle with a couple lines? Derived from Ubuntu Humanity which is GPL I believe, so as long as you keep the icon GPL? I was just playing around if you want I can make a new one from scratch that is public domain in case.

*Next Draw Feb 1*  BitLotto: monthly raffle (0.25 BTC per ticket) Completely transparent and impossible to manipulate who wins. TOR
TOR2WEB
Donations to: 1JQdiQsjhV2uJ4Y8HFtdqteJsZhv835a8J are appreciated.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
July 16, 2011, 07:00:10 PM
 #125

If it's derived from a GPL icon it's also GPL. For some of the other icons I've also used GPL icon sets (crystal SVG and friends). As long as it can be used in open source software it's OK for now.

Public domain is ofc best but it's almost impossible to find good looking public domain icons.

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
bitlotto
Hero Member
*****
Offline Offline

Activity: 672
Merit: 500


BitLotto - best odds + best payouts + cheat-proof


View Profile WWW
July 16, 2011, 07:09:19 PM
 #126

If it's derived from a GPL icon it's also GPL. For some of the other icons I've also used GPL icon sets (crystal SVG and friends). As long as it can be used in open source software it's OK for now.

Public domain is ofc best but it's almost impossible to find good looking public domain icons.

Ah good. I looked it up and it is part of Humanity icon theme. GPL. Use it if you want!

*Next Draw Feb 1*  BitLotto: monthly raffle (0.25 BTC per ticket) Completely transparent and impossible to manipulate who wins. TOR
TOR2WEB
Donations to: 1JQdiQsjhV2uJ4Y8HFtdqteJsZhv835a8J are appreciated.
bitlotto
Hero Member
*****
Offline Offline

Activity: 672
Merit: 500


BitLotto - best odds + best payouts + cheat-proof


View Profile WWW
July 17, 2011, 03:24:08 AM
 #127

Edit: Never mind. I misunderstood the keypool a little bit.

*Next Draw Feb 1*  BitLotto: monthly raffle (0.25 BTC per ticket) Completely transparent and impossible to manipulate who wins. TOR
TOR2WEB
Donations to: 1JQdiQsjhV2uJ4Y8HFtdqteJsZhv835a8J are appreciated.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
July 17, 2011, 10:30:32 AM
 #128

I agree it's useful to be able to request that number (num spare keys in key pool), but displaying that in a sensible way would be difficult. I've reserved the 'key/lock' symbols in the status bar already for wallet encryption. Until exporting/back-upping is part of the client, it'd be better off in some advanced information pane.  It shouldn't overwhelm new users until they know where it's for.

And I agree with the earlier poster now that there needs to be an animated icon when not up to date, "3 days ago" doesn't show that it is working to get more recent data.

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
ghotir
Newbie
*
Offline Offline

Activity: 16
Merit: 0



View Profile
July 17, 2011, 11:38:52 AM
 #129

I love the crowdsourcing going on here.
I use a very minimal X environment (I only have libs installed that are necessary for Firefox, gimp, and what's needed for scrotwm)  & even though this is KDE/Qt,  watching it come to life rocks.


Shameless:  payb.tc/ghotir
My G+ :  ghotir.us/gplus
WakiMiko
Jr. Member
*
Offline Offline

Activity: 59
Merit: 0



View Profile
July 17, 2011, 11:42:43 AM
 #130

I think it's a big flaw that the program generates 100 keys at a time and the user is just to guess when this happens.

It would really help people know that a new backup is needed! Hate to lose some BTC on that 101 key!!

Is that really how the keypool works? I was under the impression that the keypool always maintains a constant number of keys (default 100). So when the user requests a new receiving address, the OLDEST key is taken from the pool and presented to the user, and a NEW key is generated and added to the pool, so that there are always 100 keys in the pool.

Also every time I check this thread bitcoin-qt is looking better and better, thanks for working on this JohnSmith!

We only need to think of more stuff to add to the home tab, it looks a little empty at the moment.

Edit: The recipients should probably be put in some kind of vertically scrollable area. Right now the window resizes when adding more and more recipients, until it is bigger than the screen Smiley

1APeJ2DiUNdsNizn47MBeAwbjaugEgg4Zn
bitlotto
Hero Member
*****
Offline Offline

Activity: 672
Merit: 500


BitLotto - best odds + best payouts + cheat-proof


View Profile WWW
July 17, 2011, 02:39:13 PM
 #131

And I agree with the earlier poster now that there needs to be an animated icon when not up to date, "3 days ago" doesn't show that it is working to get more recent data.
Maybe?

*Next Draw Feb 1*  BitLotto: monthly raffle (0.25 BTC per ticket) Completely transparent and impossible to manipulate who wins. TOR
TOR2WEB
Donations to: 1JQdiQsjhV2uJ4Y8HFtdqteJsZhv835a8J are appreciated.
bitlotto
Hero Member
*****
Offline Offline

Activity: 672
Merit: 500


BitLotto - best odds + best payouts + cheat-proof


View Profile WWW
July 17, 2011, 02:44:26 PM
 #132

Is that really how the keypool works? I was under the impression that the keypool always maintains a constant number of keys (default 100). So when the user requests a new receiving address, the OLDEST key is taken from the pool and presented to the user, and a NEW key is generated and added to the pool, so that there are always 100 keys in the pool.
Hmm. I think you are right.

*Next Draw Feb 1*  BitLotto: monthly raffle (0.25 BTC per ticket) Completely transparent and impossible to manipulate who wins. TOR
TOR2WEB
Donations to: 1JQdiQsjhV2uJ4Y8HFtdqteJsZhv835a8J are appreciated.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
July 17, 2011, 04:10:14 PM
 #133

I love the crowdsourcing going on here.
I use a very minimal X environment (I only have libs installed that are necessary for Firefox, gimp, and what's needed for scrotwm)  & even though this is KDE/Qt,  watching it come to life rocks.
It's Qt, but has no dependencies on KDE Smiley But indeed, looks like this project is going in the right direction.
Edit: The recipients should probably be put in some kind of vertically scrollable area. Right now the window resizes when adding more and more recipients, until it is bigger than the screen Smiley
Done! And the "updating" icon is animated now.

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
WakiMiko
Jr. Member
*
Offline Offline

Activity: 59
Merit: 0



View Profile
July 18, 2011, 01:13:28 PM
 #134


Done! And the "updating" icon is animated now.

Nice, though I would move the "Add recipient" and "Send" buttons out of the scrollarea, so that they are always visible, just like on the address book page.  Wink

The connection status indicator could display some additional information in the tooltip that there are connection problems if there are 8 or less connections/all connections are outgoing, kinda like a lot of BitTorrent clients already do:



Maybe that would cause more users behind NAT/firewalls to forward port 8333 and/or use upnp.
Also the fourth bar should be green and not yellow Tongue

1APeJ2DiUNdsNizn47MBeAwbjaugEgg4Zn
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
July 18, 2011, 04:46:33 PM
 #135

Nice, though I would move the "Add recipient" and "Send" buttons out of the scrollarea, so that they are always visible, just like on the address book page.  Wink
Yes good idea, done
Quote
The connection status indicator could display some additional information in the tooltip that there are connection problems if there are 8 or less connections/all connections are outgoing, kinda like a lot of BitTorrent clients already do:
Also sounds good. I wonder if it is possible to detect whether the port is open from outside. Or maybe it could count the number of incoming/outgoing connections and complain if there are no incoming connections after a certain while...

Also the fourth bar should be green and not yellow Tongue
Lol, I agree, feel free to modify the image. I suppose this also means that the inbetween-bars should be yellow/orange instead of red to make sure it's still a nice gradient.

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
TYDIRocks
Full Member
***
Offline Offline

Activity: 216
Merit: 100


View Profile
July 20, 2011, 06:17:07 PM
 #136

Very cool! Too bad I only took a year of C++ Tongue

Import new address/private keys with ease: https://bitcointalk.org/index.php?topic=101161
fabianhjr
Sr. Member
****
Offline Offline

Activity: 322
Merit: 250


Do The Evolution


View Profile
July 21, 2011, 08:33:33 PM
 #137

Something that I see lacking in the main client is to be able to determine a fee on the fly instead of going trough the preferences to change it and return it to normal.

I am all in for the folder structure.

Based on some patches made to the main client and forks this are some ideas to implement:
-Import Keys
-Determine where the .dat and important files would be located
-Deterministic wallets generated with a strong password. No need to store the keys in the wallet.dat(16+ chars cap and uncap, numbers, and symbols)
-Vanity Generator, Miner, and bulk key generation.(Under a certain folder x ammount of keys)
-Show addresses already "linked" together in groups.
-Advanced Send(From, to, both with multiple inputs/outputs and a specific fee)
-Access control for the API, create users who can only manage specific accounts and/or limited commands.

For usability make a divide between: Power Users/Simple Users.
Power Users have low level access(Many of the futures described above)
Simple users are limited to tx historial/contacts/send and status/messages dumb down.

Will help as I can when I get my Ubuntu box set up again. Smiley

JuanPabloCuervo
Full Member
***
Offline Offline

Activity: 230
Merit: 102


View Profile
July 22, 2011, 04:34:14 AM
 #138

Not really an alternative client, but an alternative GUI for the original bitcoin client

Hi...

in Windows...
for Miners...
"bitcoin.exe -server"
would be very usefull to see all ip miners connected to the server, with total Mh/s.


Thanks.
marcusaurelius
Jr. Member
*
Offline Offline

Activity: 37
Merit: 0



View Profile
July 22, 2011, 02:29:31 PM
 #139

hey, why don't you use this quite beautiful iconset, which has virtually every icon you can think of (7600!!):

http://www.famfamfam.com/lab/icons/silk/

Creative Commons Attribution 2.5 License, and the guy specifies that he has to be mentioned only on the credits page...


--
1Bo3Nqu1rKWvDzHmZJ7GD2BGnsg6YoqzPr
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
July 22, 2011, 03:21:34 PM
 #140

Based on some patches made to the main client and forks this are some ideas to implement:
-Import Keys
-Determine where the .dat and important files would be located
-Deterministic wallets generated with a strong password. No need to store the keys in the wallet.dat(16+ chars cap and uncap, numbers, and symbols)
-Vanity Generator, Miner, and bulk key generation.(Under a certain folder x ammount of keys)
-Show addresses already "linked" together in groups.
-Advanced Send(From, to, both with multiple inputs/outputs and a specific fee)
-Access control for the API, create users who can only manage specific accounts and/or limited commands.
Most of those are not really UI features but backend, you're better of lobbying for them for the core client. I think a some of them are already available as pull requests (such as deterministic wallets).

My project mostly focuses on the UI and improving the core <-> UI communication.
Quote
For usability make a divide between: Power Users/Simple Users.
Power Users have low level access(Many of the futures described above)
Simple users are limited to tx historial/contacts/send and status/messages dumb down.
Indeed, there should be an "expert" mode which exposes some more advanced and debug options.
Quote
Will help as I can when I get my Ubuntu box set up again. Smiley
Cool Smiley
hey, why don't you use this quite beautiful iconset, which has virtually every icon you can think of (7600!!):

http://www.famfamfam.com/lab/icons/silk/

Creative Commons Attribution 2.5 License, and the guy specifies that he has to be mentioned only on the credits page...
I think the problem with that icon set was that it only has 16x16 icons, which are good for some purposes, but not (for example) for the toolbar in many window systems.

But feel free to replace some of the small icons if you think they have better icons than the current ones (icons are in src/qt/res/icons..)


Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
July 25, 2011, 08:01:54 PM
 #141

Configurable units (BTC/uBTC/mBTC) are on the way, for the people that like to see large numbers Smiley

BTW is anyone interested in helping build binary packages (linux) / installers (windows)?

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
FatherMcGruder
Sr. Member
****
Offline Offline

Activity: 322
Merit: 250



View Profile WWW
July 25, 2011, 08:15:57 PM
 #142

...uBTC...
Use 'μ' (mu) instead of 'u', please. Smiley

Use my Trade Hill referral code: TH-R11519

Check out bitcoinity.org and Ripple.

Shameless display of my bitcoin address:
1Hio4bqPUZnhr2SWi4WgsnVU1ph3EkusvH
kjj
Legendary
*
Offline Offline

Activity: 1302
Merit: 1001



View Profile
July 25, 2011, 08:32:56 PM
 #143

...uBTC...
Use 'μ' (mu) instead of 'u', please. Smiley

Please do accept u if it ever comes up for input.

17Np17BSrpnHCZ2pgtiMNnhjnsWJ2TMqq8
I routinely ignore posters with paid advertising in their sigs.  You should too.
fabianhjr
Sr. Member
****
Offline Offline

Activity: 322
Merit: 250


Do The Evolution


View Profile
July 25, 2011, 09:00:15 PM
 #144

Well, doe to the value of a single Bitcoin, I really think the client should now default to mBTC + a patch to support more decimals in the official client.

ercolinux
Legendary
*
Offline Offline

Activity: 938
Merit: 1000



View Profile WWW
July 25, 2011, 09:16:01 PM
 #145

Configurable units (BTC/uBTC/mBTC) are on the way, for the people that like to see large numbers Smiley

BTW is anyone interested in helping build binary packages (linux) / installers (windows)?


I'm a little busy in this days but I found a couple of hours I can make  a RPM package for the openmamba distro (but easily enough it can works on every RPMs based distro)

Bitrated user: ercolinux.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
July 26, 2011, 09:25:11 AM
 #146

...uBTC...
Use 'μ' (mu) instead of 'u', please. Smiley
Happy? Smiley



(yes I see I forgot the , after 1 :p)
(edit: please help testing, this has been committed. Units are also automatically converted, so if you enter one value, then change the combobox, it will show the number in that new unit)

Please do accept u if it ever comes up for input.
I'm only going to use combo-boxes, but indeed, entering a 'mu' is annoying and should never be required.

Well, doe to the value of a single Bitcoin, I really think the client should now default to mBTC + a patch to support more decimals in the official client.
I'm not going to change the default for now. People that want to change how the numbers are shown can change the config option.

More decimals? Why? Even with mBTC you have 5 decimals, that should be enough.
I'm a little busy in this days but I found a couple of hours I can make  a RPM package for the openmamba distro (but easily enough it can works on every RPMs based distro)
That'd be awesome!

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
kripz
Full Member
***
Offline Offline

Activity: 182
Merit: 100



View Profile
July 26, 2011, 01:41:48 PM
 #147

This nano, micro and etc is confusing (not that know what it's even for). Perhaps something like this:

[   ].[   ] BTC = [   ].[   ] uBTC



If i change one side, the other changes. I'd hate to enter 1BTC when i meant 1uBTC

 Merged mining, free SMS notifications, PayPal payout and much more.
http://btcstats.net/sig/JZCODg2
Bitsky
Hero Member
*****
Offline Offline

Activity: 574
Merit: 500


View Profile
July 26, 2011, 02:16:05 PM
 #148

This nano, micro and etc is confusing (not that know what it's even for). Perhaps something like this:

[   ].[   ] BTC = [   ].[   ] uBTC



If i change one side, the other changes. I'd hate to enter 1BTC when i meant 1uBTC
Well that's the point. Enter any amount and select from the dropdown list if you want that to be BTC, mBTC or µBTC.

A note from my side on the [  ].[  ] input: A single field should suffice. Anybody who is not able to properly add a value with a decimal mark should not be doing any business at all.

That aside, it looks great. I hope Qt and the main branch get merged.

Bounty: Earn up to 68.7 BTC
Like my post? Feel free to drop a tip to 1BitskyZbfR4irjyXDaGAM2wYKQknwX36Y
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
July 26, 2011, 02:16:35 PM
 #149

If i change one side, the other changes. I'd hate to enter 1BTC when i meant 1uBTC
The send confirmation window will always show the amount in full BTC, so you'll never make that mistake.

I don't want to add multiple fields, the Send entry is already crowded enough.

If this is too confusing I'll remove the entire functionality in Send and simply make it a central configuration option and always use that.

However, I thought it'd be useful to give the option to use uBTC / mBTC for smaller sends and full BTC for larger ones... (and maybe also provide a hook to add other currencies later on)

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
FatherMcGruder
Sr. Member
****
Offline Offline

Activity: 322
Merit: 250



View Profile WWW
July 26, 2011, 04:49:24 PM
 #150

Happy? Smiley
So happy. Cheesy

Use my Trade Hill referral code: TH-R11519

Check out bitcoinity.org and Ripple.

Shameless display of my bitcoin address:
1Hio4bqPUZnhr2SWi4WgsnVU1ph3EkusvH
ercolinux
Legendary
*
Offline Offline

Activity: 938
Merit: 1000



View Profile WWW
July 28, 2011, 01:12:31 PM
 #151

Configurable units (BTC/uBTC/mBTC) are on the way, for the people that like to see large numbers Smiley

BTW is anyone interested in helping build binary packages (linux) / installers (windows)?


I've finished the RPM package. I've added a .desktop file so it can appear in kde menu. Tested on openmamba and it works smoothly.
The package is here: http://www.openmamba.org/distribution/distromatic.html?tag=devel-ercolinux&pkg=bitcoin-qt.i586

For the moment is in my personal testing repo - ASAP it will be tested on some other machines it will be ported in main repo.

Bitrated user: ercolinux.
ercolinux
Legendary
*
Offline Offline

Activity: 938
Merit: 1000



View Profile WWW
July 29, 2011, 03:56:15 PM
 #152

Configurable units (BTC/uBTC/mBTC) are on the way, for the people that like to see large numbers Smiley

BTW is anyone interested in helping build binary packages (linux) / installers (windows)?


I've finished the RPM package. I've added a .desktop file so it can appear in kde menu. Tested on openmamba and it works smoothly.
The package is here: http://www.openmamba.org/distribution/distromatic.html?tag=devel-ercolinux&pkg=bitcoin-qt.i586

For the moment is in my personal testing repo - ASAP it will be tested on some other machines it will be ported in main repo.

Tested and imported: now is mainstream in the distro. Package can be found here: http://www.openmamba.org/distribution/distromatic.html?tag=devel&pkg=bitcoin-qt.i586.

Due to the automatic update process of opemamba it will be a lot simplier to update the package if there will be a tarball of the source at every new release, in this case I'll try to keep the version updated with the git repo updating at least every 2 weeks (aside from august where I don't have internet access for 2-3 weeks).

Bitrated user: ercolinux.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
July 30, 2011, 10:12:29 AM
 #153

I've finished the RPM package. I've added a .desktop file so it can appear in kde menu. Tested on openmamba and it works smoothly.
The package is here: http://www.openmamba.org/distribution/distromatic.html?tag=devel-ercolinux&pkg=bitcoin-qt.i586
Awesome!
Due to the automatic update process of opemamba it will be a lot simplier to update the package if there will be a tarball of the source at every new release
Yes -- I intend to do this. Currently I keep in sync with latest git, as there are still some very important bug fixes there, but it'd be more clear to release a bitcoin-qt version for each core version.


Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
July 30, 2011, 04:37:14 PM
 #154

I've added another display configuration option to not show addresses in the transaction overview,



It changes...



To:



A lot less cluttered. You obviously will still see addresses which you haven't added to the address book (or have empty labels), and the tooltip (and transaction details) will show the full address.



Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
August 01, 2011, 06:07:24 PM
 #155

OK I need some advice; what would be best to implement next? What feature is most desired? I have a few things planned, but need to prioritize them;

  • Multiple wallet support. Create/Open/Close wallet file.
  • Drag&Drop / Copypaste Bitcoin URLs (if a scheme has been defined) from your browser or other programs. These would contain the destination address, label and optionally amount.
  • Print/import/export private keys (is done in core with pull request, just needs GUI)
  • Integrate wallet encryption (is done in core, just needs GUI)
  • Overview page: add most recent transactions
  • Show balances overview per label
  • Ubuntu unity side menu
  • Splash screen while loading (show what it is doing, as it can take a while before UI appears)

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
jimbo77
Member
**
Offline Offline

Activity: 224
Merit: 10


View Profile
August 01, 2011, 06:17:51 PM
 #156

OK I need some advice; what would be best to implement next? What feature is most desired? I have a few things planned, but need to prioritize them;

  • Multiple wallet support. Create/Open/Close wallet file.
  • Drag&Drop / Copypaste Bitcoin URLs (if a scheme has been defined) from your browser or other programs. These would contain the destination address, label and optionally amount.
  • Print/import/export private keys (is done in core with pull request, just needs GUI)
  • Integrate wallet encryption (is done in core, just needs GUI)
  • Overview page: add most recent transactions
  • Show balances overview per label
  • Ubuntu unity side menu
  • Splash screen while loading (show what it is doing, as it can take a while before UI appears)

How about the ability to right click a payment and select Re-Broadcast if it didn't broadcast. And the ability to delete the payment if it never broadcast anyways.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
August 01, 2011, 06:43:21 PM
 #157

How about the ability to right click a payment and select Re-Broadcast if it didn't broadcast. And the ability to delete the payment if it never broadcast anyways.
As transactions are automatically (re-)broadcast, the number of users that needs this is really low. I'll add it to my todo list but cannot give it much priority (unless you pay for it). However, if anyone feels like implementing this be my guest.

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
drawoc
Full Member
***
Offline Offline

Activity: 168
Merit: 100

Firstbits: 175wn


View Profile
August 01, 2011, 10:04:08 PM
 #158

OK I need some advice; what would be best to implement next? What feature is most desired? I have a few things planned, but need to prioritize them;
...

I'd like to see wallet encryption and multiple wallet support first. The rest is just icing on the cake.

Anyway, thanks for doing all the work on this, it's really coming together nicely!

Donate: 175WNXmJ1WVhFgVGKUqEhYtAQGRYAvqPA
fornit
Hero Member
*****
Offline Offline

Activity: 989
Merit: 1001


View Profile
August 02, 2011, 12:53:09 AM
 #159

OK I need some advice; what would be best to implement next? What feature is most desired? I have a few things planned, but need to prioritize them;
...

I'd like to see wallet encryption and multiple wallet support first. The rest is just icing on the cake.

Anyway, thanks for doing all the work on this, it's really coming together nicely!

+1

thats what really matters. and great job btw!

edit: splash screen would also be awesome. i know its mostly eyecandy, but the startup right now gives a totally horrible first impression.

alkor
Full Member
***
Offline Offline

Activity: 137
Merit: 100


View Profile
August 02, 2011, 06:06:02 AM
 #160

When can we expect Bitcoin-Qt to be merged into the main tree, and released as the official client?
JuanPabloCuervo
Full Member
***
Offline Offline

Activity: 230
Merit: 102


View Profile
August 02, 2011, 06:18:01 AM
 #161

Not really an alternative client, but an alternative GUI for the original bitcoin client based on Qt4, which will be merged into mainline eventually (0.4.x).

It now has all the functionality of the original client's wxWindows GUI, and I'm working to extend it beyond that.



Why Bitcoin its so slow downloading all the Blocks for the first time?

... it does not matter if i have in the same network/room another PC with all the blocks and a fast Base1000/T network connection..
it takes 1/2 day to download...
it should download a lot faster.
 Huh Huh Huh
Garrett Burgwardt
Sr. Member
****
Offline Offline

Activity: 476
Merit: 251


View Profile
August 02, 2011, 06:20:39 AM
 #162

Why Bitcoin its so slow downloading all the Blocks for the first time?

... it does not matter if i have in the same network/room another PC with all the blocks and a fast Base1000/T network connection..
it takes 1/2 day to download...
it should download a lot faster.
 Huh Huh Huh


The idea with bitcoin is that you can't trust anyone. So on the first download of the block chain, it has to check to make sure it is being sent the correct information, and 'work things out' on its own.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
August 02, 2011, 04:50:10 PM
 #163

I'd like to see wallet encryption and multiple wallet support first. The rest is just icing on the cake.
Agreed -- the thing with wallet encryption is that it is still experimental, and not in any official release of the client yet (only in git), so I'll add a big experimental banner.

Quote
Anyway, thanks for doing all the work on this, it's really coming together nicely!
Thanks!

edit: splash screen would also be awesome. i know its mostly eyecandy, but the startup right now gives a totally horrible first impression.
And also easy to implement! Smiley

When can we expect Bitcoin-Qt to be merged into the main tree, and released as the official client?
I don't know. From what I understand from Gavin on the mailing list, he wants the upcoming releases to be dedicated to bug fixing not major new features. If that's the case, I'll do a parallel release for a while. It just costs some time to build and distribute proper binaries, which I rather spend on development, but hey if there's no other option Smiley


Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
JuanPabloCuervo
Full Member
***
Offline Offline

Activity: 230
Merit: 102


View Profile
August 02, 2011, 07:40:57 PM
 #164

as there are still some very important bug fixes there, but it'd be more clear to release a bitcoin-qt version for each core version.

i think the main problem with Bitcoin.exe, its that does not has a blkindex.bak file. like http://memory.dataram.com/products-and-services/software/ramdisk
or ECC mode like servers memory.

yesterday had a corrupted blkindex.dat (Power loss / forced shutdown / etc...)

eliminated the blkindex.dat, restarted Bitcoin,
and blocks started from 0 again, BUT this time Bitcoin.exe did not overwrite the blk0001.dat, just started from 0 to but added to it.

Problem with Bitcoin.exe is that does not have a failsafe feature, its too delicated.
pull 1 string everything falls appart.

havent had those kinds of problems with Linux, so far anyway.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
August 02, 2011, 08:04:56 PM
 #165

i think the main problem with Bitcoin.exe, its that does not has a blkindex.bak file. like http://memory.dataram.com/products-and-services/software/ramdisk
or ECC mode like servers memory.
I agree it could be more robust. No need to implement anything complex for it either, in case the block index gets corrupted it should simply re-download the corrupted blocks (like bittorrent does). But please don't make this a general bitcoin issues topic Smiley There's the github issue tracker for that.

BTW: splash screen has been implemented

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
goodlord666
Sr. Member
****
Offline Offline

Activity: 434
Merit: 250


100%


View Profile
August 02, 2011, 08:49:46 PM
 #166

This looks really cool so far!
Keep up the good work.

BTW:
isn't making the field for decimals narrower than the field for whole coins a little optimistic? :)

fornit
Hero Member
*****
Offline Offline

Activity: 989
Merit: 1001


View Profile
August 03, 2011, 11:53:06 AM
 #167

BTW: splash screen has been implemented

works here Smiley

btw: in the forums, i often find threads where people suggest using --rescan to solve whatever problem OP has like missing transactions etc. the usual answer is "wtf cannot find the --rescan button" or something like this. i understand thats usually done on startup, but is it feasible to rescan the blockchain with the program already running? or restart the programm and rescan? i think having a button for that would save a lot of less tech-savvy people some time and headaches. also an option similar to the datadir parameter would be very convienient. ok, thats probably one of the steps to multi-wallet support anyway, but i just wanted to mention because its also easy to do and the parameter is often used. or would be, if people knew it exists  Wink

btw2: the program gets unresponsive after a while for me. client area doesnt update anymore and doesnt close on X, usually when i do something on the computer. if i just leave the computer alone completely it works. OS is win7 64bit. complied and run exactly as you instructed in github.

wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
August 03, 2011, 12:03:46 PM
 #168

isn't making the field for decimals narrower than the field for whole coins a little optimistic? Smiley
LOL, good point, I've made them equally wide now.

btw2: the program gets unresponsive after a while for me. client area doesnt update anymore and doesnt close on X, usually when i do something on the computer. if i just leave the computer alone completely it works. OS is win7 64bit. complied and run exactly as you instructed in github.
Haven't heard this one before. This will be a hell to reproduce or debug if it happens randomly on your PC and not on a user action :/

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
August 03, 2011, 06:51:50 PM
 #169

Recent transactions on overview page now Smiley



Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
nuke
Jr. Member
*
Offline Offline

Activity: 53
Merit: 0


View Profile
August 03, 2011, 08:40:33 PM
 #170

Why there are no Mac OSX instructions in the README file?
I wanna try it Cheesy

CIAO!
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
August 04, 2011, 02:08:31 AM
 #171

Why there are no Mac OSX instructions in the README file?
I wanna try it Cheesy
Because no one contributed them Smiley

I guess it is pretty easy though, and people have done it before (bitcoin.pro contains MacOSX rules), just install the MacOSX Qt SDK, and build the project using qmake or in Qt Creator.

You need the same dependencies as for normal bitcoin except Wx (follow the steps in doc/build-osx.txt to install them).

I cannot give exact instructions as I have zero pieces of Apple hardware (well except for a dinky first-generation iPod Smiley )

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
bittersweet
Full Member
***
Offline Offline

Activity: 224
Merit: 100



View Profile
August 05, 2011, 06:53:53 AM
 #172

- I've always wondered why Bitcoin has separate Credit and Debit columns. Why not one "amount" column? Is this really more clear?

I think the best solution would be to let people add and remove columns they want to see. Like, you right-click the column titles bar and have a list of possible columns to check/uncheck.

My Bitcoin address: 1DjTsAYP3xR4ymcTUKNuFa5aHt42q2VgSg
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
August 05, 2011, 07:29:01 AM
 #173

I think the best solution would be to let people add and remove columns they want to see. Like, you right-click the column titles bar and have a list of possible columns to check/uncheck.
This does complicate the UI, so I'd add it only if really needed. I think the current columns suffice (Status, Date, Type, Amount).

What other information about a transaction could you possibly want in a column?  Note that you can always request the transaction details by double clicking on one.

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
phorensic
Hero Member
*****
Offline Offline

Activity: 630
Merit: 500



View Profile
August 05, 2011, 08:09:10 AM
 #174

Finally got around to install Ubuntu on a VM to try this out.  Compiled first try.  Looks awesome so far. Once the blockchain downloads I'm going to give it the full runaround.  Looks good so far!

Update:  This client downloaded the blockchain approximately elevntybillion times faster than the official Windows bitcoin client.  Even though it seems to be just a wrapper on top of the official bitcoin client, that's awesome!
elements
Full Member
***
Offline Offline

Activity: 182
Merit: 100


View Profile
August 05, 2011, 09:12:17 AM
 #175

Why there are no Mac OSX instructions in the README file?
I wanna try it Cheesy

Me too!

Is someone working on a Mac version?

»A common mistake that people make when trying to design something completely foolproof was to underestimate the ingenuity of complete fools.« - Douglas Adams
Use the trusted German Bitcoin exchange: https://www.bitcoin.de/de/r/5wcwts
Tips & donations: BTC : 1MAQYNLp2VJ9wWhPYg5BnrbUGzdhGXopZw | CGB: 5bgQivyHJcSWTgvLfVW87Zj23M7mcFCVBF
twmz
Hero Member
*****
Offline Offline

Activity: 737
Merit: 500



View Profile
August 05, 2011, 06:57:51 PM
 #176

OK I need some advice; what would be best to implement next? What feature is most desired? I have a few things planned, but need to prioritize them;

My interest would be in these two things (in priority order):

  • Integrate wallet encryption (is done in core, just needs GUI)
  • Print/import/export private keys (is done in core with pull request, just needs GUI)

And for that matter, I would be fine with import/export only being available from the command line and not in the GUI at least initially.

Was I helpful?  1TwmzX1wBxNF2qtAJRhdKmi2WyLZ5VHRs
WoT, GPG

Bitrated user: ewal.
willphase
Hero Member
*****
Offline Offline

Activity: 769
Merit: 500


View Profile
August 05, 2011, 08:07:38 PM
 #177

come to this thread from another, just wanted to comment good job with your bitcoin-qt client.  The problem I have is that there is a lack of trust in non-official clients, you are not providing binaries (most people just want to download something, and not bother compiling anything).

I think the solution is to try and get some of the features you have into the mainline client - or at least try and solve the trust issues by having your client endorsed by bitcoin.org or digitally signed releases and vouched for pgp keys so people can start trusting your client.

Otherwise, coming into threads that are talking about additions to the mainline client and saying 'my client already does this' isn't too helpful... imho.

Will

wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
August 05, 2011, 09:23:48 PM
 #178

And for that matter, I would be fine with import/export only being available from the command line and not in the GUI at least initially.

There is a pull request on github that implements commandline/RPC functionality for importing and exporting keys:

https://github.com/bitcoin/bitcoin/pull/220

I'd need to merge this anyway if I want to expose it in the GUI.

I think the solution is to try and get some of the features you have into the mainline client - or at least try and solve the trust issues by having your client endorsed by bitcoin.org or digitally signed releases and vouched for pgp keys so people can start trusting your client.
If you don't trust me, that's up to you -- you're free to use any client that you want. Bitcoin is a distributed currency. There is no "official" bitcoin organization to endorse anything.

Everyone can audit all my code on github, that's how open source works. I would be incredibly stupid to backdoor it wouldn't I? Git remembers every change ever made to a code base. If I was really out to steal your coins there'd be much less time consuming ways that wouldn't put my reputation at risk.

I cannot help but take this as a bit of an insult. Good luck with your trust issues, but don't look at me for fixing them.

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
willphase
Hero Member
*****
Offline Offline

Activity: 769
Merit: 500


View Profile
August 05, 2011, 10:13:24 PM
 #179

If you don't trust me, that's up to you -- you're free to use any client that you want. Bitcoin is a distributed currency. There is no "official" bitcoin organization to endorse anything.

Everyone can audit all my code on github, that's how open source works. I would be incredibly stupid to backdoor it wouldn't I? Git remembers every change ever made to a code base. If I was really out to steal your coins there'd be much less time consuming ways that wouldn't put my reputation at risk.

I cannot help but take this as a bit of an insult. Good luck with your trust issues, but don't look at me for fixing them.


I have no issues trusting you, I've seen your posts here and on the bitcoin-dev mailing list and wouldn't have any issues either running a binary supplied by you or just simply building your code from source - in fact I suggested that you put binaries up to make your client more accessible to the masses.  I think my point perhaps was poorly explained in my post.  My point is that the average user is going to 1. Google for bitcoin, 2. click on the top link, and 3. download the windows client.  If we want to work on the average user's user experience it's important that we concentrate efforts on improving the mainline client.  The alternative to this would be to place easy to access and easy to install binaries on the bitcoin.org website so people can have a choice between your client and the mainline one.  The only criticism I had was more a philosophical one that if someone comes in and says 'hey I'm going to fix this bug in mainline' or 'hey I'm going to add this new feature in mainline' then you pop into the thread and say 'oh I already have that in my client' - but very very few people are using your client (see above) then it makes volunteers far less likely to contribute to mainline (or at least that was how I felt when I said I was going to implement a usability feature in mainline in another thread)

I would prefer to see more activity on mainline, more people contributing e.g. to the test suites, stability improvements, UI improvements, audit of the code, assurance that mainline is being improved and released in a timely manor, than for the scant development resource to be thinly spread over several clients.

I totally understand why you started your client, probably a combination of the inertia of pulling code into mainline, and the belief that having client diversity is good for Bitcoin as a whole (both reasons I agree with, by the way )- but right now I go to the Newbie thread and try and help people and I see the same issues being reported over and over again and they really need to be fixed...

Apologies if my post came across as an insult, it wasn't meant as such.

Will

wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
August 05, 2011, 10:35:45 PM
 #180

I have no issues trusting you, I've seen your posts here and on the bitcoin-dev mailing list and wouldn't have any issues either running a binary supplied by you or just simply building your code from source - in fact I suggested that you put binaries up to make your client more accessible to the masses.  
OK I misunderstood that part, I read it as binaries being more trustable so I thought huh Smiley

Quote
I think my point perhaps was poorly explained in my post.  My point is that the average user is going to 1. Google for bitcoin, 2. click on the top link, and 3. download the windows client.
Yes -- I do intend to do a binary release, probably in parallel with the next mainline release (so that there is a wx and qt version). I'm already working on a cross-compilation environment to built it in, but it is quite involved. I do have some help with Linux packages, but for Windows I'm on my own (and myself I hardly use it).

Apart from that it will be easier to get my version into the official repositories of Linux distributions such as Ubuntu as it does not depend on some arcane Wx version.

It's all being worked on but there's a lot to do and so little time...

Quote
If we want to work on the average user's user experience it's important that we concentrate efforts on improving the mainline client.  The alternative to this would be to place easy to access and easy to install binaries on the bitcoin.org website so people can have a choice between your client and the mainline one.
My UI is scheduled for inclusion into the mainline client eventually. I'm just not sure when. This is why this thread is called "future bitcoin client GUI". Only if you want a sneak peak, you need to build it yourself for now.

But for that reason it's indeed a waste of time to implement usability features in the mainline client. So if I discouraged you in doing that, that's exactly the point Smiley So that you can direct your development efforts to some place they make sense...

Quote
The only criticism I had was more a philosophical one that if someone comes in and says 'hey I'm going to fix this bug in mainline' or 'hey I'm going to add this new feature in mainline' then you pop into the thread and say 'oh I already have that in my client' - but very very few people are using your client (see above) then it makes volunteers far less likely to contribute to mainline (or at least that was how I felt when I said I was going to implement a usability feature in mainline in another thread)
I don't have exact statistics, but by the amount of feedback I get, it seems a lot of people are using my client already (which isn't too strange, as I have some features that have been requested for ages).

Quote
I would prefer to see more activity on mainline, more people contributing e.g. to the test suites, stability improvements, UI improvements, audit of the code, assurance that mainline is being improved and released in a timely manor, than for the scant development resource to be thinly spread over several clients.
My client shares all the network code with the mainline client, so test suites and stability improvements apply to both. I regularly merge in the mainline repository... And have also contributed back some patches.

Quote
I totally understand why you started your client, probably a combination of the inertia of pulling code into mainline, and the belief that having client diversity is good for Bitcoin as a whole
Not entirely. I started my client to make a more attractive, usable and feature-rich UI for Bitcoin. It has existed in limbo much longer than originally planned, but that's indeed due to the inertia thing...


Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
willphase
Hero Member
*****
Offline Offline

Activity: 769
Merit: 500


View Profile
August 06, 2011, 11:04:58 AM
 #181

My UI is scheduled for inclusion into the mainline client eventually. I'm just not sure when. This is why this thread is called "future bitcoin client GUI". Only if you want a sneak peak, you need to build it yourself for now.

But for that reason it's indeed a waste of time to implement usability features in the mainline client. So if I discouraged you in doing that, that's exactly the point Smiley So that you can direct your development efforts to some place they make sense...

Ah okay - I didn't realise that the long term goal was to include bitcoin-qt into the mainline client - with that information it certainly makes sense to concentrate UI improvements on bitcoin-qt while still ensuring core features are placed into the mainline core.  If I have any ideas for new UI stuff, I'll fork your git and work from there!

Perhaps it would be worth putting stable bitcoin-qt release binaries on the bitcoin.org website?

Will

wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
August 06, 2011, 11:22:01 AM
 #182


Perhaps it would be worth putting stable bitcoin-qt release binaries on the bitcoin.org website?

Yes that's worth it. Be my guest Smiley We should get a few people to build the exe (of a certain git release) and get identical results.

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
goodlord666
Sr. Member
****
Offline Offline

Activity: 434
Merit: 250


100%


View Profile
August 06, 2011, 01:08:52 PM
 #183

My apologies if this has been asked before:

Is it related to the GUI wether all addresses created by the client for the wallet in use (even unused addresses) are made visible or not?

In other words:
I wish I was able to see ALL addresses available to my wallet (not just the ones that have been used or manually created), preferably in a seperate tab or window with an easy export function to plain text.

It would also be cool if it moved any such addresses with a transaction history into the regular tab on its own, because sometimes it happens the client uses an invisible address to have change sent back to it and without knowing that address your accumulative balance monitored with a service like btcbalance.net won't show the correct total of your btc. just to provide an example.



markm
Legendary
*
Offline Offline

Activity: 2072
Merit: 1000



View Profile WWW
August 06, 2011, 03:32:45 PM
 #184

I saw your list of things to do on the new thread you created asking for help.

Since this is about yet another thing to do I brought it here as I am not ready to help with this one yet.

You mentioned paper wallet type stuff so I thought I'd add that whenever you think of importing data from someone you take into account the possibility that they already knew one of your addresses and thus were able to encrypt data intended for you so that if a mugger mugged them on the way to you the mugger would not be able to spend it or even know whether it was any kind of spendable data even without being in possession of the private key of the address of yours that the data was intended for.

Once being able to do that, another nice feature would be to be able to tell the mugger "okay, you claim to be this customer of ours, I see that you have this customer's coin certificate but how do I know you are that customer not some mugger who mugged them on the way to the shop?"

I am heading currently more toward the other end of this problem, that is, the ability to create a certificate to bring to the shop...

-MarkM- (So back to Open Transactions to try to figure how to plug in the "right" crypt routines supposedly not in there yet...)


Browser-launched Crossfire client now online (select CrossCiv server for Galactic  Milieu)
Free website hosting with PHP, MySQL etc: http://hosting.knotwork.com/
drawoc
Full Member
***
Offline Offline

Activity: 168
Merit: 100

Firstbits: 175wn


View Profile
August 06, 2011, 06:01:15 PM
 #185

I've set up a computer to do nightly builds of this, and upload them here: http://nightly.fredwardgames.com/bitcoin-qt/. The latest git is compiled every day at 3:00 AM EST.

Currently, there's only a build for Linux, but I'm working on setting up cross compilation for windows as well.

Hopefully someone will find this helpful.

Donate: 175WNXmJ1WVhFgVGKUqEhYtAQGRYAvqPA
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
August 07, 2011, 01:04:02 AM
 #186

Hopefully someone will find this helpful.
Awesome! I've added your link to the opening post.

Markm, goodlord666: thanks for your suggestions

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
August 07, 2011, 02:10:33 PM
 #187

It now accepts bitcoin URLs of the format "bitcoin:14Z1mazY4HfysZyMaKudFr63EwHqQT2njz?amount=1.23&label=optional" (see also https://bitcointalk.org/index.php?topic=33490.0). I'll implement additional URL formats later on, those with exponents etc... Please let me know if you encounter these in actual use!

You can drag these links from your browser to the UI (any place will do, the entire window accepts drops) and it will automatically switch to the "Send coins" tab and add this recipient.


Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
twmz
Hero Member
*****
Offline Offline

Activity: 737
Merit: 500



View Profile
August 08, 2011, 06:51:43 PM
 #188

And for that matter, I would be fine with import/export only being available from the command line and not in the GUI at least initially.

There is a pull request on github that implements commandline/RPC functionality for importing and exporting keys:

https://github.com/bitcoin/bitcoin/pull/220

I'd need to merge this anyway if I want to expose it in the GUI.


FYI, the current code appears to have lost the ability to call RPCs (at least from the command line).  I get:

Code:
macpro:MacOS erv$ ./bitcoin-qt help
error: basic_string::_S_create

Was I helpful?  1TwmzX1wBxNF2qtAJRhdKmi2WyLZ5VHRs
WoT, GPG

Bitrated user: ewal.
phorensic
Hero Member
*****
Offline Offline

Activity: 630
Merit: 500



View Profile
August 08, 2011, 08:26:02 PM
 #189

What's keeping us from trusting this application to store our primary wallet?  There are some warnings on the project that this is Alpha and to use testnet.  I don't see what the problem is, if the underlying framework is actually mainline (Jeff Garzik) bitcoin source and this is mostly a wrapper.  How is the wallet in any danger?  I want to get my BTC off my Windows box and onto my Linux box using this as the main GUI.
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
August 10, 2011, 08:54:47 AM
 #190

FYI, the current code appears to have lost the ability to call RPCs (at least from the command line).  I get:

Code:
macpro:MacOS erv$ ./bitcoin-qt help
error: basic_string::_S_create
This is right. I'd really like to move to multiple executables.

  • bitcoind: bitcoin daemon
  • bitcoin(-qt): bitcoin GUI executable
  • bitcoincl: bitcoin RPC command line

Lugging everything into one executable, as it is done in the mainline client, makes no sense. Especially the daemon: why the UI double-function as daemon? It is a waste of memory to link the UI libs if you only want to run a background process.

Also for the command line. Why load all the code for UI and network if you just want  so send a single command over JSONRPC?

(on a contrary note, I heard from other sources that -server might be broken. That's more serious and I'll look at it.)
What's keeping us from trusting this application to store our primary wallet?  There are some warnings on the project that this is Alpha and to use testnet.
That warning is really old, it has been there from the first version I uploaded to github. Many people, including me, have used the program on the production network without losing their wallet, so I am somewhat more confident now Smiley

So yes I will remove the warning... this is nothing more scary than the mainline client.



Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
phorensic
Hero Member
*****
Offline Offline

Activity: 630
Merit: 500



View Profile
August 10, 2011, 06:56:25 PM
 #191

Cool beans
zellfaze
Full Member
***
Offline Offline

Activity: 141
Merit: 100


Security Enthusiast


View Profile WWW
August 14, 2011, 07:45:50 PM
 #192

Having trouble building the client for Windows.

Below is part of the compiler output:
Code:
..\laanwj-bitcoin-qt-0a76546\src/headers.h:37:28: error: openssl/buffer.h: No such file or directory
..\laanwj-bitcoin-qt-0a76546\src/headers.h:38:27: error: openssl/ecdsa.h: No such file or directory
..\laanwj-bitcoin-qt-0a76546\src/headers.h:39:25: error: openssl/evp.h: No such file or directory
..\laanwj-bitcoin-qt-0a76546\src/headers.h:40:26: error: openssl/rand.h: No such file or directory
..\laanwj-bitcoin-qt-0a76546\src/headers.h:41:25: error: openssl/sha.h: No such file or directory
..\laanwj-bitcoin-qt-0a76546\src/headers.h:42:28: error: openssl/ripemd.h: No such file or directory
In file included from ..\laanwj-bitcoin-qt-0a76546\src/headers.h:59,
                 from ..\laanwj-bitcoin-qt-0a76546\src\qt\bitcoin.cpp:10:
c:\qtsdk\mingw\bin\../lib/gcc/mingw32/4.4.0/../../../../include/boost/foreach.hpp:66:28: error: boost/mpl/if.hpp: No such file or directory
c:\qtsdk\mingw\bin\../lib/gcc/mingw32/4.4.0/../../../../include/boost/foreach.hpp:67:32: error: boost/mpl/assert.hpp: No such file or directory
c:\qtsdk\mingw\bin\../lib/gcc/mingw32/4.4.0/../../../../include/boost/foreach.hpp:68:33: error: boost/mpl/logical.hpp: No such file or directory
c:\qtsdk\mingw\bin\../lib/gcc/mingw32/4.4.0/../../../../include/boost/foreach.hpp:69:33: error: boost/mpl/eval_if.hpp: No such file or directory
c:\qtsdk\mingw\bin\../lib/gcc/mingw32/4.4.0/../../../../include/boost/foreach.hpp:71:31: error: boost/range/end.hpp: No such file or directory
c:\qtsdk\mingw\bin\../lib/gcc/mingw32/4.4.0/../../../../include/boost/foreach.hpp:72:33: error: boost/range/begin.hpp: No such file or directory
c:\qtsdk\mingw\bin\../lib/gcc/mingw32/4.4.0/../../../../include/boost/foreach.hpp:73:32: error: boost/range/rend.hpp: No such file or directory
c:\qtsdk\mingw\bin\../lib/gcc/mingw32/4.4.0/../../../../include/boost/foreach.hpp:74:34: error: boost/range/rbegin.hpp: No such file or directory
c:\qtsdk\mingw\bin\../lib/gcc/mingw32/4.4.0/../../../../include/boost/foreach.hpp:75:36: error: boost/range/iterator.hpp: No such file or directory
c:\qtsdk\mingw\bin\../lib/gcc/mingw32/4.4.0/../../../../include/boost/foreach.hpp:76:44: error: boost/range/reverse_iterator.hpp: No such file or directory
c:\qtsdk\mingw\bin\../lib/gcc/mingw32/4.4.0/../../../../include/boost/foreach.hpp:77:42: error: boost/type_traits/is_array.hpp: No such file or directory
c:\qtsdk\mingw\bin\../lib/gcc/mingw32/4.4.0/../../../../include/boost/foreach.hpp:78:42: error: boost/type_traits/is_const.hpp: No such file or directory
c:\qtsdk\mingw\bin\../lib/gcc/mingw32/4.4.0/../../../../include/boost/foreach.hpp:79:45: error: boost/type_traits/is_abstract.hpp: No such file or directory
c:\qtsdk\mingw\bin\../lib/gcc/mingw32/4.4.0/../../../../include/boost/foreach.hpp:80:53: error: boost/type_traits/is_base_and_derived.hpp: No such file or directory
c:\qtsdk\mingw\bin\../lib/gcc/mingw32/4.4.0/../../../../include/boost/foreach.hpp:81:46: error: boost/iterator/iterator_traits.hpp: No such file or directory
c:\qtsdk\mingw\bin\../lib/gcc/mingw32/4.4.0/../../../../include/boost/foreach.hpp:82:39: error: boost/utility/addressof.hpp: No such file or directory

The full log can be found here: http://pastebin.com/uAfe97mK

Any ideas?  I presume it is probably a fairly simple problem stemming from the fact that I have no clue what I am doing here.

A+, CCENT, CCNA
Security Enthusiast
PHP Coder

Not that I expect anyone to, but should you like my post, please donate:
Donate: 1BRbfqii6Sm9tEUE8A16H7QeDmYFjyBZ7V
fornit
Hero Member
*****
Offline Offline

Activity: 989
Merit: 1001


View Profile
August 14, 2011, 08:57:17 PM
 #193

did you do this?

Quote
Windows build instructions:
Download the QT Windows SDK and install it. You don't need the Symbian stuff, just the desktop Qt.
Download and extract the dependencies archive [1], or compile openssl, boost and dbcxx yourself.
Copy the contents of the folder "deps" to "X:\QtSDK\mingw", replace X:\ with the location where you installed the Qt SDK. Make sure that the contents of "deps\include" end up in the current "include" directory.
Open the .pro file in QT creator and build as normal (ctrl-B)


zellfaze
Full Member
***
Offline Offline

Activity: 141
Merit: 100


Security Enthusiast


View Profile WWW
August 14, 2011, 10:59:27 PM
 #194

Yes.  I made sure to extract the deps folder from the archive into my minigw folder.  Making sure that the files were copied properly.  Below are the outputs of tree if you would like to confirm this for yourself.

Here is the output of tree run on my minigw directory.
http://pastebin.com/p7B1QeVf

Here is the output of tree run on the deps directory from the archive:
http://pastebin.com/dDjhHJHX

A+, CCENT, CCNA
Security Enthusiast
PHP Coder

Not that I expect anyone to, but should you like my post, please donate:
Donate: 1BRbfqii6Sm9tEUE8A16H7QeDmYFjyBZ7V
Bitsky
Hero Member
*****
Offline Offline

Activity: 574
Merit: 500


View Profile
August 15, 2011, 07:19:44 AM
 #195

I thought about something that might be pretty helpful and should be easy to implement: a "waiting for" list.

Basically a list of transaction you're expecting to arrive. You pick the address you gave to the other person and the amount he should transfer to it (perhaps also add a textbox for notes). Transactions which match entries in that list are highlighted. This way you can easily keep track of outstanding transfers. Right now I do that in a seperate textfile, but it would be nice to have that ability in the client itself.

Bounty: Earn up to 68.7 BTC
Like my post? Feel free to drop a tip to 1BitskyZbfR4irjyXDaGAM2wYKQknwX36Y
flower1024
Legendary
*
Offline Offline

Activity: 1400
Merit: 1000


Varanida : Fair & Transparent Digital Ecosystem


View Profile
August 30, 2011, 06:28:58 AM
 #196

i like your wallet app....

but i would need the following addons:

 - make your app support different coins (solid, ix i0 and btc)
 - better organization (make it possible to define own tabs and move in and outs there)
 - plugin interface (for trading and chart plugins) in some simple script language

thank you Smiley

iBuilding A Better Interneti
━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━

 
 █b
▐█=
║█
██                                         ˇ▄▄▄▄▄▄▄▄┌
██M                                  ╒▄▄▄▄█▀    ▂▂ ╙▀▀▆▄
██▌                                ╓, ,██╨      ▀▀▀    ╜▀█▌
███                                ▀▀██╙     ▄▄▄▄▄      ╓█L
█ █▌                            ▄▄▄▄█▀          └▀▀▀▀█Φ█▀"
█▌ █▄                            ██▀           ▄█▀
▐▌  ▀▌                       ▀▄██▀            ▄▀
▐█     ▂▂▂                ▄  ▄█▀           ▄▄▀
 █▌  ╙▀▀▀▀▀█▄         ▄   ███▀     ▁▂▃▄▄▄█▀▀
  █▄        █▌    █▄  ██▄█▀        ▔▔╙▀▐█
   █▄       █▌ ▀▀████▀▀▀               ▐▌
    ▀█     █▀                          ▐▌
     ╙█▄  ▄▌                        ╓█ ▐█
       └▀██  ╓▄▄µ╓▄▄µ            ,▄█▀┘  █▌    ▄▄ ╓▄▄µ
         ██▄█▀▀███▀▀█▄       ╓▄▄█▀▀      ▀█▄█▀▀▀██▄╙▀█▄▄
          ▀╙    ▀▀▀  ▀▀▀  ▀▀▀▀╙           `      "▀▀  └╙
You Can See Me Now, Hi :}
VARANIDA

 
 
 
 
               ▄██   ▄███▄
              ▄███████  ██
              ██    ▀████▀
             ██
  ▄▄  ▄▄█████████████▄▄  ▄▄
▄███████████████████████████▄
█████████████████████████████
▀███████    █████    ███████▀
  ▀█████    █████    █████▀
   ███████████████████████
    █████▄  ▀▀▀▀▀  ▄█████
     ▀█████▄▄▄▄▄▄▄█████▀
        ▀▀█████████▀▀
|Hello Again
GWhitePaperG
GAnn ThreadG
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
August 31, 2011, 06:11:34 AM
 #197

i like your wallet app....

but i would need the following addons:

 - make your app support different coins (solid, ix i0 and btc)
 - better organization (make it possible to define own tabs and move in and outs there)
 - plugin interface (for trading and chart plugins) in some simple script language

thank you Smiley
I'm hereby redirecting all feature requests to Gavin Andresen for evaluation. Thanks Smiley

bitcoin-qt is currently in bugfix-only mode waiting for merge. Fix patches and small improvements are welcome, better icons/sets are welcome, and translations are very welcome. Apart from that, we're frozen.

You're welcome to fork of course.

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
flower1024
Legendary
*
Offline Offline

Activity: 1400
Merit: 1000


Varanida : Fair & Transparent Digital Ecosystem


View Profile
August 31, 2011, 06:36:10 AM
 #198

i like your wallet app....

but i would need the following addons:

 - make your app support different coins (solid, ix i0 and btc)
 - better organization (make it possible to define own tabs and move in and outs there)
 - plugin interface (for trading and chart plugins) in some simple script language

thank you Smiley
I'm hereby redirecting all feature requests to Gavin Andresen for evaluation. Thanks Smiley

bitcoin-qt is currently in bugfix-only mode waiting for merge. Fix patches and small improvements are welcome, better icons/sets are welcome, and translations are very welcome. Apart from that, we're frozen.

You're welcome to fork of course.


if your interested in some help for a german translation: PM me

iBuilding A Better Interneti
━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━

 
 █b
▐█=
║█
██                                         ˇ▄▄▄▄▄▄▄▄┌
██M                                  ╒▄▄▄▄█▀    ▂▂ ╙▀▀▆▄
██▌                                ╓, ,██╨      ▀▀▀    ╜▀█▌
███                                ▀▀██╙     ▄▄▄▄▄      ╓█L
█ █▌                            ▄▄▄▄█▀          └▀▀▀▀█Φ█▀"
█▌ █▄                            ██▀           ▄█▀
▐▌  ▀▌                       ▀▄██▀            ▄▀
▐█     ▂▂▂                ▄  ▄█▀           ▄▄▀
 █▌  ╙▀▀▀▀▀█▄         ▄   ███▀     ▁▂▃▄▄▄█▀▀
  █▄        █▌    █▄  ██▄█▀        ▔▔╙▀▐█
   █▄       █▌ ▀▀████▀▀▀               ▐▌
    ▀█     █▀                          ▐▌
     ╙█▄  ▄▌                        ╓█ ▐█
       └▀██  ╓▄▄µ╓▄▄µ            ,▄█▀┘  █▌    ▄▄ ╓▄▄µ
         ██▄█▀▀███▀▀█▄       ╓▄▄█▀▀      ▀█▄█▀▀▀██▄╙▀█▄▄
          ▀╙    ▀▀▀  ▀▀▀  ▀▀▀▀╙           `      "▀▀  └╙
You Can See Me Now, Hi :}
VARANIDA

 
 
 
 
               ▄██   ▄███▄
              ▄███████  ██
              ██    ▀████▀
             ██
  ▄▄  ▄▄█████████████▄▄  ▄▄
▄███████████████████████████▄
█████████████████████████████
▀███████    █████    ███████▀
  ▀█████    █████    █████▀
   ███████████████████████
    █████▄  ▀▀▀▀▀  ▄█████
     ▀█████▄▄▄▄▄▄▄█████▀
        ▀▀█████████▀▀
|Hello Again
GWhitePaperG
GAnn ThreadG
N.Z.
Sr. Member
****
Offline Offline

Activity: 443
Merit: 250



View Profile
August 31, 2011, 09:41:58 AM
 #199

Do you have Russian translation? If not, you are welcome to contact me Smiley
wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
August 31, 2011, 12:23:16 PM
 #200


if your interested in some help for a german translation: PM me
Do you have Russian translation? If not, you are welcome to contact me Smiley

There are currently the following translations in src/qt/locale:
  • bitcoin_de.ts
  • bitcoin_nl.ts
  • bitcoin_ru.ts

The Russian one is mostly up to date (except for wallet encryption, which I committed today). The German and Dutch ones are pretty much outdated and really need to be looked at.


Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
flower1024
Legendary
*
Offline Offline

Activity: 1400
Merit: 1000


Varanida : Fair & Transparent Digital Ecosystem


View Profile
August 31, 2011, 12:28:56 PM
 #201


if your interested in some help for a german translation: PM me
Do you have Russian translation? If not, you are welcome to contact me Smiley

There are currently the following translations in src/qt/locale:
  • bitcoin_de.ts
  • bitcoin_nl.ts
  • bitcoin_ru.ts

The Russian one is mostly up to date (except for wallet encryption, which I committed today). The German and Dutch ones are pretty much outdated and really need to be looked at.



german translation is completed right now (github fork flower1024); but untested. i'll do that tonight.

have you read this: https://bitcointalk.org/index.php?topic=19168.msg240196#msg240196
in germany 0,005 is a natural way to write down numbers (and its not 5). i did not check it yet; but would be nice if you just take the system locale to interpret numbers.

iBuilding A Better Interneti
━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━

 
 █b
▐█=
║█
██                                         ˇ▄▄▄▄▄▄▄▄┌
██M                                  ╒▄▄▄▄█▀    ▂▂ ╙▀▀▆▄
██▌                                ╓, ,██╨      ▀▀▀    ╜▀█▌
███                                ▀▀██╙     ▄▄▄▄▄      ╓█L
█ █▌                            ▄▄▄▄█▀          └▀▀▀▀█Φ█▀"
█▌ █▄                            ██▀           ▄█▀
▐▌  ▀▌                       ▀▄██▀            ▄▀
▐█     ▂▂▂                ▄  ▄█▀           ▄▄▀
 █▌  ╙▀▀▀▀▀█▄         ▄   ███▀     ▁▂▃▄▄▄█▀▀
  █▄        █▌    █▄  ██▄█▀        ▔▔╙▀▐█
   █▄       █▌ ▀▀████▀▀▀               ▐▌
    ▀█     █▀                          ▐▌
     ╙█▄  ▄▌                        ╓█ ▐█
       └▀██  ╓▄▄µ╓▄▄µ            ,▄█▀┘  █▌    ▄▄ ╓▄▄µ
         ██▄█▀▀███▀▀█▄       ╓▄▄█▀▀      ▀█▄█▀▀▀██▄╙▀█▄▄
          ▀╙    ▀▀▀  ▀▀▀  ▀▀▀▀╙           `      "▀▀  └╙
You Can See Me Now, Hi :}
VARANIDA

 
 
 
 
               ▄██   ▄███▄
              ▄███████  ██
              ██    ▀████▀
             ██
  ▄▄  ▄▄█████████████▄▄  ▄▄
▄███████████████████████████▄
█████████████████████████████
▀███████    █████    ███████▀
  ▀█████    █████    █████▀
   ███████████████████████
    █████▄  ▀▀▀▀▀  ▄█████
     ▀█████▄▄▄▄▄▄▄█████▀
        ▀▀█████████▀▀
|Hello Again
GWhitePaperG
GAnn ThreadG
aq
Full Member
***
Offline Offline

Activity: 238
Merit: 100


View Profile
August 31, 2011, 01:28:54 PM
 #202

Tiny cosmetic "feature" request:
If the user starts the app once a day, the syncing progress bar hoovers around 99% without any movement for a few minutes.
I think it would be better if the progress bar would always start at 0% and can therefor show some movement.
What I mean: the old (already downloaded) block count is represented by 0% and the up-to-date block count is 100%.
Now the casual user can see some progress bar movement, and all is well Wink

wumpus
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000

No Maps for These Territories


View Profile
August 31, 2011, 03:00:00 PM
 #203

have you read this: https://bitcointalk.org/index.php?topic=19168.msg240196#msg240196
in germany 0,005 is a natural way to write down numbers (and its not 5). i did not check it yet; but would be nice if you just take the system locale to interpret numbers.
This was taken into account; when entering coin amounts the whole amount and decimals are separate fields, so you can never make a mistake with that. Both ',' and '.' take you to the decimals field.

For displaying the US locale is always used. This was by choice (is the same in the original UI).

Tiny cosmetic "feature" request:
If the user starts the app once a day, the syncing progress bar hoovers around 99% without any movement for a few minutes.
I think it would be better if the progress bar would always start at 0% and can therefor show some movement.
What I mean: the old (already downloaded) block count is represented by 0% and the up-to-date block count is 100%.
Now the casual user can see some progress bar movement, and all is well Wink
Yeah, good point, that'd make sense... it'd have to remember the old number of blocks.

Bitcoin Core developer [PGP] Warning: For most, coin loss is a larger risk than coin theft. A disk can die any time. Regularly back up your wallet through FileBackup Wallet to an external storage or the (encrypted!) cloud. Use a separate offline wallet for storing larger amounts.
kjj
Legendary
*
Offline Offline

Activity: 1302
Merit: 1001



View Profile
August 31, 2011, 03:02:53 PM
 #204

Tiny cosmetic "feature" request:
If the user starts the app once a day, the syncing progress bar hoovers around 99% without any movement for a few minutes.
I think it would be better if the progress bar would always start at 0% and can therefor show some movement.
What I mean: the old (already downloaded) block count is represented by 0% and the up-to-date block count is 100%.
Now the casual user can see some progress bar movement, and all is well Wink

The problem with this is that the chain doesn't have an end.  It doesn't even have a current endpoint.  All it has is the dividing line between blocks that your node knows about, and blocks that it doesn't know about yet.  It seems like a trivial thing, but the misunderstanding can have serious consequences.

But yeah, the progress bar could be better.  But you can't make it too good, or it will confuse users.  There is even a trope about it.

Using the last known block height like you suggest seems like a good way to do it.

17Np17BSrpnHCZ2pgtiMNnhjnsWJ2TMqq8
I routinely ignore posters with paid advertising in their sigs.  You should too.
aq
Full Member
***
Offline Offline

Activity: 238
Merit: 100


View Profile
August 31, 2011, 03:21:41 PM
 #205

Tiny cosmetic "feature" request:
If the user starts the app once a day, the syncing progress bar hoovers around 99% without any movement for a few minutes.
I think it would be better if the progress bar would always start at 0% and can therefor show some movement.
What I mean: the old (already downloaded) block count is represented by 0% and the up-to-date block count is 100%.
Now the casual user can see some progress bar movement, and all is well Wink

The problem with this is that the chain doesn't have an end.  It doesn't even have a current endpoint.  All it has is the dividing line between blocks that your node knows about, and blocks that it doesn't know about yet.  It seems like a trivial thing, but the misunderstanding can have serious consequences.

But yeah, the progress bar could be better.  But you can't make it too good, or it will confuse users.  There is even a trope about it.

Using the last known block height like you suggest seems like a good way to do it.

All academical discussions beside, the progress bar is shown right now, but stays at 99% for almost all users once a day for about a minute. It is only shown while downloading blocks and it is hidden when the current block count is reached. So it is effectively a static image. My "proposal" would make it usable. And the progress bar is not a scientific measurement device, it is only a visual feedback, so that the user can see that something is being download. In fact stating 99% all the time, the is indistinguishable  between some download is happening and nothing is being downloaded.
Maged
Legendary
*
Offline Offline

Activity: 1260
Merit: 1004


View Profile
August 31, 2011, 06:53:00 PM
 #206

Tiny cosmetic "feature" request:
If the user starts the app once a day, the syncing progress bar hoovers around 99% without any movement for a few minutes.
I think it would be better if the progress bar would always start at 0% and can therefor show some movement.
What I mean: the old (already downloaded) block count is represented by 0% and the up-to-date block count is 100%.
Now the casual user can see some progress bar movement, and all is well Wink
To prevent a massive amount of support requests if you add this, be sure not to use this behavior until the client thinks that they've completed the initial download of blocks. Otherwise, if someone turns off their client in the middle of the initial download, they might think that the client restarted the download instead of continuing it. However, you'd also then need to visually differentiate progress between the initial download and updates. (different progress bar color?)

Pieter Wuille
Legendary
*
Offline Offline

Activity: 1050
Merit: 1005