Forum Replies Created
-
Author
-
msteimannParticipant
Hello Radu,
I got a reply from Alex Rollin, a member of the GeoDirectory developer team. He wrote:
You could try Yoast breadcrumbs in the meantime.
https://wpgeodirectory.com/docs-v2/integrations/yoast/#breadcrumbsI replied: Thank you. By saying „in the meantime“ – do you mean until the theme developer has come up with a fix or support for the new breadcrumb structure introduced in V2?
He answered: Yes, until the theme developer comes up with a fix. Breadcrumbs are a theme feature. GD does breadcrumbs the “WP Way”. You could choose another theme that doesn’t have that problem.
My opinion: I really want to stick with KLEO. But unfortunately I won’t be able to fix the issue, because I have no coding skills at all. Could you please develop a patch ore something?
Regards,
MartinmsteimannParticipantThanks Radu, I will crosscheck with the GeoDirectory developers and report back. Regards, Martin
msteimannParticipantThank you Laura, as an interim solution I simply translated the breadcrumb:
Home / Archiv/ Page 0
into something more meaningful:
Home / Suchergebnisse (Search Results) / Kartenübersicht (Map Overview).Regards,
MartinmsteimannParticipantGreat, this did the mobile trick! The only field which needs fixing is the „lost password“ field. Which ccs code for desktop and mobile browser would help?
Attachments:
You must be logged in to view attached files.msteimannParticipantThank you Kieran, the css works perfectly fine on desktop browsing, but the scaling ist not present on mobile browsers.
msteimannParticipantHello Kieran,
please follow this link to the support ticket. I forgot they had already provided me with a patch (maybe I have too many tickets running while trying to make my site ready for prime)
https://buddypress.trac.wordpress.org/ticket/8042#comment:3
Regards,
MartinmsteimannParticipantHello Kieran,
in the meantime I have reported this issue to the BuddyPress team. They marked it as a bug and will hopefully solve it in the next release of their plugin.
Regards,
MartinmsteimannParticipantThank you for explaining the CSS rules! This topic is now resolved.
Best,
MartinmsteimannParticipantHello Laura,
there must be something else that causes the cut off text. For testing purposes I set the width to 50%, and the issue remains (please note attachment).
By the way: which is the preferred place to enter CSS codes like the one above? I am getting confused by the three different options to paste it into:
1. The Quick CSS within the KLEO Theme Settings
2. The Editor under Dashboard – Design – Customizer
3. The Editor under Dashboard – Design – EditorWould you mind to give a brief explanation?
Thank you!
Attachments:
You must be logged in to view attached files.msteimannParticipantHello Laura and Radu,
it’s been some time since I have opened this topic. I had to give my project a little rest, but now I’m back on track again and would like to give you and anybody else a brief update.
I finally seem to have managed to embed my preferred google fonts locally. This is how I achieved it:
1. Downloaded the desired fonts an CSS code from: https://google-webfonts-helper.herokuapp.com/fonts
2. Created two folders with the name „fonts“, put all the font files from my just downloaded font folder into each of them, copied one in my WordPress root directory and the other into „wp-content/themes/“, so that I have 2 folders with the name „fonts“ containing all the google fonts in the two different directories. (Did this, because I noticed a syntax error which stated that the fonts folder in the „wp-content/themes/“ is missing.)
3. Switched all my fonts to Helvetica in the KLEO Child Theme settings.
4. Added this code to the child’s function.php:
COPY CODE/* Deqeue the google fonts */ function sq7r_deque_kleo_gogole_fonts() { if( function_exists('bp_is_active') && !bp_is_members_component()) { wp_deregister_style('kleo-google-fonts', $google_link, array(), '', 'all' ); wp_dequeue_style('kleo-google-fonts'); } } add_action('wp_enqueue_scripts', 'sq7r_deque_kleo_gogole_fonts',999); /** * Google fonts locally */ add_action('wp_head','Kleo_hook_font'); function Kleo_hook_font() { $output="<link rel='stylesheet' href='https://my-domain.org/wp-content/themes/kleo-child/style.css' type='text/css' media='all' />"; echo $output; }
5. Added this code (partly the copied @font-face code from the google fonts helper website, i.e from top until h1,h2,…) to the child’s style.css:
COPY CODE/* roboto-condensed-300 - latin */ @font-face { font-family: 'Roboto Condensed'; font-style: normal; font-weight: 300; src: url('../fonts/roboto-condensed-v16-latin-300.eot'); /* IE9 Compat Modes */ src: local('Roboto Condensed Light'), local('RobotoCondensed-Light'), url('../fonts/roboto-condensed-v16-latin-300.eot?#iefix') format('embedded-opentype'), /* IE6-IE8 */ url('../fonts/roboto-condensed-v16-latin-300.woff2') format('woff2'), /* Super Modern Browsers */ url('../fonts/roboto-condensed-v16-latin-300.woff') format('woff'), /* Modern Browsers */ url('../fonts/roboto-condensed-v16-latin-300.ttf') format('truetype'), /* Safari, Android, iOS */ url('../fonts/roboto-condensed-v16-latin-300.svg#RobotoCondensed') format('svg'); /* Legacy iOS */ } /* roboto-condensed-regular - latin */ @font-face { font-family: 'Roboto Condensed'; font-style: normal; font-weight: 400; src: url('../fonts/roboto-condensed-v16-latin-regular.eot'); /* IE9 Compat Modes */ src: local('Roboto Condensed'), local('RobotoCondensed-Regular'), url('../fonts/roboto-condensed-v16-latin-regular.eot?#iefix') format('embedded-opentype'), /* IE6-IE8 */ url('../fonts/roboto-condensed-v16-latin-regular.woff2') format('woff2'), /* Super Modern Browsers */ url('../fonts/roboto-condensed-v16-latin-regular.woff') format('woff'), /* Modern Browsers */ url('../fonts/roboto-condensed-v16-latin-regular.ttf') format('truetype'), /* Safari, Android, iOS */ url('../fonts/roboto-condensed-v16-latin-regular.svg#RobotoCondensed') format('svg'); /* Legacy iOS */ } /* roboto-condensed-700 - latin */ @font-face { font-family: 'Roboto Condensed'; font-style: normal; font-weight: 700; src: url('../fonts/roboto-condensed-v16-latin-700.eot'); /* IE9 Compat Modes */ src: local('Roboto Condensed Bold'), local('RobotoCondensed-Bold'), url('../fonts/roboto-condensed-v16-latin-700.eot?#iefix') format('embedded-opentype'), /* IE6-IE8 */ url('../fonts/roboto-condensed-v16-latin-700.woff2') format('woff2'), /* Super Modern Browsers */ url('../fonts/roboto-condensed-v16-latin-700.woff') format('woff'), /* Modern Browsers */ url('../fonts/roboto-condensed-v16-latin-700.ttf') format('truetype'), /* Safari, Android, iOS */ url('../fonts/roboto-condensed-v16-latin-700.svg#RobotoCondensed') format('svg'); /* Legacy iOS */ } /* didact-gothic-regular - latin */ @font-face { font-family: 'Didact Gothic'; font-style: normal; font-weight: 400; src: url('../fonts/didact-gothic-v12-latin-regular.eot'); /* IE9 Compat Modes */ src: local('Didact Gothic Regular'), local('DidactGothic-Regular'), url('../fonts/didact-gothic-v12-latin-regular.eot?#iefix') format('embedded-opentype'), /* IE6-IE8 */ url('../fonts/didact-gothic-v12-latin-regular.woff2') format('woff2'), /* Super Modern Browsers */ url('../fonts/didact-gothic-v12-latin-regular.woff') format('woff'), /* Modern Browsers */ url('../fonts/didact-gothic-v12-latin-regular.ttf') format('truetype'), /* Safari, Android, iOS */ url('../fonts/didact-gothic-v12-latin-regular.svg#DidactGothic') format('svg'); /* Legacy iOS */ } h1,h2,h3,h4,h5,h5 { font-family: 'Roboto Condensed'; font-style: normal; font-weight: 300; } body { font-family: 'Roboto Condensed'; font-style: normal; font-weight: 400; } a,b { font-family: 'Didact Gothic'; font-style: normal; font-weight: 400; }
6. Sat back and smiled.
Two last questions:
A) Which part of the fonts occurring on my website are styled by „a,b“?
B) And if I only wanted my Header/Menu fonts to be font-family: ‘Didact Gothic’;, how would I have to alter the CSS to achieve this?
Regards,
MartinmsteimannParticipantThank you Laura, both patches work! Its the search field of the messages tab on profile page that needs fixing. Please note attachment. Please also note my attachment of post #217586, which shows different behaviors of this issue on different browsers.
Attachments:
You must be logged in to view attached files.msteimannParticipantHello again,
I have just noticed that Firefox does show the correct width of the search field. The text is rendered too bright, but at least it’s fully readable.
Regards,
MartinAttachments:
You must be logged in to view attached files.January 28, 2019 at 23:58 in reply to: Hide name visibility options on registration page (BuddyPress) #217492msteimannParticipantJanuary 28, 2019 at 21:51 in reply to: Hide name visibility options on registration page (BuddyPress) #217488msteimannParticipantHello Kieran,
A member of the BuddyPress team advised me to open a ticket and report this issue as a bug. He also offered a temporarily CSS code to hide the line of text on the registration page, but it didn’t work as expected. Yours still does, so I will happily keep it in my Child’s Theme CSS until the BuddyPress team has solved the issue.
Cheers,
MartinJanuary 27, 2019 at 18:08 in reply to: Hide name visibility options on registration page (BuddyPress) #217426msteimannParticipantThank you Kieran, the registration page looks much better now that I have implemented your supplied css.
I will open a BuddyPress support ticket as advised and will report here as soon as I get feedback from them. Maybe we should leave this topic „not solved“ until then.
Have a nice Sunday evening!
MartinJanuary 27, 2019 at 16:52 in reply to: Hide name visibility options on registration page (BuddyPress) #217421msteimannParticipantHello Kieran,
thanks for your immediate feedback! Your solution works, but the line together with the settings options shows up for a split second before they disappear completely. Guess I have to live with that, don’t I?
I have also just noticed, that the settings of the extended xProfile can still be changed (which is a good thing!), but even if the settings are stored („my friends“, for example) the line of text still says:
This field is visible for „Everyone“, Change
Could this be a BuddyPress related bug?
And one more request, if you don’t mind: could the width of the input fields on the left column be set to equal width (fill the width of the column)? Just to even out the design of the registration page.
Regards,
MartinJanuary 27, 2019 at 16:25 in reply to: Hide name visibility options on registration page (BuddyPress) #217417msteimannParticipantSorry, my text comment in attachment 1 should have been:
Can this line of text and field options be hidden?
Attachments:
You must be logged in to view attached files.msteimannParticipantHi Radu,
the BuddyPress team has not responded yet. Meanwhile I did some research and wanted to let you know that I found a plugin that seems to do the trick. Hasn’t been updated for a while, but works with the recent versions of BuddyPress and KLEO Theme.
Within the settings of „BP Power SEO“ plugin you can change the page titles of all related Buddypress pages. Just delete the member name variables at „Members Profile“ and „Members Profiles tab“ and that’s it.
Cheers,
MartinmsteimannParticipantThanks for your quick reply. And sorry for misleading to the bbpress thing. I meant the page titles of the BuddyPress user section. Whichever item you click there in the profile tabs (for example Activity), the user’s real name is included in the page title, which is how it should be, but I would like to avoid this.
msteimannParticipantIt’s me again. On my track to hide every possible references regarding user’s name/username I stumbled about another issue:
The members of my network might not want his realname to be exposed to search engines. I’ve watched a tutorial about setting up bbpress, and noticed that their member names did not show up in the page titles. One could read „ | DIVI Theme“ and not „member name | DIVI Theme.
Would this be possible with the KLEO Theme as well? Just leave a blank space in the browser’s page tile display wherever a real name of a user would appear? (please not attached screenshot)
Attachments:
You must be logged in to view attached files.msteimannParticipantKieran, that’s fantastic! I will give it a try.
And you get 5 out of 5 review on ThemeForest for working even on Sundays! Thank you and have a nice weekend (well, the rest of it ;-))
msteimannParticipantJust one more question: Would it be possible to show the user’s real name (display name) instead, without the @?
msteimannParticipantSorry, maybe this is not a theme related issue. I just switched to another theme and get the same result.
msteimannParticipantThanks for your reply, Radu. Unfortunately this code didn’t work. Maybe I should have been more specific. I was testing the rtMedia privacy settings for posting updates and noticed some inconsistencies. Sometimes the updates showed up on the members listing pages right beneath the names and Avatars along with a clickable link, even when set to „only me“ or „friends“.
Sometimes only quotation marks were shown. Clicking the link lead to a 404 error page. Therefore I thought it would be a good idea to hide the latest update text on the profile and members pages completely. I entered the code as you suggested in my child theme quick-css but with no luck.
Attachments:
You must be logged in to view attached files.November 30, 2018 at 21:26 in reply to: disabled admin toolbar results to top margin on mobile devices #214549msteimannParticipantNot marked as solutionNovember 30, 2018 at 00:17 in reply to: disabled admin toolbar results to top margin on mobile devices #214468msteimannParticipantNot marked as solutionNovember 30, 2018 at 00:10 in reply to: disabled admin toolbar results to top margin on mobile devices #214467msteimannParticipantNot marked as solutionNovember 29, 2018 at 09:44 in reply to: disabled admin toolbar results to top margin on mobile devices #214381msteimannParticipantNot marked as solutionNovember 28, 2018 at 08:54 in reply to: disabled admin toolbar results to top margin on mobile devices #214284msteimannParticipantNot marked as solutionNovember 27, 2018 at 09:58 in reply to: disabled admin toolbar results to top margin on mobile devices #214216msteimannParticipantNot marked as solution -
AuthorPosts