I can't seem to get BuilderModes to compile.
It seems to think that CodeImp.DoomBuilder.Actions etc. don't exist, and that CodeImp.DoomBuilder.BuilderModes is the only one. I have builder.csproj clearly referenced.
Any Input?
Doom Builder 2 thread
Forum rules
Before asking on how to use a ZDoom feature, read the ZDoom wiki first. This forum is archived - please use this set of forums to ask new questions.
Before asking on how to use a ZDoom feature, read the ZDoom wiki first. This forum is archived - please use this set of forums to ask new questions.
- Demolisher
- Posts: 1749
- Joined: Mon Aug 11, 2008 12:59 pm
- Graphics Processor: nVidia with Vulkan support
- Location: Winchester, VA
- Contact:
Re: Doom Builder 2 thread
DB2 SVN:
EXAMPLE #1This results in x:3, y:4
EXAMPLE #2This results in x:4 y:4
EXAMPLE #3This results in x:3 y:4
The way it's set up in ZDoom is that the last line wins. In other words:@ Small improvement for the earlier committed sprite scale support. The DECORATE 'xscale' and 'yscale' Actor properties are now also supported, but I am not sure what the intended behavior is when one of these is used in combination with 'scale'. Right now 'scale' overrides them.
EXAMPLE #1
Code: Select all
xscale 2
scale 3
yscale 4
EXAMPLE #2
Code: Select all
xscale 2
yscale 3
scale 4
EXAMPLE #3
Code: Select all
scale 2
xscale 3
yscale 4
Re: Doom Builder 2 thread
Oh what a stupid rule
My parser first parses the whole thing and then provides all properties for use by higher level systems. So my parser makes no distinction based on which line something is on. If ZDoom would apply both values when both are present then I could easily fix that, but this is horrible. Too bad, just don't use both at the same time then (that is useless anyway).
Demolisher: Have you tried opening the Solution file, which has both projects in it? If so, then first do a Rebuild All to ensure everything is compiled.

Demolisher: Have you tried opening the Solution file, which has both projects in it? If so, then first do a Rebuild All to ensure everything is compiled.
- Demolisher
- Posts: 1749
- Joined: Mon Aug 11, 2008 12:59 pm
- Graphics Processor: nVidia with Vulkan support
- Location: Winchester, VA
- Contact:
Re: Doom Builder 2 thread
Got it working, was loading the csproj files, not the solution.
Working on adding changeable sector floor and ceiling offsets for UDMF maps. I can't see how this can be done with a plug-in, though. I have to add a few variables and tidbits to Builder/Map/sector.cs.

Working on adding changeable sector floor and ceiling offsets for UDMF maps. I can't see how this can be done with a plug-in, though. I have to add a few variables and tidbits to Builder/Map/sector.cs.
Re: Doom Builder 2 thread
Uhm, why? A plugin can access all UDMF fields (except those hardcoded in DB) through the MapElement.Fields property (this goes for Vertices, Linedefs, Sidedefs, Sectors, Things, they are all MapElements). When you want to change them, make sure you call MapElement.Fields.BeforeFieldsChange() or the change will not be recorded in your Undo snapshot and your user may get all pissed that his change can't be undone.
If you want to make changes to Visual Mode, you're going to have to copy the Visual Mode classes from the BuilderModes project and use them to create a new Visual Mode in your own plugin.
If you want to make changes to Visual Mode, you're going to have to copy the Visual Mode classes from the BuilderModes project and use them to create a new Visual Mode in your own plugin.
- Demolisher
- Posts: 1749
- Joined: Mon Aug 11, 2008 12:59 pm
- Graphics Processor: nVidia with Vulkan support
- Location: Winchester, VA
- Contact:
Re: Doom Builder 2 thread
*Slaps head* I got the strangest notion that I had to change that somehow. I'm going to go back through and 'undo' that small change, and use plug-ins, my apologies, this is my first C# project.CodeImp wrote:Uhm, why? A plugin can access all UDMF fields (except those hardcoded in DB) through the MapElement.Fields property (this goes for Vertices, Linedefs, Sidedefs, Sectors, Things, they are all MapElements). When you want to change them, make sure you call MapElement.Fields.BeforeFieldsChange() or the change will not be recorded in your Undo snapshot and your user may get all pissed that his change can't be undone.
If you want to make changes to Visual Mode, you're going to have to copy the Visual Mode classes from the BuilderModes project and use them to create a new Visual Mode in your own plugin.
Re: Doom Builder 2 thread
I got really annoying problem. When in 3d editing mode mouse is not locked to the camera. Thanks to this sometimes I click some shit by accident. Halp
- Hellser
- Global Moderator
- Posts: 2787
- Joined: Sun Jun 25, 2006 4:43 pm
- Preferred Pronouns: He/Him
- Operating System Version (Optional): Manjaro Linux
- Graphics Processor: ATI/AMD with Vulkan/Metal Support
- Location: Citadel Station
Re: Doom Builder 2 thread
Doom Builder 2 isn't supported anymore. Check out GZDoom Builder.
I'm going to lock this thread. If CodeImp ever returns and wishes to have this thread unlocked, he may contact one of us moderators.
I'm going to lock this thread. If CodeImp ever returns and wishes to have this thread unlocked, he may contact one of us moderators.