csh
/
y.st.
ter-fork dari y.st./y.st.


			
				
					
						
						
							123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117
							<?xml version="1.0" encoding="utf-8"?>
<!--
                                                                                     
 h       t     t                ::       /     /                     t             / 
 h       t     t                ::      //    //                     t            // 
 h     ttttt ttttt ppppp sssss         //    //  y   y       sssss ttttt         //  
 hhhh    t     t   p   p s            //    //   y   y       s       t          //   
 h  hh   t     t   ppppp sssss       //    //    yyyyy       sssss   t         //    
 h   h   t     t   p         s  ::   /     /         y  ..       s   t    ..   /     
 h   h   t     t   p     sssss  ::   /     /     yyyyy  ..   sssss   t    ..   /     
                                                                                     
	<https://y.st./>
	Copyright © 2015 Alex Yst <mailto:copyright@y.st>

	This program is free software: you can redistribute it and/or modify
	it under the terms of the GNU General Public License as published by
	the Free Software Foundation, either version 3 of the License, or
	(at your option) any later version.

	This program is distributed in the hope that it will be useful,
	but WITHOUT ANY WARRANTY; without even the implied warranty of
	MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
	GNU General Public License for more details.

	You should have received a copy of the GNU General Public License
	along with this program. If not, see <https://www.gnu.org./licenses/>.
-->
<!DOCTYPE html>
<html xmlns="http://www.w3.org/1999/xhtml">
	<head>
		<base href="https://y.st./en/weblog/2015/07-July/20.xhtml" />
		<title>Scrapping current progress on default &lt;https://y.st./en/weblog/2015/07-July/20.xhtml&gt;</title>
		<link rel="icon" type="image/png" href="/link/CC_BY-SA_4.0/y.st./icon.png" />
		<link rel="stylesheet" type="text/css" href="/link/basic.css" />
		<link rel="stylesheet" type="text/css" href="/link/site-specific.css" />
		<script type="text/javascript" src="/script/javascript.js" />
		<meta name="viewport" content="width=device-width" />
	</head>
	<body>
		<nav>
			<p>
				<a href="/en/">Home</a> |
				<a href="/en/a/about.xhtml">About</a> |
				<a href="/en/a/contact.xhtml">Contact</a> |
				<a href="/a/canary.txt">Canary</a> |
				<a href="/en/URI_research/"><abbr title="Uniform Resource Identifier">URI</abbr> research</a> |
				<a href="/en/opinion/">Opinions</a> |
				<a href="/en/coursework/">Coursework</a> |
				<a href="/en/law/">Law</a> |
				<a href="/en/a/links.xhtml">Links</a> |
				<a href="/en/weblog/2015/07-July/20.xhtml.asc">{this page}.asc</a>
			</p>
			<hr/>
			<p>
				Weblog index:
				<a href="/en/weblog/"><abbr title="American Standard Code for Information Interchange">ASCII</abbr> calendars</a> |
				<a href="/en/weblog/index_ol_ascending.xhtml">Ascending list</a> |
				<a href="/en/weblog/index_ol_descending.xhtml">Descending list</a>
			</p>
			<hr/>
			<p>
				Jump to entry:
				<a href="/en/weblog/2015/03-March/07.xhtml">&lt;&lt;First</a>
				<a rel="prev" href="/en/weblog/2015/07-July/19.xhtml">&lt;Previous</a>
				<a rel="next" href="/en/weblog/2015/07-July/21.xhtml">Next&gt;</a>
				<a href="/en/weblog/latest.xhtml">Latest&gt;&gt;</a>
			</p>
			<hr/>
		</nav>
		<header>
			<h1>Scrapping current progress on default</h1>
			<p>Day 00135: Monday, 2015 July 20</p>
		</header>
<p>
	I think perhaps the glitch biomes I set up are too gimmicky.
	In fact, pretty much all the work I did on default yesterday should be thrown out.
	I tried to make default as much of a standalone module as I could and stripped it down to the bare bones, including only nodes that are hard coded into the engine (if default were not hard coded into the engine, I wouldn&apos;t include a default module at all).
	I see now though that if I am going to implement default as a way to obtain nodes from Minetest&apos;s minimal game in a non-gimmicky way, I&apos;m going to have to make my version of default be semi-reliant on retro_plus, the module in which I&apos;m stashing all the nodes from Minetest&apos;s default that don&apos;t belong in Minetyst&apos;s default.
	So now the question is this: do I want to scrap the retro node biomes and integrate all the retro nodes into the regular game or do I want to keep the rare retro biomes but implement them in a more sane way? I could even set up a common biome with some of the more common retro nodes such as stone and water, while setting up rare nodes such as poptart cats in the way they were originally written (scattered everywhere and ignoring biome lines).
</p>
<p>
	I worked on transitioning the bones module today.
	It honestly didn&apos;t take as much effort as I anticipated.
	When bones were first added to Minetest, they had a lot of stupid issues, mostly due to one of the developers being unwilling to accept patches to fix said issues.
	It seems that either he loosened up or people submitted alternative patches that he liked better, because the bones module no longer has any real issues.
	The only changes I needed to make were to make bones play nicely with other modules in Minetyst due to differences in how Minetyst is set up.
	I might make further enhancements later in order to semi-preserve the names of the dead when bones are collected, but aside from that, no further work should be required here.
</p>
<p>
	Next I worked on the buckets module, which has some quirks.
	To dump the liquid from a bucket, the you try to place the bucket.
	That is counterintuitive to me.
	I think of the bucket as a tool that carries the liquid, so I think to use the &quot;use&quot; key, not the &quot;place node&quot; key.
	Even more confusing is the fact that I now added an option to place the bucket itself, so now placing the bucket and dumping the bucket are done with the same key.
	In the old days, dumping buckets used the intuitive &quot;use&quot; key, but I guess for many people, that didn&apos;t seem like the right key to use either.
	For user convenience, I&apos;ll keep things in line with the current convention, but if I find others that agree with me as to which key should be used to dump the bucket, I may change it.
</p>
<p>
	My <a href="/a/canary.txt">canary</a> still sings the tune of freedom and transparency.
</p>
		<hr/>
		<p>
			Copyright © 2015 Alex Yst;
			You may modify and/or redistribute this document under the terms of the <a rel="license" href="/license/gpl-3.0-standalone.xhtml"><abbr title="GNU&apos;s Not Unix">GNU</abbr> <abbr title="General Public License version Three or later">GPLv3+</abbr></a>.
			If for some reason you would prefer to modify and/or distribute this document under other free copyleft terms, please ask me via email.
			My address is in the source comments near the top of this document.
			This license also applies to embedded content such as images.
			For more information on that, see <a href="/en/a/licensing.xhtml">licensing</a>.
		</p>
		<p>
			<abbr title="World Wide Web Consortium">W3C</abbr> standards are important.
			This document conforms to the <a href="https://validator.w3.org./nu/?doc=https%3A%2F%2Fy.st.%2Fen%2Fweblog%2F2015%2F07-July%2F20.xhtml"><abbr title="Extensible Hypertext Markup Language">XHTML</abbr> 5.1</a> specification and uses style sheets that conform to the <a href="http://jigsaw.w3.org./css-validator/validator?uri=https%3A%2F%2Fy.st.%2Fen%2Fweblog%2F2015%2F07-July%2F20.xhtml"><abbr title="Cascading Style Sheets">CSS</abbr>3</a> specification.
		</p>
	</body>
</html>