Opened 15 years ago
Closed 15 years ago
#13198 closed enhancement (fixed)
Typo in Twenty Ten
Reported by: |
|
Owned by: |
|
---|---|---|---|
Milestone: | 3.0 | Priority: | normal |
Severity: | normal | Version: | 3.0 |
Component: | Themes | Keywords: | has-patch |
Focuses: | Cc: |
Description
Minor typo in Twenty Ten's comment for author meta description. "description" mistakenly spelled as "decscription".
Attachments (14)
Change History (49)
@
15 years ago
Twenty Ten: Removes unnecesary edit_comment_link() space, , parameter. Pingback use string (Edit), like comment.
#2
@
15 years ago
For this patch: http://core.trac.wordpress.org/attachment/ticket/13198/twentyten-edit_comment_link-spacing-text.patch, is it appropriate to have same Edit text for both comment and pingback.
Also since everything is in one single line, I think the used of
is not needed. Since the default parameter for $before, $after is empty we don't to pass anything.
Feedback? Thoughts?
@
15 years ago
Twenty Ten, don't need since it's in a single line. Normal spacing should work.
#6
@
15 years ago
In reply to nacin:
"Two spaces in a row don't render as two. For that, you need to use at least one non-breaking space."
So then why 2 of this is different? Both are in the same row.
<?php edit_comment_link( __( '(Edit)', 'twentyten' ),' ','' ); ?></div>
<?php edit_comment_link ( __('edit', 'twentyten'), ' ', '' ); ?></p>
I think rather than using "an empty" non-breaking space or space, add some span tag with class edit-link:
<?php edit_comment_link( __( '(Edit)', 'twentyten' ), ' <span class="edit-link">', '</span>' ); ?></div>
@
15 years ago
I went on the hunt for a bit of everything, some coding standards, and some removal of white spaces at the end! I could have done a few things zeo pointed out already? :)
#7
@
15 years ago
It would appear I might have covered a couple of patches zeo has already attached, so I guess we're both thinking along the same wavelengths!
#8
@
15 years ago
markmcwilliams,
yeah, but the deeper i go more issue arise especially with this "coding standard" thingy etc. There's no specific guidelines AFAIK. space, whitespace, non-breaking space, tab, newline etc.
I issue a separate ticket #13243 but got closed.
#10
@
15 years ago
- Keywords has-patch 2nd-opinion removed
- Resolution set to fixed
- Status changed from new to closed
Ok.
I have gone through each individual patch and committed I think everything that I felt should be committed. Everything else I either missed, or deliberately skipped. (I skipped the RSS feed sidebar patch.)
In the future, please, as you find more things, add onto the patch. The most recent patch on the ticket ideally should have contained all previous fixes as well, at least per contributor.
Also, I removed from continue reading, though the idea was not to wrap whitespace there. Ideally, we should be using white-space:nowrap. However, we did not use nbsp consistently (half "Continue reading" links didn't have them), so I simply removed them.
Please re-open if you find anything else like this before 3.0 is shipped (no need to spawn new tickets). Thanks for your help.
#11
@
15 years ago
- Cc dimadin added
- Keywords has-patch added
- Resolution fixed deleted
- Status changed from closed to reopened
My patch fixes several printf i18n issues. But there are some left in loop.php:
- "Tagged "
- "Posted in "
- comments_popup_link and plurals (see #13187 )
#12
@
15 years ago
- Owner set to nbachiyski
- Status changed from reopened to assigned
Yeah, we have some pretty ugly strings in Twenty Ten still.
The general guideline is manageable strings and as few HTML tags as possible. Going through the diff:
- attachment.php change is fine. (removing space)
- footer.php -- I don't like this. (See guidelines )
- single.php diff 1 -- this is really ugly either way. maybe Nikolay can advise.
- single.php diff 2 -- We may need to add context to that, such %s is defined as an author specifically.
- single.php diff 3 -- Looks okay. Don't think we need context here.
I'm going to assign this to Nikolay.
#13
@
15 years ago
- footer.php - well, I don't like current solution either since it's not so i18n friendly
- single.php diff 1 - we already have that code in loop.php, I just copied it (and tested, of course)
#14
@
15 years ago
single.php -- Fair enough, it looked familiar. I let Nikolay know about this ticket so he can do a review of all Twenty Ten strings.
footer.php will have two relevant strings: "Semantic Personal Publishing Platform" and "Proudly powered by %s". I don't see how that's not i18n friendly, aside from not also adding contexts of "WordPress" to both of them (which I think is unnecessary).
#15
@
15 years ago
About footer.php I think it's better to have:
Proudly powered by <a href="http://wordpress.org/" title="Semantic Personal Publishing Platform" rel="generator">WordPress</a>.
#17
@
15 years ago
(In [14532]) Twentyten attachment.php copy and i18n fixes. Props dimadin and zeo. See #13198
- Removed the Post a comment link, since it's not present on any other single post page
- The text and link to the full-size image weren't clear and hard to i18n. Changed to Full size is 3872 × 2592 pixel, where the size is the link
- Whitespace fixes
#20
@
15 years ago
More string errors in loop.php:141,144 single.php:27,29,44,47
whitespaces before " which gives problems with l18n and glotpress
#23
@
15 years ago
- Resolution fixed deleted
- Status changed from closed to reopened
Loop.php:122 stil has 'Tagged ' which breaks i18n
#25
@
15 years ago
- Resolution fixed deleted
- Status changed from closed to reopened
the get_template_part()
block need to be indent or tab. My previous attachment.php patch contains the fix plus few other more that u left out.
For example, see twentyten category.php vs tag.php
And also: comments.php line 19.
Sorry that my patch is combined in one file and not clear in some part, nacin asked me to ;)
#26
@
15 years ago
dev-feedback needed in [10910] see: http://core.trac.wordpress.org/attachment/ticket/10910/10910-cancel_comment_reply_link.patch and my comment.
#28
follow-up:
↓ 29
@
15 years ago
I have looked at cancel_comment_reply_link. I don't see much wrong with small there honestly, it's rather semantic for that usage. I would not want to add arguments to a core function this late in the dev cycle, either. Let's stick with what we got.
Anything else we've missed here or anything else you find, please create a new patch. It's tough to fix based on line numbers referenced in comments or what we didn't commit in a previous patch, but really really easy to commit new patches.
#29
in reply to:
↑ 28
@
15 years ago
Replying to nacin:
I don't see much wrong with small there honestly, it's rather semantic for that usage.
I usually can agree with you but not on this matter. It's semantically wrong. The small element spec has changed (HTML4 vs HTML5). Wrapping it inside h3 heading is the worst. This is how the document outline looks like:
<heading>Leave a Reply Cancel reply</heading>
Like I suggest in #icantremembertheticketno moved the cancel_comment_reply_link() outside heading. Put it somewhere like next to Submit button. A good example would be like the placing of Discard button used in Google Groups.
If can't make it in 3.0, will open again for discussion in future release.
#31
@
15 years ago
- Resolution set to fixed
- Status changed from reopened to closed
Resolving this ticket as fixed. Please open new tickets for additional issues.
Hi zeo,
Since you're finding quite a bit of minor things in 2010, I'm going to leave this ticket open after commit and any additional patches can go here. Just include a comment in addition to the patch, to trigger a notification.
Thanks for your help.