https://bugs.kde.org/show_bug.cgi?id=404317

            Bug ID: 404317
           Summary: no CLI support for stdout export
           Product: krita
           Version: unspecified
          Platform: Other
                OS: Linux
            Status: REPORTED
          Severity: normal
          Priority: NOR
         Component: General
          Assignee: krita-bugs-n...@kde.org
          Reporter: cont...@ericlevy.name
  Target Milestone: ---

SUMMARY

Krita supports a command-line --export switch for automated conversion to
standard formats, but only for physical files.

OBSERVED RESULT

No support is documented for writing to standard out, and using either
/dev/stdout (Linux version) or a dash in the argument list causes the
application to exit silently without any error or output.


EXPECTED RESULT

A dash can be used to indicate standard output for filename.  A mechanism to
specify format is needed, as it cannot be inferred from any filename, though
this support should exist separately anyway, to support cases of nonstandard
extensions.

Numerous use cases can be easily imagined for processing conversion output
directly by another tool.  Avoiding temporary files is extremely convenient,
and is largely the purpose of standard output and standard input support by the
OS.

Example:

% krita foo.kra --export -export-filename png:- | convert - -trim +repage
-resize 50% foo.jpg

As no third-party tools currently support conversion from Krita format, adding
such a feature would improve usability where automation is required.


ADDITIONAL INFORMATION

Though not worth separate reports, two further observations present.  During
conversion, the application loads the graphics layer, even if not to open any
window, and prints substantial diagnostic and informational output to standard
error.  Ideally, file conversion can occur with optimal efficiency, and in any
environment, even headless.  Bypassing the graphics layer, and behaving as
though a CLI-only tool, whenever the command invocation does not require
graphics, is best.  Further, scripting support is best served by eliminating
console output except for errors or essential warnings.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to