Beta
×

Welcome to the Slashdot Beta site -- learn more here. Use the link in the footer or click here to return to the Classic version of Slashdot.

Thank you!

Before you choose to head back to the Classic look of the site, we'd appreciate it if you share your thoughts on the Beta; your feedback is what drives our ongoing development.

Beta is different and we value you taking the time to try it out. Please take a look at the changes we've made in Beta and  learn more about it. Thanks for reading, and for making the site better!

Programmer's File Editor with Change-tracking?

passionfingers (1332513) writes | more than 6 years ago

Software 1

passionfingers writes "My business users regularly have to tweak large (>32MB text) data files manually. Overlords charged with verifying the aforementioned changes have requested that the little people be provided with a new file editor that will track changes made to a file (a la a word processor). I have scouted around online for such an animal, but to no avail, with the even the likes of commercial offerrings like UltraEdit32 not offering such a feature. Likewise on the OSS side of the fence, where I expected a Notepad++ plugin or the like, it appears that the requirements to a) open a file containing a large volume of text data and b) track changes to the data, are mutually exclusive.

Does anyone in the Slashdot community already have such a beast in their menagerie? Perhaps there is there a commercial offerring I've missed, or could someone possibly point me to their favourite (stable) OSS project that might measure up?"

cancel ×

1 comment

Sorry! There are no comments related to the filter you selected.

Okay, how in the WORLD did this get through? (1)

guitaristx (791223) | more than 6 years ago | (#24338469)

Look:
Number one, if your "business process" requires hand-editing 32MB text files, your business processes are broken. Fix those, and technical issues like this go away. Application of new or different technology rarely fixes broken business process, and usually ends up exasperating those broken processes.

Number two, anyone who's ever been exposed to real-world software development knows what version control is and why it exists. If switching editors is preferable to your users over learning how to use version control, then, again, your business processes are broken.
Check for New Comments
Slashdot Login

Need an Account?

Forgot your password?