Summary: | Can't print multiple pictures in gwenview | ||
---|---|---|---|
Product: | [Applications] gwenview | Reporter: | Todd <toddrme2178> |
Component: | general | Assignee: | Gwenview Bugs <gwenview-bugs-null> |
Status: | CONFIRMED --- | ||
Severity: | wishlist | CC: | anaselli, b.gedzior, bizyaev, finex, gwierzchowski, ken20001, mrboese, nate, rene_kde, richard.llom, vitas.lowang |
Priority: | NOR | Keywords: | usability |
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Unspecified | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Bug Depends on: | |||
Bug Blocks: | 332213 | ||
Attachments: | Print with KIPI if available |
Description
Todd
2008-12-10 18:58:02 UTC
you can do that using print assistant plugin from kipi plugins. It is still in developer phase though. Wouldn't it be easier for users if it just prints the selected pictures when you click "print"? It would seem to me if someone highlights a group of files and clicks "print", they would expect the files they highlighted to print. That seems to be a fairly standard rule in programs when selecting multiple objects and then carrying out some action. But that is not what happens here. There isn't even any indication until after the printing is done that only one of the pictures is actually going to come out, nor is there any indication which one will come out. I am not talking about anything fancy like cropping, multi-page printing, or sizing. It just prints the files like it would a single picture, using the existing settings in the print dialog box. There wouldn't be any UI changes. It would be treated by the printer as an ordinary multi-page document, with one picture on each page, with all pages using the same settings as dictated in the existing print dialog box. Created attachment 37325 [details]
Print with KIPI if available
Make the standard print action use the KIPI PrintImages plugin whenever available.
As a side-effect, plugins are also loaded as soon as this availability is checked.
Also warn users having multiple images selected in thumbnail view if the plugin isn't available, that they will print only the current image and that kipi-plugins are needed.
Even if it seems odd to, gwenview could be built without kipi support. And as reported by some users it could be also installed without kipi-plugins even if built with. In the near future kipi-plugins should become part of kde-graphics, well i believe that day gwenview could use that printXX (XX=assistant/images) action to print multiple images, not now i'm afraid. (In reply to comment #3) > Created an attachment (id=37325) [details] > Print with KIPI if available > > Make the standard print action use the KIPI PrintImages plugin whenever > available. > > As a side-effect, plugins are also loaded as soon as this availability is > checked. > > Also warn users having multiple images selected in thumbnail view if the plugin > isn't available, that they will print only the current image and that > kipi-plugins are needed. Wow, I am really sorry: I am lagging on bug reports and did not read your message until now :/. The idea of the patch is quite nice, but there are a few things I would like to see changed: 1. It should be possible to print without kipi-plugins installed. 2. Ideally I would prefer if only the print image plugin were loaded rather than all plugins, but I am not sure whether it is possible to do so. 3. The patch does not follow the coding style (tabs, curly braces even for single line ifs, forwarding classes in header files) Thanks anyway for this work. If you can improve point 1 and 3 (not sure 2 is possible), I would be more than happy to include it in Gwenview so that it can be part of KDE 4.5 (sorry again for being too late for 4.4). Still anything happened. I'd like to link to a related topic I've started on brainstorm: http://forum.kde.org/viewtopic.php?f=95&t=91192 It really shoul'd be possible without kipi-plugins. It's so unintuitive this way... Hello, any news on this topic? Also why is this bug still unconfirmed? Sorry this is just ****. Even with Windows you can print photos in a more intuitive way. Try to imagine how to explain this to your parents - "No, not File->Print like everywhere - there in modules! Why? They think that's better." This is friking absurd! I had to fire up my virtualbox with Windows 7 just to be able to print two photos on one page! Linux will be always a minority if developers have this kind of attitude towards users! :( Well you could consider to use only windows, you could also consider to develop it by yourself, or you could even consider to pay someone to develop what you think is missing. Remember that most developers do what you're using (probably for free) in their spare time and with no fee... I think you're right, linux will always be a minority, since people think that is free as a beer. Have a good day. Well... it still not possible to print multiple pictures in Gwenview 4.14. Just wanted to create PDF from multiple pictures. What a surprise. And very strange. And it's very pity. *** Bug 342452 has been marked as a duplicate of this bug. *** *** This bug has been confirmed by popular vote. *** I hope and believe this will change sometime in a near future. Comment #2 says: "It would be treated by the printer as an ordinary multi-page document, with one picture on each page" Comment #9 says: "I had to fire up my virtualbox with Windows 7 just to be able to print two photos on one page!" So, we already have different expectations how "multiple pictures" should be handled. I agree with comment #2, though. Allowing multiple pictures on a single page opens a can of worms regarding layouting and sizing possibilities, and can quickly turn Gwenview into a Scribus-style layouting application. On the other hand, if you come up with a suitable patch, just let us know. It's a long time i don't work at kipi-plugins and gwenview, but iirc the quicker approach should be pre-loading some kipi plugins (the printwizard one for instance) and add those action to better menus. For historical reason - always iirc - Aurelien left all the plugins into a single menu and load them on demand. That avoided crashes if plugins were not installed (some distros at that time didn't by default) I think nowadays that kipi plugins are also used by dolphin... that could be considered as a distro bug maybe... |