Although arguably the chicken-duck is pretty funny, I think Minecraft should have it's share of running gags built into the game. Some subtle, some a bit less so. Here are a few suggestions, though I am open to others.
Staring at a window (not block of glass) for a long enough period, you have a very slight chance that the face of Herobrine a creeper will appear for just a few seconds.
Once in a very very rare while something other than a chicken will hatch from an egg.
One in 50 chance of a villager being "insane" (offering the most ridiculous trades imaginable). Insane villagers would also have some bizarre behaviors, though what specifically I have not figured out. Also a chance that one of these villagers will rip you off (OF SOMETHING NONVALUABLE) give you nothing in return for payment, and go "Haha!" and run away.
On rare occasion you may see hearts rising from a villager and an iron golem. Things that make you go "Hmm!" <villager voice>
... This is one suggestion: "Add humor to Minecraft", not a wishlist. The thread is about how.
The fact that the ball lets you look through the surrounding blocks means you can hide it in a wall or ceiling or floor. When looking through your crystal ball to that one, it is as though you are standing one block below that location and can look around until you exit the remote view mode. You still count as being at your actual location, it's just your perspective that changes. It's basic, but opens up some fun opportunities.
I would have to say this is a brilliant idea!, the idea of transporting blocks via mine cart would make it so much easier to have other than just putting it in a chest mine cart, this idea should be implemented into minecraft already in my opinion, but hey, we all drink from the same cup here, gotta respect the people who don't like change.
The Block Comparator compares more than just blocks. As mentioned in the OP it compares inventories within inventory blocks, and as implied by the mob example and the water example it compares mobs and entities as well.
Some of these comparisons may be done with command blocks, but lets face it, many of the things already in the game wouldn't be there if that were a valid argument. Correct me if I am wrong, but even the regular comparators function can be simulated using command blocks. Redstone repeaters can be made using redstone torches, blocks, and dust, but they are in the game. Just because there's a more complicated or round-about way to accomplish something doesn't invalidate an idea.
The piston push programming idea you said you didn't get works by pushing chains of up to 12 blocks around in a square (cyclical) pattern. Sticky pistons could replace blocks in the chain. If you set up a block comparator with a block of cobblestone on the other side, and a redstone output to a note block tuned to C, then C note would be played when cobblestone is pushed next to that comparator. Repeating this circuit for the other notes gives you a programmable music box (not withstanding the annoying piston sound). It's not the most efficient use of the block for redstone programming but it is one way to do it. The hopper drop method would be much more efficient and completely silent. The piston method may be more practical for something like a maze morpher or redstone text display circuit using lamps.
Also, yes, as later described, the "block" comparator is a solid block, not a dependent entity like a regular comparator. It would have to be if it's to be used next to water. It's function for comparing the items in flowing water is not written in stone, it's a "maybe" and was added as an afterthought.
Perhaps the block comparator deserves a different name since it compares more than blocks. Maybe a "Universal Comparator" - (UCom)? I've updated the OP to reflect the name change but ain't editing all the posts inbetween.
I like layman9's idea for the recipe. If you had a block of redstone surrounded by blocks of sand the logical output for the recipe would be more than one block. So with a block of redsand surrounded by restone dust, it would be more logical to get the one block output. Adding redsand to the recipe also makes it a bit harder to get to, which it should be as it can potentially have some powerful uses.
I think it would absolutely have to include a redstone block so the amount of redstone to craft it is no less than crafting a redstone block. Perhaps a redstone block surrounded by redstone dust. Just short of the redstone required to craft two blocks, sounds quite right to me.
Looks like a Necro-Wish list to me. Seems awfully familiar. Maybe I'm wrong. Anyways, I made the mistake of posting a wish list myself when I first started posting. I think it's become a right of passage. For the record, it's a no-no. One idea per thread so it can be evaluated independently on it's own merits. A number of these suggestions seem to be cut and pasted from the frequently requested/will never happen sticky's.
Okay, maybe I am missing something here. I don't have the PC version so haven't had the opportunity to check things out with slime blocks but based on YouTubes I've seen you can move slimeblocks with pistons and dependent blocks attached to them move along with them. If that is the case, then slime blocks render this idea mostly obsolete. No?
Unlock a door or hidden passage by placing a specific block down in a specific place.
Separate mobs by type as they pass by block comparators with different mobs trapped in individual pens on the other side. A match means certain gates/trapdoors are opened.
Program a song by filling chests with specific combinations of items and item stacks and letting them drop through hoppers on a timer. Hoppers with one item are on the opposite side of block comparators. A match triggers a specific note block (lights a specific set of lamps for a display screen, opens or locks specific combinations of doors for a dynamic maze, etc.)
Redirect water flow based on what is floating by in the water. (Maybe)
Redirect carts based on type as determined by the isolated cart on the other side of the comparator for complex cart networking. Even redirect hopper or chest carts based on their inventories.
Used piston pushed blocks going around in a circle to trigger specific circuits depending on the block type at a given point. Change the combination in the chain using pistons pushing blocks in from the side.
And the list goes on. Minecrafters will have a field day with this.
A few details I left out... This component would be a solid block, not a dependent entity like a regular comparator. It may appear as a gray block, appearing 3/4 of a block in height with what looks a little like a regular comparator on top taking up the top quarter. This component doesn't get washed away by water and is not flammable.
Crafting Recipe: Undecided. Off the top of my head, one comparator in the middle + 2 redstone blocks (one on either side).
The idea is simple enough... Have a redstone component that compares the block/entity/mob on it's left to the block/entity/mob on it's right and sends a redstone charge forward if they are the same. Block types with inventory's, such as hoppers, would be considered the same only if the contents of their inventories were identical.
Purpose: To facilitate the development of advanced PROGRAMMABLE condensed redstone circuitry. Either by dropping stuff through hoppers or chests on either side of the comparator, or by pushing blocks beside these comparators, one can quickly identify and react to matching blocks/items. Current methods for programmable redstone are bulky and extremely complicated. This component could greatly simplify these designs, and in addition, could be used in other ways for very original redstone creations. (i.e. Minecart type identifier, alternative to crop growth BUD switch system, water flow detector, live mob identifier).
Sidenote: Although block carrying carts is not currently considered a valid suggestion, it would have new purpose in combination with this idea. The version of such a block carrying cart that I would suggest to compliment this idea is posted in the MCX360 Suggestions forum if you would care to take a look.
EDIT: Since the "block" comparator compares more than blocks, I have given it a new name, the "Universal Comparator" or "UCom" for short.
EDIT: New feature added. This mechanism can be turned off by applying a constant redstone charge into the back.
I suggested something similar for console recently, but with one important difference. The Block Cart only moved one block. Perhaps with a PC variation it could move slime-block constructions, allowing for limited scale structures to be moved along rails. Without this vital limitation, you'd have a recipe for server lag. Serious, heavy duty server lag. The purpose of a cart that can move around a single block was primarily as a compliment to another suggestion called the "Block Comparator" which I will be posting here in short order.
As-is, I cannot support this version of the block cart idea due to the fact that it would likely choke out servers.
I think being able to attach leads directly to end points could open up a "Spiderman/Indiana Jones" transport method as well a way to stay anchored in strong currents or levitation fields.
1
Although arguably the chicken-duck is pretty funny, I think Minecraft should have it's share of running gags built into the game. Some subtle, some a bit less so. Here are a few suggestions, though I am open to others.
Staring at a window (not block of glass) for a long enough period, you have a very slight chance that the face of
Herobrinea creeper will appear for just a few seconds.Once in a very very rare while something other than a chicken will hatch from an egg.
One in 50 chance of a villager being "insane" (offering the most ridiculous trades imaginable). Insane villagers would also have some bizarre behaviors, though what specifically I have not figured out. Also a chance that one of these villagers will rip you off (OF SOMETHING NONVALUABLE) give you nothing in return for payment, and go "Haha!" and run away.
On rare occasion you may see hearts rising from a villager and an iron golem. Things that make you go "Hmm!" <villager voice>
... This is one suggestion: "Add humor to Minecraft", not a wishlist. The thread is about how.
0
Maybe as part of a mod, but I think mob textures are pretty much fine the way they are.
0
The fact that the ball lets you look through the surrounding blocks means you can hide it in a wall or ceiling or floor. When looking through your crystal ball to that one, it is as though you are standing one block below that location and can look around until you exit the remote view mode. You still count as being at your actual location, it's just your perspective that changes. It's basic, but opens up some fun opportunities.
0
What about the people who don't like LAG?
0
Re: Above post
The Block Comparator compares more than just blocks. As mentioned in the OP it compares inventories within inventory blocks, and as implied by the mob example and the water example it compares mobs and entities as well.
Some of these comparisons may be done with command blocks, but lets face it, many of the things already in the game wouldn't be there if that were a valid argument. Correct me if I am wrong, but even the regular comparators function can be simulated using command blocks. Redstone repeaters can be made using redstone torches, blocks, and dust, but they are in the game. Just because there's a more complicated or round-about way to accomplish something doesn't invalidate an idea.
The piston push programming idea you said you didn't get works by pushing chains of up to 12 blocks around in a square (cyclical) pattern. Sticky pistons could replace blocks in the chain. If you set up a block comparator with a block of cobblestone on the other side, and a redstone output to a note block tuned to C, then C note would be played when cobblestone is pushed next to that comparator. Repeating this circuit for the other notes gives you a programmable music box (not withstanding the annoying piston sound). It's not the most efficient use of the block for redstone programming but it is one way to do it. The hopper drop method would be much more efficient and completely silent. The piston method may be more practical for something like a maze morpher or redstone text display circuit using lamps.
Also, yes, as later described, the "block" comparator is a solid block, not a dependent entity like a regular comparator. It would have to be if it's to be used next to water. It's function for comparing the items in flowing water is not written in stone, it's a "maybe" and was added as an afterthought.
Perhaps the block comparator deserves a different name since it compares more than blocks. Maybe a "Universal Comparator" - (UCom)? I've updated the OP to reflect the name change but ain't editing all the posts inbetween.
PS: Careful with that paste key bud.
0
I think it would absolutely have to include a redstone block so the amount of redstone to craft it is no less than crafting a redstone block. Perhaps a redstone block surrounded by redstone dust. Just short of the redstone required to craft two blocks, sounds quite right to me.
1
Looks like a Necro-Wish list to me. Seems awfully familiar. Maybe I'm wrong. Anyways, I made the mistake of posting a wish list myself when I first started posting. I think it's become a right of passage.
For the record, it's a no-no. One idea per thread so it can be evaluated independently on it's own merits. A number of these suggestions seem to be cut and pasted from the frequently requested/will never happen sticky's. 
0
Okay, maybe I am missing something here. I don't have the PC version so haven't had the opportunity to check things out with slime blocks but based on YouTubes I've seen you can move slimeblocks with pistons and dependent blocks attached to them move along with them. If that is the case, then slime blocks render this idea mostly obsolete. No?
0
I think dangling from a bat would be hilarious!
0
Examples:
Unlock a door or hidden passage by placing a specific block down in a specific place.
Separate mobs by type as they pass by block comparators with different mobs trapped in individual pens on the other side. A match means certain gates/trapdoors are opened.
Program a song by filling chests with specific combinations of items and item stacks and letting them drop through hoppers on a timer. Hoppers with one item are on the opposite side of block comparators. A match triggers a specific note block (lights a specific set of lamps for a display screen, opens or locks specific combinations of doors for a dynamic maze, etc.)
Redirect water flow based on what is floating by in the water. (Maybe)
Redirect carts based on type as determined by the isolated cart on the other side of the comparator for complex cart networking. Even redirect hopper or chest carts based on their inventories.
Used piston pushed blocks going around in a circle to trigger specific circuits depending on the block type at a given point. Change the combination in the chain using pistons pushing blocks in from the side.
And the list goes on. Minecrafters will have a field day with this.
A few details I left out... This component would be a solid block, not a dependent entity like a regular comparator. It may appear as a gray block, appearing 3/4 of a block in height with what looks a little like a regular comparator on top taking up the top quarter. This component doesn't get washed away by water and is not flammable.
Crafting Recipe: Undecided. Off the top of my head, one comparator in the middle + 2 redstone blocks (one on either side).
0
Try creating programmable redstone and come back and see me.
1
The idea is simple enough... Have a redstone component that compares the block/entity/mob on it's left to the block/entity/mob on it's right and sends a redstone charge forward if they are the same. Block types with inventory's, such as hoppers, would be considered the same only if the contents of their inventories were identical.
Purpose: To facilitate the development of advanced PROGRAMMABLE condensed redstone circuitry. Either by dropping stuff through hoppers or chests on either side of the comparator, or by pushing blocks beside these comparators, one can quickly identify and react to matching blocks/items. Current methods for programmable redstone are bulky and extremely complicated. This component could greatly simplify these designs, and in addition, could be used in other ways for very original redstone creations. (i.e. Minecart type identifier, alternative to crop growth BUD switch system, water flow detector, live mob identifier).
Sidenote: Although block carrying carts is not currently considered a valid suggestion, it would have new purpose in combination with this idea. The version of such a block carrying cart that I would suggest to compliment this idea is posted in the MCX360 Suggestions forum if you would care to take a look.
EDIT: Since the "block" comparator compares more than blocks, I have given it a new name, the "Universal Comparator" or "UCom" for short.
EDIT: New feature added. This mechanism can be turned off by applying a constant redstone charge into the back.
0
I suggested something similar for console recently, but with one important difference. The Block Cart only moved one block. Perhaps with a PC variation it could move slime-block constructions, allowing for limited scale structures to be moved along rails. Without this vital limitation, you'd have a recipe for server lag. Serious, heavy duty server lag. The purpose of a cart that can move around a single block was primarily as a compliment to another suggestion called the "Block Comparator" which I will be posting here in short order.
As-is, I cannot support this version of the block cart idea due to the fact that it would likely choke out servers.
0
Being that this solved a problem that is just as easily solved using the two existing types of chest, I see no reason to support it.
0
I think being able to attach leads directly to end points could open up a "Spiderman/Indiana Jones" transport method as well a way to stay anchored in strong currents or levitation fields.
Full Support provided above were made true.