Paul said that. But that takes a lot of time.
Question - how to make a foreground cam layer, before which abe can't be seen?

OK, I see.

So, I guess it won't be integrated and suddenly work, on Paul's next Editor version?

Cancollide adding...? :)
Is this object coming for later version?

Like in Add list one's :D

Most likely not, he said before that the number of collision items on a level was hardcoded in the game. Much like the LED messages, but they more simple to find and probably overwrite since you could go in a hex editor and change them.

Do'h. :(

I understood...
Still using Trap doors and Rolling Ball Stopper's for floor & wall xD

I think I'll try to get these in 0.7:

* More grid stuff for collision paths because editing them properly requires extreme mouse skill!
* Allow editing of FG1 in AO and AE
* Fix issues with adding motion sensors
* Fix issues with adding electric walls
* Undo/Redo

Don't ask me when it will be done either.. not for some time :P

Those are pretty much all that I need. I'm not really up for editing AE.

Sounds great Paul! As usual. :)

Had some spare time today and managed to get a basic grid working and improve collision items.

I found its much easier to move them around now as demo'ed by the screen shot ;)

Looks good, can't wait for the next version ;)

Amazing... :)

Hi Paul, do you think you could possibly release a new editor version, with just the Collision Items grid-lock feature, within the next week please?

Because I'm planning to make a level over the next month, and really want that grid-lock feature to be in there, for Collision Items, to make the level much easier to make. :)

I know it will probably be much longer than one month before you release the next full version, which is why I am requesting for just the grid-lock feature now (seeing as you've already got it working).

So do you think you'd be able to do that?

Thank you very much; I send my great regards for all of your hard work Paul. It's all come along so great since I first asked you questions about editors around two years ago! :)

I've ripped the whole core of the app apart so no can do :( I'm doing a big clean up of the core and also enabling multi doc support.

Could you also make it so it doesn't slow down everything running?
Firefox and other stuff just stop responding every time I run it, and it does the same on my other computer, so I know it's not just my laptop being sluggish.

I never had that problem.

More than likely yes as it happens, I noticed the CPU usage is quite high due to something silly I was doing in the line drawing. So next version might not hammer your CPU so much, how much does it use on say R1 path 15?

Edit: Oh.. and of course what CPU do you have?

I can't seem to run it anymore.
It just comes up with an error after the message box about OpenGL rendering.

This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information.

It comes up with that even if I press No.:fuzconf:

What is the difference between OpelGL rendering and software rendering?

I know what they mean but I can't seem to notice a difference beetween the both in the editor.

If you've got a strong enough processor then you wouldn't notice the difference as software rendering just transfers all the graphics processing off the graphics card and to the regular processor.

That being said I remember there were some odd things happening with the editor with OpenGL rendering so I use software rendering all the time for it now.

Try download it again and extract to a "clean" directory so that its not picking up any corrupted config files or whatever.

Paul, if you're taking suggestions, I have one right here

In a future version if it's even possible: Make collision lines snap to 90 degree rotations. Because the game doesn't like when you rotate them more than 1 degree even (thinking about floor collisions here, no idea how walls act like that), plus it's incredibly annoying to rotate the lines to pixel-perfect alignment

I think snap to grid takes care of this? Snap the line to a horizontal/vertical grid lines/points? Or have I missed something here ;)

You may have missed something there :p
I'm using 0.6 of your editor, and I always have Snap objects to grid activated, plus the actual grid doesn't even show when I tell it to, no matter which rendering mode I run it in.

The grid only works with objects.

I know that. Which is why I suggested Paul to make the grid also work with the collison lines, and to make them snap to 90 degrees rotation when you try moving them.

+ an actual visual grid (which is what I thought existed) would be nice

Gotcha, 0.7 will have visible grid and allow you to snap both kinds of objects. I posted a screen shot of how it looks some where in here ;)

Simply put: Awesome :)
Can't wait for the next version

Paul, big thanks for your work. It would be nice if you make a Linux port, moreover (as I can see) it is written using Qt so it wouldn't be very hard to do it.

I woudn't hold my breath, if I were you. Wanna make a bet? If it was that easy, OWI would have are a port for MacOS, not to mention the changes they wanted to make for Steam ahievements.

Hm, are we both talking about Level Editor? I don't think if Paul used any Windows-specific techniques in his editor so I can humbly consider that making a Linux/Mac port wouldn't be a big problem. Furthermore, it was mentioned in «Future features» list.