[WG: I18N & L10N] [Building Sakai] SAK-21908, Non-latin Chinese/Japanese characters are not supported in PDF file

Thu May 31 10:38:18 PDT 2012

Shared is a possibility though I am kind of leaning towards this being
a plugin style of fix (probably like a provider). A lot of people
won't need this functionality so putting it off in a separate piece
which can be dropped in as needed keeps us from loading a massive jar
when it is not being used by most installations.

If that's too much then it should probably be done like we did for the
Antisamy scanner and placed into a service which the utility method
loads and calls at runtime.

-AZ

On Thu, May 31, 2012 at 1:30 PM, Matthew Jones <matthew at longsight.com> wrote:
> We do have put things like hibernate in shared and then they loaded once in
> the shared classloader. I wouldn't be completely against the xmlgraphics
> library going in shared, as this would be easier than the 2 alternatives
> posed, but I don't know if anything else uses it.
>
> Though this kernel code (getFontSubstitutions) seems like it could just be
> moved entirely to site-manage out of kernel, since that's the only place
> it's currently needing it right now, though any tool that exports pdf (like
> Calendar SAK-544) looks like it also had a local fix. Perhaps this was to
> make a more global fix.
>
> I agree that the list of languages should probably be customization easier
> (with a properties list). I don't think it's just for Chinese/Japanese but
> for any language that's not covered by 8 bit ascii (incl Arabic, Russian,
> Hebrew . . .)
>
> On Thu, May 31, 2012 at 12:42 PM, Aaron Zeckoski <azeckoski at unicon.net>
> wrote:
>>
>> 3) This adds in the org.apache.xmlgraphics depedency to the resource
>> loader which means that every sakai tool and most components (anything
>> using kernel-utils) will end up with a copy of this library loaded
>> into their classloader. That's a 3.0 MB jar so this will result in a
>> substantial increase (+100MB or more depending on what is deployed) in
>> the memory footprint required for Sakai instances to run. By
>> comparison, the hibernate jar is 2.3 MB.
>> For functionality which is used by a small portion of Sakai users, I
>> think this is probably unacceptable.
>> This probably needs to be rewritten to use a provider style mechanism
>> and an actual kernel service which does the processing so the jar is
>> only loaded in the service. Alternatively, rewriting this to not use
>> such a large library would also be acceptable.
>>
>> -AZ
>>
>>
>> On Thu, May 31, 2012 at 12:07 PM, DAVID ROLDAN MARTINEZ
>> <darolmar at upvnet.upv.es> wrote:
>> > Hi,
>> >
>> > Here are my solutions. I've extended
>> > org.sakaiproject.util.ResourceLoader to get pdf font depending on the
>> > locale. On the other side, I've changed site-manage tool to get font
>> > substitutions from ResourceLoader.
>> > Note that pdf.default.font=AR PL UMing CN should be added to
>> > sakai.properties.
>> >
>> > I've also attached these two patches at
>> > http://jira.sakaiproject.org/browse/SAK-21909 (the site-manage tool bug).
>> >
>> > I would appreciate if somebody from KNL team reviews and applies the
>> > kernel part of this patch.
>> >
>> > Thanks a lot in advance.
>> >
>> > Cheers,
>> >   David
>> > ________________________________________
>> > De: i18n-bounces at collab.sakaiproject.org
>> > [i18n-bounces at collab.sakaiproject.org] en nombre de DAVID ROLDAN MARTINEZ
>> > [darolmar at upvnet.upv.es]
>> > Enviado el: martes, 29 de mayo de 2012 23:12
>> > Para: Shoji Kajita
>> > CC: i18n at collab.sakaiproject.org; sakai-dev at collab.sakaiproject.org
>> > Asunto: Re: [WG: I18N & L10N] SAK-21908, Non-latin Chinese/Japanese
>> > characters are not supported in PDF file
>> >
>> > OK. I'll do like Matthew suggest. I'll extend ResourceLoader at
>> > kernet-util to give the font depending on the locale.
>> >
>> > I'll let you know as soon as I have something to test.
>> >
>> > Thanks a lot for your feeback!!
>> >
>> > David
>> > ________________________________________
>> > De: Shoji Kajita [kajita at nagoya-u.jp]
>> > Enviado el: martes, 29 de mayo de 2012 16:56
>> > Para: DAVID ROLDAN MARTINEZ
>> > CC: sakai-dev at collab.sakaiproject.org; i18n at collab.sakaiproject.org
>> > Asunto: Re: [WG: I18N & L10N] SAK-21908, Non-latin Chinese/Japanese
>> > characters are not supported in PDF file
>> >
>> > Hi David,
>> >
>> > I think that Japanese users prefer admin level font selection, rather
>> > than the use of User Preferences tool to allow users to change the
>> > font setting.
>> >
>> > Aaron's proposal is fitting for our needs.
>> >
>> > Best regards,
>> > Shoji at Kyoto
>> >
>> > At Mon, 28 May 2012 15:38:53 +0000,
>> > DAVID ROLDAN MARTINEZ wrote:
>> >>
>> >>
>> >> Dear all,
>> >>
>> >> I'm working at https://jira.sakaiproject.org/browse/SAK-21908 trying to
>> >> figure out which is the best way to share Font substitution utils as Aaron
>> >> has suggested (thanks!) in his comments.
>> >>
>> >> My concern is if it would be useful to include font preferences at User
>> >> Preferences tool and I would like to hear opinions about that possiblity.
>> >> From my point of view, it should be nice to allow user to choose their own
>> >> font together with other options. We did it for a11y options in a research
>> >> project and looked like this (the screenshot it's in Spanish):
>> >>
>> >> [cid:image001.png at 01CD3CF8.BFB5EFA0]
>> >>
>> >> The Sakai modified codebase of this project is available at
>> >> http://www.eu4all-project.eu/sites/default/files/content-files/page/11/03/eu4allandsakaiinstallation.pdf.
>> >>
>> >> Thank you very much in advance.
>> >>
>> >> Cheers,
>> >>    David
>> > _______________________________________________
>> > i18n mailing list
>> > i18n at collab.sakaiproject.org
>> > http://collab.sakaiproject.org/mailman/listinfo/i18n
>> >
>> > TO UNSUBSCRIBE: send email to i18n-unsubscribe at collab.sakaiproject.org
>> > with a subject of "unsubscribe"
>> >
>> > _______________________________________________
>> > sakai-dev mailing list
>> > sakai-dev at collab.sakaiproject.org
>> > http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>> >
>> > TO UNSUBSCRIBE: send email to
>> > sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
>> > "unsubscribe"
>>
>>
>>
>> --
>> Aaron Zeckoski - Software Architect - http://tinyurl.com/azprofile
>> _______________________________________________
>> i18n mailing list
>> i18n at collab.sakaiproject.org
>> http://collab.sakaiproject.org/mailman/listinfo/i18n
>>
>> TO UNSUBSCRIBE: send email to i18n-unsubscribe at collab.sakaiproject.org
>> with a subject of "unsubscribe"
>
>

-- 
Aaron Zeckoski - Software Architect - http://tinyurl.com/azprofile