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
link containing pod is misparsed in some cases #4929
Comments
From @autarchHere's an example: =begin pod L<It has pod|#Has C<pod>> =end pod dd $=pod[0]; The parser decides that the _first_ ">" ends the link, and that the second ">" is a piece of plain text, which is clearly wrong. Note that writing this as L<<...>> doesn't fix the problem. The parser does get this right if there is no explicit link text: =begin pod L<#Has C<pod>> =end pod |
From @LLFournIMO it looks like both of them are wrong but for different reasons =pod L<#Has C<pod>> The L<> formatting code without a '|' should not contain a C<> formatting On Sat, Dec 26, 2015 at 9:12 AM Dave Rolsky <perl6-bugs-followup@perl.org>
|
The RT System itself - Status changed from 'new' to 'open' |
From @autarchOn Fri Dec 25 19:12:14 2015, lloyd.fourn@gmail.com wrote:
I disagree. When L<> contains no '|' you're saying that this is the text you want shown for the link and the link itself as well. It seems like any text to be displayed should be treated as Pod, not something special. FWIW, it seems like in Perl 5 this does work more or less like that. The text inside "L<<test C<pod>>>" is treated as Pod, not parsed simply as plain text. |
Migrated from rt.perl.org#127029 (status was 'open')
Searchable as RT127029$
The text was updated successfully, but these errors were encountered: