1. 21 Sep, 2019 1 commit
  2. 05 Sep, 2019 1 commit
  3. 03 Sep, 2019 2 commits
  4. 30 Aug, 2019 2 commits
  5. 29 Aug, 2019 2 commits
    • Michael Natterer's avatar
      libgimp: fix legacy plug-ins, which I broke with the big ID removal · 37897b13
      Michael Natterer authored
      - hand out and leak proxy object objects to legacy API like candy,
        bypassing the factory in GimpPlugIn, because there is no plug-in
        singleton.
      
      - gimpgpcompat.c: image, item etc. are now objects, simply forgot this
        file.
      37897b13
    • Michael Natterer's avatar
      app, libgimp: get rid of all ID GTypes and ID param specs · 392f00ba
      Michael Natterer authored
      Turn all ID param specs into object param specs (e.g. GimpParamImageID
      becomes GimpParamImage) and convert between IDs and objects in
      gimpgpparams.c directly above the the wire protocol, so all of app/,
      libgimp/ and plug-ins/ can deal directly with objects down to the
      lowest level and not care about IDs.
      
      Use the actual object param specs for procedure arguments and return
      values again instead of a plain g_param_spec_object() and bring back
      the none_ok parameter.
      
      This implies changing the PDB type checking functions to work on pure
      integers instead of IDs (one can't check whether object creation is
      possible if performing that check requires the object to already
      exist).
      
      For example gimp_foo_is_valid() becomes gimp_foo_id_is_valid() and is
      not involved in automatic object creation magic at the protocol
      level. Added wrappers which still say gimp_foo_is_valid() and take the
      respective objects.
      
      Adapted all code, and it all becomes nicer and less convoluted, even
      the generated PDB wrappers in app/ and libgimp/.
      392f00ba
  6. 27 Aug, 2019 2 commits
  7. 23 Aug, 2019 1 commit
    • Michael Natterer's avatar
      libgimp: memory/lifecycle manage the new libgmp proxy objects · 75bf3865
      Michael Natterer authored
      Turn GimpPlugIn into the main factory for all proxies and keep the
      main hash tables there. The hash tables keep the initial reference.
      
      For each GimpProcedure::run(), have s "sub-factory" which hands out
      proxies to the actual procedure code. Each run() has hash tables of
      its own which hold additional references. When run() is done, get rid
      of its hash tables and their references, *and* drop the main plug-in
      reference counts from the global hashes if the proxies' refcount has
      dropped to one.
      75bf3865
  8. 22 Aug, 2019 4 commits
  9. 03 Jan, 2017 2 commits