Re: Unexpected PDFKit behavior in -[PDFPage string]
Re: Unexpected PDFKit behavior in -[PDFPage string]
- Subject: Re: Unexpected PDFKit behavior in -[PDFPage string]
- From: Joel Norvell <email@hidden>
- Date: Sat, 23 Jan 2010 16:33:18 -0800 (PST)
Dear Cocoa-dev People,
I'd queried the list about PDFKit selection behavior:
> NSString * currentPageData = [currentPage string];
>
> behaves quite differently on a Snow Leopard build than it did under Leopard.
>
> A partial description of the issue is that the order of table data
> is not correctly preserved under Snow Leopard.
Someone answered my question off-list, saying:
"I haven't looked at this lately, but in Snow Leopard PDFKit gained some smarts to recognise columnar layouts and base its text extraction on that. Possibly this causes tables to be selected by column rather than by row, as they would have been before."
I believe this is correct.
Unfortunately, due to the layout of the file I was inspecting, the new behavior wasn't useful to me.
(My file was so "bad" that it wasn't obvious what the selection behavior was–but it's selections did have columnar "tendencies.")
If anyone on the PDFKit team is listening, I think it would be kind to allow row-by-row selection behavior to be effected within an app if so doing didn't complicate the PDFKit codebase!
Sincerely,
Joel
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden