Slow editing of large files in ModBuddy - hypothetical solution

SamBC

Emperor
Joined
Feb 2, 2010
Messages
1,052
Location
Lancaster
So, I've heard other people mention th eproblem of editing large files in ModBuddy - the text editor doesn't like it, runs slow and laggy and loses keystrokes. My personal experience is with AssignStartingPlots.lua, which is essentially uneditable (type a bit of text, it'll take up to a minute to actually enter the first two characters typed, and the rest are ignored).

You can always use an external editor (though ModBuddy doesn't make it easy). However, given that VisualStudio addins can potentially be adapted to ModBuddy, it makes me wonder. If this problem is normal of VS, there must be large file text editors available as addins (I'd've thought). If any are free, could any of the knowledgeable people who have adapted the SCM tools adapt one of these? I'm looking for other solutions, but having a surprisingly hard time...
 
Most languages that today's VS is intended for don't generally end up with such absurdly large files.

Honestly, if I saw a half-meg code file anywhere else, I'd slap whatever programmer made it, and tell him to go back and refactor things.
 
Honestly, if I saw a half-meg code file anywhere else, I'd slap whatever programmer made it, and tell him to go back and refactor things.

Each source code file for Civ5 is probably > 1/2mb, and there are dozens of them. :p
 
I'm curious, are you using CommanderZ's Vanilla Asset Browser extension? Since I installed it today I've had problems that sound similar.
 
I'm curious, are you using CommanderZ's Vanilla Asset Browser extension? Since I installed it today I've had problems that sound similar.
No, this is a completely un-added-to ModBuddy. It just happens with very large files (in this case about 10,000 lines).
 
I don't know of any. However, would plain text editor be good enough for you (no syntax highlighting) for this purpose? I think that could be arranged. Or possibly support to open an file in external editor.
Streamlined support for opening in an external editor is probably the best bet ... there's quite a few that are good for Lua, better than ModBuddy's even. I'm liking jEdit so far, I just wish I could find a Lua-mode for Jed. Both are fine with large files.

If it just had Eclipse's "open with system editor/external editor" options on the right-click menu it'd be a huge improvement.
 
I really have to wonder what Firaxis did to ModBuddy to screw up Lua editing so badly. I'm currently using VS2010 (which ModBuddy is based on) to edit the Lua files with a Lua syntax highlighting extension, and it's smooth as silk.

For anyone who has VS2010 and is curious, the extension I'm using is "NPLLanguageService".
 
I really have to wonder what Firaxis did to ModBuddy to screw up Lua editing so badly. I'm currently using VS2010 (which ModBuddy is based on) to edit the Lua files with a Lua syntax highlighting extension, and it's smooth as silk.

For anyone who has VS2010 and is curious, the extension I'm using is "NPLLanguageService".
Is that free? Is there any way to make that ModBuddy compatible so we can use it as an alternative?
 
Is that free? Is there any way to make that ModBuddy compatible so we can use it as an alternative?
It's free, yes. In VS, it can be found by going to Tools->Extension Manager...->Online Gallery then searching for "Lua".

As for making it compatible with ModBuddy, I really don't know. I have experience using VS, I don't have any experience with making extensions for VS.
 
I will have a look at it this evening, Maybe it will be possible to replace the crappy LUA ModBuddy has.

If that doesn't work, I will add external editor support into Vanilla Assets.
If the problem is the Lua syntax highlighting (which I suspect it is), would it not sort of be "baked-in" to ModBuddy? How likely is it that it can be replaced?
 
Back
Top Bottom