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

DPI field not properly labeled in Print Composer #16830

Closed
qgib opened this issue Jun 2, 2013 · 2 comments
Closed

DPI field not properly labeled in Print Composer #16830

qgib opened this issue Jun 2, 2013 · 2 comments
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter!
Milestone

Comments

@qgib
Copy link
Contributor

qgib commented Jun 2, 2013

Author Name: Aren Cambre (Aren Cambre)
Original Redmine Issue: 7973
Affected QGIS version: master

Assignee: Nyall Dawson


In Print Composer, the field in the Composition pane that contains the DPI for your output appears next to a checkbox named Print as raster. The positioning suggests that this checkbox relates to the DPI field, but this is a false: simply changing the DPI alone without checking the box produces more detailed output.

Therefore, it appears the "Quality" text inside the DPI field is actually a label. Suggested changes:

  • Provide better visual separation between the Print as raster checkbox and the DPI field.
  • Don't put the label for the DPI field inside the field. All that field should contain is strictly the number (300, 600, etc.). It should not have any letters ("quality", "dpi", or anything else).

This is filed as a bug because the UI is confuising.

@qgib
Copy link
Contributor Author

qgib commented Jun 4, 2013

Author Name: Nyall Dawson (@nyalldawson)


  • assigned_to_id was configured as Nyall Dawson

@qgib
Copy link
Contributor Author

qgib commented Jun 5, 2013

Author Name: Nyall Dawson (@nyalldawson)


Fixed in changeset "9a7776a239b58d58a4c65ab750f7a41b301b6f18".


  • 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 added this to the Version 2.0.0 milestone 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