nickgravelyn

Or support for overriding default file extensions for loading will get implemented so users don't have to be hassled. I actually found out that my plugin can save out to a standard GIF extension just fine, i.e. it doesn't default to the standard GIF FileType when I save if I explicitly choose my file type from the drop down menu. However the same doesn't work when loading. So it seems like all that needs doing is to see whether the user, when loading a file, explicitly chose the plugin file type or not. But for now I'll just tell people to change the file extension to "agif" before opening the file if they want to read a GIF file. To me saving was far more the important factor and that works just fine, so I consider my plugin a success for me at least.

I don't want to hack up a solution using reflection, not because of whether I can list the plugin here, but because it makes the plugin unstable to future updates in the event that they change something as minimal as a field's name. Definitely not a can of worms I want to deal with. Since my thread in the suggestion forum was closed as a cross-post of this, I definitely hope that the PDN team can realize that this is an oversight and it should be corrected. Not only for things for animated GIFs, but for any file type. It's possible that a plugin developer could make something that exposes more functionality or performs better/differently for a given file, but currently the application doesn't allow users to choose those plugins over the internal file types.

I'm a newbie to the plugin creation, but I wanted to make my own plugin for animated GIF files. Trouble is that Paint.NET will always prefer the default GIF loader instead of my plugin. It seems like this is somewhat of an oversight as it prevents developers from creating plugins that give better loading and saving of standard file types. One fairly easy solution would be to move the standard FileTypes to their own assemblies in the FileTypes folder such that a user could opt to remove a standard file type and add in a plugin that replaces it. Alternatively the application and plugin system could have some system for users to be able to choose from using the default FileType or the plugin. Thanks!

Thanks for pointing that out, but it suffers a few issues I don't like: 1) It puts each frame on a layer instead of laying them out in a sheet. 2) They, too, have to use a new extension "agif". This may not be solvable, though. If I can't solve the second, then I guess I'll just have to deal with it, but I definitely prefer animation strips over using layers as frames. Personal preference, I suppose. So back to the issue at hand, anyone know of a way to get Paint.NET to use my plugin for a GIF file or am I forced to use a different extension?

I'm working on a FileType plugin, the goal of which is to be able to compose an animation strip (a set of frames laid out horizontally) and have it save an animated GIF file. I'm sure I can manage that portion just fine but I also wanted to be able to load an animated GIF file and make a strip out of the frames. I'm able to do this with code just fine but it seems that Paint.NET will always use the standard GIF loader when loading the file, even if I explicitly choose my "Animated Gif File" option from the load dialog. Is there any way to get Paint.NET to use my plugin instead of the default file type? Or somehow get rid of the existing GIF loader? (As a side note it might be nice to make the standard file loading and saving as plugins that way users could simply delete the old GIF plugin DLL and put mine in place of it.)