Michal Hocko wrote:
> [Please do not top post]
>
> On Thu, Jan 27, 2011 at 06:04:25PM -0500, PMA wrote:
>> Here we go:
>>
>> Pages
>> 3,0
>> Type
>> Kids
>> 4,0
>> Type
>> MediaBox
>> 0 Int = 0
>> 1 Int = 0
>> 2 Int = 792
>> 3 Int = 1224
>> ...
>> Cropbox
>> 0 Int = 0
>> 1 Int = 0
>> 2 Int = 612
>> 3 Int = 792
>>
>> Those are the values both before & after I edit.
>
> The problem is that CropBox which defines a visible part of the media
> (defined by MediaBox) cuts out the rest. It smells like
> http://pdfedit.petricek.net/bt/view.php?id=290. We have probably set the
> CropBox to the default value (A4 paper size) rather than to the MediaBox.
> Could you test with the patch from the bugtracker or try 0.4.3 which
> already contains the fix.
>
> The patch testing would be much more helpful because you could report
> this to the Debian bug tracking system and they will update the patch.
>
> Anyway I would encourage you to update to 0.4.5-2 (from the current
> unstable). There were many fixes since 0.4.1.
>
>> (This what you wanted to know?)
>
> Yes, thanks
>
>>
>> Michal Hocko wrote:
>>> On Thu, Jan 27, 2011 at 05:20:16PM -0500, PMA wrote:
>>>> Hi Michal.
>>> Hi,
>>>
>>>> If we can feasibly discuss this problem without my posting
>>>> my doc, I'd rather, as copyright issues are not yet settled.
>>>> I'll restate --
>>>>
>>>> I have a musical-score PDF specifically created to print on
>>>> 11x17 paper. It needs a few edits that I'd like to do with
>>>> PDFedit. And I've succeeded with those, to this extent:
>>>>
>>>> -- the file opens in PDFedit
>>> What is the PDFedit version you are using?
>>>
>>>> -- my changes are successful
>>>> -- I can save the result
>>>> -- if I re-open that, PDFedit displays it *complete*
>>>>
>>>> HOWEVER. if I open that saved result with either 'xpdf' or
>>>> Adobe (at work, where there's a printer that likes PDFs),
>>>> I get only *part* of it -- the upper left portion, ca 8.5x11:
>>> OK, could you check the MediaBox/CropBox before and after you do your
>>> editing work? (you can find them in the Object Tree - right side on the
>>> application layout - when you navigate through the Pages to the one you
>>> are editing up to the Dictionary object).
>>>
>>> We are doing some tricks if no MediaBox is defined directly for the page
>>> so this sounds like a smoking gun at the moment, but it would definitely
>>> be good if you could test it.
>>>
>
Ok, I'll test with the patch, which I've just downloaded and read some of.
But I must tell you, I have never applied a patch (I gather "applied" is the
right word). Could you point me to a dependable instruction document?
Meanwhile, I'll hold off importing a newer version. Thanks for your help!
---------------------------------------------------------------------------------------------------------
[01/30/11]
Ahem: nevermind, I see the command!
Pete
---------------------------------------------------------------------------------------------------------
[same, later]
I'm using Debian 'lenny' and 'patch' 2.5.9-5, have copied
'/usr/bin/pdfedit'
and 'crop_box-sync_with_media_box.patch' an into isolated subdirectory
/usr/bin/PatchTest, and have cd'd there. Running --
patch pdfedit crop_box-sync_with_media_box.patch
by itself yields errors. Can you tell me which 'patch' options (especially
the '-p' number) I should be using?
Thanks
------------------------------------------------------------------------------
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires
February 28th, so secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsight-sfd2d
_______________________________________________
Pdfedit-support mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/pdfedit-support
