rich1.0npub1sm6zhjmk5scuz294jmpkw99wwwjzetjgwp4fu4gn6utqgdz87hkqamnq7hhttps://nostr.ae/npub1sm6zhjmk5scuz294jmpkw99wwwjzetjgwp4fu4gn6utqgdz87hkqamnq7hnjumphttps://nostr.ae📅 Original date posted:2012-05-02 📝 Original message:I'm not sure what "designed for occasional use" means. Many users of other clients use them exclusively without touching other clients. Armory is designed to be your only wallet (if bitcoind[d/-qt] is running in bkgd). I'm sure the other clients are the same. Instead, I think that line would be replaced by a blurb about the target audience. "Designed for Advanced Users". "Designed for Quick Setup and Instant usability". Btw, Armory now has full installers for both Windows and Linux (Ubuntu/Debian), with uninstallers and automatic URI registration On Wed, May 2, 2012 at 3:34 PM, Gary Rowe <g.rowe at froot.co.uk> wrote: > How about keeping it simple? > > Bitcoin-Qt > * Requires the entire blockchain > * Standalone client > * Designed for continuous operation > * Available for Windows, Mac, Linux with installer > * Developed in C > * Website: https://bitcoin.org > > MultiBit > * Requires a reduced blockchain > * Standalone client > * Designed for occasional use > * Available for Windows, Mac, Linux with installer > * Developed in Java > * Website: http://multibit.org > > Armory > * Requires the entire blockchain > * Dependent client of Bitcoin-Qt > * Designed for occasional use > * Available for Windows (64-bit only), Mac, Linux (self-build) > * Developed in Python > * Website: http://bitcoinarmory.com/ > > Electrum > * Requires no blockchain > * Dependent client of Bitcoin-Qt (on server) > * Designed for occasional use > * Available for Windows, Linux (self-build) > * Developed in Python > * Website: http://ecdsa.org/electrum/ > > Bitcoin Wallet (Android client) > * Requires a reduced blockchain > * Standalone client > * Designed for occasional use on mobile > * Available for Android only > * Developed in Java > * Website: > https://play.google.com/store/apps/details?id=de.schildbach.wallet&hl=en > > > On 2 May 2012 20:25, Amir Taaki <zgenjix at yahoo.com> wrote: > >> This is like the most annoying thing about email. Often with group >> emails, we'll be having a conversation then someone will click reply >> instead of group reply and the convo will go on for a while. Eventually >> I'll realise the persons are missing and add them back in. >> >> On Yahoo mail (which I use for spam/mailing lists), to do reply all >> involves clicking a tab, scrolling down and clicking Reply All. Normally I >> instead go through the steps of reply, delete To, re-enter bitco... select >> drop down, click send. >> >> Anyone know how to make reply all the default in mutt? And how can I >> exclude it from re-including my own email when I do a group reply so I >> don't get the same email again. >> >> >> >> ----- Original Message ----- >> From: Jeff Garzik <jgarzik at exmulti.com> >> To: grarpamp <grarpamp at gmail.com> >> Cc: bitcoin-development at lists.sourceforge.net >> Sent: Wednesday, May 2, 2012 7:29 PM >> Subject: Re: [Bitcoin-development] new bitcoin.org clients page >> >> On Wed, May 2, 2012 at 12:58 PM, grarpamp <grarpamp at gmail.com> wrote: >> >> Try "Reply to All" >> > >> > That puts the sender in 'to' and list in 'cc', >> > which dupes to the sender and eventually >> > blows out the to and cc lines as everyone >> > chimes in and doesn't trim. 'reply to' solves >> > most of that. assuming the list sw can do it. >> >> "Reply-To" Munging Considered Harmful >> http://www.unicom.com/pw/reply-to-harmful.html >> >> >> >> -- >> Jeff Garzik >> exMULTI, Inc. >> jgarzik at exmulti.com >> >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> Bitcoin-development mailing list >> Bitcoin-development at lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/bitcoin-development >> >> >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> Bitcoin-development mailing list >> Bitcoin-development at lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/bitcoin-development >> > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Bitcoin-development mailing list > Bitcoin-development at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bitcoin-development > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20120502/af738a5b/attachment.html>