Package Details: masterpdfeditor 4.3.89-1

Git Clone URL: https://aur.archlinux.org/masterpdfeditor.git (read-only)
Package Base: masterpdfeditor
Description: A complete solution for creation and editing PDF files
Upstream URL: https://code-industry.net/free-pdf-editor/
Keywords: master-pdf-editor
Licenses: custom
Submitter: farseerfc
Maintainer: Scimmia
Last Packager: Scimmia
Votes: 105
Popularity: 12.834666
First Submitted: 2016-12-05 01:50
Last Updated: 2018-03-21 15:03

Latest Comments

gloriouseggroll commented on 2018-04-05 14:08

my apologies. turns out this machine hadn't been updated in quite a while. I uninstalled the previously mentioned custom icu60 package and ran pacman -Syu, the issue was resolved

Scimmia commented on 2018-04-04 22:13

Nothing in this package is linked to libicu* at all. You've got something that this depends on that is linked to the old lib, that's what needs rebuilt. You can use lddtree from the pax-utils package to help you find it.

severach commented on 2018-04-04 22:08

Looks fine to me

% pacman -Q masterpdfeditor
masterpdfeditor 4.3.89-1
% ldd /usr/bin/masterpdfeditor4 | grep -i icu
    libicui18n.so.61 => /usr/lib/libicui18n.so.61 (0x00007fdd9005a000)
    libicuuc.so.61 => /usr/lib/libicuuc.so.61 (0x00007fdd8fca0000)
    libicudata.so.61 => /usr/lib/libicudata.so.61 (0x00007fdd8b809000)

gloriouseggroll commented on 2018-04-04 20:40

Arch has updated to icu 61, package requires icu 60 otherwise I got this error:<br> error while loading shared libraries: libicui18n.so.60: cannot open shared object file: No such file or directory

There is currently no AUR package for this. As a workaround, I downloaded the snapshot of icu59 from the AUR, and edited the following on it's PKGBUILD:

pkgname: icu60<br> pkgver: 60.2<br> source:<br> http://download.icu-project.org/files/icu4c/${pkgver}/${pkgname}4c-${pkgver//./}-src.tgz<br> sha256sum:<br> f073ea8f35b926d70bb33e6577508aa642a8b316a803f11be20af384811db418

then makepkg -i

once I did that it ran just fine.

Marzal commented on 2018-03-13 19:29

@peterolejua What file browser are you using?

I've tried with Nautilus "/home/user/15-diseños/Módulo 1. Introducción a la investigación clínica/fr10" and masterpdfeditor has no problem opening the file in my computer using "open with" (evince is my default program).

peterolejua commented on 2018-03-09 13:26

Hello,

I can't open files in paths with spanish accents when I double click them. e.g.

/15-diseños/Módulo 1. Introducción a la investigación clínica/some.pdf

If start masterpdfeditor4 from console then I can open them from the menu

Help, please. Thank you

Scimmia commented on 2018-01-03 12:43

As building from code is not possible, the -bin suffix is not required and somewhat silly when it's the only version available.

Popolon commented on 2018-01-03 12:30

As this package use precompiled binary, it should have the extension -bin in its name : like "masterpdfeditor-bin". This avoid to install not reviewable code and potentially trojaned one without knowing.

rouelle commented on 2017-12-02 16:43

rouelle : I received this comment from Code-Industry (author of master-pdf-editor) for version 4.3.61

"We know about the bug, it is present in French localization only. It will be fixed for the next releases, until then you can switch to Built-in language as a workaround."

rouelle commented on 2017-11-04 00:48

I can open any pdf but I can't append any pdf (insert) whose name is not capitalized (i.e. *.PDF instead of *.pdf). The dialog box to open (append) a file is a gtk box (not a qt5 one) which surprise me as Master pdf editor is a qt5 app. I'm using gnome-shell 3.26.2, does it make a difference?

In the append box it is impossible to change the type of file neither change from *.PDF to *.* or *.pdf.

To reproduce:

1. Open a pdf (will work)
2. Menu -> Document -> Insert a document [try to open a pdf file]

--

This behavior is not present using same version (4.3.61) with gnome-shell 3.20 under Ubuntu-Gnome 14.04.3 LTS.

All comments