Jump to content

ArgusMagnus

Members
  • Content Count

    69
  • Joined

  • Last visited

Community Reputation

28

1 Follower

Profile Information

  • Gender
    Not Telling
  • Location
    Switzerland

Recent Profile Visitors

1,041 profile views
  1. Thanks for the feedback. 1. Thats actually a left-over I missed, which has no effect as of now 2. I plan on also re-releasing the convolution plugin, so sit tight
  2. Updated, see https://forums.getpaint.net/topic/32337-argusmagnus-plugin-pack-20181019/
  3. Updated, see https://forums.getpaint.net/topic/32337-argusmagnus-plugin-pack-20181019/
  4. Updated, see https://forums.getpaint.net/topic/32337-argusmagnus-plugin-pack-20181019/
  5. I've updated my plugins to be a) v4.1.* compatible and b) completely self-contained (one dll file, no dependencies). The plugin behavior is unaltered. When updating, remove all Argus*.dll files first. Also, there is one new effect (Barcode renderer) and one new filetype (app icon set).
  6. ah.. I feel stupid.. Thanks for the quick Responses!
  7. Is there a Basic documentation/how to for writing FileType plugins? I've tried with the help of examples found online and based on the source of plugins like TinyPNG, but I cannot get PDN to Show me my plugin when I click "Save as...". This is what I have so far, any help would be appreciated. (It's a save-only plugin): public sealed class TestFileType : FileType, IFileTypeFactory { TestFileType() : base("Test", FileTypeFlags.SupportsSaving | FileTypeFlags.SavesWithProgress, new[] { ".test" }) { } protected override Document OnLoad(S
  8. It would certainly be worth it. The plugin in the developer section I linked to is fully functional (at least it was at the time) and does exactly that (by lauchning a separate process which requests elevated access to install). In fact, the installation process (copying files, restarting Paint.net) is fairly simple, the hard part is to correctly resolve dependencies and conflicts.
  9. Unfortunately, the feature you are requesting (and rightly so in my opinion) is forbidden to be included in a PlugIn:
  10. Ok. I have read the quoted statement, the reason why it wasn't clear to me if this included the effect plugin is, that your whole explanation why this shouldn't be done as a plugin was based on the assumption, that it would be a filetype plugin. It may be a good idea to update the rules to include this (till the end it remains unclear to me, why this shouldn't be done as an effect plugin, a corresponding entry in the rules could help prevent such confusion in the future).
  11. I don't think this is likely, other than a real effect which can probably very simply be integrated into the internal assemblies, Rick probably has his own ideas for a real plugin management system and won't just integrate an external tool, even if it is good. So.. I haven't really gotten an answer, can I keep the Effect Plugin? If yes, is anyone interested in helping me test it before I release it to the public? I might still do the external utility, but I don't have too much free time on my hands right now. Edit: I've uploaded a new version with some small fixes, it's less lik
  12. Yeah, I know, but nontheless those plugins I listed (including CodeLab) are located in the UI somewhere, where they don't naturally belong and are there simply due to the lack of alternatives. Maybe... I don't like it, because it means to have another little program only serving one small purpose which is not used very often having lying around somewhere. Perhaps I would still do it, but certainly not right away (I probably won't have time in the near future). But I would clearly prefer the Effects->Advanced->Plugin Installer option. I really think this would be more user-friendly. I cou
  13. You are right, the location (File->Open) doesn't really make sense. I would argue that this is also the case for tools effect plugins like CodeLab, Plugin Browser, Color Harmonies or Effect Plugins which let you upload images to imgur or similar sites and that it at least is also not too far off (it still opens/loads something). But if you don't want that, I accept that. You haven't mentioned how you feel about the Effect Plugin with the same functionality at all, would that be possible? I'll be honest, I'm not motivated to realize this as an external utility, it you don't want it a
  14. Do you mind if I ask why? (I will respect your final decision, but let me try to convince you) I could relative easily covert this to an external utility but I think this would greatly reduce the user experience and I don't know if this would be worth the trouble. Furthermore, in contrast to the plugin solution, it would require "hacks"/ugly methods (somehow get the paint.net process, read registry keys, etc.) which are more likely to fail/be broken by a future update of paint.net.
×
×
  • Create New...