Bug#326051: inkscape: zoom factor doesn't take into account the actual screen resolution
Cyril Humbert
Version: 0.42.2-1
Severity: minor
Hello,
The zoom scale doesn't take into account the actual screen
resolution.
For example, with a 17" CRT monitor, if the screen size is
1024x768 (=> about 80 dpi):
- Open a new A4 document;
- Set the zoom factor to 100%;
- The page appears bigger than the A4 format (in fact, it
seems that a 90 dpi resolution is assumed).
Perhaps, it would be nice to have an option to manually
adjust which value is the screen resolution (like in e.g.
gimp or scribus).
Regards,
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.10
Locale: LANG=fr_FR.UTF-8@euro, LC_CTYPE=fr_FR.UTF-8@euro (charmap=UTF-8)
Versions of packages inkscape depends on:
ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit
ii libbonobo2-0 2.10.0-1 Bonobo CORBA interfaces library
ii libc6 2.3.5-6 GNU C Library: Shared libraries an
ii libfontconfig1 2.3.2-1 generic font configuration library
ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib
ii libgc1c2 1:6.5-1 conservative garbage collector for
ii libgcc1 1:4.0.1-6 GCC support library
ii libgconf2-4 2.10.1-1 GNOME configuration database syste
ii libglib2.0-0 2.8.0-1 The GLib library of C routines
ii libglibmm-2.4-1c2 2.6.1-1.2 C++ wrapper for the GLib toolkit (
ii libgnomevfs2-0 2.10.1-5 The GNOME virtual file-system libr
ii libgtk2.0-0 2.6.9-1 The GTK+ graphical user interface
ii libgtkmm-2.4-1c2 1:2.6.2-1.1 C++ wrappers for GTK+ 2.4 (shared
ii liborbit2 1:2.12.2-3 libraries for ORBit2 - a CORBA ORB
ii libpango1.0-0 1.8.2-1 Layout and rendering of internatio
ii libpng12-0 1.2.8rel-1 PNG library - runtime
ii libpopt0 1.7-5 lib for parsing cmdline parameters
ii libsigc++-2.0-0c2 2.0.10-3 type-safe Signal Framework for C++
ii libstdc++6 4.0.1-6 The GNU Standard C++ Library v3
ii libx11-6 6.8.2.dfsg.1-5 X Window System protocol client li
ii libxft2 2.1.7-1 FreeType-based font drawing librar
ii libxml2 2.6.20-1 GNOME XML library
ii libxrender1 1:0.9.0-2 X Rendering Extension client libra
ii libxslt1.1 1.1.14-1 XSLT processing library - runtime
ii xlibs 6.8.2.dfsg.1-5 X Window System client libraries m
ii zlib1g 1:1.2.3-4 compression library - runtime
Versions of packages inkscape recommends:
pn dia <none> (no description available)
ii imagemagick 6:6.2.3.6-3 Image manipulation programs
ii libwmf-bin 0.2.8.3-2 Windows metafile conversion tools
ii perlmagick 6:6.2.3.6-3 A perl interface to the libMagick
ii pstoedit 3.41-1 PostScript and PDF files to editab
ii sketch 0.6.15-1 Interactive vector drawing program
-- no debconf information
--
Cyril
--
To UNSUBSCRIBE, email to debian-bugs-...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Wolfram Quester
Thanks
On Thu, Sep 01, 2005 at 03:18:19PM +0200, Cyril Humbert wrote:
> Package: inkscape
> Version: 0.42.2-1
> Severity: minor
>
> Hello,
> The zoom scale doesn't take into account the actual screen
> resolution.
>
> For example, with a 17" CRT monitor, if the screen size is
> 1024x768 (=> about 80 dpi):
>
> - Open a new A4 document;
> - Set the zoom factor to 100%;
> - The page appears bigger than the A4 format (in fact, it
> seems that a 90 dpi resolution is assumed).
>
> Perhaps, it would be nice to have an option to manually
> adjust which value is the screen resolution (like in e.g.
> gimp or scribus).
>
> Regards,
>
Thanks for your report, I forwarded it to the upstream developers. You
can follow the discussion there by visiting
http://sourceforge.net/tracker/index.php?func=detail&aid=1303192&group_id=93438&atid=604306.
With best regards,
Wolfi
Wolfram Quester
buliabyak, one of the upsream authors of inkscape replied to your
request on sourceforge:
"As far as I know most other SVG renderers also use fixed
resolution for px/absolute conversions. So long as they do,
I don't really think we need to fix this bug either. After
all SVG is not well suited for absolute units at all, the
spec recommends to always use px to avoid incompatibilities."
With best regards,
Wolfi
Wolfram Quester
> Hello Wolfram,
>
> Thanks for having forwarded the reply. I don't agree
> with Buliayak's arguments because, sometimes, it makes
> more sense to use absolute units like 'cm' and to expect
> they would be displayed at the right scale on the screen
> (programs like gs, Adobe Reader, Scribus... do that).
>
> Anyway, it's a minor bug and inkscape is a very promising
> program.
>
> BTW, looking at the beginning of the file "src/unit-constants.h"
> let me think this bug could be fixed some day.
>
> with best regards,
> --
> Cyril
It would be best if you would argue with bulia directly using the
webadress were I forwarded your report to.
Thanks,
Wolfi
Cyril Humbert
Hello Wolfram,
Thanks for having forwarded the reply. I don't agree
with Buliayak's arguments because, sometimes, it makes
more sense to use absolute units like 'cm' and to expect
they would be displayed at the right scale on the screen
(programs like gs, Adobe Reader, Scribus... do that).
Anyway, it's a minor bug and inkscape is a very promising
program.
BTW, looking at the beginning of the file "src/unit-constants.h"
let me think this bug could be fixed some day.
with best regards,