I don’t know if this falls under the same type of feature, but when you chisel, for example, compact iron, it cuts the texture in half. Would it be possible to ‘pull’ the texture from the outside inwards so we get the full rim around the chiseled block?
Lemme know if i need to explain that better lol
Automation confirmed for super sure !!!
Thank you James :)
Ooohhhh yes!! 
The filigree looks like a nice carpet, but some flooring options would be wonderful, would love to have some carpets, different patterns and being able to use all the colors! Could be used as wallpaper too of course, something like this could make homes a little more homey. 
I have one for the Bug-(data-)base
On Testing the inventory icons for glass panes are offset at the moment … 
Everything you just said sounds awesome.
But I’d be really WAAAAAAAY more interested if the older blocks which have textures that make them look like they’re individual blocks could be alternate versions with the smart texture feature.
Gonna be honest, I barely ever use refined stones because of that.
You said it, not me. 
@kimclausen Don’t get your hopes up too much, though. James was clearly talking about a texture for voxel blocks, which wouldn’t have interactive features like what you’re expecting. Like, he mentioned pipes, but that would likely be a block with a texture looking like that :
Liquid wouldn’t flow down those.
Same goes with the conveyor thing. He likely meant a block with a texture like that :
Automation confirmed!!!
from what I saw when I was using a bunch of different custom texture packs in Minecraft, the smart textures were mostly used for the most common materials, like tree trunks, planks and cobblestone
-see the details on cobblestone on the corners and around windows, same with planks, deco wood connecting to vertical neighbours.
it made a big difference.
LOL, I should have read further before replying!
Ah well, great minds and all that!
@james When you look at them, they look a bit off.
Could it be done to not render the faces that are directly against another block?
Wait, isn’t that what the octigrid block does on Live?
I’m 95% sure they don’t do that on Live.
Yup, on Live, that’s how it’d look :
Ooooooh that’s gonna be a problem. 
So the colored ones are transparent glass with colored gleam behind it or is it just chiseled plain glass blocks ?
Smart texture is what you also have on Portal Knights.
You can clearly see it on these screenshots I just took, and it makes everything look so much better :
Update for the stained glass windows I made on Testing yesterday.
I changed the refined gleam blocks for the new Ornate Glass blocks.
The colors look great even beautiful. 
But the rendering is a bit off at the moment. (@james see the last screenshot)
Especially with the changing of light and when you take little more distance from the Object.
Some adjustments have to be made here …
Fine-tuning i suppose 
I just placed an update for the stained glass windows
Take a look at it, then it becomes clear 
[Edit] I have just placed a short description under the screenshots
EXACTLY this.
Its next-to-impossible to get the amount of refined BLACK gleam I need for the windows I want to put together because of how NONEXISTANT Black gleam is. Not to mention it doesn’t make sense it requires refined gleam to determine color when the glass blocks do NOT emit lighting like gleam does. I don’t understand the reasoning behind that recipe.
last case is the depth-of-field, it wont work correctly with transparent geometry as it relies on the depth buffer which isnt (and cant be) written to by transparent geometry.
I think any Glass recipe should work with Sand color instead of gleam and just remove gleam from it unless these glass panes illuminate. There is no sense to use gleam at all. I think all the Glass “item” should have gleam removed from their recipes.
Could make a version of glass that illuminate like gleam thought!
While on the one hand it’s dangerous to start saying “Everything gets its own permission!”, I agree that sign changing/updating is a common use case right now, such as for hunt area announcements and the like. Do you want to trust ALL of your hunt leaders - some of whom may carry terrain bombs for tree clearing/hole digging and therefore be more likely to cause damaging accidents than normal folks - to have build perms just so they can update a sign about hunt leader name and hunt times?
Now for some LIMITED cases you can work around this now by having advanced locks affecting the signs in question, letting people who normally have no perms edit the sign - but if it’s a guild-owned beacon that doesn’t really work, and if you need to adjust a bunch of signs then it becomes less practical.
I think there’s a very good discussion to be had about what use cases should be broken out from the all-encompassing ‘builder’ permission, and thus far farming and sign editing are two contenders.
It also really does not make sense we need to add glow caps to gleam to make gleam lanterns, as if they aren’t emitting enough light on their own already.
Also why does deco gleam not need it?
And then there’s concrete, why does it need kindling to make it?
Am sure there are more recipes like that.
What I tend to believe is that the devs noticed that combustion and kindling weren’t used enough so they used to crush gravel and rocks and to make concrete. Also glow caps weren’t being used enough so they added those and to prevent we would too easily get all kinds of colours for windows, especially if they already planned us to be able to turn rocks into gravel and gravel into sand.
Not that I don’t think these recipes makes sense compared to the real world, I do think they make sense for this fantasy/SF world we play in so all materials are useful…
It seems deco gleam glows less than lantern. Only thing i can come up with.
