-
Notifications
You must be signed in to change notification settings - Fork 571
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[PATCH] Present utf8 and bytes pragmas consistently in perlport #14603
Comments
From rwstauner@cpan.orgMake reference to "the bytes pragma" an actual link. |
From rwstauner@cpan.org0001-Present-utf8-and-bytes-pragmas-consistently-in-perlp.patchFrom 0e3bac8191fb5a2e358864048fdf79ec0850e07c Mon Sep 17 00:00:00 2001
From: Randy Stauner <rwstauner@cpan.org>
Date: Wed, 18 Mar 2015 19:55:11 -0700
Subject: [PATCH] Present utf8 and bytes pragmas consistently in perlport
---
pod/perlport.pod | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/pod/perlport.pod b/pod/perlport.pod
index 62443d6..d2c4455 100644
--- a/pod/perlport.pod
+++ b/pod/perlport.pod
@@ -682,12 +682,12 @@ about what bytes they are. Someone might for example be using your
code under a UTF-8 locale, in which case random native bytes might be
illegal ("Malformed UTF-8 ...") This means that for example embedding
ISO 8859-1 bytes beyond 0x7f into your strings might cause trouble
-later. If the bytes are native 8-bit bytes, you can use the C<bytes>
-pragma. If the bytes are in a string (regular expressions being
+later. If the bytes are native 8-bit bytes, you can use L<< the C<bytes>
+pragma|bytes >>. If the bytes are in a string (regular expressions being
curious strings), you can often also use the C<\xHH> or more portably,
the C<\N{U+HH}> notations instead
of embedding the bytes as-is. If you want to write your code in UTF-8,
-you can use L<utf8>.
+you can use L<< the C<utf8> pragma|utf8 >>.
=head2 System Resources
--
2.2.2
|
From @jkeenanOn Wed Mar 18 20:17:09 2015, rwstauner wrote:
I'm not sure that the POD formatting for this is correct. When I search the pod/ directory for instances which match the pattern in the patch, this is what I get: ##### ... which is this part of 'perlsub' ##### L<< C<import> | perlfunc/use >>, L<< C<unimport> | perlfunc/use >>, Now, I don't regularly generate or read POD in HTML format. When I do, it's at perldoc.perl.org. When I go to the 'perlsub' page there (http://perldoc.perl.org/perlsub.html), what I see in my browser (Firefox) is this: ##### use, use, require In other words, the strings 'import', 'unimport' and 'INC' vanish. I don't know whether this is some peculiarity of this web site, or whether the L<<C<something>|podsection/podsubsection>> syntax is simply wrong. Perhaps we only need a single '<' and a single '>' at the ends, rather than doubles. Any ideas? Thank you very much. -- |
The RT System itself - Status changed from 'new' to 'open' |
From rwstauner@cpan.orgWow, that (perldoc.perl.org) is bizarre. I've never noticed that before. https://metacpan.org/pod/perlsub#documented-in-perlfunc The double angles on the outside are what enable the single angles on So, anybody know what pod parser perldoc.perl.org uses? On Thu, Mar 19, 2015 at 5:49 PM, James E Keenan via RT
|
From @craigberryOn Thu, Mar 19, 2015 at 10:03 PM, Randy Stauner <rwstauner@cpan.org> wrote:
I'm guessing the answer is here: https://github.com/jonallen/perldoc.perl.org but I have not looked carefully. |
From rwstauner@cpan.orgThanks! Looks like it's using Pod::POM which has several open rt tickets about On Thu, Mar 19, 2015 at 8:34 PM, Craig A. Berry <craig.a.berry@gmail.com> wrote:
|
From rwstauner@cpan.orgIn this instance perldoc.perl.org looks like it would display the -you can use the <code class="inline"><span and -you can use <a href="utf8.html">utf8</a>.</p> The inline tags (making "bytes" appear in fixed-width) are lost, but # Naively remove HTML tags from link text (tags screw up formatting...) For utf8, it merely adds "the" and "pragma". This reads consistently Would anyone prefer it be worded or formatted differently? On Thu, Mar 19, 2015 at 8:52 PM, Randy Stauner <rwstauner@cpan.org> wrote:
|
From rwstauner@cpan.orgWe could also make it simpler by just doing: "the L< bytes|bytes > pragma". On Fri, Mar 20, 2015 at 10:28 PM, Randy Stauner <rwstauner@cpan.org> wrote:
|
From @maukeOn Mon Mar 30 07:12:59 2015, rwstauner wrote:
I hadn't noticed this ticket before, but I've applied commit 83a46a6 to blead. I believe this obsoletes the ticket and patch (the wording now includes "the utf8 pragma"). |
From rwstauner@cpan.orgOn Sat Jul 30 14:29:29 2016, mauke- wrote:
LGTM. Thanks! |
@mauke - Status changed from 'open' to 'pending release' |
From @khwilliamsonThank you for filing this report. You have helped make Perl better. With the release today of Perl 5.26.0, this and 210 other issues have been Perl 5.26.0 may be downloaded via: If you find that the problem persists, feel free to reopen this ticket. |
@khwilliamson - Status changed from 'pending release' to 'resolved' |
Migrated from rt.perl.org#124115 (status was 'resolved')
Searchable as RT124115$
The text was updated successfully, but these errors were encountered: