Excerpts from Albert Astals Cid's message of dom ago 28 22:18:45 +0200 2011:
A Diumenge, 28 d'agost de 2011, vàreu escriure:
Excerpts from Albert Astals Cid's message of jue ago 25 02:12:07 +0200 2011:
More than a year ago Guillermo Amaral posted some patches for enabling
form reset, i've
Take poppler_qt4viewer for example, it creates and checks the newdoc
before deleting the old m_doc. That means, count++ before count--.
But in my application, every PDF document is converted into QImages
separately, so count-- happens before count++, and that's the problem.
A Dilluns, 29 d'agost de 2011, cobra.yu vàreu escriure:
Take poppler_qt4viewer for example, it creates and checks the newdoc
before deleting the old m_doc. That means, count++ before count--. But in
my application, every PDF document is converted into QImages separately, so
count-- happens
the globalParams is deleted and then on
next init it is seen to be 0
If searching for globalParams = 0 in the whole solution, only
cpp\poppler-document.cpp(100) has such one line, but \qt4\src\poppler-private
doesn't. That's the problem, isn't it?
Cobra
-Original message-
A Dimarts, 30 d'agost de 2011, cobra.yu vàreu escriure:
the globalParams is deleted and then on
next init it is seen to be 0
If searching for globalParams = 0 in the whole solution, only
cpp\poppler-document.cpp(100) has such one line, but
\qt4\src\poppler-private doesn't. That's the
Today I've been working on trying to fix the names reported by pdffonts for
non latin1 fonts, I have not got anything very clear while reading the spec,
but I understood that the BaseFont string is encoded using the /Encoding
encoding. This has worked fine for some files but not for all like
Hi,
I appreciate your interest effort about non-Unicode font names!
Albert Astals Cid wrote:
Today I've been working on trying to fix the names reported by pdffonts for
non latin1 fonts, I have not got anything very clear while reading the spec,
but I understood that the BaseFont string is
Font Names are just that - PDF Name objects. You decode them STRICTLY
according to the rules for Name decoding (ISO 32000-1:2008, 7.3.5)
On 8/29/11 1:31 PM, Albert Astals Cid aa...@kde.org wrote:
Today I've been working on trying to fix the names reported by pdffonts
for
non latin1 fonts, I
A Dilluns, 29 d'agost de 2011, Leonard Rosenthol vàreu escriure:
Font Names are just that - PDF Name objects. You decode them STRICTLY
according to the rules for Name decoding (ISO 32000-1:2008, 7.3.5)
Following that rule /#CB#CE#CC#E5 is not 宋体 that is what Adobe Reader is
showing for that
A Dimarts, 30 d'agost de 2011, suzuki toshiya vàreu escriure:
Hi,
Hi
I appreciate your interest effort about non-Unicode font names!
Albert Astals Cid wrote:
Today I've been working on trying to fix the names reported by pdffonts
for non latin1 fonts, I have not got anything very
Albert Astals Cid wrote:
Any idea what is the proper manipulation one has to do over BaseFont to
get the Unicode value?
I think if we can request iconv for the users who are interested
in non-Unicode or non-ASCII font name, the conversion is not so
difficult.
Using iconv from the code
There is no magic here - it's all documented in ISO 32000-1:2008.
First you decode the string according to rules for Name objects, then
treat the result as UTF8.
Leonard
On 8/29/11 1:51 PM, suzuki toshiya mpsuz...@hiroshima-u.ac.jp wrote:
Hi,
I appreciate your interest effort about
On 8/29/11 3:09 PM, Albert Astals Cid aa...@kde.org wrote:
But let's wait for Leonard to see if he can explain how to convert 0xCB
0xCE
0xCC 0xE5 to 宋体 by means of using UTF8 as the spec says.
I suspect that it's a legacy file and legacy code in Acrobat/Reader.
Prior to the existence of UTF8, we
A Dijous, 31 de març de 2011, Thomas Freitag vàreu escriure:
On 25.03.2011 21:42, Albert Astals Cid wrote:
A Dilluns, 20 de desembre de 2010, Thomas Freitag va escriure:
Hi all!
Hi
Hi again!
Sorry for this late but therefore now more correct answer. As you
probably know I was very
Should it be renamed to 0.18?
Carlos?
Albert
___
poppler mailing list
poppler@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/poppler
Tag 'poppler-0.17.3' created by Albert Astals Cid aa...@kde.org at 2011-08-29
23:08 -0700
0.17.3
Changes since poppler-0.17.2-40:
---
0 files changed
---
___
poppler mailing list
poppler@lists.freedesktop.org
Available from
http://poppler.freedesktop.org/poppler-0.17.3.tar.gz
Changes against the 0.17.2 release:
core:
* PSOutputDev: Use Patterns for tiling fill when PS level = 2
* PSOutputDev: Avoid using /PatternType if only one instance of the pattern
is used
* PSOutputDev: Add poppler version as
New branch 'xpdf303merge' available with the following commits:
___
poppler mailing list
poppler@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/poppler
People that want to help merging work there.
As suggested by Carlos please try to merge features and not files, by
diffing xpdf302 and xpdf303 tarballs, though i know this is really difficult.
Anyone interested besides me to do the work?
Albert
___
A Dimarts, 30 d'agost de 2011, Albert Astals Cid vàreu escriure:
So if you
make distclean
./configure --enable-gtk-doc
make dist
It tries to compile stuff (because of the gir thing?) and fails.
Can anyone with autotools foo have a look?
Forgot to say that this is not critical since I
COPYING3 | 674 +++
1 file changed, 674 insertions(+)
New commits:
commit c899d26e0f7a61db99925179330c28df015a676b
Author: Albert Astals Cid aa...@kde.org
Date: Tue Aug 30 00:31:00 2011 +0200
Add COPYING3 from xpdf3.03
diff
I'm not sure what to do. I don't see any check or distcheck in the
current makefile targets -- I'm using cmake. Shall I create a new target
check in the utils directory for both the cmake and automake systems?
Thanks, --josh
On 8/29/11 2:09 AM, Albert Astals Cid aa...@kde.org wrote:
A
A Dilluns, 29 d'agost de 2011, Josh Richardson vàreu escriure:
I'm not sure what to do. I don't see any check or distcheck in the
current makefile targets -- I'm using cmake. Shall I create a new target
check in the utils directory for both the cmake and automake systems?
We never ported
23 matches
Mail list logo