Hi Roland,
I presume from your question that you are going too so we can meet up !
I do not think the schedule is fixed yet - there are two rooms they have for talks apparently so I imagine there is a bit of juggling to do.
My talk will be mainly going over what has been done over the summer, demo and a look at what work is planned next.
I think it is going to be a really interesting conference as Bitcoin is popping up all over.
Topic: MultiBit - page 60. (Read 336309 times)
ok great,
when are you scheduled?
Roland.
when are you scheduled?
Roland.
Yes I will be at the London conference.
I have a technical slot to go over what I have been doing on MultiBit over the summer.
RE: sendmany - I would like to beef up the send options to include sendmany and choosing change addresses etc but I must admit I would like to first get in:
+ encryption out the door (useful for everyone)
+ support for displaying fiat amounts and then switching it around so that you enter in fiat and see the bitcoin amount (useful for 'fiat people' and merchants)
+ would really like to get in server side bloom filters if and when that becomes live. (should see big speedups and it is an enabler for other things).
Oh well - it is a fact of life that our imaginations can run a 1000 times quicker than our ability to implement things.
I have a technical slot to go over what I have been doing on MultiBit over the summer.
RE: sendmany - I would like to beef up the send options to include sendmany and choosing change addresses etc but I must admit I would like to first get in:
+ encryption out the door (useful for everyone)
+ support for displaying fiat amounts and then switching it around so that you enter in fiat and see the bitcoin amount (useful for 'fiat people' and merchants)
+ would really like to get in server side bloom filters if and when that becomes live. (should see big speedups and it is an enabler for other things).
Oh well - it is a fact of life that our imaginations can run a 1000 times quicker than our ability to implement things.
Are we ever going to see sendmany support? That would be nice.
wow man, been a little busy lately so havent been following the project as closely as i did, but again im impressed with the progress you are making.
Will you be going to the bitcoin conference in london?
roland.
Will you be going to the bitcoin conference in london?
roland.
neat! 
I have started adding the ability to have a background task for each of the wallets.
This is so that time consuming activities (like importing a big import file, encrypting thousands of private keys etc) run in separate processes and do not "jam up" the GUI.
You can see an example in this composite screenshot here:
You can see that whilst the process to create, encrypt and add the 100 requested private keys is running, there is an hourglass in the wallet panel for that wallet.
To keep things orderly I will hook up all the 'wallet sensitive' operations like import/ export/ send/ encrypt/ decrypt so that if a background task is running for that wallet you cannot then start off another one. (The action buttons will be disabled and the tooltip will tell you the process that is 'hogging' the wallet).
You can still receive transactions when background tasks are running : the bitcoin network connections are in different threads.
There will be one background task for each wallet, so if one wallet is busy you can still do whatever you like with the others.
It will take a few days to add - I have just done one so far.
This is so that time consuming activities (like importing a big import file, encrypting thousands of private keys etc) run in separate processes and do not "jam up" the GUI.
You can see an example in this composite screenshot here:
You can see that whilst the process to create, encrypt and add the 100 requested private keys is running, there is an hourglass in the wallet panel for that wallet.
To keep things orderly I will hook up all the 'wallet sensitive' operations like import/ export/ send/ encrypt/ decrypt so that if a background task is running for that wallet you cannot then start off another one. (The action buttons will be disabled and the tooltip will tell you the process that is 'hogging' the wallet).
You can still receive transactions when background tasks are running : the bitcoin network connections are in different threads.
There will be one background task for each wallet, so if one wallet is busy you can still do whatever you like with the others.
It will take a few days to add - I have just done one so far.
There is a new test release of MultiBit at:
https://github.com/jim618/multibit/downloads
Version 0.5.1alpha (Encrypted wallet support)
Enhancements:
+ All changes added to v0.4.7 forward ported.
+ Encrypted wallets no longer have WrappedWallet message
(see readme.txt if you have MultiBit 0.5.0alpha encrypted wallets)
+ Ability to cache blocks locally (see configuration.txt).
Screenshot from testing : MultiBit on a Mac and Windows XP VM together
Scan of release checklist
The main work to do now before release onto the multibit.org website is to get the wallet encryption code into bitcoinj (i.e. into the mothership). It is all in the MultiBit code base at the moment so needs to go through code review/ add more tests/ add any improvements people come up/ etc. Then it will be available to everyone and as solid as possible.
https://github.com/jim618/multibit/downloads
Version 0.5.1alpha (Encrypted wallet support)
Enhancements:
+ All changes added to v0.4.7 forward ported.
+ Encrypted wallets no longer have WrappedWallet message
(see readme.txt if you have MultiBit 0.5.0alpha encrypted wallets)
+ Ability to cache blocks locally (see configuration.txt).
Screenshot from testing : MultiBit on a Mac and Windows XP VM together
Scan of release checklist
The main work to do now before release onto the multibit.org website is to get the wallet encryption code into bitcoinj (i.e. into the mothership). It is all in the MultiBit code base at the moment so needs to go through code review/ add more tests/ add any improvements people come up/ etc. Then it will be available to everyone and as solid as possible.
I just searched the Mac app store for all of:
bitcoin
bitcoind
armory
electrum
blockchain
And it came up with nothing bitcoin releated.
At the moment I think only bitcoind and multibit produce a Mac app wrapped up in a DMG file. I do not think anyone has tried submitting anything to the Mac app store yet. (Tachikoma and Alan are both working on getting app files for electrum and armory I know but have not released anything yet AFAIK).
bitcoin
bitcoind
armory
electrum
blockchain
And it came up with nothing bitcoin releated.
At the moment I think only bitcoind and multibit produce a Mac app wrapped up in a DMG file. I do not think anyone has tried submitting anything to the Mac app store yet. (Tachikoma and Alan are both working on getting app files for electrum and armory I know but have not released anything yet AFAIK).
is there any native wallet in the app store already? 
Well I have to get a developer certificate to get round that pesky Mountain Lion GateKeeper anyhow.
I imagine that is what you have to sign your app with to get it into the App Store so yes, why not!
If it is like the iPhone store free apps do not pay anything to Apple for the 'privilege' of being in there.
I will look into it.
I imagine that is what you have to sign your app with to get it into the App Store so yes, why not!
If it is like the iPhone store free apps do not pay anything to Apple for the 'privilege' of being in there.
I will look into it.
Any chance to release MultiBit in the App Store?
OK, sounds good.
There is a new live release of MultiBit at:
http://multibit.org
Version 0.4.7
Enhancements:
+ Refresh of I18n, especially German, Portuguese and Dutch (thanks freemoney, corn3 and grouver!)
+ Sidepanel UI improvements
+ Less noisy at startup with wallet loading messages
+ Better error handling with currency ticker
+ Various minor UI enhancements
Scan of release checklist
http://multibit.org
Version 0.4.7
Enhancements:
+ Refresh of I18n, especially German, Portuguese and Dutch (thanks freemoney, corn3 and grouver!)
+ Sidepanel UI improvements
+ Less noisy at startup with wallet loading messages
+ Better error handling with currency ticker
+ Various minor UI enhancements
Scan of release checklist
Thanks Grouver !
I normally do the weekly builds on Monday and always pull in all the localisation files so your Dutch will be in v0.4.7.
Cheers
I normally do the weekly builds on Monday and always pull in all the localisation files so your Dutch will be in v0.4.7.
Cheers
The dutch translation is done.
I am gonna verify and validate it all one more time this weekend and then give you a 'Go' Jim!
I am gonna verify and validate it all one more time this weekend and then give you a 'Go' Jim!
Hi Mike,
That delete button is only on the list of addresses you have SENT to. ie you are only deleting the label for the send address. The delete button does not appear on the Request screen (ie you cannot delete private keys).
It does not delete any transactions out of the wallet so you cannot lose BTC (though the sends do become unlabelled which is by design).
For the request screen I plan to add a Boolean onto ECKey (need to mail out on the proto changes) and then have a control with:
+ archive address ie hide address, do not use in spends
+ reuse archived address, show it and use it.
and a control to show/ hide the archived addresses (so that you can see what is hidden, if you see what I mean)
For the private keys there will also be a 'Balance' column in the list of addresses so that you can see how much that key controls.
If an archived address receives a payment I will automatically unarchive it.
I have used 'archived' rather than 'hide' just because blockchain.info uses that terminology so it makes sense to reuse it as it is more consistent for the user across wallets.
That delete button is only on the list of addresses you have SENT to. ie you are only deleting the label for the send address. The delete button does not appear on the Request screen (ie you cannot delete private keys).
It does not delete any transactions out of the wallet so you cannot lose BTC (though the sends do become unlabelled which is by design).
For the request screen I plan to add a Boolean onto ECKey (need to mail out on the proto changes) and then have a control with:
+ archive address ie hide address, do not use in spends
+ reuse archived address, show it and use it.
and a control to show/ hide the archived addresses (so that you can see what is hidden, if you see what I mean)
For the private keys there will also be a 'Balance' column in the list of addresses so that you can see how much that key controls.
If an archived address receives a payment I will automatically unarchive it.
I have used 'archived' rather than 'hide' just because blockchain.info uses that terminology so it makes sense to reuse it as it is more consistent for the user across wallets.
That UI does not make it very obvious that you can lose money by deleting addresses.
It's for this reason that I'd simply never allow delete in any client I wrote. It's very dangerous and there's no good reason for it. Just call it "hidden" and the confusions can go away.
It's for this reason that I'd simply never allow delete in any client I wrote. It's very dangerous and there's no good reason for it. Just call it "hidden" and the confusions can go away.
I have put in a 'Delete' button in the Sending addresses panel that deletes the label+address that is highlighted:
(It does not delete any transactions).
Also, I have tidied up the StatusBar and Messages window so that:
+ At start up you do not see 'Wallet loading' messages. They are still written into the Messages window.
+ In the help browser, when you hover over a link you see it in the status bar but it does not appear in the Messages window.
It is basically a bit of tidying up.
(It does not delete any transactions).
Also, I have tidied up the StatusBar and Messages window so that:
+ At start up you do not see 'Wallet loading' messages. They are still written into the Messages window.
+ In the help browser, when you hover over a link you see it in the status bar but it does not appear in the Messages window.
It is basically a bit of tidying up.
freemoney has refreshed the German translation and corn3 has got the Portuguese up to 100% - see the screen shot below.
Thanks !
Also, we are making a push on getting a Japanese translation of MultiBit available. This is primarily because MemoryDealers is presenting about Bitcoin in the Akihabara district in Tokyo later on this month and it would be very useful to have at least one Japanese language wallet available by then.
(I am not sure the exact date).
If you are a native Japanese speaker or have a Japanese friend that would be interested in helping please go to the MultiBit translation site.
The current translation work will appear in the next production release - 0.4.7 - which will probably be next Monday.
Thanks !
Also, we are making a push on getting a Japanese translation of MultiBit available. This is primarily because MemoryDealers is presenting about Bitcoin in the Akihabara district in Tokyo later on this month and it would be very useful to have at least one Japanese language wallet available by then.
(I am not sure the exact date).
If you are a native Japanese speaker or have a Japanese friend that would be interested in helping please go to the MultiBit translation site.
The current translation work will appear in the next production release - 0.4.7 - which will probably be next Monday.
Jump to: