geo7thqueen

[geo7thqueen]

LindaK816 –

The team here is quite good, and often I’m expecting an answer that points me a documentation, and instead I get the surprise that one of the admins just wrote out a code snippet to help. But in this case I think it was too complicated for a quick block of code.

I went ahead and just wrote a widget. I was doing enough other stuff to the CPT that I was having to do a lot of PHP for this.

Looks like Laura’s suggestion might have been easier, but again my requirements went beyond just the dynamic Recent post of the same category request.

But it would have been simpler if there was a built-in solution, and it didn’t hurt to ask before “re-inventing the wheel” (as it seems there is a bit of Kleo that isn’t in the documentation).

As you are at least a second person that feels this would be helpful, and it’s not just me, I’d suggest that you go to the feature requests and submit this. Although I have my solution, I’d gladly second your vote, as I know, if at least 2 of us are vocal enough to need this, I’d bet that there are more people out there that would find use for this.

[geo7thqueen]

Okay. So I’ve got it on page load instead. Cleaner that way.

To my single-customposttype.php code (only page type I want this particular invoking of the overlay as a modal), I have added something like the following:

COPY CODE

 $(window).load(function(){
		$.magnificPopup.open({
			items: {
				src: '#kleo-login-modal',
				type: 'inline',
				focus: '#username'
			},
			modal: true,
			preloader: false,
			mainClass: 'kleo-mfp-zoom'
		});
	}); 

In conjunction with the
(! is_user_logged_in() )

Seems to work just fine.

Few notes for anyone else that comes across this question:
1. I don’t have to test for the #show-login already present.
2. the line modal: true is what converts the overlay into a true modal that shouldn’t be able to dismissed. Don’t have to mess with the popup beyond that.

Abe – Thanks for all of your help!!

[geo7thqueen]

Abe –

Thanks.

Without an option to pass along a destination (unique to each button), the buttons are really only good for just “Sign in” functionality. So, the kleo_restrict trick you mentioned was good, but won’t help if the not logged in version can only either reload page or go to a fixed page (e.g., Peter’s Login)

Instead will remove that, make the buttons straight links, and then make a (! is_user_logged_in() ) test on a CustomPostType that reloads the page with page#show-login instead.

(Got to figure out how to test if #show-login is already present on user side first, then test is_user_logged_in. Also disable the close X for the modal and being able to dismiss it by clicking outside of it.) But I think that will be cleaner in the long run.

Thanks!

[geo7thqueen]

Ah! Did not know about Kleo_restrict. I’ll go read up on it. Thanks for the block of code!

I still don’t get how redirects work for kleo-show-login (both for an item with the class and for the menus).

If I have several buttons on the page, each is to goto a different page. After producing the login modal for users not logged in (using your kelo_restrict sample) the default behavior is to just reload the page upon login. I need each of the buttons to go to a different page upon login.

I’ve tried something like this:

[kleo_button title="Go To PAGE 1" href="<strong>PAGE1.HTML</strong>" icon="0" el_class="kleo-show-login"]

thinking that might pass PAGE1.HTML to the log-in modal, but it doesn’t. Is there a built-in way to pass along a specific link?

(I’ve looked a bit at login_redirect but that seems more to be for a fixed page (like a welcome screen) and/or testing user roll for, again, fixed page(s).

I would think this is a common enough usage, that there has to be something built in for this, but I’m not seeing it.

Thanks for your help!

[geo7thqueen]

Using the recently added example (Show Login popup) exactly did work.

I had presumed I could attach the class to a button. Documentation does say “any element.”

[kleo_button title="title" class="kleo-show-login" href="/page" style="default" size="" ]

But that doesn’t work, whereas the example does.

1. Is there a way for kleo-show-login work on kelo_buttons?

2. Is there a way to only call the kleo-show-login modal if the user is NOT logged in? Makes no sense to bring up the login modal if they are already logged in. Rather it should take them to the link the button has normally.

Thanks!

[geo7thqueen]

(Adding to existing thread rather than opening a new one.)

First off, the examples aren’t loading on the documentation: https://archived.seventhqueen.com/documentation/kleo#login-redirection

Neither the ‘kleo-show-login’ class nor the #show-login seems to be working for me right now, but I’d like to see the examples to confirm it is being done right.

Additionally, using a plug-in to hide all content from non-logged in users. Plug in requests a URL for registration/login redirects, but I’d rather not load a page and just have any/all login&registration done through the same popup. Do I just have to make a register page (BuddyPress) and just make it a blank page with a kleo-show-login code on it?

Oh, and is the kleo-show-login and the #show-login intelligent enough to not load if user is already logged in?

Thanks!

[geo7thqueen]

Laura —

Yes.

Although that post is several years old, so if there is a better way to do this let me know.

[Note: I *did* try searching the forum before I posted the question, but didn’t notice that post until after. But maybe the next person that searches finds this and the solution.]

I’ll closed this as resolved. Forgot the user can do this.

Thanks!

[geo7thqueen]

Looks like I need to modify the metaboxes.php file.

Found this post on how to do it, without altering the original. https://archived.seventhqueen.com/forums/topic/add-kleo-meta-box-to-custom-post-type#post-28801

[I was hoping it was buried somewhere in the UI, but a function to add just the items works too.]

[geo7thqueen]

I found one plug-in that does what I want (and a few articles discussing it as the solution to this issue), but the plug-in is no longer available (and I don’t think it has been worked on in years).

So, I’m having to go with a custom solution.

But, as I mentioned, I just thought it wise to ask if there was anything in Kleo that would work, before spending the time/money/effort.

Thanks for your input! Always appreciate the support here!!

[geo7thqueen]

I take it that the plug-in you suggested won’t work with either Kleo Posts or Post Grid , as there is no way to use a shortcake as a search query.

I also need something a little more complex (Category Name, Description, & Picture).

But thanks for the suggestion!

I didn’t see anything in Kleo that does category grids, but I thought it was best to ask in case I missed seeing something.

[geo7thqueen]

Not marked as solution

[geo7thqueen]

Not marked as solution

[geo7thqueen]

Not marked as solution

[geo7thqueen]

Not marked as solution

[geo7thqueen]

Not marked as solution

[geo7thqueen]

Not marked as solution

[geo7thqueen]

Running local instance for testing, so no internet on that.

But shouldn’t need an example as it is pretty straight forward: Can Kelo_recent_post tell what page it is on?

If so, is there a way to add a class to the li that is the current page?

Same issue as the menu being aware of which page it is on. Menu has a ‘.active’ (or is it ‘.current-menu-item’?) class on it. Something like that.

Thanks!

PS: Don’t know if this helps (you probably know this all), but here’s the generated HTML and you can see the ‘li class=”news-content”‘ that I’d like to make one ‘li class=”news-content current-post-item”‘ :

‘<div class=”sidebar sidebar-main col-sm-3 sidebar-left col-sm-pull-9″>
<div class=”inner-content widgets-container”>
<div id=”kleo_recent_posts-3″ class=”widget clearfix widget_kleo_recent_posts”><h4>Recent Posts</h4>
<div>
<ul class=’news-widget-wrap’>
<li class=”news-content”>

<span> Title <small class=”news-time”>March 9, 2016</small></span>
<span class=”news-excerpt”><p>Lorem ipsum dolor sit amet, consectetur …</p></span>

<li class=”news-content”>

<span>Other Title<small class=”news-time”>March 9, 2016</small></span>
<span class=”news-excerpt”><p>Lorem ipsum dolor sit amet, consectetur …</p></span>

</div>
</div> </div><!–end inner-content–>
</div><!–end sidebar–> ‘

[geo7thqueen]

Great! Thanks for moving thread so I didn’t have to make a new one.

Already voted.

In the mean time, I think I’ve found a few solutions, but look forward to seeing this as a feature.

As it is so common, I imagine a lot of other people would appreciate the feature.

[geo7thqueen]

Oh, thank you! Was looking for a way to do it inside Kleo, but I think that will work just fine!

[geo7thqueen]

Okay, put alt content in a “content by user type” container for logged in user. The kleo_form will hide itself. So that works, as each type of viewer gets different content.

In terms of hiding the entire row (again with a full width color/background) would NOT be possible as rows don’t seem to be allowed in “content by user type”. So the only option is to keep it and fill the void with alt content.

Thanks!

[geo7thqueen]

@sharmstr — Thank you!

I must have skimmed past that the first time I read the documentation. I should have searched a bit more before asking.

[geo7thqueen]

@andrei – Ha! Had already sent them that question. Good thinking!

But, back to the original question of how Kleo_register works, I believe/guess my problem not seeing it was due to user being logged-in, so it wasn’t being loaded.

But that brings up a different question: If it won’t display for a logged on user, is kleo_register written such that it can produce alternative content? (eg, block of text that says something like “You are already a member” or, alternatively being able to hide the containing VC row (inner container: no, with back ground image, so producing NO content/form just looks weird).?

[geo7thqueen]

@Andrei —

I appreciated the gravity recommendation (especially if you have used it, so I know it plays nice with kleo).

I have done a lot of searching, but I’ve found a lot that either have user complaints or do something like replace the functionality of BuddyPress (may or may not play nicely), so I haven’t come up with a lot of solutions.

I might just have to bite the high price for a “developer’s license” just to get that one component.

thanks!

[geo7thqueen]

@sharmstr

Okay, will leave breadcrumb.php alone. (Actually I just guessed at the name and didn’t hunt for it yet.)

My feeling is that the title and slug (or sub-head) is part of the content area, and not part of the header area (‘general-title-section.php’ contains menus and navbar, not content).

So, kleo_before_main or the like might be the right direction. Is that the best place? I’ve found a few that are candidates (although I haven’t tested them yet).

‘kleo_before_main’
‘kleo_bp_header'(BP only – might be useful if I want a BP only h1 section, but again it is head, not content)
‘kleo_before_main_content’
‘kleo_title_main_content’

Is there some documentation that covers all of these pieces and how the page builds? I don’t want to bug you with questions if this is documented, and testing each of them (or any others I find in the future) takes a lot of time.

Thanks!

[geo7thqueen]

@sharmstr

Thanks for the idea! I didn’t think about breadcrumb section. Although I want different content than what is in the breadcrumb section.

Looking for:

<h1> Title</h1>
<titleSlug (a short paragraph)>Text varies by page</titleSlug>
</hr>

Would it be best to edit breadcrumb.php (or whatever the file is called where the breadcrumb is) or I found kleo_before_main which seems to be respected by the buddypress pages. A quick search sees that function either add_action or do_action, but it doesn’t seem to be defined. Or is there a better function?

This will leave the slug uneditable by anyone using the back end, but as it is kind of a motto/description for the page, it shouldn’t change much, it at all.

So would it be best to edit the breadcrumb.php or create function kleo_before_main (with the above format and then have a function that populates the titleSlug as a function of page title)?

[geo7thqueen]

Thanks! I have indeed been doing that, but it is always nice to get a recommendation.

Even reading reviews and going to plug-in support pages isn’t enough to tell one if a plug-in will work before buy/download, so I appreciate the suggestion!

[geo7thqueen]

@andrei —

Thanks! Appreciate the recommendation.

Looks like the registration part is only available with the whole developer component (US$200), so that’s a bit overkill, but am investigating it now on your recommendation.

[geo7thqueen]

Oh, that’s unfortunate. The whole reason for using the element was to by-pass the reg page. and keep all of the initial registration inside another page.

Also, having a two-step registration process would be sub-optimal from a UX standpoint.

Feature request to add other fields to Kleo register?

[geo7thqueen]

Okay. Got it displaying now.

But it only uses the basic fields (Username, name, email, password). Is it capable of displaying additional fields (like the buddypress registration page)? Maybe a setting or code?

[geo7thqueen]

@sharmstr – Thanks. Had found that a while after posting.

Any documentation on 4.0’s new functions?

Looking for all in general, but also specifically about Kleo Register which doesn’t seem to do anything on the page (Kleo Login works and puts that form on the page)

[geo7thqueen]

UPDATE: Found the ability to update the plug-ins under APPEARANCE->INSTALL PLUGINS

But still looking for documentation on new features.

[geo7thqueen]

FWIW, at first I couldn’t understand what “after updating you will need to re-save theme options” meant, as all of my theme settings *seemed* to be okay.

But I kept checking and my fonts were reset, and the wp-admin bar was turned back on. Otherwise it looks like my settings were retained.

[geo7thqueen]

Thanks!

[geo7thqueen]

Thanks!

I got it from the API as the themeforest download is still doing 3.9.1.

Is the documentation for new feature available somewhere (that isn’t dependent up Theme Forest)?

Also, the updated plug-ins would only be in the themeForest download?

[geo7thqueen]

@ping2pong I got it via the API update. The download version is still the previous version.

Of course, this doesn’t get the latest plug-ins (Visual composer, etc) and documentation. [I scanned the online documentation here, and it didn’t look like those had been updated, although I could be wrong.]

[geo7thqueen]

Answered my own question:

https://archived.seventhqueen.com/forums/topic/kleo-updates-change-log/#post-19544

Also, found out themeforrest gave me an old (3.1.3) version for whatever reason. Glad I checked.

[geo7thqueen]

Ah! It’s been upgraded from “Soon” right past “Very Soon” to “very very soon”. That’s great news!

Thanks for letting me know!

Is there an (public) expected feature list (a forum post maybe I missed?), or will we just have to wait until release for the new functionality?

I ask because, of course, current development will be affected, and I might not want to work on hand-rolling my own solutions, if they are just going to be baked-in to 4.0

[geo7thqueen]

EDIT/CORRECTION: I see no edit button on previous post.

profile/edit not 404’ing, but just going to WP back-end. My bad. But that’s for another thread.

But the question is the same: Is there critical/important content that gets imported along with the demo files, or can they be ignored?

[geo7thqueen]

Laura – In another thread, a different moderator mentioned there are more shortcodes than available in the dropdown. That’s why I asked.

In terms of the not wanting to build the page twice, it wasn’t “not wanting to loose changes”. It was not wanting to build the page first in child/register.php, then build it a day?week?fortnight? later in Kleo 4.0.

But it seems the only answer for 4.0’s arrival now is “soon”.

So, questions have been addressed as well as possible, so I’m marking thread as “Resolved.” Thanks!

[geo7thqueen]

This reply has been set as private.

[Author]

Posts