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

print composer load vrom template - qpt don`t work correct #12332

Closed
qgib opened this issue Dec 11, 2009 · 3 comments
Closed

print composer load vrom template - qpt don`t work correct #12332

qgib opened this issue Dec 11, 2009 · 3 comments
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter!

Comments

@qgib
Copy link
Contributor

qgib commented Dec 11, 2009

Author Name: Gerhard Spieles (Gerhard Spieles)
Original Redmine Issue: 2272

Assignee: nobody -


I saved 3 qpt templates for different prints in one Project in the projectfolder.
Opening the printcomposer, it seems, that the content of more then one template automatical is load.
When I load a sprecified template, the print composer shows the objects from the former content also.


@qgib
Copy link
Contributor Author

qgib commented Dec 12, 2009

Author Name: Giovanni Manghi (@gioman)


Would you mind give a try to the composer in the developer version of qgis (you can install it trough the osgeo4w installer, is labelled "qgis-dev")? There were major updates in the composer since 1.3: the new composer has a different way to manage multiple layouts. Please leave further feedback, thanks.

@qgib
Copy link
Contributor Author

qgib commented Dec 18, 2009

Author Name: Gerhard Spieles (Gerhard Spieles)


Hello,
have installed ver. 1.40 r12504M under winXP with 0SGEO4W and the composer works verry good with different layouts.
Thank you

Gerhard

@qgib
Copy link
Contributor Author

qgib commented Dec 19, 2009

Author Name: Giovanni Manghi (@gioman)


  • resolution was changed from to fixed
  • status_id was changed from Open to Closed

@qgib qgib added the Bug Either a bug report, or a bug fix. Let's hope for the latter! label May 24, 2019
@qgib qgib closed this as completed May 24, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter!
Projects
None yet
Development

No branches or pull requests

1 participant