Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Ability to control the filename of the generated pdf receipts #561

Open
2 tasks
Tracked by #290
RonnyB71 opened this issue Nov 10, 2023 · 1 comment
Open
2 tasks
Tracked by #290

Ability to control the filename of the generated pdf receipts #561

RonnyB71 opened this issue Nov 10, 2023 · 1 comment
Assignees
Labels
kind/user-story Used for issues that describes functionality for our users. status/draft Status: When you create an issue before you have enough info to properly describe the issue.

Comments

@RonnyB71
Copy link
Member

Description

Current implementation will, on the completion of a data process step, create a PDF receipt for that step and automatically assign a filename equal to the name of the app. While this works to some point when you have one layout and one data step, it gets a bit confusing for the users when you have multiple layout and data steps as you will end up with multiple files with the same name.

We should be able to provide some control over the filename or at least differ based the layout it belongs to as a minimum. However being able specify some sort of pattern like: {appName}-{layoutsetId}-{date}.pdf with a few useful known variables would go a long way. Or a simple interface that can be implemented and injected when generating the PDF.

Other variables that could come in handy:

  • {userName}
  • {userId}
  • {language}
  • {orgNumber}

A good implementation that easily allows for extending these could be an alternative as well.

Additional Information

No response

Tasks

No response

Acceptance Criterias

  • Being able to differ between pdf's generated on different data steps and with different data models
  • Being able to specify the filename with a few selected variables
@RonnyB71 RonnyB71 added kind/user-story Used for issues that describes functionality for our users. status/draft Status: When you create an issue before you have enough info to properly describe the issue. labels Nov 10, 2023
@nkylstad
Copy link
Member

nkylstad commented Apr 5, 2024

@RonnyB71 transferring this issue to app-lib repo.

@nkylstad nkylstad transferred this issue from Altinn/altinn-studio Apr 5, 2024
@Magnusrm Magnusrm self-assigned this Sep 26, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/user-story Used for issues that describes functionality for our users. status/draft Status: When you create an issue before you have enough info to properly describe the issue.
Projects
Status: No status
Status: No status
Development

No branches or pull requests

3 participants