Search Results for 'translation'
-
AuthorSearch Results
-
December 19, 2010 at 3:53 am #100924
In reply to: Problem Installing buddypress…
@mercimeParticipantRename the buddypress folder in wp-plugins via FTP or cPanel to deactivate BuddyPress.
The correct translation in WP lingo is “You do not have sufficient permissions to access this page.” And while this was triggered by activating BuddyPress, it starts with your WordPress installation.
There are plenty of threads in WP.org forums and Google search with different solutions to get back your Admin/Super Admin privilege in the installation. Good luck.
December 14, 2010 at 10:44 am #100448saltierMemberOk I didn’t manage to get the Dutch translation working but after a lot of trial and error I did manage to make a custom translation follwing these instructions step by step
https://codex.buddypress.org/extending-buddypress/customizing-labels-messages-and-urls/November 3, 2010 at 8:00 pm #97364In reply to: How to show code in forum posts?
danbpfrParticipantI’m using a standard BP theme as child theme , and only for translation purpose.
As you can compare with what is on pastebin, some code is wrong, also here on bp.orgthe return contains $text between backstick, but they are converted to < code >
November 3, 2010 at 7:56 pm #97363In reply to: How to show code in forum posts?
danbpfrParticipanti give a try here, using backticks
`
function bporg_decodeit( $matches ) {
$text = $matches[2];
$trans_table = array_flip(get_html_translation_table(HTML_ENTITIES));
$text = strtr($text, $trans_table);
$text = str_replace(‘
‘, ”, $text);
$text = str_replace(‘‘, ”, $text);
$text = str_replace(‘‘, ”, $text);
$text = str_replace(array(‘&’,’&’), ‘&’, $text);
$text = str_replace(”’, “‘”, $text);
if ( ‘' == $matches[1] )
$text = "n$textn";
return "`$text`";
}
`
on my forum it is showing this
http://bp-fr.net/groups/groupe-de-tests/forum/topic/another-test/November 2, 2010 at 5:42 pm #97252Paul Wong-GibbsKeymasterIt’s best to ask someone more used to the translations format; I’ve not heard about this issue before. What about trying the wp-polyglots mailing list?
October 31, 2010 at 1:09 pm #97056In reply to: How to show code in forum posts?
Boone GorgesKeymasterHere’s the code that does it on buddypress.org. It’s basically repurposed from bbPress.
I had to replace the actual backtick with the phrase `[backtick]` so that it would render properly on this forum. Make sure to correct that in your version.
`// Borrowed from bbPress
function bporg_encodeit( $matches ) {
$text = trim($matches[2]);
$text = htmlspecialchars($text, ENT_QUOTES);
$text = str_replace(array(“rn”, “r”), “n”, $text);
$text = preg_replace(“|nnn+|”, “nn”, $text);
$text = str_replace(‘&’, ‘&’, $text);
$text = str_replace(‘<', '<', $text);
$text = str_replace(‘>’, ‘>’, $text);
$text = “$text
“;
if ( “[backtick]” != $matches[1] )
$text = “$text
“;
return $text;
}// Borrowed from bbPress
function bporg_decodeit( $matches ) {
$text = $matches[2];
$trans_table = array_flip(get_html_translation_table(HTML_ENTITIES));
$text = strtr($text, $trans_table);
$text = str_replace(‘
‘, ”, $text);
$text = str_replace(‘‘, ”, $text);
$text = str_replace(‘‘, ”, $text);
$text = str_replace(array(‘&’,’&’), ‘&’, $text);
$text = str_replace(”’, “‘”, $text);
if ( ‘' == $matches[1] )
$text = "n$textn";
return "`$text`";
}
// Borrowed from bbPress. Makes code in backticks work, both in forum posts and in activity updates.
function bporg_code_trick( $text ) {
$text = str_replace(array("rn", "r"), "n", $text);
$text = preg_replace_callback("|(`)(.*?)`|", 'bporg_encodeit', $text);
$text = preg_replace_callback("!(^|n)`(.*?)`!s", 'bporg_encodeit', $text);
return $text;
}
add_filter( 'bp_get_the_topic_post_content', 'bporg_code_trick', 1 );
add_filter( 'bp_get_activity_content_body', 'bporg_code_trick', 1 );`October 26, 2010 at 9:22 am #96525In reply to: 1.2.6 Upgrade – Lost translation
danbpfrParticipantThe pomo files you used were corrupted – po was not unicode compliant so the compiled mo file gives a wrong output.
The solution was to replace these files.
I found them here:
https://i18n.trac.buddypress.org/browser/pl_PL/tags/1.2.6October 26, 2010 at 9:21 am #96526In reply to: 1.2.6 Upgrade – Lost translation
MarkParticipantJust wanted to say +10000000 to @Chouf1 who went above and beyond any level of help to get this fixed.
October 25, 2010 at 12:47 pm #96431In reply to: 1.2.6 Upgrade – Lost translation
MarkParticipantYeah, so now I’m confused as to why the translation isnt working. Sooo frustrating!
October 25, 2010 at 12:47 pm #96430In reply to: 1.2.6 Upgrade – Lost translation
danbpfrParticipantThis buggy message is annoying (a synchronizing delay between WP update service and your site), but not important.
At the place where this message appears, you have option button who says “hide this option ?”.
You can use it, or if the button does not appear, wait a few hours or can add this at the end of the file wp-includes/version.php
$wp_local_package = ‘pl_PL’; (will be lost at the next WP update)October 25, 2010 at 12:38 pm #96428In reply to: 1.2.6 Upgrade – Lost translation
danbpfrParticipantI have had the same text “WordPress 3.0.1 is available! Please update now.” appearing on the admin page. Should be a bug, but don’t be affraid of it, your site is updated. View the version number of WP at the bottom right of your admin interface.
October 25, 2010 at 11:47 am #96424In reply to: 1.2.6 Upgrade – Lost translation
MarkParticipantwhat should the access code be on these files? Do they need read/write status?
October 25, 2010 at 11:43 am #96422In reply to: 1.2.6 Upgrade – Lost translation
MarkParticipantI dont know if its related but I am on bp 3.0.1 and I still get the error WordPress 3.0.1 is available! Please update now.
October 25, 2010 at 10:30 am #96419In reply to: 1.2.6 Upgrade – Lost translation
MarkParticipantI just reuploaded both sets and now neither is translated, very odd.
October 25, 2010 at 10:21 am #96417In reply to: 1.2.6 Upgrade – Lost translation
danbpfrParticipantpl-PL.po is a translation for the WP part – PAth: wp-content/languages
buddypress-pl_PL.po is the BP translation. – Path: wp-content/plugins/buddypress/bp-languagesif you put pl_PL.po in the bp-languages folder, neither WP or BP are translated.
October 25, 2010 at 10:13 am #96415In reply to: 1.2.6 Upgrade – Lost translation
MarkParticipantHey @waclawjacek.
If the bp translation is in place I have no option to change language. If both are in place I can change language and wp is translated bp is not.
I have wplang etc in place.
Do you upload the bp files as pl_PL.po or buddypress_pl_PL.po etc?
Thanks a lot.
October 24, 2010 at 2:10 pm #96309In reply to: 1.2.6 Upgrade – Lost translation
Waclaw JacekParticipantDear Mark!
I have just installed BuddyPress 1.2.6 along with WordPress 3.0.1, installed translations for both and put `define (‘WPLANG’, ‘pl_PL’);` inside wp-config.php. Everything seems to work fine, even if only the BuddyPress translation is in place.
October 23, 2010 at 10:43 am #96188In reply to: 1.2.6 Upgrade – Lost translation
Paul Wong-GibbsKeymasterIf you can’t find who it is @markhahnel, ask on http://lists.automattic.com/mailman/listinfo/wp-polyglots
October 22, 2010 at 9:56 pm #96139In reply to: Multi-language edition
Carlos PerezParticipantI think the best solution is to have two separate .mo files with the interface translation and set the translation on wp-content/plugins/bp-custom.php (If you havent the file, create one) with the following code
$lang = substr($_SERVER, 0, 2);
switch ($lang){
case ‘en’:
define( ‘BPLANG’, ‘en’ );
if ( file_exists( BP_PLUGIN_DIR . ‘/bp-languages/buddypress-en.mo’ ) ) {
load_textdomain( ‘buddypress’, BP_PLUGIN_DIR . ‘/bp-languages/buddypress-en.mo’ );
}
break;
case ‘es’:
define( ‘BPLANG’, ‘es’ );
if ( file_exists( BP_PLUGIN_DIR . ‘/bp-languages/buddypress-es.mo’ ) ) {
load_textdomain( ‘buddypress’, BP_PLUGIN_DIR . ‘/bp-languages/buddypress-es.mo’ );
}
break;
}
Check that the filenames are the sameThis code detects automatically the browser language and defines the language.
Follow this article to find more about this
https://codex.buddypress.org/buddypress-site-administration/customizing-labels-messages-and-urls/October 22, 2010 at 10:31 am #96033In reply to: RSS activity feed is blank (solved)
danbpfrParticipantCDATA means caracter datas and doesn’t need to be passed encoded. So my conclusion is that there is somewhere a double encoding or something like this. Anyway.
I changed the code in bp-activity-template-tags.ph:1031
From
`//$title = trim( strip_tags( html_entity_decode( utf8_encode( $content[0] ) ) ) );
To
$title = strip_tags(html_entity_decode( html_entity_decode( $content[0] ) )) ;`and retrieved the accent in the translation. Now i have the title in the feed with a correct output on the title given by the user
When the accent is passed trought the translation ( i tried a normal, accent, & eacute and # &233 ) the feed fails.view here:
http://bp-fr.net/activity/feed/October 22, 2010 at 9:14 am #96032In reply to: RSS activity feed is blank (solved)
danbpfrParticipantThis morning i changed somme phrase in the translation and i can see this in the activity RSS feed:
<![CDATA[stephane a r?pondu au sujet Activités du membrea r?pondu au sujet : is the translated expression with a normal accented e (here i do not use & eacute )
Activités du membre : is the post title, as he is transmitted by WP to the DB and extracted by WP to the feedinfortunatelyy i get the same result by using accented e wit & eacute…
October 22, 2010 at 8:48 am #96023In reply to: 1.2.6 Upgrade – Lost translation
MarkParticipant@Chouf1 Thanks for the suggestion but right permissions. I’ll try and get in touch with the polish maintainer @Paul_Gibbs if I can find him/her. Thanks
October 21, 2010 at 9:46 pm #95969In reply to: 1.2.6 Upgrade – Lost translation
danbpfrParticipantHi Paul, yes my fr_FR translation is working correctly on 1.2.6. You’re probably right with the mo expectation. Something is certainly going wrong somewhere. And polish use some accentuated caracters, i guess.
Maybe a stupid question: has the .mo file added after upgrade the right permission set to 644 on your server ?
October 21, 2010 at 9:22 pm #95965In reply to: 1.2.6 Upgrade – Lost translation
Paul Wong-GibbsKeymasterMark, I’ve just tested the translation on a test site. Some of the BuddyPress localisation seems to work, most of it doesn’t. I think the .mo file is incomplete.
Have you contacted the maintainer to ask if it is up-to-date? I’m not sure who looks after Polish. (It might be a silly question, but it’s worth checking).
October 21, 2010 at 9:09 pm #95941In reply to: 1.2.6 Upgrade – Lost translation
Paul Wong-GibbsKeymasterHi Mark; they are appearing in English.
-
AuthorSearch Results