• New name for game
Many words were already said about why current name is a crap. In short, "test" part implies we do not actually play game, but we test and debug. In other words, our game is not about digging dirt but about digging C/Lua code looking for bugs.
• New names for mapgensazekill_DIABLO wrote:Minetest name looks like a bad rip-off MC. Or maybe a buggy testing-only clone. If we really want to get a good popularity in gaming world, we should think to changing this names which no longer fits minetest. I'd like to know your point of view.
What names like v5, v6, v7 mean? What is it all about?
First fail — consecutive numbers that imply it is version numbers of some program that is developing in time. BUT IT IS NOT. These numbers are just similar names of different independent programs.farooqkz wrote:It's more than 1 year that I'm playing Minetest and before this post I was thinking v5 (and now v6) is legacy!
Second fail — these names say absolutely nothing about what they are about. It is like program that read file would be named "x7", and other program that print current date would be called "a5". Nonsense.
• New names for itemstrings
Example1:
Code: Select all
default:stonebrick
default:stone_block
Code: Select all
default:jungletree
default:junglewood
default:jungleleaves
default:junglesapling
default:pine_tree
default:pine_wood
default:pine_needles
default:pine_sapling
We need standard that developers must follow.
• New API names
As paramat said, "node is just a junction point in 3D space".
• Redesigned API documentationsorcerykid wrote:I agree, if a node is a position in a 3d-lattice, then the function register_node( ) is a misnomer. Moreover, if a mapblock and a block are not the same, then why are mapblocks so often referred to simply as "blocks"?Sergey wrote:So what is the sense of API function register_node?paramat wrote:'Node' is a better word for a position in a world because what exists at a position is often not a 'block' or cubic.
Co-ordinates refer to the central point of the cube element, so 'node' as in a junction point in a lattice is a good word and better than something that suggests a volume.
Register what? Register point in 3D space? Register place of intersection of ribs of 3D grid?
It doesn't seem much forethought was put into certain terminology.
API is not well documented. Superficial and inconsistent description. For example, some specific function is described in the middle of the document (line 2348), but its parameters — at the bottom the document (line 4346). Besides, document itself is just a huge plain text file with no navigation through it.
API should represent a detailed wiki (like Python documentation as an example)
• Redesigned main menuLinuxdirk wrote:At least the most common parts of the API are properly documented. But a lot of the "deeper" stuff has little to no documentation and for a lot of functions the documentation is outdated. Not to mention that the documentation file is not maintainable in a sane way.
Because others fiddled around with the API and found a way to do certain things and not because it's properly documented.sofar wrote:Plenty of examples that are legal to use code from
The main issues of the modding API are the incompleteness (some things are simply not moddable in a proper way) and the partly outdated and/or incomplete documentation.
Besides developers, designer is needed, so everybody does what he should, and does not do extraneous things.Wuzzy wrote:Quick list of mistakes in current main menu design:
— Small default font (that's true for all of Minetest)
— Subgame banner is positioned incorrectly or disappears at 16:9 and other widescreen resolutions
— A lot of precious screen space is wasted for no reason
— As a result, some menus are extremely crammed especially at small resultions
— The controls menu is extremely outdated and also kinda broken
— Subgame selection is brain dead and unwieldy if you have tons of subgame like me so you have to use the scroll buttons
— Inherits all the problems from still officially experimental formspec API
— Settings menu needs reorganization, more of the important settings needs to be promoted the the main settings menu
— Mapgen settings must be set in advance in the deep advanced settings menu rather than at world creation. This is tedious
— Mapgens are called “v5”, “v6” and “v7” in main menu, suggesting that the first two mapgens are legacy
— No exit button
I suppose, right now MT developer is like a man-orchestra. This is not good. That's why the impressions of MT — not so much. And MT is not going to be as popular as MC.
• System to install/update/remove mods and texture packs
For example, in most GNU/Linux operating systems there is software manager that automatically works with corresponding repositories. Why not implement similar system in MT? It is very convenient!
For example, I could view all available mods right in the game's window — view them, read about them, preview screenshot and, of course, install them with one click (it automatically downloads archive from forum or github, unpack it, and create necessary folder where it should).
Analogously, I could uninstall any mod I have with one click.
This manager should also automatically update installed mods if there are new versions of them.
• New forum engine
Talking about forum I would like to be able to:
— like (vote up) post
— dislike (vote down) post
— report post
— use hashtags (make words as keywords) to search for all posts containing them
— scroll down instead of pagination
— sort posts and topics by different criteria (by time (old/new first), by votes (more useful first), and so on)
— delete my post if nobody replied to it
There are already complaints about lack of +1 button that cause stream of unnecessary posts like "thanks", "good job", "+1",… in which helpful and informative posts are simply lost.
I also want voting system for posts and especially for topics. If I want to know what mods are most polular or just best, I could sort topics by rating in descending order. And all popular mods will be right here at the top of the page. No need to scroll, paginate, read what they are all about. Same for texture packs.
__________________________________________________texmex wrote:phpBB was written in the year 2000 and with the online discussion design paradigms of that time. 17 years later, here we are. Admins could start by bringing the forum software up to modern standards. Other than just the greater user experience an upgrade would bring is the fact that most forum developers will or have already jumped ship on the old forum softwares. That makes development of those slow to a crawl while expectations of a forum experience continues to rise, security threats become more sophisticated and so on. Sooner or later they're going to have to switch anyway.
Discourse is great, fast, open source and has migration from phpBB. See the Illuna forum for reference. There's a great amount of addons as well, tags for instance. Just look at how everyone is using ad-hoc [tags] in post titles already. Or enabling users to easily log in with their Github account, improving onboarding. Or mod threads could reference to their Github repo issues. In short, there's a lot you can do with it.
WE NEED REVOLUTION