Summary: | printwizard should be able to print uncroped thumbnails | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Hartmut <spielmops> |
Component: | Plugin-Generic-PrintCreator | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | wishlist | CC: | anaselli, andreasplesch, linuxg33k4life, spielmops |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 0.9.0 | |
Sentry Crash Report: |
Description
Hartmut
2009-08-21 22:52:44 UTC
Hi Hartmut, as far as i can say "Do not crop" option should work with thumbnails as well, if not it's a bug not a wish... - So for the subject it should be already in. But you added more than one wishes. Some layouts get the picture orientation to have the best fit. - Do not rotate it's not in at the moment (you can rotate by hands). For custom layout at the moment you can write your own template.xml copying the way from the one installed and saving it in your home for instance ~/.kde4/share/apps/kipiplugin_printimages/templates/templates.xml - howto is missed (feature work in progress) and gui to configure it is missed However you can try to use printimages and choose the number of pictures you want to get in a page. The layout is based on atkins' alghoritm though. Hi Angelo, have you ever tried it? I have and the pictures are cropped though I selected "do not crop". Regards, Hartmut Angelo Naselli schrieb: > https://bugs.kde.org/show_bug.cgi?id=204707 > > > Angelo Naselli <anaselli@linux.it> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > CC| |anaselli@linux.it > > > > > --- Comment #1 from Angelo Naselli <anaselli linux it> 2009-08-22 01:15:26 --- > Hi Hartmut, > as far as i can say "Do not crop" option should work > with thumbnails as well, if not it's a bug not a wish... > - So for the subject it should be already in. > > But you added more than one wishes. Some layouts get the picture > orientation to have the best fit. > - Do not rotate it's not in at the moment (you can rotate by hands). > > For custom layout at the moment you can write your own template.xml copying > the way from the one installed and saving it in your home for instance > ~/.kde4/share/apps/kipiplugin_printimages/templates/templates.xml > - howto is missed (feature work in progress) and > gui to configure it is missed > > However you can try to use printimages and choose the number of pictures > you want to get in a page. The layout is based on atkins' alghoritm though. > > Hi Angelo, I tried printimages and choosed the number of pictures on one page. That works so far, but it is not the way I want it. My wish is: I want a plugin, which is able to print thumbnails the way, the filemanager show them on screen with the details I wish to see. My workaround is to make screencaptures of the filemangagerwindow and "glue" them together ore use xnview with wine, but the last choice is without filename and other details as well ... Perhaps it is possible to use the filemanagers algorithm? Regards, Hartmut Angelo Naselli schrieb: > https://bugs.kde.org/show_bug.cgi?id=204707 > > > Angelo Naselli <anaselli@linux.it> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > CC| |anaselli@linux.it > > > > > --- Comment #1 from Angelo Naselli <anaselli linux it> 2009-08-22 01:15:26 --- > Hi Hartmut, > as far as i can say "Do not crop" option should work > with thumbnails as well, if not it's a bug not a wish... > - So for the subject it should be already in. > > But you added more than one wishes. Some layouts get the picture > orientation to have the best fit. > - Do not rotate it's not in at the moment (you can rotate by hands). > > For custom layout at the moment you can write your own template.xml copying > the way from the one installed and saving it in your home for instance > ~/.kde4/share/apps/kipiplugin_printimages/templates/templates.xml > - howto is missed (feature work in progress) and > gui to configure it is missed > > However you can try to use printimages and choose the number of pictures > you want to get in a page. The layout is based on atkins' alghoritm though. > > on comment #2: >have you ever tried it? Of course i have, i've written the code :P but i could be mistaken in something, bugs are always possible and there's always something not well tested, moreover there could be regression when adding new features... >I have and the pictures are cropped though I >selected "do not crop". Works here even if file name is printed in the wrong place because the picture is shrinked. So please can you add here your steps to get the bug reproduced? On comment #3: >I tried printimages and choosed the number of pictures on one page. That >works so far, but it is not the way I want it. Of course that was a suggestion to get more pictures in a single page at this moment. >I want a plugin, which is able to print thumbnails the way, the >filemanager show them on screen with the details I wish to see. I see and in my todo list there is the will to add a custom layout in a grid using the code to print fixed grid thumbnails. I'm going to see if i can remove the autorotation in some ways >use the filemanagers algorithm? the icons you see depend on your screen size, video card, icon size etc... moreover if you are using kipi-plugins at the moment means your using gwenview, digikam or photoalbum so what you see depends also on those applications. I mean if i want very big thumbnails i can fix them to 4 pictures in the screen, but same size could mean half an A4 page -just guessing- At the moment, as said you can try also this: - create directory (if not exist) for insance from konsole: mkdir -p ~/.kde4/share/apps/kipiplugin_printimages/templates/ - edit with your preferred editor the file ~/.kde4/share/apps/kipiplugin_printimages/templates/templates.xml add these lines: <paper name="A4" size=""> <template name="Thumbnails 5x8" dpi="100" autorotate="false"> <pagesize x="0" y="0" width="2100" height="2970" /> <photogrid pageWidth="2100" pageHeight="2970" rows="5" columns="8" /> </template> </paper> and save it. You should also create a desktop file for tranlsations but it should work anyway if i'm not wrong. This template adds for A4 Thumbnails 5 x 8 (change rows and columns as you like - and as you printer can :) - to get more pictures. As you can see autorotate is false that means it tries to get orientation from exif to print pictures in the best way. File name is so little that is unreadable though and it's also written under the picture since they are shrinked. Adding new template it's easy now. Just follow the TEMPLATE_HOWTO file instructions. Printing uncropped thumbnails works now. What I wish: The print-assistant should center the thumbnails - it looks very much nicer. And: when I start the assistant, it seems to freeze, because it is working on the marked pictures. It should show an information: "Please wait a moment, gathering fotos" or so ... I will try to ad templates but for now I don't know where to look for "TEMPLATE_HOWTO" ... Hartmut Hi Angelo, where do I find the TEMPLATE_HOWTO ? Please have a look at my comment at the bug-page. Regards, Hartmut Angelo Naselli schrieb: > https://bugs.kde.org/show_bug.cgi?id=204707 > > > Angelo Naselli <anaselli@linux.it> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Status|UNCONFIRMED |RESOLVED > Resolution| |FIXED > > > > > --- Comment #7 from Angelo Naselli <anaselli linux it> 2009-11-15 17:43:39 --- > Adding new template it's easy now. Just follow the TEMPLATE_HOWTO file > instructions. > > Which kipi-plugins version are you using? I should have added cursor busy in any transition operations. If i missed one, please fill a new bug report reporting which transition is not in. About TEMPLATE_HOWTO, it has been released since kipi-plugins 0.8.0, and according cmakefile it should be installed into /usr/share/apps/kipiplugin_printimages (/usr is your kdedir and depends on your distro). If you're using mandriva since kipi-plugins 0.9.0 it has been moved into doc, e.g. /usr/share/doc/kipi-plugins/printimages/. if your distro does not ship it, and you are sure to have at least kipi-plugins 0.8.0, you can get it here http://websvn.kde.org/trunk/extragear/graphics/kipi-plugins/printimages/TEMPLATE_HOWTO?view=log Since 5 minutes ago I used kipi-plugins 0.6, now I am at 0.9 and I found the HOWTO. I will try it out. Regards, Hartmut Angelo Naselli schrieb: > https://bugs.kde.org/show_bug.cgi?id=204707 > > > > > > --- Comment #10 from Angelo Naselli <anaselli linux it> 2009-12-10 14:13:51 --- > Which kipi-plugins version are you using? > I should have added cursor busy in any transition operations. > If i missed one, please fill a new bug report reporting which > transition is not in. > About TEMPLATE_HOWTO, it has been released since kipi-plugins 0.8.0, > and according cmakefile it should be installed into > /usr/share/apps/kipiplugin_printimages > (/usr is your kdedir and depends on your distro). > If you're using mandriva since kipi-plugins 0.9.0 it has been > moved into doc, e.g. > /usr/share/doc/kipi-plugins/printimages/. > if your distro does not ship it, and you are sure to have at least > kipi-plugins 0.8.0, you can get it here > http://websvn.kde.org/trunk/extragear/graphics/kipi-plugins/printimages/TEMPLATE_HOWTO?view=log > > I had a similar problem when I tried to use one of the existing templates on a larger paper format (say A0 on pdf printer). It was hard to understand why for most templates not all of the available page area was used. I then found that "(4 photos)" in the template description means 4 photos PER page, no matter how large the page but was still puzzled why the album templates still did not use the whole page. Finally, I found out about custom templates. A common scenario is to fill a printed page with a given number of photos. I found templates like this following useful: <paper name="any" width="0" height="0" unit="" > <template name="grid_2x2_nodpi" dpi="0" autorotate="false"> <photogrid pageWidth="0" pageHeight="0" rows="2" columns="2" /> <template name="grid_2x3_nodpi" dpi="0" autorotate="false"> <photogrid pageWidth="0" pageHeight="0" rows="2" columns="3" /> <template name="grid_3x2_nodpi" dpi="0" autorotate="false"> <photogrid pageWidth="0" pageHeight="0" rows="3" columns="2" /> <template name="grid_8x4_nodpi" dpi="0" autorotate="false"> <photogrid pageWidth="0" pageHeight="0" rows="8" columns="4" /> </template> <template name="grid_4x8_nodpi" dpi="0" autorotate="false"> <photogrid pageWidth="0" pageHeight="0" rows="4" columns="8" /> </template> </template> </paper> Please consider adding these. I am not sure if there is way to define a template which just specifies the photo size (say 4" x 6") and then fits as many photos as possible on a arbitrary page size. Andreas Am 18.12.2009 19:28, schrieb Plesch Andreas: > https://bugs.kde.org/show_bug.cgi?id=204707 > > > Plesch Andreas <andreasplesch@netscape.net> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > CC| |andreasplesch@netscape.net > > > > > --- Comment #12 from Plesch Andreas <andreasplesch netscape net> 2009-12-18 19:28:37 --- > I had a similar problem when I tried to use one of the existing templates on a > larger paper format (say A0 on pdf printer). It was hard to understand why for > most templates not all of the available page area was used. I then found that > "(4 photos)" in the template description means 4 photos PER page, no matter how > large the page but was still puzzled why the album templates still did not use > the whole page. Finally, I found out about custom templates. > > A common scenario is to fill a printed page with a given number of photos. I > found templates like this following useful: > > <paper name="any" width="0" height="0" unit="" > > > <template name="grid_2x2_nodpi" dpi="0" autorotate="false"> > <photogrid pageWidth="0" pageHeight="0" rows="2" columns="2" /> > > <template name="grid_2x3_nodpi" dpi="0" autorotate="false"> > <photogrid pageWidth="0" pageHeight="0" rows="2" columns="3" /> > > <template name="grid_3x2_nodpi" dpi="0" autorotate="false"> > <photogrid pageWidth="0" pageHeight="0" rows="3" columns="2" /> > > <template name="grid_8x4_nodpi" dpi="0" autorotate="false"> > <photogrid pageWidth="0" pageHeight="0" rows="8" columns="4" /> > </template> > > <template name="grid_4x8_nodpi" dpi="0" autorotate="false"> > <photogrid pageWidth="0" pageHeight="0" rows="4" columns="8" /> > </template> > > </template> > > </paper> > > Please consider adding these. > > I am not sure if there is way to define a template which just specifies the > photo size (say 4" x 6") and then fits as many photos as possible on a > arbitrary page size. > > Andreas > > I will try later. For now I try to center the photos in the given space. Thanks, Hartmut to Comment #12: > 2009-12-18 19:28:37 --- I had a similar problem when I tried to use one of > the existing templates on a larger paper format (say A0 on pdf printer). > It was hard to understand why for most templates not all of the available > page area was used. I then found that "(4 photos)" in the template > description means 4 photos PER page, no matter how large the page but was > still puzzled why the album templates still did not use the whole page. hmmw, which version of kipi-plugins are you using? 4 photos now have their size on their description (if not missed any) for instance "4_photos_9x13cm" as template name and "Name=9x13 cm (4 photos)" as shown name. The basic idea is to get all the templates that can fit into chosen page size, if that is not clear i will try to change something into descriptions... > A common scenario is to fill a printed page with a given number of photos. my idea is to try to add a free NxM choice... but i have to find time to implement it... > I found templates like this following useful: [...] > Please consider adding these. I will, as soon as possible if you provide desktop file as well it's easier :) > I am not sure if there is way to define a template which just specifies the > photo size (say 4" x 6") and then fits as many photos as possible on a > arbitrary page size. Not at a moment but it's in my TODO list, maybe you can add a new request so that i can remember i'm not the only one who'd like to have it, thanks. -- Angelo (In reply to comment #14) > hmmw, which version of kipi-plugins are you using? I am using 0.9.0 > 4 photos now have their size on their description (if not missed any) > for instance "4_photos_9x13cm" as template name and "Name=9x13 cm (4 photos)" > as shown name. > The basic idea is to get all the templates that can fit into chosen page size, > if that is not clear i will try to change something into descriptions... Yes, I was obviously confused by the description but that may be just me. For me a description like "4 photos(9x13cm)/page" would be clearer. > > A common scenario is to fill a printed page with a given number of photos. > my idea is to try to add a free NxM choice... but i have to find time to > implement it... Yes, that would be much preferable. > > I found templates like this following useful: > [...] > > Please consider adding these. > I will, as soon as possible if you provide desktop file as well it's easier :) Will do. > > I am not sure if there is way to define a template which just specifies the > > photo size (say 4" x 6") and then fits as many photos as possible on a > > arbitrary page size. > Not at a moment but it's in my TODO list, maybe you can add a new request so > that i can remember i'm not the only one who'd like to have it, thanks. Ok, will add a request here. Andreas >Yes, I was obviously confused by the description but that may be just me. For
>me a description like "4 photos(9x13cm)/page" would be clearer.
that can be done, but since Gilles planned 1.0.0 within the next few days,
i think it's better to wait, to leave translators time. Same reason concerning new templates.
*** Bug 319827 has been marked as a duplicate of this bug. *** Ignore duplicate notation in comment #17, typo in number |