ersalabert

[ersalabert]

This reply has been set as private.

[ersalabert]

About the strings, if you try to change them again, it doesnt take any effect? I’m talking about Loco Translate, i can check it out again for you if it doesn’t work. Please translate at Sweetdate child.

Yes, this is correct, the changes are not being made. After the update of the Theme, I followed Abe’s instructions to modify the text and made the changes on the Theme section of Loco Translate. Abe said that the string no longer is part of the BuddyPress plugin going forward. And as I explained, the changes are not working either on the Theme side or the BuddyPress side.

The child theme is not actually related to language files, then changes you do to it its basically copy main theme files, paste it there so its saved and are not changed by any update, its like storing your changes, following the same path of folders so its exactly like the main theme, then the change would take effect.

This is contradicting everything we’ve done in trying to resolve this problem. I’ve been asked to use Loco Translate to change content Strings depending on whether the text exists in the Theme or in plugins.

Now I have to copy the core files whose content I’ve modified using Loco Translate to the Child Theme to preserve the changes. One question I asked early on in this long thread was, how can I know which core file was modified so I know to place that file in the Child theme folder?

The string I wanted to change was found /wp-content/themes/sweetdate-child/page-parts/home-register-form.php. Then I was informed that the original text was found in register.php at wp-content/themes/sweetdate/buddypress/members/register.php. But, after changes had reflected on the webpage before yesterday’s theme update, the regiser.php file still did not contain the changes – therefore I do not comprehend the purpose of placing core files in the child folders if changes are not actually being made to the files by either Loco Translate directly or via a php script.

Please read the thread history in its entirety before you reply, because it’s frustrating to have to repeat myself and provide the same documentation and steps that I’ve taken to respond to questions from your support.

Thank you.

So, without knowing

[ersalabert]

Hi

I believe we are in very separate time zones. While it’s “sleep time” here, it’s day-time where you are. It’s morning here now, and I’d like to know if anyone on the developer’s side had a chance to look at this issue that was caused by the update of the theme yesterday morning for me. It’s tough to be productive with the timezone difference, and the urgency of the issues that take couple of days for a response.

The changes I’m attempting to make are not complex, and should not require so much effort to just change text and titles, and even CSS. Yet, it’s been very frustrating to work on content since I’m worried that the more work I put in, changes will be removed on update. Child Theme does not function as it should with this theme, and I believe it’s because of the theme using the Zurb Foundation framework. Changes are recommended directly on the core files, and using a child theme has not worked out well in my scenario.

Thank you in advance.

[ersalabert]

Hi Abe,

Thanks for the update. I’ve removed the two modifications from the BuddyPress plugin with Loco Translate, cleared Cache several times, ensured caching is disabled on the Server, and the original text has appeared.

I then went into Themes and modified these elements(one entry for H2, and two places for the p.lead class element “Registering for this site is easy. Just fill in the fields below, and we’ll get a new account set up for you in no time.”, cleared cache, but the changes are not taking.

I then decided to go back into the BuddyPress plugin and make the same changes, but no changes.

I have access to the PHP settings on the Server. Are there recommended settings that I should check, like: max_execution_time, max_input_time, max_input_vars, memory_limit that this setup requires?

[ersalabert]

I created a subdomain for testing updates, and it contains an exact duplicate of the live site. Today I received notification that the Sweetdate Theme had an update available. I applied the update to the subdomain, and the H2 title of the Register page reverted back to its original text “Create an Account”. The text below the title that I had also modified did retain the modifications. What could have caused this?

Please also notice the browser window tabs on both the attached images – The development subdomain site is pulling the string that was translated by Loco Translate as the page title, but the H2 Title displayed on the page is the original “Create an Account”, while the live site’s tab is reflecting the updated string and retains the modified H2 Title.

Futhermore, I inserted a <br> in the translated string to split the H2 title, and see how the <br> is showing up in the browser’s tab also? Perhaps an SEO plugin may help with modifiying the page title, but why is Loco Translate inserting the H2 tag instead of the page title of “Register”? How do we manage this problem? If it’s best to use HTML for the <br> in the back-end, I’d like to know how to achieve this. I also tried to use CSS to modify the font-weight and color of the H2 tag on the Registration page, but no matter what I tried, I was unable to get the changes to take – even clearing cache – it’s what I do all the time to make sure I’m not missing a step.

I cleared the Cache in the subdomain also, but didn’t resolve the H2 issue.
I look forward to your response.

Attachments:

You must be logged in to view attached files.

[ersalabert]

I forgot to ask: Is moving the register.php file to the Child theme still necessary?

Thanks

[ersalabert]

I made some changes for testing on the BuddyPress plugin side, and changes seem to be taking. Yesterday, I was clearing cache with WP Super Cache at every change and I also have Caching disabled on the Server, but the changes were not working. Perhaps the recreation of the english po files helped – could you tell me how you recreated the PO files? I’d like to know for future reference.

So, going forward, for pages related to BuddyPress, I should only modify the text in BuddyPress plugin, and not the text that is passed through to the Theme, correct?

Is this the same for other plugins we’re working with? I suppose that if I encounter the same issue with other plugins that work with the Theme, I may need to recreate the respective enlish po file, and knowing how to recreate it would be useful.

[ersalabert]

Update:

I removed the modified text of the <p> element from the two locations on the Theme’s english.po file using Loco Translate. I then changed the Title “Create an Account” in the BuddyPress plugin using Loco Translate (buddypress-en_US.po). The changes did take effect after a few minutes. I made the change to the <p> element of the text in the BuddyPress plugin for the “Registering for this site is easy…”, but changes do not take.

I have not copied the register.php file to the Child folder during these steps. So, what gives? Can you help me with this?

FYI: I also wanted to use a <br> in the <p> element while the modified text existed in the Theme’s en_US.po file, and sometimes the change took, and sometimes it didn’t.

I read in another thread that the user uninstalled BuddyPress, and reinstalling the plugin helped resolve the issue of modified text in the .po files not being retained. Perhaps the Theme’s setup wizard should not automatically install the various plugins the theme requires, and should instead instruct users to install required plugins individually. I have not uninstalled BuddyPress, but I’m considering doing this if we’re unable to resolve the issue of having the same text (Title and “lead”) in three areas (2 in theme, 1 in BuddyPress plugin), and changes to default content are not retained. What are your thoughts?

[ersalabert]

I will follow these steps. However, please explain in detail why this text is in 3-different locations (2 in the theme and 1 in BuddyPress)? What is the purpose of having the text in the Theme if changes made via Loco Translater do not have an affect?

Currently, the register.php file contains this content in Line 73:

COPY CODE

<p class="lead"><?php _e( 'Registering for this site is easy. Just fill in the fields below, and we'll get a new account set up for you in no time.', 'buddypress' ); ?></p>

The screenshot I’ve included is the Loco Translate of the Plugins / BuddyPress / buddypress-en_US.po file, which has the updated text Updated: March 4, 2019 3:55 PM – I didn’t make the change, but it still does not reflect the register.php file.

The WordPress Register page is now displaying the updated text that I wanted. Could you tell me who made the change to buddypress-en_US.po, and why it’s not reflecting in the register.php file, and how the home-register-form.php and register.php file work together, if they do at all?

Seeings that the text has been updated, do I still need to place the register.php file in the child folder, and do I need to manually update the text on line 73? I want to understand why I should do that now. And last, why didn’t the changes to the two areas of the Theme I made with Loco Translate not reflect as was intended?

Lots of questions, but I need to understand how the Theme works for me to support this theme and make modifications without wasting lots of time researching around and failing when instructions don’t quite resolve the issue.

Thanks again.

Attachments:

You must be logged in to view attached files.

[ersalabert]

Hi,

I checked the Register page today to see if any changes had been successful, but the content is the same. Have you had time to look into why the Loco Translate plugin was unable to change the strings of the Title and text of the page?

[ersalabert]

This reply has been set as private.

[ersalabert]

This reply has been set as private.

[ersalabert]

I managed to resolve by selecting the background type to be “Image”, uploading the background pattern file in Styling options > Header section > and in BuddyPress > Profile Header. The background image has to go in both locations for all the pages to have the same background.

Can you add this in your KB for future reference to other customers? Although it’s listed in https://archived.seventhqueen.com/sweetdate/article/buddypress-settings, a little extra text highlighting that in order for all pages to have the same heading, the steps need to be done in the Styling options section as well.

Thanks

[ersalabert]

I apologize for providing incorrect information. What I sought to accomplish was to use on of your colored-background-pattern images, used Photoshop to change its colors, then uploaded the new file to this path: wp-content/themes/sweetdate-child/assets/images/coral_pattern.png

I used the following CSS:

COPY CODE

#header {
	background: url('wp-content/themes/sweetdate-child/assets/images/coral_pattern.png')
}

However, the result was that the CSS did not reflect on the Members and Activity pages, and instead are displaying the Green pattern selected in the Styling settings. If I change the pattern to Pattern 1, which I believe is just the pattern without color, the issue is the same.

I tried declaring the .header-bg class with the css above, but this applies my custom background pattern to the Home page, but removes the pattern completely from the Members and Activity pages.

Please help getting this resolved quickly.

Thanks

[ersalabert]

I noticed that the BuddyPress Members and Activity pages do not inherit the Header color I selected in the Theme’s options Styling section. Is there a different location for getting these specific pages to inherit the color?

[ersalabert]

Hello

I tried WPML and I was unable to “translate” the English content – I can ask their support for assistance. But, then I installed the Loco Translate plugin, followed your instructions and the instructions on this page: https://archived.seventhqueen.com/sweetdate/article/theme-translation .

I found the text of the page I’ve been needing to update in this thread, changed it, cleared cache, and the changes are not showing in the web browser.

Attachments:

You must be logged in to view attached files.

[ersalabert]

I also wanted to know what is the purpose of having a Child Theme if we’re limited in what can be modified within the child-theme? Please send me a list of changes that your child-theme setup can recognize, and placing the limitations in the formal documentation will be necessary to help understand your products, because it will help me to make purchasing decisions.

[ersalabert]

Good morning,

I’ve invested in WPML plugin for translation purposes, and I’m thinking this could also work to translate the strings, correct?

What is the reasoning behind using Loco Translate specifically, and would the “translations” remain if the plugin were to be uninstalled? Is WPML compatible with the theme?

As for the new support portal, I need to create more support requests so a quick investigation into what’s happening would be appreciated. I’ve mentioned this issue several times within a couple of existing support requests here, but nothing’s been done yet.

Thank you.

[ersalabert]

Hi,

I don’t understand your question:

Hello ,so you are trying to change “Setup your account” ? You canchange this using Loco Translate plugin, just edit your own language to change the string.

Are you asking if I want to change the text into another language? I’m not looking to change the Language (English to another language) of the https://%mysite%/registration page, which is a Buddypress page-part named home-register-form.php.

I want to reword the title and text of that page. The issue I’m having is once I placed the files in the child theme directory, made the change to the text, and dreplicating the folder structure of the parent theme, the changes are not being seen. You requested access via FTP to see why the files in the Child theme were not being pulled and displayed, and I’ve been waiting to hear results of your ‘testing’.

Please clarify what you’re asking, and if you understand my inquiry.

In regards to the new portal to submit tickets. Why does it allow me to login? I’ve entered my license key, removed the key from the original support portal profile. I don’t recall if I was told that I already had an account with the current credentials when I went to register a couple of weeks ago, but I’m allowed to logon. I’ve created at least two tickets on the new portal, while logged in, but I get not email confirmation of the new tickets being created or received, and the dashboard tells me to create new tickets since I haven’t created any yet. Doesn’t make sense.

Thanks

[ersalabert]

Hi Rau,

The CSS didn’t work, but I’m ok with the way it is now. Perhaps you would consider creating the up-page button using HTML and CSS in the next theme update.

Also, I’m unable to create tickets on the new support site (https://my.seventhqueen.com/dashboard/) that I’m redirected to when I select Add Ticket from the My Account menu (https://archived.seventhqueen.com/add-ticket)

[ersalabert]

Hi, is there an update on your research?

Also, when I try to create a new support ticket, I get redirected to https://my.sweetdate.com/dashboard.

I then have to login again, and although I have submitted a ticket there a few days ago already, the dashboard still shows I don’t have any tickets created yet. I created one just a minute ago, and when I submitted the ticket, I was redirected back to the dashboard, and I still do not show any tickets submitted. I also did not receive the support email confirming my ticket was submitted.

So for now, I (and perhaps everyone else) cannot create new tickets, which is important.

Could your team delay the migration to the new support site until you can fix these problems? We need to have ability to submit requests for support and not have them disappear into a void — please assist.

[ersalabert]

This reply has been set as private.

[ersalabert]

Hi,

I made the colors in the layers of btnGoUp.psd to be lighter, and darker for hover layer, with a transparent background using Photoshop and saving it Safe for Web browsers…. but the hover effect does not work on the site. I also cropped the image’s canvas tight for the radius to completely remove the background.

I’ve also had to add the image’s path in CSS as follows for the image to display on the screen:

COPY CODE

#btnGoUp {
    background: transparent url('wp-content/themes/sweetdate-child/assets/images/up_page.png') no-repeat left top !important;
    border-radius: 100%;
    padding: 1px;
}

It’s the only path that would allow the image to display. I don’t believe it’s good practice for the paths to WP directories be viewable, and I know there are plugins to ‘mask’ the true paths, which I’m going to use soon. But, I’m just curious why I had to declare such a long path instead of using ‘../images/up_page.png’ on the child theme.

Thanks in advance.

[ersalabert]

Sounds good. Thanks for checking on the issue.

[ersalabert]

Yes, this did the trick. Thanks.

[ersalabert]

Hi Laura,

In which theme (Parent or Child) will you make the changes on? I know which files control the text. My main concern is to have the changes overriden with an update if you plan to modify the Parent theme. Please confirm.

[ersalabert]

Hi @poweb,

I wanted to know if you were able to find a solution on the BuddyPress support forums?

[ersalabert]

Hi

I don’t know PHP, and I’m wondering if you could show where to add the $item code-snippet into the function provided by @Internetuser?

Thanks in advance.

[ersalabert]

Update:

I copied the home-register-form.php to /wp-content/themes/sweetdate-child/page-parts/ with the changes to the title on line-18 as a test, but my changes did not take. I suspect since the theme was created with Zurb Foundation framework, it’s likely that the child theme needs some files to call the appropriate files as they reside in the Child Theme’s directory. Can I have some assistance with this? I can’t proceed with development until we get clarification on how to best setup and work with a Child Theme.

Thanks

[ersalabert]

I found the files that I would need to edit. Would I then replicate the directory structure of the Parent theme and upload the modified files, and it should work, correct? I ask, because when I uploaded a modified up_page.png file into the images folder I created while duplicating the same directory structure as the Parent theme, the new up_page.png file was not loaded.

[ersalabert]

I created the assets/images folders under the sweetdate-child directory, uploaded the modified up_page.png file, but browser still pulling the original image from parent theme. I’ve cleared cache several times and used private window tabs and used other browser.

[ersalabert]

My webhost disabled caching on the server for my account only and this seems to have helped with the caching issue. Thanks for helping.

[ersalabert]

Hi Radu,

I’ll test this when I setup the SEO plugin and will let you know.

Thanks

[ersalabert]

I was referring to the top-bar with the “Find Us” links – I’m assuming social media icons would go there.

[ersalabert]

Hi Laura,

If you could guide me to where I could locate the correct Template files, I can edit them. Also, please let me know best-practices for this type of modification to ensure any updates to the Theme do not override changes made.

Thanks

[ersalabert]

Just as an FYI, when logged in, I’m unable to load the page to edit since I’m already logged on – so it won’t display the content.

[ersalabert]

Regarding the black-colored “arrows” for drop-down boxes in forms and on the profile-button menu on the header, what is the CSS to modify their colors? I’ve been unsuccessful in finding the correct CSS selector.

[ersalabert]

Question: I’ve modified the colors for the button’s .png file, and I’m going to rename it to it’s original name “up_page.png”. However, the path to the file is: /wp-content/themes/sweetdate/assets/images/up_page.png

Since using and modifying the Child Theme is the best method, how would you suggest to upload the image file, and how would the Theme know where to pull the modify image?

[ersalabert]

Thanks Kleran.

[ersalabert]

This reply has been set as private.

[Author]

Posts