Fixing Unicode problems #159
No reviewers
Labels
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: rho_n/hpr_generator#159
Loading…
Reference in New Issue
No description provided.
Delete Branch "I158_Problems_with_Unicode_in_the_site-generator"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
site-generator:
- Modification to the POD documentation
- Addition of 'use 5.012' which enables various later Perl features
- Addition of "use open ':encoding(UTF-8)'" which forces 'utf8' for
all IO
- Addition of 'use Template::Plugin::HTML::Strip' for consistency
- Removal of other methods of making the default 'utf8' for IO
- Removal of "'ENCODING => 'utf8'" when setting up a new template
object. This allows template files to contain Unicode, but doesn't
seem to be necessary
- Changes to subroutine 'parse_csv': more comments, clarification of
warning message, explicit conversion of tags which are marked as
'utf8' to this format using 'utf8::encode' from core Perl.
site-generator: - Modification to the POD documentation - Addition of 'use 5.012' which enables various later Perl features - Addition of "use open ':encoding(UTF-8)'" which forces 'utf8' for all IO - Addition of 'use Template::Plugin::HTML::Strip' for consistency - Removal of other methods of making the default 'utf8' for IO - Removal of "'ENCODING => 'utf8'" when setting up a new template object. This allows template files to contain Unicode, but doesn't seem to be necessary - Changes to subroutine 'parse_csv': more comments, clarification of warning message, explicit conversion of tags which are marked as 'utf8' to this format using 'utf8::encode' from core Perl.