DOMPDF 0.5.2 alpha 1 Now Available

[BrianS]

The DOMPDF team is happy to announce the availability DOMPDF 0.5.2
alpha 1. You can find the download of this pre-release on the code
site: http://code.google.com/p/dompdf/downloads

While we have made significant progress in coding for the upcoming
release of DOMPDF, we still have some bugs to work out and features to
complete. However, the alpha code should be stable enough for
development environments, and we wanted to make these updates
available as soon as possible. If there are any outstanding bugs from
the current release (0.5.1) that are affecting you we would highly
recommend you try out this pre-release.

When implementing this release there are a two new setting that you
should pay particular attention to: DOMPDF_FONT_CACHE and
DOMPDF_CHROOT. You can find the details of these setting in
dompdf_config.inc.php.

Please note that since this is an alpha release, we can't offer any
assurances that it is stable enough for production environments.
Though informal testing on our own systems shows the code to perform
at least as well as DOMPDF 0.5.1, we highly recommend that you perform
sufficient testing to ensure that the code meets your requirements if
you decide to implement on a public site.

Due to the re-organization that's been happening we don't have a
formal list of enhancements that can be found in this version.
Briefly, however, this release addresses performance-related issues,
adds additional CSS support, and provides a fix for the security issue
reported in 2008. That barely scratches the surface, though; a full
list of modifications can be found on the code site:
http://code.google.com/p/dompdf/source/list

One feature you do not see mentioned is UTF-8 support. This is still
under development and we hope to have it ready in time for the next
pre-release.

Thank you all for your support and patience as we move forward.

[iblanco]

On Jul 22, 5:08 am, BrianS <eclecticg...@gmail.com> wrote:
ogle.com/p/dompdf/source/list
>
> One feature you do not see mentioned is UTF-8 support. This is still
> under development and we hope to have it ready in time for the next
> pre-release.
>

This is great news. I was going to issue a bug due to not being able
to generate a euro symbol ( I've tried all the recomendations in the
FAQ and others and no way ) but I suppose the UTF-8 support will solve
this issue definitively, isn't it ?

Thanks, great job.

[BrianS]

UTF-8 support in the next release should resolve this issue. I've
found that the current stable release of DOMPDF works best when you
specify your content in iso-8859-1 encoding ... but not always. So you
might try that, but it's not ideal by any means.

[Dimas Yusuf]

BRAVO!

[tom]

Thats great news!!
have you already resolved the pagebreak problems with tables?

[BrianS]

On Jul 23, 6:04 am, tom <helmuth.lam...@gmail.com> wrote:
> Thats great news!!
> have you already resolved the pagebreak problems with tables?

Things have improved, but I think we still have a bit of work to do
before tables are rock solid. I think the majority of time spent
between now and the final 0.5.2 release will be on better character
support (i.e. UTF-8). Most likely tables will be tackled in the
following (0.5.3) release.

That could always change, since we don't have a definitive road-map at
this point. But our focus right now is on finishing the work Benj did
for 0.5.2.
-b

[eggtart]

Without UTF-8, does it mean that the current release will not be able
to support Chinese characters? And if so, is there any getaround? We
have been trying to feed DOMPDF with different ttf but of no avail.
Thanks!

[BrianS]

I don't believe the current release will support Chinese characters.
I'm still researching the topic, but from what I can tell the problem
has to do with the way characters are encoded in PDF files. Without
special handling the best you can do is represent is roughly
equivalent to ISO-8859-1. Since DOMPDF up to the current stable
release (0.5.1) doesn't deal with this specific situation there's
really no way it can handle anything outside the ISO-8859-1 character
set (such as Chinese characters).

Some users have had luck getting things to work for Easter European
alphabets by creating a differences array in the included CPDF
library. But it's a pretty hackneyed way of getting things to work and
I'm not entirely sure 1) if this would work for Chinese characters and
2) the exact code you would need to use.

If you need this in a hurry you could try PDFLib as your backend. I
believe it has native Unicode support. It's far from free (unless you
fall within the fairly limited conditions of the PDFLib Lite license),
but you can always try before you buy.
-b

[David Emmett]

Unicode is supported when using the PDFLib adapter in conjunction with
a valid license key.

HTH :)

--
Cheers,
David JM Emmett

Sent from my iPhone

**********************************************************************
The information contained in this message is confidential between the
sender and the intended recipient. The dissemination, distribution,
copying or disclosure of this message or its contents to or by any
other party is prohibited unless expressly authorised by the sender.
If you receive this message or any attachments in error, please
immediately notify the sender and delete the message and any
attachments from your system.

Can Studios Limited is Registered in England No 3873042

Registered Office 78 Cross Hill, Ecclesfield, Sheffield, S35 9TU
*********************************************************************