libharu - free PDF library

We needed the ability to draw polygons with smoothly interpolated vertex colors in VTK, and this patch is sufficient for our needs. Sharing as a MR if anyone else is interested.

Refs #102

Hello all,

I have a VS2015 C++ CLR project (made acc. the top answer, option 2 HERE). I tried to implement the LibHaru library in different ways, but all without success:

1. Pre-build DLL (from HERE):
   • Copy 'libhpdf.dll' to the project folder
   • In VS: Add -> Reference -> libhpdf.dll
   • I get the error: Could not add a reference to '... libhpdf.dll' as it is not of a type or version current project can use
2. Build libharu myself:

From the Libharu wiki (HERE) I do the following:

Start 'VS2015 x86 Native Tools Command Prompt' -> cd to libharu folder. Enter command; "nmake -f script/Makefile.msvc_dll" (as I want to distribute my simple program with the dll) I get the error cannot open include file 'zlib.h'

So I tried to zlib myself, which failed:

• zlib:
  • from 'zlib-1.2.8/win32/VisualC.txt': To build zlib using the Microsoft Visual C++ environment, use the appropriate project from the projects/ directory.
  • I cannot find the projects/ directory in zlib-1.2.8. Therefore, I do not build zlib myself here.

So I move on to libpng (which I read needs to be also built together with zlib to work for libharu):

• libpng:
  • I open 'lpng1624/projects/vstudio/vstudio.sln', and build all with Release -> Win32
  • Rebuild All: 7 succeeded (after commenting out the //#ifdef PNG_FREESTANDING_TESTS lines in pngvalid.c, pngtest.c and pngunknown.c)
• libharu:
  • I go to libharu-master\script\Makefile.msvc_dll and change the following text (to point to the correct folder finding zlib.h, zlib.dll, libpng13.lib and zlib.lib:

PNG_PREFIX   = ../../libpng
*to*   PNG_PREFIX   = ../lpng1624
ZLIB_PREFIX   = ../../zlib
*to*   ZLIB_PREFIX   = ../zlib-1.2.8
CFLAGS=/MD -nologo -O2 -Iinclude -Iwin32\include   -I"$(PNG_PREFIX)"\include -I"$(ZLIB_PREFIX)"\include -DHPDF_DLL_MAKE
*to*   CFLAGS=/MD -nologo -O2 -Iinclude -Iwin32\include   -I"$(PNG_PREFIX)" -I"$(ZLIB_PREFIX)" -DHPDF_DLL_MAKE
LDFLAGS= /LIBPATH:$(PNG_PREFIX)\lib /LIBPATH:$(ZLIB_PREFIX)\lib /LIBPATH:win32\msvc libpng13.lib zlib.lib
*to*   LDFLAGS= /LIBPATH:$(PNG_PREFIX)\projects\vstudio\Release /LIBPATH:$(ZLIB_PREFIX) /LIBPATH:win32\msvc libpng16.lib zlib.lib

• Again, Start 'VS2015 x86 Native Tools Command Prompt' -> cd to libharu folder.
• Enter command; "nmake -f script/Makefile.msvc_dll"
• I get the following error, after which I am lost:

libhpdf.def : error lnk2001: unresolved external symbol HPDF_3DAnnot_Set3DView
libhpdf.lib : fatal error lnk1120: 1 unresolved externals
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\BIN\link.exe"' : return code '0x460'

Am I doing something wrong or missing something? I have been trying 2 days now to get this working, but I am lost. I want to achieve the same as displayed in this youtube video, so when a Button is pushed on the WindowsForm, a PDF will be generated with some output text and a picture.

While trying to test libHaru with Visual Studio, I came across this error when I activate LIBHPDF_EXAMPLES in cmake.

include\hpdf.h(464): error C2146: syntax error : missing ')' before identifier 'zoom' include\hpdf.h(464): error C2081: 'HPDF_Boolean' : name in formal parameter list illegal repeated often, probably for each example. Intellisense tells me: Error: Identifier "HPDF_Boolean" is undefined

I tested with CMake 2.8 and 3.2, and with Visual Studio 2012 and 2013.

I tried adding #include "hpdf_objects.h" in hpdf.h because HPDF_Boolean seems to be defined here, but now I have redefinition errors. I'm not actually a C programmer so I don't know how to fix that.

I am using libharu for iPad pdf functionality and i want to display german text (specially Umlaut characters) on pdf using HPDF_Page_TextRect. i have tried various combinations in code but not get success to display umlaut characters (üöäÄÜÖß).

If you have any solution for my issue please provide me.

@Tieske909090 Hello sir, so I followed your instructions but for Visual Studio 2017. When I run your code to test, I get "Unresolved External Symbol" erros.

This is my project propery page etc.. etc..

When I run the code

I perceived that I am missing lib file(s) but I can not figure out. Can you please kindly help me?

Originally posted by @dinhanhx in https://github.com/libharu/libharu/issues/135#issuecomment-591348457

He there,

I'm trying to calculate height of my text before actually rendering it on a page, and I'm using methods: HPDF_Font_GetAscent() and HPDF_Font_GetDescent(). And I'm a bit confused bu result values for Helvetica typeface: Ascent: 718 Descent: -207 I assume that 0 is the Baseline

But what this values mean? How could I re-calculate them into standard document units, which are points with 72dpi?

I would appreciate it if someone could help me with this..

Hi. I made some changes to reduce output file size when using embedded font files. Plus there's the zero padding on long boundary for the font tables that is recommended in the TrueType specification.

Regards.

The last argument of HPDF_Page_CreateXObjectFromImage is HPDF_Boolean zoom. But it is used only once in if (zoom) so the proper type for it seems to be HPDF_BOOL.

Hi, I downloaded the tar.gz file from http://libharu.org/. When looking for a "configure" file, there's none. I tried buildconf.sh and think I got a good one, however, I now can't find a Makefile...

I was following the "configure && make && make install" instructions.

Thank you. By the way, I'm on linux/gcc

Bug Fixes on hpdf_encoder.c file ref : Adobe Standard Encoding at http://unicode.org/Public/MAPPINGS/VENDORS/ADOBE/stdenc.txt Windows Ansi (CP1252) at http://unicode.org/Public/MAPPINGS/VENDORS/MICSFT/WINDOWS/CP1252.TXT Mac OS Roman at http://unicode.org/Public/MAPPINGS/VENDORS/APPLE/ROMAN.TXT

HPDF_UNICODE_MAP_STANDARD table: 0x84 0x00D1 -> 0x0000

HPDF_UNICODE_MAP_WIN_ANSI table: 0xA0 0x0000 -> 0x00A0 0xAD 0x0000 -> 0x00AD 0xB0 0x02DA -> 0x00B0

HPDF_UNICODE_MAP_MAC_ROMAN table: 0x84 0x0000 -> 0x00D1 0xAD 0x0000 -> 0x2260 0xB0 0x0000 -> 0x221E 0xB2 0x0000 -> 0x2264 0xB3 0x0000 -> 0x2265 0xB6 0x0000 -> 0x2202 0xB7 0x0000 -> 0x2211 0xB8 0x0000 -> 0x220F 0xB9 0x0000 -> 0x03C0 0xBA 0x0000 -> 0x222B 0xBD 0x0000 -> 0x03A9 0xC3 0x0000 -> 0x221A 0xC5 0x0000 -> 0x2248 0xC6 0x0000 -> 0x2206 0xCA 0x0020 -> 0x00A0 0xD7 0x0000 -> 0x25CA 0xDB 0x00A4 -> 0x20AC 0xF0 0x0000 -> 0xF8FF

Best regards

libharu is available as a port in vcpkg, a C++ library manager that simplifies installation for libharu and other project dependencies. Documenting the install process here will help users get started by providing a single set of commands to build libharu, ready to be included in their projects.

We also test whether our library ports build in various configurations (dynamic, static) on various platforms (OSX, Linux, Windows: x86, x64) to keep a wide coverage for users.

I'm a maintainer for vcpkg, and here is what the port script looks like. We try to keep the library maintained as close as possible to the original library. :)

It has been a long existing bug that UTF-8 encoding support (hpdf_encoder_utf.c) is shipped with the source code while neither the makefile nor CMake comes with hpdf_encoder_utf.c compilation option. It is therefore strongly suggested to add the file to CMakefile list by default .

Broken in #187

#include <hpdf_utils.h>
#include <stdio.h>
#include <float.h>

int main() {
    HPDF_REAL value = 1e-15f;
    char buf[65];
    char* p = HPDF_FToA(buf, value, buf + 64);
    *p = '\0';
    printf("%s", buf);
    return 0;
}

In 2.4.3: 0.000000000000000'..- in 2.3.0: 0

Hello, I tried sending a email to the emailing list I found here: https://github.com/libharu/libharu/wiki/Support

Which is this: [email protected]

But I get a reply that the group does not exist:

Would it be reasonable for us to setup workflows that build for common OSes (such as windows, ubuntu, and macos) and upload the artifacts so that people can get download ready-made binaries? And of course, doing build test on three major OSes would be nice.

I need to build for all three of those OSes myself, so I'm going to have to setup workflows on my own fork. Seems reasonable to push the workflows to the libharu/libharu fork after I have them working.

Thoughts?

@bramton have you picked up the maintainer's hat? Great :) Would just like to point out that VTK maintains a fork with a few merges from various places too. https://gitlab.kitware.com/third-party/libharu