ZioRed

Issue bumped, manual positioning is really frustrating since I have to fill a huge terrain.

When I move a model in the scene to a position higher than the terrain and then set "Align to Terrain" to "True", the change works and the object is now aligned to the terrain, but if I save and reload the scene then the object is again not aligned (but it re-aligns if I open its properties and click APPLY). Am I doing something wrong? Someone else has the same issue?

Mates, I could also agree with your args but we absolutely need a repository where who wants can join and update the wrapper (and ASAP I do when something is reported) since the engine currently doesn't natively support .NET. We could move to XP-Dev, they offer a free private hosting plan, it's a bit annoying for Ad-banners spawned all over but it's free and has the almost same tools as the others. The C# team works on SVN and release only the DLL in the Downloads section of LE site.

I haven't tried but it may be you have not installed the Platform SDK which I think contains "GL/gl.h" ?

"Framework" is the LEO version of TFramework and have all the methods and properties, since TFramework is only a pointer I think.

I wrote GetEntityUserData because Shard's code does not seem to be LEO: the "body" variable is declared as TBody and not Body

This works, I'm writing a template for C# projects (annoying to manually copy wrapper and LE files), I can send it to you as soon as finished

Glad to help, I would prefer too the OOP way against the old way of a global variable I grabbed them from the Leadwerks forum PNG and C# exe icon (using IcoFX)

I tried now, the ProjectWizard forgets to add reference to engine.cpp in the "LEO VS2008 ***" templates

May be useful to show a preview of the vegetation model currently selected in the tree when you create/modify a vegetation layer, to remember all the names of the models is really a pain and I have many different models.

Cannot you do the inverse? That is: add a Level variable and an Activate method in the Trigger class and then if you can call an ActivateTriggerCallback method on Level variable passing "this" from Trigger.Activate() Or also you could create a struct with Trigger and Level to pass to SetEntityUserData instead of trigger only.

New version released: 1.32.3

Fixed in 1.32.3, please update your wrapper from SVN or download the new DLL.

I don't know what you are doing or what you want to do, I only explained a scenario sample of handling click on a mesh There's no difference about adding the models at runtime or in the editor. If you add them in the editor then you can check "name" with GetEntityKey since you should know what are the names or however you can use LUA scripting for your clickable models in which are set a custom property which you will check against with GetEntityKey.

In my game I have an array of characters which have a slot number and a mesh in its properties, so in the selection screen I initialize the characters meshes and set the relative slot number (SetEntitiKey(characterMesh, "slot", slot_number)), so after the pick call I check the "slot" key of the entity to know what character has been clicked (I set mouse visible for that).

Someone else was asking something like this, that is the creation of plugins for the editor, but this feature is not present atm (it would be nice).

I have uploaded it again and now the download starts, may be I forgot to attach the file and only uploaded screenshot

EDIT: file uploaded again, now the download works.

TCamera mycam = CreateCamera(); TPick mypick; TEntity myent; if (MouseDown()) { if (CameraPick(mypick, mycam, Vec3(MouseX(),MouseY(),1000))) { //Do something when the mesh GetPicked myent = mypick.entity; EntityColor(myent, Vec4(1,0,0,0)); } } To know what entity has been picked you can check a key previously stored with GetEntityKey(). I would filter the CameraPick for a specific CollisionType which you need (you can also specify a pickfilter callback for more advanced filtering).

That is the code using LEO objects

I wrote this little tool just because was bored to manually rename every model (I bought a Dexsoft pack, tens of trees to convert and rename), so I agree with this request too. May be nice if we can have the same ability as vegetation to fill an area with multiple istances of the objects as a brush to quickly fill the scene (the creation of villages or an area full of NPCs would be really quick).

Since it is a beta version please try it on a backup copy of your work before using it on your production. I hope this may be useful to someone else besides me.

File Name: zrLEHelper File Submitter: ZioRed File Submitted: 18 May 2010 File Updated: 19 May 2010 File Category: Tools and Utilities zrLEHelper may be a useful utility for whom is bored to go back and forth on one or more Explorer windows to convert models, edit scripts, creating PHYs etc. With zrLEHelper you have an all-in-one window in which you can convert (using the basic Leadwerks conversion tools) or also rename multiple files at once, e.g.: think if you must add a prefix "vegetation_" to ten or more of your models+LUAs+PHYs, with this tool you just select all files and use RENAME > ADD PREFIX, digit the prefix and you will have all the selected files renamed (the prefix/suffix adding/removing regard the file name without extension). You can double click on a file in the right list to open it with your default program (the one registered on Windows). This program requires .NET Framework 4.0 which must be installed before install the program. Feel free to suggest more functionalities or report bugs. Features Adding or remove prefixes and suffixes to multiple files Direct calls to Leadwerks conversion tools for multiple files Possibility to add a folder your Special folders or quick access Direct access to the Leadwerks tools (Editor, Script Editor, Material Editor, Model Viewer) Next release features: Projects management Click here to download this file

You are the only one who must decide about your projects and haven't surely give explanations to no one, I was only telling that imo reading that someone drops only for a behaviour changed it sounded some strange to me.

Changes to some behaviours... if my game would be almost finished then I don't think that updating the engine can be a good way if I don't want to change something on my code too (except if the previous version caused major bugs in the game). Of course this is only my personal opinion, anyone can agree or not, it's matter of point of view.