Ok so, it's been a while since I looked at the editor screenshots and how it functions, so these be irrelevant, but I'd still like to throw them out there.
1. Search function for objects/cells/ect. I know you can type the first letter of the objects in the Construction Set to get to them, but with the amount of objects under certain prefixes, this is rather useless, if I want to find a specific rock and I already know the name of it, I should just be able to type it's full name and have it pop up. Same goes for cells, scripts, and other things.
2. Hotlists/Favourites. A simple feature, but it could prove incredibly useful. Basically, say I'm working on a region, currently that would be the Sheogorad for my landscape overhaul. It would be extremely useful if I could just create an object hotlist containing all the objects I plan to use in the region, without having to go through the huge object lists in the CS to get to specific objects every time. The same could apply for cells, diolague, ect. It would save myself and I'm sure others lots of time.
3. Rebindable controls. I dislike the Construction Set's controls. I wish that they could be rebinded like the game's controls could. That would make my life a lot easier.
4. Object pivots. In blender, to move objects, you have a pivot in the center of it, you can either drag it around without the pivot, or for more precise movements you can just drag using the pivot and it will be locked to the x, y, or z axis. I realize you can do this in the CS by holding down "z, x, and y". But on a dvorak keyboard all these keys are far away from each other making it inconvenient to do so. Also, in the CS, the only way to drag an object downwards is by holding z while doing it, being able to use a pivot instead would save me lots of time.
5. Scale beyond 0.5x and 2x. For most objects, this isn't really needed, but I can think of a lot where it would come in very handy. You could create minature versions of things without having to make new meshes, or massive versions to be viewed as LOD or something. These are just examples, I'm sure there are more uses for this as well.
6. Call the editor the CHIM Kit!! I cannot stress this enough! You are missing out on a golden opportunity here! Look, I even make a logo for you!
That will be all.
[editor]Feature Requests
Re: Feature Requests
Already implemented.1. Search function for objects/cells/ect. I know you can type the first letter of the objects in the Construction Set to get to them, but with the amount of objects under certain prefixes, this is rather useless, if I want to find a specific rock and I already know the name of it, I should just be able to type it's full name and have it pop up. Same goes for cells, scripts, and other things.
You would use filters for that. Already implemented.2. Hotlists/Favourites. A simple feature, but it could prove incredibly useful. Basically, say I'm working on a region, currently that would be the Sheogorad for my landscape overhaul. It would be extremely useful if I could just create an object hotlist containing all the objects I plan to use in the region, without having to go through the huge object lists in the CS to get to specific objects every time. The same could apply for cells, diolague, ect. It would save myself and I'm sure others lots of time.
I assume you are talking about the 3D nagivation controls. We could make them rebindable, but not a high priority IMHO. I would expect that matching the in-game controls is pretty much out of question, since navigation in-game and in the editor are two completely different things.3. Rebindable controls. I dislike the Construction Set's controls. I wish that they could be rebinded like the game's controls could. That would make my life a lot easier.
We haven't started looking into 3D navigation and editing yet. We definitely will provide several modes to choose from and they will not match what MW does, but we don't have any details yet.4. Object pivots. In blender, to move objects, you have a pivot in the center of it, you can either drag it around without the pivot, or for more precise movements you can just drag using the pivot and it will be locked to the x, y, or z axis. I realize you can do this in the CS by holding down "z, x, and y". But on a dvorak keyboard all these keys are far away from each other making it inconvenient to do so. Also, in the CS, the only way to drag an object downwards is by holding z while doing it, being able to use a pivot instead would save me lots of time.
We don't do arbitrary numeric limitations. However OpenMW automatically scales everything to [0.5, 2] on loading. This is required for compatibility. We will provide a new GMST to switch that off (most likely in OpenMW 1.1).5. Scale beyond 0.5x and 2x. For most objects, this isn't really needed, but I can think of a lot where it would come in very handy. You could create minature versions of things without having to make new meshes, or massive versions to be viewed as LOD or something. These are just examples, I'm sure there are more uses for this as well.
- sirherrbatka
- Posts: 2159
- Joined: 07 Aug 2011, 17:21
Re: [editor]Feature Requests
I think that most of this requests make sense, but please, post it in the feature requests subforum
PS
I also think that the current name (OpenCS, or OpenMW content editor) is not quite inspiring
PS
I also think that the current name (OpenCS, or OpenMW content editor) is not quite inspiring
Re: [editor]Feature Requests
1. +1 for using dvorak.
2. CHIM Kit ... I don't get it?
2. CHIM Kit ... I don't get it?
- sirherrbatka
- Posts: 2159
- Joined: 07 Aug 2011, 17:21
Re: [editor]Feature Requests
Calling the editor some variation of CHIM was already discussed with most participants leaving feeling itchy and scared. I'd still support it though.
For those that are too lazy to read that link, CHIM is basically an in game reference to the state of mind that gods achieve that allows them to bend reality to their thoughts and dreams. For instance, Vivec attained CHIM.
Hence something like CHIM kit for the OpenCS, even as a nickname, is quite clever.
For those that are too lazy to read that link, CHIM is basically an in game reference to the state of mind that gods achieve that allows them to bend reality to their thoughts and dreams. For instance, Vivec attained CHIM.
Hence something like CHIM kit for the OpenCS, even as a nickname, is quite clever.
- psi29a
- Posts: 5361
- Joined: 29 Sep 2011, 10:13
- Location: Belgium
- Gitlab profile: https://gitlab.com/psi29a/
- Contact:
Re: [editor]Feature Requests
Call it what you will, binary name is opencs but package name, at least on debian, will be openmw-cs.
I'm partial to OpenMW-CS, with binary openmw-cs which gives the firm understanding that -cs is part of openmw project. OpenCS is too vague.
I'm partial to OpenMW-CS, with binary openmw-cs which gives the firm understanding that -cs is part of openmw project. OpenCS is too vague.
Re: [editor]Feature Requests
Yeah, I know, I won't suggest we change it. OpenCS is too easy to remember. But it's still a clever name. Sorry for derailing, Markelius.
- Mistahtokyo
- Posts: 139
- Joined: 07 Sep 2013, 18:31
Re: [editor]Feature Requests
Why is OpenCS a problem? It's short, sweet, to the point. Basically, if it ain't broke, don't fix it.
- psi29a
- Posts: 5361
- Joined: 29 Sep 2011, 10:13
- Location: Belgium
- Gitlab profile: https://gitlab.com/psi29a/
- Contact:
Re: [editor]Feature Requests
OpenCS would mean OpenConstructionSet, which is too vague... and there are already other projects that use that name:Mistahtokyo wrote:Why is OpenCS a problem? It's short, sweet, to the point. Basically, if it ain't broke, don't fix it.
http://sourceforge.net/projects/opencs/
OpenMW-CS is to the point and obvious that it's OpenMW's Construction Set.
While in the context of Morrowind, opencs makes sense... openmw/opencs. Problem is that outside this niche, it can cause confusion. In addition to that opencs is specific to openmw, so a better term would be OpenMW-CS to denote that this CS is specific to OpenMW.
That is how it is to be packaged in Debian/Ubuntu, because opencs is already used another binary predating ours.
Zini: This is a naming problem and conflicts with a pre-existing package. Shouldn't we rename the binary anyway?