I created two sample pdf files. When you merge them with podofomerge in
order "first.pdf", "second.pdf" then outlines from second.pdf are not
clickable.
On Wed, Feb 21, 2018 at 9:41 PM, Michal Sudolsky
wrote:
> Yes seems this is fixed in latest revision. But now I tried to merge some
> pdf. Out
These warnings are irrelevant. Here is code which does not produce warnings:
PdfMemDocument doc;
for(int i = 0; i < 66; i++)
{
char name[10];
sprintf(name, "%02i", i);
doc.AddNamedDestination(PdfDestination(doc.GetObjects().CreateObject(
PdfArray()), &doc), name);
}
doc.SetWriteMode(ePdfWri
On 21 February 2018 at 21:55, Dominik Seichter via Podofo-users
wrote:
> Feel free to provide and integrate more fixes, as long as the release
> candidate is not prepared yet.
>
>
Hi Dominik,
I'm a new comer and I recently began working with PoDoFo. Since it
seems I'm using some untested code pa
Hi everybody,
As you have seen, I was not yet able to prepare a release candidate last
week. There are still a few mails I want to go through before preparing the
RC. So, I would want to shift above timeline by approximately one month,
Feel free to provide and integrate more fixes, as long as the
Hi zyx,
Thanks for the solid analysis. I agree and reverted the fix I did in 1873.
I am not sure how we PODOFO_RAISE_LOGIC_IF can cause such an error?
It should always be legal to call this:
PODOFO_RAISE_LOGIC_IF( m_stack.empty(), "Can get current graphicsstate!" );
As it translates to:
if( m_st
Yes seems this is fixed in latest revision. But now I tried to merge some
pdf. Outlines were merged but these which come from second pdf were not
clickable. When I merged them in reverse order all outlines were clickable.
That second pdf were generated by "pdfTeX-1.40.17", other info string "This
i
On Mon, Dec 18, 2017 at 9:20 AM, zyx wrote:
> On Sun, 2017-12-17 at 17:08 +0100, Michal Sudolsky wrote:
> > From code around seems it really does not depend what parent is here
> > set, I followed logic above and did it like this (this is all what I
> > changed):
> >
> > old:
> > > PdfNam
> Le 21 févr. 2018 à 18:02, Dmitry Salychev a écrit :
>
> Olivier,
>
> ah, I see.
> Anyway, your idea is to get any PDF file, scan it page by page and perform an
> action if there is a specific image (QR code) placed on any page.
> Am I correct. ?
Precisely, yes. That’s something I do today us
Olivier,
ah, I see.
Anyway, your idea is to get any PDF file, scan it page by page and perform
an
action if there is a specific image (QR code) placed on any page.
Am I correct?
Regards,
- Dmitry
--
Check out the vibrant
Dmitry,
> Le 21 févr. 2018 à 17:37, Dmitry Salychev a écrit :
>
> (this is a copy of my previous reply which, for some reason, wasn't posted on
> the mailing list yesterday O_o)
Indeed. I guess the list is moderated by hand to filter out noise. Or
Sourceforge really has email backlog issues s
Hi, Olivier.
(this is a copy of my previous reply which, for some reason, wasn't posted
on the mailing list yesterday O_o)
First of all, you've to know what kind of image you're going to access. They
usually can be stored in a PDF file two ways: XObject image or inline one.
Does it make any sense
Replying to: https://sourceforge.net/p/podofo/mailman/message/35633858/
(Which I read from the archives as I wasn't subscribed to this list by that
time)
Not sure if it would fit your complete needs, along with licensing needs, but
you might want to have a look to:
http://utfcpp.sourcef
12 matches
Mail list logo
