I'm referring to the fullscreen function in Mac OS-X versions 10.7 and newer, where any compatible window can be brought into its own desktop space as a fullscreen application. The screenshot included with the post shows 1.5's window with the fullscreen button present and a snapshot where it is missing. I can also confirm that it is still missing in the latest snapshot (13w18b).
It's probably just some little variable somewhere in the window protocols.
http://lwjgl.org/forum/index.php?topic=4671.0
So it looks like this may become an option again in the future.
I would greatly appreciate some kind of tabs being kept on this.
As someone who must use fullscreen but must also multitask, this is a very important feature to me.
This issue takes place with all worlds, no matter the name.
It even affected one with the default "New World".
(Sorry for not knowing how to put that huge comment in a code container.)
If you'd like, I can provide a matching example with those conditions.
Here's an image demonstrating the two separate saves that are generated with every world. https://dl.dropboxusercontent.com/u/14403620/TwoFolders.png
Both save folders were cleared prior to the game being run, and the world was generated on all default, untouched settings and did not appear in the "Singleplayer" menu after quitting.
The world can still be played by "creating" an identical world, though.
What really bothers me about this one is that the proper pose was added as a feature, then later removed without explanation, along with a few others such as arrows sticking into mobs. (Yes, I know about the bug with resized mobs, but the set-size ones were fine!) Skeletons are bad enough with their imbalanced gameplay mechanics, but losing their aesthetics… Too far.
I would have assumed 13w41a/b would've fixed this, as the issue appears to stem from particles being rendered as translucent (due to the translucent particle feature added to beacons) but it is in fact still present.
I should think it would be easiest to take away the job of determining when a tool is broken from the client. Only the server/internal server should track the tool's status. (Not really sure why the client does it anyway, after release 1.3)
(There are probably two bugs present here, my proposal should fix at least one of them.)
This is another case of a feature being implemented then later removed without explanation.
It would be nice to see this fixed again by having fall damage be calculated by momentum, not distance.
What bugs me about this now that it has been implemented is that it's not optional. I use a standard mouse and this "feature" prevents me from left-clicking while holding control even though control-click is disabled in my OS.
Philo Wintercoat
MC-26102
MCL-1481
MCPE-33470
I'm referring to the fullscreen function in Mac OS-X versions 10.7 and newer, where any compatible window can be brought into its own desktop space as a fullscreen application. The screenshot included with the post shows 1.5's window with the fullscreen button present and a snapshot where it is missing. I can also confirm that it is still missing in the latest snapshot (13w18b).
It's probably just some little variable somewhere in the window protocols.
http://lwjgl.org/forum/index.php?topic=4671.0
So it looks like this may become an option again in the future.
I would greatly appreciate some kind of tabs being kept on this.
As someone who must use fullscreen but must also multitask, this is a very important feature to me.
This issue takes place with all worlds, no matter the name.
It even affected one with the default "New World".
(Sorry for not knowing how to put that huge comment in a code container.)
If you'd like, I can provide a matching example with those conditions.
Here's an image demonstrating the two separate saves that are generated with every world.
https://dl.dropboxusercontent.com/u/14403620/TwoFolders.png
Both save folders were cleared prior to the game being run, and the world was generated on all default, untouched settings and did not appear in the "Singleplayer" menu after quitting.
The world can still be played by "creating" an identical world, though.
Looks perfectly predictable to me.
Consult the Minecraft wiki on the game's fluid mechanics.
What really bothers me about this one is that the proper pose was added as a feature, then later removed without explanation, along with a few others such as arrows sticking into mobs. (Yes, I know about the bug with resized mobs, but the set-size ones were fine!) Skeletons are bad enough with their imbalanced gameplay mechanics, but losing their aesthetics… Too far.
I would have assumed 13w41a/b would've fixed this, as the issue appears to stem from particles being rendered as translucent (due to the translucent particle feature added to beacons) but it is in fact still present.
I should think it would be easiest to take away the job of determining when a tool is broken from the client. Only the server/internal server should track the tool's status. (Not really sure why the client does it anyway, after release 1.3)
(There are probably two bugs present here, my proposal should fix at least one of them.)
This actually looked the way some people here are asking for, way back when in Beta, as I recall.
This is another case of a feature being implemented then later removed without explanation.
It would be nice to see this fixed again by having fall damage be calculated by momentum, not distance.
What bugs me about this now that it has been implemented is that it's not optional. I use a standard mouse and this "feature" prevents me from left-clicking while holding control even though control-click is disabled in my OS.
Postponed "for 1.10". Still an issue in 1.12.2. I've stopped working on my sound packs after discovering this.