Add LIB_SUFFIX cmake convention to support fedora/redhat-style multilib, instead of hard-coding
${CMAKE_INSTALL_PREFIX}/lib$/boomaga)
path

Long-term, probably ought to consider using something like
https://cmake.org/cmake/help/v3.0/module/GNUInstallDirs.html
instead
boomaga-0.7.1-libsuffix.patch.txt

Been using Boomaga for a while on a 32 bit installation of Ubuntu 12.04. Finally got around to upgrading to 64 bit Linux Mint 17.1 Installed Boomaga from the PPA, no obvious errors during the installation but Boomaga is NOT showing up in the printers as it did in the 32 bit installation.

What might I have missed during the installation? Is there a dependency that may be missing?

Note my other printers all show up as expected. Just Boomaga is missing in action.

No matter from what application I print, Boomage opens, and displays the message above (with varying filenames).
I tried deleting all boomaga related files from ~./cache, but I still get the error.
I'm on Kubuntu 13.10, am I missing any package maybe?

The pdf file in ~.cache opens perfectly fine with any pdf viewer.

I use boomaga 0.9.1 with 5ae3c05 patch.
Thus error occured since update to poppler 0.59, i use now poppler-0.60.1,

If i open document, the windows display white page. In termminal show me this errors:
[alois@notebook boomaga-qt5]$ boomaga
kf5.kio.core: KSambaShare: Could not find smb.conf!
poppler/error (3309): Bad 'Length' attribute in streampoppler/error (4849): Missing 'endstream' or incorrect stream lengthpoppler/error (3309): Bad 'Filter' attribute in streampoppler/poppler/error (3309): Bad 'Length' attribute in streampoppler/error (4849): Missing 'endstream' or incorrect stream lengtherror (3309): Bad 'Length' attribute in streampoppler/error (4849): Missing 'endstream' or incorrect stream lengthpoppler/error (3309): Bad 'Filter' attribute in streampoppler/error (3309):
...
character <6d> in hex stringpoppler/error (3661): Illegal character <5b> in hex stringpoppler/error (3662): Illegal character in hex stringpoppler/error (3663): Illegal character in hex stringpoppler/error (3664): Illegal character <23> in hex stringpoppler/error (3665): Illegal character in hex stringpoppler/error (3666): Illegal character in hex stringpoppler/error (3667): Illegal character <51> in hex stringpoppler/error (3669): Illegal character <7c> in hex stringpoppler/error (3670): Illegal character <92> in hex stringpoppler/error (3672): Illegal character <07> in hex stringpoppler/error (3749): Illegal character '}'poppler/error (3916): Illegal character '{'poppler/error (3935): Illegal character '>'poppler/error (3955): Illegal character '}'poppler/error: Unterminated stringpoppler/error: End of file inside arraypoppler/error: End of file inside arraypoppler/error: Leftover args in content stream

Page size in Boomaga is quite different than in pdf file. And no settings to resize it somehow.
I get it on different files.

Take a look at screenshot:

yesterday received poppler 0.41.0-0ubuntu1.2 . Printing to boomaga results in no graphical display of printed document and empty page when printed on printer. Boomaga used was 0.91. Operating system Mint 18.1 and Mint 18.2 cinnamon. Version 0.41.0-0ubuntu1.1 works. Backup was a good idea after all :) However it cannot stay like this. The new version of poppler seems to be offered for update very strongly...

After successfull Compilation and Installation on Centos 7 (boomaga binary runs fine), I tried to install the boomaga printer using the script installPrinter.sh.

Running this script results in an error: lpadmin: Bad device-uri scheme "boomaga".

Looks like lpadmin does not like -v boomaga:/ option.

Any ideas, what I can do?

When printing a file to boomaga, it shows the following error message "I can't open file '/home/user/.cache/boomaga_tmp_xxxxx.pdf'". In the folder .cache there is an empty folder named "boomaga_tmp_xxxxx.pdf" (with the .pdf extension) and a .pdf file called boomaga_in_file_yyy[yy].pdf after the error.

When i want to print a document i can choose among:
Boomaga
HP Printer
To PDF file
To PS file

I choose eg Boomaga, i have the document open in Boomaga, but then the only option proposed to Print is the HP Printer.
I don't see the option to PDF and to PS file.

Is it a normal function or PDF and PS should be there ?

• Personnaly i did n't have any need to do this until now, just to inform in case that there is a missing option...

Mageia 3 64bits

I always searched for such a straight forward software like boomaga. Difficult to find but now I'm happy.
However, I have a problem and I wonder whether this can be solved by boomaga:
My printer allows duplex printing, but it creates an offset between front and back page by some mm.
I tried to correct this offset but was not successful because the margins always act on front AND back page.
Is there a possibility to solve this by boomaga or can this be implemented?
Thanks, Femi

As someone who's done a bit of booklet printing, there's a few advantages to some of the other paper sizes. Part of the reason I found boomaga is I was looking to reduce my need for a windows vm.
US Legal makes a good booklet print size for something originally formatted in US letter. Also, I have a wideformat hp (up to 13''x19'') 11''x17'' prints booklets where each "page" is US letter.

Is this something you've considered?

sending current page or a page range to boomaga seems not to work
more details, see https://bugs.launchpad.net/qpdfview/+bug/1322010

I really like this program and use it as standard printer, but I am missing some features from a tool I used on M$ platform before. It would be nice if they can be added.

A simple feature but turned out useful to me is to save the printjob on disk after printing. It turned out in the past quite useful e.g. when you printing an webpage it gets archived that way.

Since a print into file as pdf is already available (I am actually not sure if this is a Boomaga feature or a pdf-printer coming with my Mint installation), it would be nice if this would be not either-or but a both-at-the-same-time option available.

The save filename should be automagically generated if possible, so the archiving is done in completly background.

Version-Release number of selected component:
boomaga-0.9.1-1.git5ae3c05.fc26

Additional info:
reporter: libreport-2.9.1
backtrace_rating: 4
cmdline: boomaga
crash_function: qt_message_fatal
executable: /usr/bin/boomaga
journald_cursor:
s=860dfc7019744f6ab5ae25988b0e2def;i=30f54;b=9b331658c5eb433a9e612297b9201867;m=9b6a88ec0;t=5565c44802c98;x=1ab985ce8b065b9a
kernel: 4.11.11-300.fc26.x86_64
rootdir: /
runlevel: N 5
type: CCpp
uid: 0

Truncated backtrace:
Thread no. 1 (10 frames)
 #2 qt_message_fatal at global/qlogging.cpp:1682
 #3 QMessageLogger::fatal at global/qlogging.cpp:793
 #4 QXcbConnection::QXcbConnection at qxcbconnection.cpp:595
 #5 QXcbIntegration::QXcbIntegration at qxcbintegration.cpp:186
 #6 QXcbIntegrationPlugin::create at qxcbmain.cpp:56
 #7 QPlatformIntegrationFactory::create at
kernel/qplatformintegrationfactory.cpp:71
 #8 init_platform at kernel/qguiapplication.cpp:1094
 #9 QGuiApplicationPrivate::createPlatformIntegration at
kernel/qguiapplication.cpp:1257
 #10 QGuiApplicationPrivate::createEventDispatcher at
kernel/qguiapplication.cpp:1274
 #11 QCoreApplicationPrivate::init at kernel/qcoreapplication.cpp:787

When I choose duplex, boomaga use normally the long-edge. Good.
However, if I activate 2-on-1 or 8-on1 then boomaga uses the short-edge.
(in other words, the backside is rotated by 180°)
Boomaga should stick to long-egde for all layouts (1-on-1, 2-on-1, 4-on 1, 8-on-1).

Thank you for a fantastic piece of software in Boomaga.

Living in Canada, I'm cursed with US letter paper requirement. For some reason, Boomaga doesn't duplex properly with my printer, so I have been doing a pdf export and printing with Evince. I noticed that sometimes my outer edges would get clipped. While trying to figure out why, I noticed that Evince reports a4 paper size on the pdf. I'm guessing that pdf-export defaults to a4. If that is indeed the case, is there a way for me to work around this?

Thanks for all your time and effort.

Edit: I know that I can fiddle with the margins and then set "fit to page" when printing from Evince, but when I say workaround, I mean something that produces the same output as native US letter paper support.

After printing to boomaga I get an "empty" boomaga window since two weeks for all documents. No document is displayed, only the gray background. Nevertheless the Job is available and I can click on "Next sheet" or "Previous sheet". After Printing to a real printer from Boomaga, nothing will be printed. What's wrong with this installation? How can I debug this problem?

First of all mad props to this project, really awesome.

As a casual user of boomaga I had a very hard time finding how to print multiple copies of the same booklet. (And with the least amount of manual interaction with the printer as I have no duplexer on it)

After experimenting a lot with boomaga I found the 'print with options...' in the menu where the only option is to set the number of copies.

It works fine, the only issue is that the papers come out from the printer uncollated.

So I have two suggestions:

1. Add an option to print the multiple copies collated
2. Make some UI changes so new users can find the 'print with options' more easily. Maybe just add it to the toolbar.

Please build boomaga for Ubuntu 16.04 Xenial in your PPA. Thank you.

Why do you use a GTK version of Boomaga in ROSA repos? You already have a Qt5 version of Boomaga, Qt5 has already been fully integrated into ROSA 2014.1, KDE is ROSA's main DE and a Qt5 version will be more native. Especially the file open dialog.

I've sent you an e-mail.
The first point is: http://lists.opensuse.org/opensuse-factory/2014-06/msg00178.html
The second one is: https://bugzilla.novell.com/show_bug.cgi?id=884028

Hi, I use boomaga on Manjaro with KDE.
Maybe becouse of the update to 0.6.0.1 boomaga prints white pages. The previews are blank too.

I'm sure that with 0.6.0 all worked fine.

Thanks

Hi,
after an upgrade on my KDE Manjaro distro Boomaga doesn't work.

I can see the error message in the subject when I try to print with Manjaro.
More, the Boomaga printer goes offline. If I try to switch off from printer manager, it goes down again and in the print detail I see the same error

I have 4 pages and want them on one sheet.
Currently, the output for portrait format is:
12
34

and for landscape format
(turn it 90° clockwise mentally and you'll get:)
31
42

However, I prefer the output for portrait
13
24
and for landscape
13
24

Is it possible to add a function which allows the configuration of the sequence of the pages on the sheet?

Because github doesn't support file attachments I've uploaded some example pdfs here:
http://kabelfunk.de/boomaga/sequence.tar.gz
__single_pages.pdf are the templates
*_4_on1_right_now.pdf shows the current output of boomaga
*4on1_wish.pdf demontrates another output, as I prefer.
("" stands for portrait or landscape)

Hello,
it seems boomaga is using the same icon, as KDE4 (oxygen) is using for the printer dialog. This is confusing when the printer dialog is open, because then you have the same icon twice in the taskbar and you don't know which icon belongs to which window.

So please change it.

Quick'n dirty would be to hack a "B" on the current icon.

For a dedicated icon, I would suggest something with several paper sheets ordered or something like that. Maybe others can post there ideas here, too.

Saving and loading, I mean the possibility to save a set of documents which are in the pipeline as a project. Useful e.g. for writing job applications. I have my cv and other attachments ready in the saved status. Which I reload when I write a cover letter for a new job application.

Just installed the latest 0.6.2 and am testing booklet printing. Preview looks OK but when I print it is not duplexing. I have selected the Printer has Duplexer option since my printer has built in duplexing.

From Adobe's Acrobat reader (Linux version) I can print booklet mode just fine with duplexing (not using boomaga).

If I print to PDF and then print the PDF file to my physical printer from Image Viewer (Linux) and specify duplex I get a properly printed booklet.

But definitely duplexing is turned off when printing booklets using the boomaga virtual ptiner. Where should I start looking for the problem?

It's not really a bug, it's more of a survey. I want to drop Qt4 support. If someone has reasons to stay on Qt4, please write them in the comments.

Not really an issue but more like two little requests...

Is there any plan of correcting the the booklet option which currently generates reader's spreads instead of proper printer's spreads ?!

Also I would very much love to have the ability to define a negative internal margin order to handle bleed ?

Cheers,

Julien

Hello,
I installed boomaga a few days ago and after some restarts I started to wonder where the printer is... So I started to dig in your site and finally found this:
https://github.com/Boomaga/boomaga/wiki/Instalation#installing-the-printer

Not so nice to hide this fundamental step so deep. :-(

Soo, it would be nice if:
a) boomaga would actually install the printer itself upon the first launch (best solution)

b) boomage would display an explaining message upon first launch AND a clickable/copyable link to the script folder, so a user can conveniently open the folder in his file manager and launch the script (As of now I'm still looking for the folder...).

Thanks.

Hi! I'm maintaining Boomaga for Debian .I have been asked by one of the poppler-qt maintainers @pinotree why Boomaga uses it's private API. He even told me that if new public API is needed in poppler-qt (which you don't seems to be using) it would be good to know it.

Maybe we can work out how to solve this :)

Thanks in advance!

This is an enhancement and would be a first/good step in topic "FinePrint for Linux":

In preview mode: delete single pages from a job (e. g. "blank" trailing pages when printing a webpage, unnecessary pages, ...)

I try to do valid RPM package for Fedora x86_64. There is worked example of SPEC file (but not valid according to the guidelines):

Name:           boomaga
Version:        0.7.0
Release:        1%{?dist}
Summary:        Boomaga is a virtual printer for viewing a document before printing

License:        GPLv2 and LGPLv2+
URL:            http://boomaga.github.io
Source0:        %{name}-%{version}.tar.gz

BuildRequires:  cmake,cups-devel,poppler-devel,poppler-cpp-devel,qt5-qtbase-devel,qt5-qttools-devel,snappy-devel
Requires:       cups

%description
Boomaga (BOOklet MAnager) is a virtual printer for viewing a document before printing it out using the
physical printer.
The program is very simple to work with. Running any program, click “print” and select “Boomaga” to
see in several seconds (CUPS takes some time to respond) the Boomaga window open.
If you print out one more document, it gets added to the previous one, and you can also print them out as one.


%prep
%setup -q


%build
mkdir build
cd build
cmake ..


%make_install


%files
%defattr(0755,root,root,-)
/usr/lib/cups/backend/boomaga
/usr/lib/cups/filter/boomaga_pstopdf
/usr/local/bin/boomaga
/usr/local/lib/boomaga/boomagabackend
/usr/local/lib/boomaga/boomagamerger
/usr/local/share/applications/boomaga.desktop
/usr/local/share/boomaga/translations/boomaga_cs.qm
/usr/local/share/boomaga/translations/boomaga_de.qm
/usr/local/share/boomaga/translations/boomaga_el.qm
/usr/local/share/boomaga/translations/boomaga_fr.qm
/usr/local/share/boomaga/translations/boomaga_it.qm
/usr/local/share/boomaga/translations/boomaga_lt.qm
/usr/local/share/boomaga/translations/boomaga_pl_PL.qm
/usr/local/share/boomaga/translations/boomaga_ru.qm
/usr/local/share/boomaga/translations/[email protected]
/usr/local/share/dbus-1/services/org.boomaga.service
/usr/local/share/icons/hicolor/128x128/apps/boomaga.png
/usr/local/share/icons/hicolor/16x16/apps/boomaga.png
/usr/local/share/icons/hicolor/32x32/apps/boomaga.png
/usr/local/share/icons/hicolor/64x64/apps/boomaga.png
/usr/local/share/mime/packages/boomaga.xml
/usr/share/ppd/boomaga/boomaga.ppd
%attr(0644,root,root)
%doc
/usr/local/share/man/man1/boomaga.1.gz


%changelog
* Mon Jun 22 2015 Oleg
- 

The guidelines (https://fedoraproject.org/wiki/How_to_create_an_RPM_package) said: "You should follow the Filesystem Hierarchy Standard (FHS). Executables go in /usr/bin, global configuration files go in /etc, libraries go into /usr/lib (or /usr/lib64) and so on. Do not install files into /opt or /usr/local."
There is valid according to the guidelines - https://fedoraproject.org/wiki/Packaging:Cmake - SPEC file (but it doesn't work for x86_64. See %files section):

Name:           boomaga
Version:        0.7.0
Release:        1%{?dist}
Summary:        Boomaga is a virtual printer for viewing a document before printing

License:        GPLv2 and LGPLv2+
URL:            http://boomaga.github.io
Source0:        %{name}-%{version}.tar.gz

BuildRequires:  cmake,cups-devel,poppler-devel,poppler-cpp-devel,qt5-qtbase-devel,qt5-qttools-devel,snappy-devel
Requires:       cups

%description
Boomaga (BOOklet MAnager) is a virtual printer for viewing a document
before printing it out using the physical printer.
The program is very simple to work with.
Running any program, click “print” and select “Boomaga” to see in several
seconds (CUPS takes some time to respond) the Boomaga window open.
If you print out one more document,
it gets added to the previous one, and you can also print them out as one.


%prep
%setup -q


%build
%cmake .
make %{?_smp_mflags}

%install
make install DESTDIR=%{buildroot}


%files
%defattr(755,root,root,-)
%{_libdir}/cups/backend/boomaga
%defattr(-,root,root,-)
%{_libdir}/cups/filter/boomaga_pstopdf
%{_bindir}/boomaga
%{_libdir}/boomaga/boomagabackend
%{_libdir}/boomaga/boomagamerger
%{_datadir}/applications/boomaga.desktop
%{_datadir}/boomaga/translations/*
%{_datadir}/dbus-1/services/org.boomaga.service
%{_datadir}/icons/hicolor/*
%{_datadir}/mime/packages/boomaga.xml
%{_datadir}/ppd/boomaga/boomaga.ppd

%doc COPYING GPL LGPL README.md
%{_mandir}/man1/boomaga.1.gz


%changelog
* Mon Jun 22 2015 Oleg Ekhlakov <[email protected]> 0.7.0-1.fc21.R
- Initial version of the package

It is aborted with an error:

error: File not found: /home/oleg/rpmbuild/BUILDROOT/boomaga-0.7.0-1.fc21.R.x86_64/usr/lib64/cups/backend/boomaga
error: File not found: /home/oleg/rpmbuild/BUILDROOT/boomaga-0.7.0-1.fc21.R.x86_64/usr/lib64/cups/filter/boomaga_pstopdf
error: File not found: /home/oleg/rpmbuild/BUILDROOT/boomaga-0.7.0-1.fc21.R.x86_64/usr/lib64/boomaga/boomagabackend
error: File not found: /home/oleg/rpmbuild/BUILDROOT/boomaga-0.7.0-1.fc21.R.x86_64/usr/lib64/boomaga/boomagamerger

As far as I understood, %{_libdir} should be /usr/lib for x32 only and %{_libdir} should be /usr/lib64 for x86_64 only. The guidelines said: "Unfortunately, many programs do not follow the FHS by default. In particular, architecture-independent libraries get placed in /usr/lib instead of /usr/share. The former is for architecture-dependent libraries, while the latter is for architecture-independent libraries, which means that systems with different CPU architectures can share /usr/share. There are many exceptions in Fedora (such as Python and Perl), but Fedora applies this rule more strictly than some distributions. rpmlint will generally complain if you put anything other than ELF files into /usr/lib." It seems that in the project need to change the location of the files (for the x86_64 architecture), but I don't know how to do it correctly:
/usr/lib/cups/backend/boomaga -> /usr/lib64/cups/backend/boomaga
/usr/lib/cups/filter/boomaga_pstopdf -> /usr/lib64/cups/filter/boomaga_pstopdf
/usr/lib/boomaga/boomagabackend -> /usr/lib64/boomaga/boomagabackend
/usr/lib/boomaga/boomagamerger -> /usr/lib64/boomaga/boomagamerger

I have got a pdf in A5 format (14.8 cm x 21 cm) which was centered on A4 pages (21 cm x 29.7 cm). That means there are large margins at the sides and on top and bottom (additionally to the margins of the A5 document). I like the possibility of Boomaga to adjust the margins, however, I am not able to set negative values. Is it possible to decrease the margin width / to enlarge the printed area?
Thanks, Femi

Currently, boomaga supports printing booklets printing 2 pages on one (each side of) sheet, and then folding in into two.

That's great - however, there are situations when one wants to create a booklet by folding the printed sheet not into 2, but into 4 or even 8. (And then cutting the edges, as it is done in traditional book binding.) The page imposition required for this is similar to 4-up (or 8-up), but not exactly the same.

It would be great if Boomaga could support that, too.

(PDFjam used to be able to handle these use cases, but it has been broken for a few years now, and it seems to have been abandoned...)

Thanks.

If I print I receive the error "Can't extract D-Bus bus address from /proc files for user 'silvio' (UID: 1000)". How can I fix it?

Hi,
today on Debian testing, Boomaga 0.9.1-2 only showed Printer names "(Default)" for any printers in boomaga.conf and couldn't print. Having read #52, i suspected a system update problem.
CUPS version was then 2.2.6-2.
Downgrade to CUPS 2.2.1-8 did indeed solve this for now, Boomaga works again.
So this seems to be a compatibility problem with the newer CUPS version.

--
regards,
-- L0ddej0kk0

Hi,

I am encountering two errors with the Boomaga virtual printer.

1. The printer state "Stopped - [Boomaga root] Can't change GID to 1000: Operation not permitted" when I try to print to the Boomaga virtual printer.

I am using Fedora 25 (also tried on Fedora 24) with Boomaga installed via RPM from the official repo:
Name : boomaga
Arch : x86_64
Epoch : 0
Version : 0.8.0
Release : 1.git157fd2e.fc25
Size : 1.0 M
Repo : @System
From repo : fedora

I have SELinux in enforcing mode but no SELinux alert from Boomaga registers.

Manually "re-installing" the PPD with boomaga.ppd does not result in any change of behavior. I am able to open up the Boomaga GUI without any problems. Restarting CUPS also does not result in any change of behavior (systemctl restart cups.service). Both logs in /var/log/cups (access_log and page_log) both seem to be empty.

Reproduction steps:
i) sudo dnf install boomaga
ii) Print to virtual printer (tried Firefox and Chrome)
iii) Nothing seems to happen, system-config-printer GUI gives printer state error.

2. In trying to debug this, I uninstalled Boomaga from RPM (dnf remove boomaga) and building and installing from source (install pre-reqs, cmake, make, make install) and installing the printer manually (sudo ./installPrinter.sh).

Now with it installed from source, when I try to print, I get the printer state: "Stopped - [Boomaga] Can't create chache directory /home/justin/.cache". The GID error does not appear. Interestingly, the Make and Model given is "@CUPS_BACKEND_MODEL@". Re-installing the PPD changes the printer model to "Boomaga printer" but does not produce any change in behavior. I am able to open the Boomaga GUI without any problems. Restarting CUPS also does not result in any change of behavior( systemctl restart cups.service). Both logs in /var/log/cups (access_log and page_log) both seem to be empty.

Reproduction steps:
i) install from source (boomaga -V: boomaga 0.8.0)
ii) ./installPrinter.sh (has to be done with root permissions or else no printer is installed)
iii) Nothing seems to happen, system-config-printer GUI gives printer state error.

I am able to print to other (physical) CUPS printers without any issues.

Thanks,
Justin

Hi,

I have a problem with CUPS printers on Linux/Ubuntu 16.04. When I am printing, I get always Black & White document, because that's the default of the printer. Can I do it somehow?

Thanks.

Please, add any option so we can print multi pages in the same page, and a booklet from right to left direction.

and thank your for this amazing program. It's life saving.

I propose you to:

1. Set as default button "Print and close".
2. Show window "Creating preview" while loading main window with one button: "Print and close".

That will speed up this scenario:
I pressed "Print" with boomaga printer activated, but then understood that I just want to print all pages as is.

Hi,
i want to create a rpm package for Fedora and use this rpm spec file to build the package.
https://martinkg.fedorapeople.org/Review/SPECS/boomaga.spec

When i run boomage i get the error message "Error opening pdf file: cannot find boomagamerger"
So i linked boomagamerger with the following command.
ln -s %{_libdir}/%{name}/boomagamerger %{_bindir}/boomagamerger

symlinking to %{_bindir} works, but the proper fix should be patching gui/kernel/tmppdffile.cpp to use compile-time defined path to search boomagamerger instead hardcoded:

dirs << QApplication::applicationDirPath() + "/../lib/boomaga/";

The correct path can be passed by cmake as macro definition. It is upstream bug, because gui/pdfmerger/CMakeLists.txt respects LIB_SUFFIX, but the code does not. Please open an issue or pull request.

When using the export to pdf feature is boomaga the created pdf file have reversed page ordering (the last page is the first and vice versa)

Steps to reproduce:
Print a document to boomaga. (libreoffice or something else)
In boomage use file->export and save it to pdf.
When you now verify the pdf, you'll see that the page ordering is reversed.

Here is one examle with the correspondig pdf.
http://kabelfunk.de/boomaga/boom6.boo
http://kabelfunk.de/boomaga/boomaga6.pdf

I am using Linux Mint 17.3. Cannot resize the window of Boomaga to fit my 1366*768 display by height.
So I cannot see bottom of the preview pages and the strings "Sheet xx of xx xx pages (xx sheets).
Also Maximize window button does nothing.

Hi, first of all: great program.
Second thing: when I open the main window, there are 2 strange icons (red down arrows(?!) instead of the classical printer icons.

boomaga doesn't compile in openSUSE > 13.2.
I'm not sure, seems the poppler > 0.26 (0.28 in the case) issue.

 cd /home/abuild/rpmbuild/BUILD/Boomaga-boomaga-de67cfe/build/gui && /var/lib/build/ccache/bin/c++   -DCUPS_BACKEND_DESCRIPTION="\"Virtual boomaga printer\"" -DCUPS_BACKEND_DIR=\"/usr/lib/cups/backend\" -DCUPS_BACKEND_INFO=\"Boomaga\" -DCUPS_BACKEND_MANUFACTURER=\"Generic\" -DCUPS_BACKEND_MODEL="\"Boomaga printer\"" -DCUPS_BACKEND_URI=\"boomaga:/\" -DCUPS_FILTER_DIR=\"/usr/lib/cups/filter\" -DDBUS_MACINE_ID_DIR=\"/var/lib/dbus\" -DDBUS_SERVICE_DIR=\"/usr/share/dbus-1/services\" -DFULL_VERSION=\"0.6.1\" -DGUI_DIR=\"/usr/bin\" -DGUI_PROGRAM=\"/usr/bin/boomaga\" -DGUI_SHARE_DIR=\"/usr/share/boomaga\" -DINSTANCE_NAME=\"boomaga\" -DMAJOR_VERSION=\"0\" -DMINOR_VERSION=\"6\" -DNONGUI_DIR=\"/usr/lib/boomaga\" -DPATCH_VERSION=\"1\" -DPOPPLER_VERSION=2801 -DQT_CORE_LIB -DQT_DBUS_LIB -DQT_GUI_LIB -DQT_NO_DEBUG -DTRANSLATIONS_DIR=\"/usr/share/boomaga/translations\" -fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -O3 -DNDEBUG -I/home/abuild/rpmbuild/BUILD/Boomaga-boomaga-de67cfe/gui -I/home/abuild/rpmbuild/BUILD/Boomaga-boomaga-de67cfe/gui/third-party -I/home/abuild/rpmbuild/BUILD/Boomaga-boomaga-de67cfe/gui/third-party/libspectre -I/home/abuild/rpmbuild/BUILD/Boomaga-boomaga-de67cfe -I/home/abuild/rpmbuild/BUILD/Boomaga-boomaga-de67cfe/build/gui -I/usr/include/poppler -I/usr/include/poppler/cpp -isystem /usr/include/QtGui -isystem /usr/include/QtDBus -isystem /usr/include/QtCore    -o CMakeFiles/boomaga.dir/main.cpp.o -c /home/abuild/rpmbuild/BUILD/Boomaga-boomaga-de67cfe/gui/main.cpp
 /home/abuild/rpmbuild/BUILD/Boomaga-boomaga-de67cfe/gui/pdfmerger/pdfmerger.cpp: In member function 'bool PdfMerger::run(const QString&)':
 /home/abuild/rpmbuild/BUILD/Boomaga-boomaga-de67cfe/gui/pdfmerger/pdfmerger.cpp:426:95: error: no matching function for call to 'PDFDoc::replacePageDict(int&, int, PDFRectangle*, PDFRectangle*&, NULL)'
                                   doc->getCatalog()->getPage(i)->getMediaBox(), cropBox, NULL);
                                                                                                ^
 /home/abuild/rpmbuild/BUILD/Boomaga-boomaga-de67cfe/gui/pdfmerger/pdfmerger.cpp:426:95: note: candidate is:
 In file included from /home/abuild/rpmbuild/BUILD/Boomaga-boomaga-de67cfe/gui/pdfmerger/pdfmerger.h:37:0,
                  from /home/abuild/rpmbuild/BUILD/Boomaga-boomaga-de67cfe/gui/pdfmerger/pdfmerger.cpp:29:
 /usr/include/poppler/PDFDoc.h:250:8: note: void PDFDoc::replacePageDict(int, int, PDFRectangle*, PDFRectangle*)
    void replacePageDict(int pageNo, int rotate, PDFRectangle *mediaBox, PDFRectangle *cropBox);
         ^
 /usr/include/poppler/PDFDoc.h:250:8: note:   candidate expects 4 arguments, 5 provided
 /home/abuild/rpmbuild/BUILD/Boomaga-boomaga-de67cfe/gui/pdfmerger/pdfmerger.cpp:461:73: error: no matching function for call to 'PDFDoc::markPageObjects(Dict*&, XRef*, XRef*, Guint&)'
              doc->markPageObjects(pageDict, &mXRef, &countXref, numOffset);
                                                                          ^
 /home/abuild/rpmbuild/BUILD/Boomaga-boomaga-de67cfe/gui/pdfmerger/pdfmerger.cpp:461:73: note: candidate is:
 In file included from /home/abuild/rpmbuild/BUILD/Boomaga-boomaga-de67cfe/gui/pdfmerger/pdfmerger.h:37:0,
                  from /home/abuild/rpmbuild/BUILD/Boomaga-boomaga-de67cfe/gui/pdfmerger/pdfmerger.cpp:29:
 /usr/include/poppler/PDFDoc.h:251:8: note: void PDFDoc::markPageObjects(Dict*, XRef*, XRef*, Guint, int, int)
    void markPageObjects(Dict *pageDict, XRef *xRef, XRef *countRef, Guint numOffset, int oldRefNum, int newRefNum);
         ^
 /usr/include/poppler/PDFDoc.h:251:8: note:   candidate expects 6 arguments, 4 provided
 gui/pdfmerger/CMakeFiles/boomagamerger.dir/build.make:82: recipe for target 'gui/pdfmerger/CMakeFiles/boomagamerger.dir/pdfmerger.cpp.o' failed
 make[2]: *** [gui/pdfmerger/CMakeFiles/boomagamerger.dir/pdfmerger.cpp.o] Error 1
 make[2]: Leaving directory '/home/abuild/rpmbuild/BUILD/Boomaga-boomaga-de67cfe/build'
 CMakeFiles/Makefile2:173: recipe for target 'gui/pdfmerger/CMakeFiles/boomagamerger.dir/all' failed
 make[1]: *** [gui/pdfmerger/CMakeFiles/boomagamerger.dir/all] Error 2

The full build log: https://build.opensuse.org/build/home:Lazy_Kent/openSUSE_Factory/i586/boomaga/_log

I'm using fish shell (and it's really cool!). The downside of fish is that it has not compatible with bash syntax (for example, setting variables is done by set VAR VALUE)).
After changing default shell to fish Boomaga broke. CUPS error log:

10628 I [10/Apr/2014:22:36:12 +0400] [Job 205] Started backend /usr/lib/cups/backend/boomaga (PID 28731)
10629 D [10/Apr/2014:22:36:12 +0400] Discarding unused job-state-changed event...
10630 D [10/Apr/2014:22:36:12 +0400] Returning IPP successful-ok for Send-Document (ipp://localhost:631/printers/Boomaga) from localhost
10631 D [10/Apr/2014:22:36:12 +0400] cupsdSetBusyState: newbusy="Printing jobs and dirty files", busy="Active clients and dirty files"
10632 D [10/Apr/2014:22:36:12 +0400] [Job 205] [Boomaga] User: romas
10633 D [10/Apr/2014:22:36:12 +0400] [Job 205] [Boomaga] Uid:  1000
10634 D [10/Apr/2014:22:36:12 +0400] [Job 205] [Boomaga] xDisplay: :0
10635 D [10/Apr/2014:22:36:12 +0400] [Job 205] [Boomaga] Scan proc files:
10636 D [10/Apr/2014:22:36:13 +0400] [Job 205] [Boomaga]   * /proc/23966/environ     disp=':0' addr='unix:abstract=/tmp/dbus-X7xPC8W0aw,guid=5367090c      f93a1f045a0e627a5346decb'
10637 D [10/Apr/2014:22:36:13 +0400] [Job 205] [Boomaga] *** USE /proc/23966/environ disp=':0' addr='unix:abstract=/tmp/dbus-X7xPC8W0aw,guid=5367090c      f93a1f045a0e627a5346decb'
10638 D [10/Apr/2014:22:36:13 +0400] [Job 205] [Boomaga] dbusSessionAddress: unix:abstract=/tmp/dbus-X7xPC8W0aw,guid=5367090cf93a1f045a0e627a5346decb
10639 D [10/Apr/2014:22:36:13 +0400] [Job 205] [Boomaga] command: dbus-send --session --type=method_call --print-reply   --dest=org.boomaga /boomaga         org.boomaga.add   string:'/home/romas/.cache/boomaga_in_file-205.pdf'   string:''   boolean:true
10640 E [10/Apr/2014:22:36:13 +0400] [Job 205] fish: Unknown command 'DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-X7xPC8W0aw,guid=5367090cf93a1f      045a0e627a5346decb'. Did you mean to run dbus-send with a modified environment? Try 'env DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-X7xPC      8W0aw,guid=5367090cf93a1f045a0e627a5346decb dbus-send…'. See the help section on the set command by typing 'help set'.
10641 D [10/Apr/2014:22:36:13 +0400] [Job 205] Set job-printer-state-message to "fish: Unknown command 'DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/d      bus-X7xPC8W0aw,guid=5367090cf93a1f045a0e627a5346decb'. Did you mean to run dbus-send with a modified environment? Try 'env DBUS_SESSION_BUS_ADD      RESS=unix:abstract=/tmp/dbus-X7xPC8W0aw,guid=5367090cf93a1f045a0e627a5346decb dbus-send…'. See the help section on the set command by typing 'h      elp set'.", current level=ERROR
10642 E [10/Apr/2014:22:36:13 +0400] [Job 205] Standard input: DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-X7xPC8W0aw,guid=5367090cf93a1f045a0e6      27a5346decb dbus-send --session --type=method_call --print-reply   --dest=org.boomaga /boomaga   org.boomaga.add   string:'/home/romas/.cache/b      oomaga_in_file-205.pdf'   string:''   boolean:true

Real network printer (shared via CUPS) works flawlessly.

Is there an option in Boomaga so we can choose to print documents in color or grayscale? At least I don't see one in the system's print dialog and in Boomaga's interface.

Hi,
i'd dearly like to print 4 pages to just one bifolio section, making bigger print jobs result in multiple sections. As you can imagine, fineprint has this.
Right now, all of a print job's pages go to just one section, which when folded sticks out in the middle pages and needs to be cut additionally.
I guess the code to calculate the former is possibly even somewhat simpler than the latter; though some configuration for the section page count would have to be made accessible. Perhaps just a new option in .config/boomaga/boomaga.conf at first?
Thanks.
Apart from this, i believe that with Boomaga, you're doing great in making this concept accessible to Linux users. Keep up the good work!

p.s. I apologize for the text styling in this comment which is apparently out of my control.

regards,
-- l0ddej0kk0

Currently, Boomaga does not support sending multiple files in one print job. Only the first file of the print job is taken into account by Boomaga.

Example command for printing multiple files in one print job on the command line:
lp -d Boomaga first.pdf second.pdf

Only "first.pdf" is taken into account by Boomaga (is added to the "Jobs"), not "second.pdf".

It would be great if Boomaga could support sending several files in one print job.

I have tested this with Debian Jessie and a current build of Boomaga's master branch (commit a3e0347).

In the real use case, the files are not sent to the printer on the command line but created by LibreOffice's mail merge (form letter) feature and sent to the printer by LibreOffice as one print job.