> Am 02.11.2015 um 18:36 schrieb Tilman Hausherr :
>
> Am 02.11.2015 um 12:29 schrieb Andreas Lehmkühler:
>> Hi,
>>
>> do we need another release candidate before releasing the final version?
>>
>> I would have some cycles to cut a RC2 this week only (on Wednesday?).
>>
>
> Yes!
>
> Suggesti
> Am 06.11.2015 um 07:30 schrieb Andreas Lehmkuehler :
>
> Hi,
>
>
> Am 02.11.2015 um 12:29 schrieb Andreas Lehmkühler:
>> Hi,
>>
>> do we need another release candidate before releasing the final version?
>>
>> I would have some cycles to cut a RC2 this week only (on Wednesday?).
>>
>> WDYT
> Am 06.11.2015 um 10:20 schrieb Andreas Lehmkühler :
>
>> Tilman Hausherr hat am 6. November 2015 um 09:36
>> geschrieben:
>>
>>
>> Am 06.11.2015 um 08:21 schrieb Maruan Sahyoun:
>>>> Am 06.11.2015 um 07:30 schrieb Andreas Lehmkuehler :
>&g
Hi,
when merging forms we are currently treating common fields like different ones
i.e. we rename the fields of the merged documents so they have unique names.
Adobe handles that differently where names common between documents are treated
as the same field (with the value of the first becoming
> Am 06.11.2015 um 18:40 schrieb Tilman Hausherr :
>
> Am 06.11.2015 um 18:37 schrieb Maruan Sahyoun:
>> Hi,
>>
>> when merging forms we are currently treating common fields like different
>> ones i.e. we rename the fields of the merged documents so they hav
> Am 07.11.2015 um 04:52 schrieb Tilman Hausherr :
>
> We take 12-18 seconds to display the first page.
>
> I**PDF takes 2 seconds to display the first page.
mhmm - looks like we should do some profiling if the results are the same.
BR
Maruan
>
> Tilman
>
> Am 05.11.2015 um 19:43 schrieb Til
Hi,
as discussed on
http://stackoverflow.com/questions/33383389/pdfbox-how-can-a-pdacroform-be-flattened/33489651#33489651
now we have a flatten() method there is also the need to (re-) generate the
appearances on demand. The same applies if we'd like to flatten annotations.
With the current p
> Am 10.11.2015 um 19:19 schrieb John Hewson :
>
> Correction: That’s how *PDFBox* is designed.
>
>> On 10 Nov 2015, at 10:15, John Hewson wrote:
>>
>>>
>>> On 10 Nov 2015, at 03:30, Maruan Sahyoun wrote:
>>>
>>> Hi,
>>>
> Am 10.11.2015 um 22:16 schrieb John Hewson :
>
>
>> On 10 Nov 2015, at 12:10, Maruan Sahyoun wrote:
>>
>>>
>>> Am 10.11.2015 um 19:19 schrieb John Hewson :
>>>
>>> Correction: That’s how *PDFBox* is designed.
>>>
>>&
Hi,
> Am 17.11.2015 um 12:54 schrieb Andreas Lehmkühler :
>
> Hi,
>
>> Andreas Lehmkuehler hat am 9. November 2015 um 18:36
>> geschrieben:
>>
>>
>> Hi,
>>
>> Am 07.11.2015 um 14:38 schrieb Andreas Lehmkuehler:
>>> On 11/06/2015 10:24 PM, Andreas Lehmkuehler wrote:
I've found work aroun
+1 - thanks for preparing the RC2.
BR
Maruan
> Am 18.11.2015 um 19:46 schrieb Andreas Lehmkuehler :
>
> Hi,
>
> a candidate for the PDFBox 2.0.0-RC2 release is available at:
>
>https://dist.apache.org/repos/dist/dev/pdfbox/2.0.0-RC2/
>
> The release candidate is a zip archive of the sourc
Hi Andreas,
> Am 21.11.2015 um 21:18 schrieb Andreas Lehmkuehler :
>
> Hi,
>
> I've updated the download.html file only. Where did all those changes come
> from? Did I do something wrong?
>
which version of jekyll did you use? From the changes that is very likely
because of you using a newer
> Am 22.11.2015 um 11:32 schrieb Andreas Lehmkuehler :
>
> Am 22.11.2015 um 11:27 schrieb Maruan Sahyoun:
>> Hi Andreas,
>>
>>> Am 21.11.2015 um 21:18 schrieb Andreas Lehmkuehler :
>>>
>>> Hi,
>>>
>>> I've updated the dow
From ISO32000-2:
Encryption applies to all strings and streams in the document's PDF file, with
the following exceptions:
The values for the ID entry in the trailer
Any strings in an Encrypt dictionary
Any strings that are inside streams such as content streams and compressed
object streams,
Hi,
> Am 03.01.2016 um 15:37 schrieb Andreas Lehmkuehler :
>
> Hi,
>
> how about cutting a new RC for 2.0?
>
is there a reason to not cut the final 2.0?
> IMHO we should release a new 1.8 version as well. WDYT?
>
+1
>
> BR
> Andreas
>
> P.S.: Happy new year and best wishes to everybody!!
+1 - thanks for the preparation.
Maruan
> Am 11.01.2016 um 20:39 schrieb Andreas Lehmkuehler :
>
> Hi,
>
> a candidate for the PDFBox 1.8.11 release is available at:
>
>https://dist.apache.org/repos/dist/dev/pdfbox/1.8.11/
>
> The release candidate is a zip archive of the sources in:
>
>
+1 - thanks for the preparation.
Maruan
> Am 11.01.2016 um 20:18 schrieb Andreas Lehmkuehler :
>
> Hi,
>
> a candidate for the PDFBox 2.0.0-RC3 release is available at:
>
>https://dist.apache.org/repos/dist/dev/pdfbox/2.0.0-RC3/
>
> The release candidate is a zip archive of the sources in
Hi,
I'd cancel the vote and redo the release.
BR
Maruan
> Am 13.01.2016 um 18:23 schrieb Tilman Hausherr :
>
> Please see this
>
> https://issues.apache.org/jira/browse/PDFBOX-3193
>
>
>
>
> -
> To unsubscribe, e-mail: dev
+1
BR Maruan
> Am 14.01.2016 um 18:59 schrieb Andreas Lehmkuehler :
>
> Hi,
>
> a second candidate for the PDFBox 1.8.11 release is available at:
>
>https://dist.apache.org/repos/dist/dev/pdfbox/1.8.11/
>
> The release candidate is a zip archive of the sources in:
>
>http://svn.apach
The spec has this (in PDF 2.0)
(Required if this widget annotation is one of multiple children in a field;
optional otherwise) An indirect reference to the widget annotation’s parent
field. A widget annotation may have at most one parent; that is, it can be
included in the Kids array of at most
tions and fields should be made much simpler which I'm
looking to do after 2.0
BR
Maruan
> for (PDAnnotationWidget widget : children)
> {
>widget.getCOSObject().setItem(COSName.PARENT, this);
> }
>
>
> Tilman
>
> Am 21.01.2016 um 16:45 schrieb Maruan Sahy
+1
> Am 28.02.2016 um 17:36 schrieb Andreas Lehmkuehler :
>
> Hi,
>
> IMHO we are ready for the final 2.0.0 release. Tilman already asked for a
> possible release date in another thread.
>
> I'm planing to cut the release in 2 weeks from now, on 14th of March.
>
> WDYT?
>
> BR
> Andreas
>
>
FYI I've updated the javadoc for PDFBOX 2.0.0-SNAPSHOT yesterday - for some
reason it didn't show up in the issues although the commit message included
PDFBOX-3030.
BR - Maruan
-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.a
Hi,
> Am 14.03.2016 um 21:52 schrieb Andreas Lehmkuehler :
>
> Hi,
>
> Am 14.03.2016 um 19:02 schrieb Tilman Hausherr:
>> Am 14.03.2016 um 18:35 schrieb Andreas Lehmkuehler:
>>> Hi,
>>>
>>> a candidate for the PDFBox 2.0.0 release is available at:
>>>
>>>https://dist.apache.org/repos/dist/
well - we could need some help in improving the annotation support
(construction, appearance generation ..) - I'm not a skilled enough programmer
to mentor someone though
> Am 15.03.2016 um 21:18 schrieb Tilman Hausherr :
>
> I don't have a good project idea for GSoC 2016, which is sad because
+1 - thanks for doing the preparation work.
BR
Maruan
> Am 14.03.2016 um 18:35 schrieb Andreas Lehmkuehler :
>
> Hi,
>
> a candidate for the PDFBox 2.0.0 release is available at:
>
>https://dist.apache.org/repos/dist/dev/pdfbox/2.0.0/
>
> The release candidate is a zip archive of the sour
Hi,
now as PDFBox 2.0 is out what about collecting ideas for 2.1? Could put that on
our website the same way we had the old ideas published.
From my perspective:
- simplify creation of AcroForm fields
- appearance generation for new AcroForm fields
- rework/enhancement to the plain text formatte
Hi,
I was wondering if we lost the capability to supply a custom glyph list file as
discussed here:
http://stackoverflow.com/questions/35972788/how-to-read-control-characters-in-a-pdf-using-java/36034529#36034529
PDFTextStreamEngine seems to have it hardcoded
["org/apache/pdfbox/resources/glyp
Hi,
> Am 10.04.2016 um 16:32 schrieb Andreas Lehmkuehler :
>
> Hi,
>
> find attached a quick draft of the board report we're expected to submit this
> month. It's based upon the report template which can be found at [1]
>
>
> Any further comments, objections or additions?
+1
BR Maruan
>
>
+1
thanks for again handling the process.
BR
Maruan
> Am 22.04.2016 um 18:50 schrieb Andreas Lehmkuehler :
>
> Hi,
>
> a candidate for the PDFBox 1.8.12 release is available at:
>
>https://dist.apache.org/repos/dist/dev/pdfbox/1.8.12/
>
> The release candidate is a zip archive of the sour
+1
Maruan
> Am 22.04.2016 um 19:15 schrieb Andreas Lehmkuehler :
>
> Hi,
>
> a candidate for the PDFBox 2.0.1 release is available at:
>
>https://dist.apache.org/repos/dist/dev/pdfbox/2.0.1/
>
> The release candidate is a zip archive of the sources in:
>
>http://svn.apache.org/repos/
Hi,
> Am 04.05.2016 um 15:55 schrieb Morgan GRIGNARD :
>
>
> Hi,
> I encountered an error when i try to export an fdf in a pdf containing
> PDRadioCollection. (1.8.12 version)
>
> The first export is correct
>
>
> *4*
>
>
> But after an fdf import, a direct pdf modification to choose anoth
Hi,
longer term I'd like to support word forming for languages such as Arabic for
form filling and annotations.
For that I'd like to understand if we already have access to the GSUB table in
OpenType fonts and discuss where the forming would best fit
- font.encode()
- showText()
- specific pri
Hi,
from time to time I come across a method signature with … throws IOException
where the code will not throw an exception and as such the declaration is nt
neccessary.
Can we remove such declarations in minor releases (e.g. 2.1) or does that need
a major release (e.g. 3.0).
BR
Maruan
Hi,
> Am 26.05.2016 um 17:45 schrieb Andreas Lehmkuehler :
>
> Hi,
>
> Am 26.05.2016 um 17:21 schrieb Maruan Sahyoun:
>> Hi,
>>
>> from time to time I come across a method signature with … throws IOException
>> where the code will not throw an exce
> Am 26.05.2016 um 19:29 schrieb Andreas Lehmkuehler :
>
> Am 26.05.2016 um 17:51 schrieb Maruan Sahyoun:
>> Hi,
>>
>>> Am 26.05.2016 um 17:45 schrieb Andreas Lehmkuehler :
>>>
>>> Hi,
>>>
>>> Am 26.05.2016 um 17:21 schrieb Mar
> Am 26.05.2016 um 19:50 schrieb Tilman Hausherr :
>
> Am 26.05.2016 um 19:45 schrieb Maruan Sahyoun:
>>> Am 26.05.2016 um 19:29 schrieb Andreas Lehmkuehler :
>>>
>>> Am 26.05.2016 um 17:51 schrieb Maruan Sahyoun:
>>>> Hi,
>>>&g
Hi,
Maruan Sahyoun
> Am 27.05.2016 um 16:55 schrieb Andreas Lehmkuehler :
>
> Hi,
>
> looks like something is mixed up, PDFBOX-3364 is already resolved and the
> commit doesn't seem to fit in, or do I miss something? The same for r1745641
these should have gone t
Hi,
in order to publish the API docs for pdfbox and it's subproject I see two
options
a) one combined JavaDoc for PDFBox and all subproject
b) single JavaDoc for PDFBox and for each of it's subprojects
a) is easier to generate
b) would allow us to handle them individually as part of per subproj
thanks - will fix it tomorrow morning when I'm back.
BR
Maruan
> Am 30.05.2016 um 20:59 schrieb Tilman Hausherr :
>
> I think I got it. The problem is the grouping of large numbers, i.e. 1234
> must not appear in "US style" as 1,234 so setGrouping is set to false.
>
> However this isn't done f
Hi,
> Am 30.05.2016 um 21:41 schrieb Maruan Sahyoun :
>
> thanks - will fix it tomorrow morning when I'm back.
>
> BR
> Maruan
>
>> Am 30.05.2016 um 20:59 schrieb Tilman Hausherr :
>>
>> I think I got it. The problem is the grouping of large numbers
Hi,
> Am 06.06.2016 um 11:41 schrieb Simon Steiner :
>
> Hi,
>
> Should this be on the pdfbox homepage.
I'll let Andreas decide on that
> The homepage has http://pdfbox.apache.org/download.cgi but its not clickable.
done - thanks for letting us know.
Maruan
>
> Thanks
>
> -Original Me
+1
> Am 06.06.2016 um 19:25 schrieb Andreas Lehmkuehler :
>
> Hi,
>
> a candidate for the PDFBox 2.0.2 release is available at:
>
>https://dist.apache.org/repos/dist/dev/pdfbox/2.0.2/
>
> The release candidate is a zip archive of the sources in:
>
>http://svn.apache.org/repos/asf/pdfb
Hi,
> Am 07.06.2016 um 11:42 schrieb Andreas Lehmkühler :
>
> Hi,
>
>> Maruan Sahyoun hat am 6. Juni 2016 um 12:40
>> geschrieben:
>>
>>
>> Hi,
>>
>>> Am 06.06.2016 um 11:41 schrieb Simon Steiner :
>>>
>>> Hi,
>
> Am 07.06.2016 um 11:44 schrieb Andreas Lehmkühler :
>
>> Maruan Sahyoun hat am 29. Mai 2016 um 18:35
>> geschrieben:
>>
>>
>> Hi,
>>
>> in order to publish the API docs for pdfbox and it's subproject I see two
>> options
>&g
Hi,
> Am 12.06.2016 um 12:27 schrieb Tilman Hausherr :
>
> rev 1741295 in PDFBOX-3280 (deep clone) was a bad decision related to
> splitting, or related to creating new documents from existing documents. What
> should be done now?
>
> my thought:
>
> 1) revert the change per this logic (ignor
Hi,
> Am 24.06.2016 um 13:00 schrieb Nadeem Mohammed :
>
> Hi
>
> I have create a report in Arabic but it will not show in a proper format.
> Text shown in a left to right. with no join between them.
> I want to print نديم
> but it will show as م ي د ن
>
how did you generate the report? When
Hi,
I'd suggest to take a look at Apache FOP to generate such PDFs.
At that point in time there are some important pieces missing in PDFBox to make
that an easy task:
# no support for different writing directions in operations such as showText
# no GSUB table parsing to get proper joining chara
Dear Michael,
> Am 12.07.2016 um 17:48 schrieb Doswald Michael :
>
>> Von: Tilman Hausherr
>> Gesendet: Dienstag, 12. Juli 2016 17:23
>>
>>
>> Additional to Andreas' answer:
>> - to avoid frustration, start with something simple, i.e. that you think
>> will pass for sure. Don't do all the cha
Hi,
> Am 12.07.2016 um 13:07 schrieb Andreas Lehmkuehler :
>
> Hi,
>
> find attached a quick draft of the board report we're expected to submit this
> month. It's based upon the report template which can be found at [1]
>
>
> Any further comments, objections or additions?
>
>
>
> ## Descrip
Hi,
> Am 29.07.2016 um 16:32 schrieb Philip P. Nielsen :
>
> Hello,
>
> I totally love the simple cmd tools your team provides. I have one issue
> when splitting PDFs... Is it possible to rename the output file instead of
> it adding -0 to the end when using cmd?
you can use -outputPrefix an
Hi,
> Am 11.09.2016 um 14:57 schrieb Tilman Hausherr :
>
>> Am 07.09.2016 um 14:10 schrieb Andreas Lehmkuehler:
>> Hi,
>>
>> I'm back and able to spare some time on PDFBox again starting next week.
>>
>> Saying that, it's time for a new 2.0.x release as promised ;-)
>>
>> Please have a look at
+1
Maruan Sahyoun
> Am 14.09.2016 um 11:04 schrieb Andreas Lehmkuehler :
>
> Hi,
>
> a candidate for the PDFBox 2.0.3 release is available at:
>
>https://dist.apache.org/repos/dist/dev/pdfbox/2.0.3/
>
> The release candidate is a zip archive of t
cs/tree/f0f06d68
>> Diff: http://git-wip-us.apache.org/repos/asf/pdfbox-docs/diff/f0f06d68
>>
>> Branch: refs/heads/master
>> Commit: f0f06d6848a96b1ee5f4dd1154eeb77a8072a4aa
>> Parents: b637ba4
> Am 19.09.2016 um 10:55 schrieb Maruan Sahyoun :
>
> Hi,
>
>> Am 19.09.2016 um 10:53 schrieb Andreas Lehmkuehler :
>>
>> Hi,
>>
>>
>> thanks Maruan for adding the news to our website!!
>
> NP - this way I can contribute something
+1
Maruan
> Am 10.10.2016 um 17:31 schrieb Andreas Lehmkuehler :
>
> Hi,
>
> find attached a quick draft of the board report we're expected to submit this
> month. It's based upon the report template which can be found at [1]
>
>
> Any further comments, objections or additions?
>
>
>
> ## D
What about keeping both for the 2.0 release and phase the old one out for 3 but
making the NonSequential the default parser.
Would also give us some time to work with Tim (TIKA) on the test suite.
Maybe we could simplify the variations of PDDocument.load to something like
PDDocument.load(input,
Am 15.10.2014 um 12:12 schrieb Andreas Lehmkühler :
>
>
>> Timo Boehme hat am 15. Oktober 2014 um 09:18
>> geschrieben:
>>
>>
>> Hi,
>>
>> the difference between the parsers stems from the fact that the old
>> parser can cope with a completely broken xref table because it uses the
>> object
Hi,
what do you mean by execute? What is it what you are trying to achieve?
May I ask you for a favor. Could you post how to or usage questions at the
users@pdfbox mailing list instead of the dev@pdbox one as dev shall only be
used for PDFBox development specific questions.
BR
Maruan Sahyoun
7;s TextStripper +
>> metadata inside of the tika-batch/tika-eval framework.
>>
>> Cheers,
>>
>> Tim
>>
>> From: Andreas Lehmkühler [andr...@lehmi.de]
>> Sent: Wednesday, October 15, 2014 6:20 AM
>> To: dev@pdfbox.ap
Hi,
I started making some adjustments to how the appearance is calculated for
various field types for PDFBOX-2333. Although some of this could be made
available to 1.8 if it doesn’t break the public API I’m not planning to do so.
WDYT?
BR
Maruan
there are several checkstyle warnings in pdfbox because of tabs in the source
code - should that be corrected?
BR
Maruan
e.g. COSDictionary tabs seem to have been introduced in rev 1355307
Maruan
Am 26.10.2014 um 21:50 schrieb Andreas Lehmkuehler :
> Hi,
>
> Am 26.10.2014 um 21:22 schrieb Maruan Sahyoun:
>> there are several checkstyle warnings in pdfbox because of tabs in the
>> source
and NonSequentialPDFParser seems to have been introduced in 1387736.
BR
Maruan
Am 26.10.2014 um 22:22 schrieb Maruan Sahyoun :
> e.g. COSDictionary tabs seem to have been introduced in rev 1355307
>
> Maruan
>
> Am 26.10.2014 um 21:50 schrieb Andreas Lehmkuehler :
>
I'll open an issue later today
Maruan Sahyoun
> Am 27.10.2014 um 19:25 schrieb John Hewson :
>
> Yes please.
>
> -- John
>
>> On 26 Oct 2014, at 13:22, Maruan Sahyoun wrote:
>>
>> there are several checkstyle warnings in pdfbox because of tab
Hi John,
For every font embedded in a conforming file, the glyph width information
stored in the Widths entry of the font dictionary and in the embedded font
program shall be consistent.
BR
Maruan
Am 01.11.2014 um 20:19 schrieb John Hewson :
> Hi All
>
> Can anybody with PDF/A knowledge hel
+1 - I'll open an issue to fix Checkstyle errors in 1.8 but that will be
resolved by next week.
Maruan
Am 03.11.2014 um 11:52 schrieb Andreas Lehmkühler :
> Hi,
>
> there are again a number of solved issues and I'm thinking about a new
> bugfix release. How about a new one next week, maybe lat
this topic was brought up during the PDFDays in Cologne by Frank Easton, HUK
Coburg who found that converting/validating with one software vendors tool the
results are always fine but mixing the tools there are PDF/A validation errors
even today. On the other hand the situation improved a lot by
> Am 03.11.2014 um 19:00 schrieb Tilman Hausherr:
>> It is not looking good, there is at least one NPEs issue coming.
>
> No more NPE after solving the two issues I opened today except
> PDFBOX-1743.pdf which is a known problem.
>
Great!
> Coming up soon: run preflight on the 231227 PDF file
I knew you'll find some :-)
Maruan Sahyoun
> Am 03.11.2014 um 22:58 schrieb Tilman Hausherr :
>
>> Am 03.11.2014 um 19:00 schrieb Tilman Hausherr:
>> It is not looking good, there is at least one NPEs issue coming.
>
> No more NPE after solving the two issues I
Hi,
could you do me a favor and drop some keywords about what improved/is new in
PDFBox 2 compared to 1.8 and a link to the package/class so I could some create
some introductory material for the documentation. Best would be to add it to
PDFBOX-2340.
This could be something like
- better supp
I know :-)
Maruan Sahyoun
> Am 06.11.2014 um 21:49 schrieb Tilman Hausherr :
>
> Shadings are not supported better - it is identical :-)
>
> But I'll write a bit.
>
> Tilman
>
>> Am 06.11.2014 um 21:28 schrieb Maruan Sahyoun:
>> Hi,
>>
>>
Hi Simon,
it would be good to understand which API calls you are using so to try to make
sure that we don't break these as we move forward finishing PDFBox 2.
BR
Maruan
Am 13.11.2014 um 12:22 schrieb Simon Steiner :
> Hi,
>
>
>
> Apache Fop project needs to make a release in next few weeks
ny difference to pdfbox refactoring
> work.
>
> Thanks
>
> -----Original Message-
> From: Maruan Sahyoun [mailto:sahy...@fileaffairs.de]
> Sent: 13 November 2014 11:32
> To: dev@pdfbox.apache.org
> Subject: Re: pdfbox 2
>
> Hi Simon,
>
> it would be good to und
Hi,
worth mentioning https://github.com/haraldk/TwelveMonkeys in our documentation?
BR
Maruan
Hi Tilman,
that's very good news. I trust a lot of time went into reviewing the test
results. wo your and Tim's efforts this achievement wouldn't have been possible.
BR
Maruan
Am 03.12.2014 um 21:04 schrieb Tilman Hausherr :
> I've now run preflight on half of the govdocs files. Every issue I
Hallo Tilman,
hast Du ne grobe Schätzung welcher Anteil der Dateien z.B. in Adobe Reader
entweder nicht angezeigt, mit Dialog angezeigt oder falsch angezeigt wird?
Lieben Gruß
Maruan Sahyoun
FileAffairs GmbH
Josef-Schappe-Straße 21
40882 Ratingen
Tel: +49 (2102) 89497 88
Fax: +49 (2102
+1 - thank you for preparing the release.
Maruan
Am 10.12.2014 um 12:39 schrieb Andreas Lehmkühler :
> Hi,
>
> a candidate for the PDFBox 1.8.8 release is available at:
>
> https://dist.apache.org/repos/dist/dev/pdfbox/1.8.8/
>
> The release candidate is a zip archive of the sources in:
>
Hi,
while enhancing the AcroForms functionality for PDFBox one are of improvement
is the appearance generation. For that I'm looking to change the behavior so
the interactive.forms PDModel no longer takes care of the appearance generation
but the functionality will be moved completely to a new
pon.
>
That's one of the motivators.
>
> Tilman
>
> Am 21.12.2014 um 17:15 schrieb Maruan Sahyoun:
>> Hi,
>>
>> while enhancing the AcroForms functionality for PDFBox one are of
>> improvement is the appearance generation. For that I'm looking t
Hi,
thanks for the remark.
Merry Xmas to you too.
Maruan
Am 24.12.2014 um 14:28 schrieb Andreas Lehmkuehler :
> Hi,
>
> please don't alter any "tags" version, as those are the reference for the
> corresponding release.
>
> Merry Xmas
> Andreas Lehmkühler
>
>
> Am 24.12.2014 um 14:19 schri
Hi,
I tried the following with skew being [1 tan a tan b 1 0 0] according to the
spec.
Matrix matrix = new Matrix();
which gives me [1.0,0.0,0.0,1.0,0.0,0.0]
then
matrix.setValue(0, 1, 0.5f);
matrix.setValue(1, 0, 0.7f);
which shall set the tan a and tan b values
which gave me
[1.0,0.5,0
nsform documentation defines the same transform as:
>
> x' = [ m00*x + m01*y + m02 ]
>
> which might seem different until one realises that m00 = a, m01 = c, m02 = e.
> The only difference appears to be the description that c "skews the y axis”
> in PDF and m01 is &q
Hi John,
we're fine.
Maruan
Am 30.12.2014 um 00:30 schrieb John Hewson :
> Hi Maruan,
>
>> On 28 Dec 2014, at 02:54, Maruan Sahyoun wrote:
>>
>> OK - I think the Matrix code is wrong in getting the shear values compared
>> to the description in the PDF sp
the docs shall reside in pdfbox-docs from where they will be pulled onto the
website or looked at directly at github.
The publishing process to our website is not yet in place as there is no new
content. I'm looking to get the redesign of the website done to accommodate for
the old 1.8 and new
the time to enhance/restructure the
website - again that's not GitHubs fault.
Maruan
>
> -- John
>
>> On 1 Jan 2015, at 12:52, Maruan Sahyoun wrote:
>>
>> the docs shall reside in pdfbox-docs from where they will be pulled onto the
>> website or looked a
Hi John,
>
>> On 1 Jan 2015, at 14:40, Maruan Sahyoun wrote:
>>
>>
>>> This isn’t a good situation at all, we had a usable documentation system in
>>> October and now we have nothing usable, with almost no content and no way
>>> to easily cont
Hi John,
I've updated some of the core components of the website mainly the CSS
framework and the page structure to meet the new version of the framework.
More to come.
BR
Maruan
Am 02.01.2015 um 01:09 schrieb John Hewson :
>
>> On 1 Jan 2015, at 14:40, Maruan
>
>> On 1 Jan 2015, at 22:23, Maruan Sahyoun wrote:
>>
>> Hi John,
>>
>>>
>>>> On 1 Jan 2015, at 14:40, Maruan Sahyoun >>> <mailto:sahy...@fileaffairs.de>> wrote:
>>>>
>>>>
>>>>> T
Am 03.01.2015 um 00:01 schrieb John Hewson :
> What “framework” would that be?
>
Bootstrap 3 [http://getbootstrap.com]
> -- John
>
>> On 2 Jan 2015, at 08:53, Maruan Sahyoun wrote:
>>
>> Hi John,
>>
>> I've updated some of the core compone
Am 03.01.2015 um 04:21 schrieb John Hewson :
>
>
>> On 2 Jan 2015, at 16:25, Maruan Sahyoun wrote:
>>
>>>
>>>
>>>> On 1 Jan 2015, at 22:23, Maruan Sahyoun >>> <mailto:sahy...@fileaffairs.de>> wrote:
>>>&
oking for?
BR
Maruan
> -- John
>
>> On 3 Jan 2015, at 16:59, John Hewson wrote:
>>
>>
>>
>>> On 2 Jan 2015, at 22:47, Maruan Sahyoun wrote:
>>>
>>> Am 03.01.2015 um 04:21 schrieb John Hewson :
>>>
>>>>
>>
Normally I don't use the bookmarklet but do a checkout of the sources, do my
changes, build/test locally and commit the modified sources.
BR
Maruan
> -- John
>
>> On 3 Jan 2015, at 16:59, John Hewson wrote:
>>
>>
>>
>>> On 2 Jan 2015, at 22:47
Hi John,
Am 04.01.2015 um 22:05 schrieb John Hewson :
>
>> On 4 Jan 2015, at 11:35, Maruan Sahyoun wrote:
>>
>>
>>> P.S. I managed to publish a small change as a test, using the web-based
>>> CMS. But I’d like to understand (and document?) the
Hi
Am 04.01.2015 um 22:24 schrieb John Hewson :
>
>
>> On 4 Jan 2015, at 13:18, Maruan Sahyoun wrote:
>>
>> Hi John,
>>
>>
>> Am 04.01.2015 um 22:05 schrieb John Hewson > <mailto:j...@jahewson.com>>:
>>
>>>
>>
Am 05.01.2015 um 10:01 schrieb John Hewson :
>
>
>> On 4 Jan 2015, at 13:40, Maruan Sahyoun wrote:
>>
>> Hi
>>
>> Am 04.01.2015 um 22:24 schrieb John Hewson :
>>
>>>
>>>
>>>> On 4 Jan 2015, at 13:18, Maruan Sah
Hi All,
>
> I’d like to bring PDFBOX-2592 to the attention of the dev mailing list.
>
> A number of users on the mailing list have asked about how to import pages
> from other PDFs as forms, our current solution is LayerUtility, which is
> depends on PDFCloneUtility.
>
I like the idea to simp
Am 08.01.2015 um 11:44 schrieb Andreas Lehmkühler :
> Hi,
>
>> Maruan Sahyoun hat am 1. Januar 2015 um 21:52
>> geschrieben:
>>
>>
>> the docs shall reside in pdfbox-docs from where they will be pulled onto the
>> website or looked at directly at git
Am 08.01.2015 um 11:51 schrieb Maruan Sahyoun :
> Am 08.01.2015 um 11:44 schrieb Andreas Lehmkühler :
>
>> Hi,
>>
>>> Maruan Sahyoun hat am 1. Januar 2015 um 21:52
>>> geschrieben:
>>>
>>>
>>> the docs shall reside in pdfbox-doc
>
>> John Hewson hat am 8. Januar 2015 um 00:38 geschrieben:
>>
>>
>>
>>> On 7 Jan 2015, at 15:01, Leonard Rosenthol wrote:
>>>
>>> I admit to never actually looking a the PDFBox Cos implementation, but
>>> every other implementation that I’ve worked with (and it’s been quite a
>>> few) h
301 - 400 of 2205 matches
Mail list logo