miners cannot be picky, ignoring certain transactions. going back to basics of accepting all tx's into a block

Just to confirm, franky1: you are not suggesting a protocol change to try to force miners to doing this.  You are suggesting that through education, awareness and social pressure that miners decide to do this on their own, as they realize it is better for everyone. (E.g., Peter Todd recently showed how P_{0-confirm-double-spend} increases as the homogeneity of the TX-selection criteria decreases).

I think this is true in general: protocol "features" to fix perceived "weaknesses" instead make the system less usable and robust.  

The problem that Franky1 is referring to is that certain miners will not mine transactions from on-chain gambling sites.  Peter Todd showed how he could use this information (heterogeneous TX selection criteria) to his benefit (if he were an attacker) to increase the chances that his 0-confirm double-spend would be successful.  

This in an example of how someone thought they were doing a good thing (Eligius by blocking what they perceived as "blockchain spam") but it had unintended negative consequences for everyone (made 0-confirm double-spend attempts a bit more likely to succeed).  

I think Bitcoin needs an open source/free Vendor's program that is easy for Brick & Mortar stores to use. It may exist already, but i haven't found it and i've been looking so how would others find it. I saw a video of somone making a sale using those square data transfer things(not sure what they are called). I'd guess you'd also need to be able to email an address to someone as well for those with laptops. Many store transactions are small enough that just seeing them in the transaction que is good enough. If some one rips you off for $30 or less, ya just don't sell to them again.

 read somewhere about the horrifying maths required to encrypt the inputs and outputs so you could still verify they were the same sums, just not what they actually were.
That’s be pretty cool.

Faster transactionand confirmation, multisignature ability, option for biometric passwords, two factor authentication, and much more

I'd like to see some "standard" scripts integrated into the wallet, but that's not a hardfork issue. 

For a hardfork, I think there ought to be script instructions to load the current block height, some other basic statistical information about recent transactions, and the results of specific queries such as 'has txid XXXX been confirmed?'  into the top of the stack; it would drastically extend the capabilities of scripts.

What would I like to see added to Bitcoin? nothing. it's absolutely great!

Something like coinjoin automatically done to all transactions in every block.  That would fix the "we are going to black/red/white list coins" people but good.

Most miners "choose" by setting three parameters in bitcoind (or a modified version of bitcoind).
1) The block size
2) The amount of space devoted to high priority txs with no fees.
3) The min fee for the rest of the block space.

Bitcoind sorts and ranks transactions and then as many tx as will fit that criteria are used.  For the "free" portion of the block tx are ranked by priority.  For the "paying" portion of the block they are ranked by fee/KB.  For default implementation for the transactions to be added to the memory pool (and thus be eligible for inclusion) they must be "standard" (pass the IsStandard checks).

For example setting 500KB, 50KB, and 0.1 mBTC the software would analyze the memory pool (list of tx waiting to be confirmed) and add free txs in order by priority until the next tx would make the total >50KB.  It would then add paying txs ranked by fee/KB until the next transaction would make the block larger than 500KB.