-
-
Notifications
You must be signed in to change notification settings - Fork 1.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Niagara prefixes #31
Comments
I'm a fan of both 1 and 3, but I have zero Niagara experience. Would like input from those that do. |
I have about 5 minutes more experience than you do. You saw I pinged a couple of Niagara devs on twitter for their input, hopefully they respond. |
I put a post in the UE4 rendering forum to try to elicit more feedback. |
I'm using Niagara for a project now, so I'll try living on option 3 and see how it goes. |
I will try option 1 and return here for more feedback |
I spent last year working in Niagara and had a working naming convention. Ill try to dig it up. One thing i did is prefix Niagara Systems as VFX_ as this is the placeable/useable asset to be instanced in levels or blueprints. EM_ for emittors. Note i was using niagara exclusively so i had no conflicts with cascade. I would discourage prefixing everything with N unless your project is mixing cascade+niagara vfx pipelines. |
There are two more types to add to this list:
|
Epic mentioned the naming convention they are using for Fortnight in How Epic is integrating Niagara into Fortnite. They used NS_ for Niagara Systems and FN_ for both modules and emitters.
While I think using FN_ isn't a great choice because it is Fornight specific, perhaps consolidating modules and emitters is a good idea. |
With the Niagara production release right around the corner in 4.25 I was wondering if you people ever came to any conclusion on this? I was watching an UE4 livestream recently about Niagara and noticed that Epic itself seems to use the prefix "FXS_" for Niagara Systems. Since I'm using a forked variant of this style guide that changed all prefixes to suffixes (don't like having the assets grouped by type through the prefix, I like to preserve the "natural" grouping by asset name), I would prefer proposal 1 since that also works well as suffixes. :) Really like this style guide btw 👍 |
In production we use NS_ for system, NE_ for emitter and NF_ for module, with _S suffix for script. To avoid mistake with the NPC, we use NP for Niagara parameter collection and NPI for instance but I don't like the way that NPI has 3 letter. Maybe use a suffix. Like NP_Name_I |
Niagara has more asset types than Cascade. Whereas Cascade had Particle System, Niagara has:
I'd like to see these added to the style guide. I don't have a strong opinion about any of the following proposals, just using them to start the conversation.
Proposal 1
Separate prefix for each type, suffix for 1 variation (function script, which is almost the same as a module under the hood).
Proposal 2
Same prefix, different suffix for each type.
Proposal 3
Reuse current ParticleSystem prefix and add suffixes for each type.
The text was updated successfully, but these errors were encountered: