Cannot wait until playerworlds are under an accessible revision control system.

Yeah they just hired like 8 ET's, and they all get RC or something.

Yeah that was the fix for that problem. Blaming GTK for it, it only seems to occur that badly on some systems :(
Just wondering whether the dragging of tiles is always that sluggish or whether that's because of the recording software?

It was probably set to a wrong directory, but yeah it should probably catch that error instead of crashing.
You can delete your preferences by going into C:\Users\YourName\AppData\Roaming\Gonstruct and deleting the "preferences" file. Then make sure to set the directory to the Graal directory.

It's always like that, which is why I recorded it for you to fix it (or so I can hope ^^)!

By the way, I can't seem to delete selected tiles anymore? I select some tiles, press the Delete button, and nothing happens. It also seems like you can efficiently drag tiles out of the screen to remove them, and that causes the Gonstruct to save the level like this (this is 2 layers, only did it on layer 1 and not on layer 0):

Should be able to see where I've dragged tiles out of the level. Had to remove layer 0 since post was too long. This messes up the level in-game and makes weird tiles randomly appear in the "deleted" section(s), like this

Oh, good point, must've forgotten to associate Delete with the hotkey. You can still delete through Edit/Delete.

Not sure what is wrong with that level? What the newer version of Gonstruct does is only add BOARD lines for "non-invisible" tiles (the transparent tile is a special tile that is used internally, to remove the need for a transparent tile in the tileset).
This is what I gathered about the functionality of the NW level format from the newfeatures text file. I tried a small level using that way of storing tiles and it seemed to work in v5/v6.
Maybe Stefan can chime in to comment on whether this is the correct usage?

I think a transparent tile in the tileset is very much required. The way Gonstruct saves levels right now makes the Graal client draw the levels oddly like in the video I linked in my previous post. I fixed it by filling the entire unused tiles in the level with the transparent one I have in the tileset.

Your method works properly in V6 (latest client) but not V5.

The reason that placing a transparent tile everywhere is not desirable is, because it stops the engine from doing its own optimizations about tiles that aren't displayed and most certainly wastes a lot of spaces in the worst case (imagine an entire layer filled with all but one transparent tile).

If it works in v6 then that is great :)

Clearly that means it is the one true way.

Thanks Fry, it works now.

Would be great if someone made a Mac build >.> or even a tutorial on how to compile it on Mac XD Some of us who aren't familiar with compiling would love to use this on Mac :)

Skyld tried once and ran into some problems. He can probably elaborate.

I've gotten gonstruct working on a Mac. I basically just used MacPorts to install all of the dependencies. I didn't use it extensively, so it's possible it could have been missing some functionality. But, from what I can tell it was working.

Yeah that's really all you need to do, it compiles as easily on Mac OS as it does on Ubuntu. It just takes a while to install the dependencies through MacPorts. The problem with providing a binary is packaging these dependencies, not exactly sure how to do that on a Mac. Maybe someone else knows?

I don't know much about packaging for Mac either. But, one option could be to create a macport for it.

I could attempt to make one... I've done a lot of FreeBSD porting so hopefully MacPorts won't be too hard to pick up. The documentation isn't nearly as good as FreeBSD's though :p.

So Fry, could you add a 0.2.2 with the Delete button bound please? It's reaaaally frustrating to make levels right now. :(

Hey Fry.

Was just making a level, could you make it to where the image is clickable by itself, rather than the full height and width? I try to place tiles right up next to an image, and if I want to move it or delete it, it clicks the NPC.

Or just add a button, not Hide NPC, but make them unselectable.

Fry, could you make it so that when you select tiles in the level and move them somewhere, the space that it was moved from is automatically filled with your "fill tile" instead of a blank space? Also, ever since 0.2.0, when you select some tiles in the level on layer 1 and above, right click them to copy + move, you just move the original tiles instead of copying. Right now you actually have to right click them twice and then move in order to create a copy. Layer 0 works as intended though.

C++ is not that hard, guys. fry has a university to pass or something!

Then why don't *you* go ahead and fix the things mentioned on the last few pages instead of waiting a few weeks for us to learn a new programming language and feel somewhat comfterable using it? :)

I believe Mallard (DrakilorP2P) wanted to fix these things, but he hasn't been able to compile a Windows version.

Because I personally do not give a **** because I do not use the program.

Then at least stop nitpicking at us for posting suggestions to someone who might give a ****.

fry is just too polite to tell you guys to **** off for being freeloaders.

I doubt it. You on the other hand seems to be an angry little kid in every single post you've made the past weeks. Anger management issues or just very bad trolling? Who knows.

You're both probably right; what is the point in improving something which will never get supported officially as apart of the development packages?

Gonstruct is the one and only reason that layers are getting proper support in the v6 client. Stefan has debugged it numerous times with the levels on Maloria, and as a result there's practically zero lag related issues to them in v6 at the moment. If Fry's suggestion with "blanks" in the level gets implemented it'd be an even more amazing step.

And yet fry is the only one bothering to work on it, everybody else is just posting about how meaningful contribution is beneath them.

..

I am not doing more than adding the issues to the issue tracker on GitHub, I'll see about a few of them when I have time again in a few weeks. If someone needs help with compiling it feel free to ask. The current autotools build setup is kind of terrible right now, might create a CMake file at some point.
Not sure really what to do about the slowing problem, I spent a lot of time trying to fix that already but I kind of ran out of ideas for the cause of it. Blaming it on GTK seems a bit cheap but it does look like that's the problem. I'll try to compile it with that really new GTK version at some point but it apparently has a lot of issues on Windows.

Well that is really nice, I tried to fix them too but then I could not because my compiler's flux capacitator was emitting too many bogons because of the solar radiation

Maybe if he could not get it to compile on Windows he could make it compile and consider that his first contribution

Or just use, you know, Linux, much like anyone who has programmed anything useful for Graal recently :cool:

It was Fry's choice to make it, and post it for FEEDBACK, do you know what feedback is? He's the one who posted it for everyone to use and comment on.

Alright settle down kiddies.

Okay hopefully this version fixes the layer editing/selection issues.

Fry coming through in the clutch

How do you update it? I uninstalled, reinstalled with your link and it still shows 0.2.1

You just need to run the new installer, I just forgot to update the version for the editor, sorry.

Oh, okay.

It's still 0.2.1