Dr_jAcKaSS

Perhaps I have some wrong setting somewhere that overrides everything or it may be a bug.

According to Event Template Tags section:
{title}
Displays the title of the event.
{link_title}
Displays title of the event as a link if a URL is present, or the title alone if no URL is available.

So, since {title} was initially set (by default I believe) how come I had and still have ( using {link_title} ) link like the following when there is not link set for the event. Link example in event details:
https://www.blblbla.com/?page_id=19#mc_2012-09-14_192-mini-details

Thanks, Joe! This is what I was looking for. I have used {link_title}.

I have to say that this templating aproach is really good idea!

Now here is next logical question. How to get rid of a “fake” link for those events that do not have a URL link set?

To give some explaination. Some of my events have a links set and some don’t. I would like to have titles to be linked only if there is a link set for the event. Otherwise it is misleading if all apear to be links but only some go somewhere in most do not.

This was fixed with the latest update. Thanks Joe!

Same issue here… I tried importing it in Google calendar and Outlook, but without any success.

I have to add that this problem accurs only when ajax effects are enabled. If I disable ajax effects in the Behaviour Editor it works as it should.

Finally it was all my mistake. I forgot to add wp_reset_query(); after each query_posts() call.

Anyway you may consider including this in to the faq, since WP default template is not calling wp_reset_query(); after The Loop, meaning this short code will probably not work even on simple template with only oe query_posts() call.

Hope this will help anyone having similar issues.

Ok, finally I have figured out what is causing the page_id dissapearing from the link.

It is the query_posts(…) call.

For the page where I am trying to use mini calendar I have set a template page. In that template I have 2 query_posts() calls. If I remove both, the link includes page_id variable.

I have also tried puting mini calendar short code before the query_posts() call and after it and the first one works as it should, while the second one is having described issue.

So, to solve this I have to make those two query_posts() calls somehow differently.

I appologize… Joe thank you for your fast response!

I have further tracked the behaviour…

The URL of the page where I’m trying to use the mini calendar looks like: https://www.mywebsite.com/&page_id=10

Links for next/previous are in format:
https://www.mywebsite.com/?yr=2012&month=6&dy=&cid=all

There is no page_id variable in the link. Which is rather strange.

So, if I add manually to the link “&page_id=10” (page id of home page), it works as it should.

I have also put mini calendar on some other page and it works – there is page_id in the link.

What could disturb the calendar to not to add the page_id variable to the link?

I have the same issue.

Ok, just ignore the previous post, it was very stupid from me.

I have figured it out.

code:

global $userAccessManager;

if (isset($userAccessManager)) {
    $userId = $user_ID;
    $uamAccessHandler = $userAccessManager->getAccessHandler();
    $userGroupsForUser = $uamAccessHandler->getUserGroupsForObject('user', $userId);

    foreach($userGroupsForUser as $element){
         print $element->getId();
    }
}

problems with computer, just delete

GM_Alex: Are you sure this works as you are saying?

Because I get out an array of something like all properties and settings for the page instead of an array of usergroups’ IDs.

Preview of the first cide:
array(1) { [1]=> object(UamUserGroup)#144 (13) { [“accessHandler:protected”]=> object(UamAccessHandler)#241 (8) { [“userAccessManager:protected”]=> object(UserAccessManager)#158 (8) { [“atAdminPanel:protected”]=> bool(false) [“adminOptionsName:protected”]=> string(15) “uamAdminOptions” [“uamVersion:protected”]=> string(5) “1.1.4” [“uamDbVersion:protected”]=> string(3) “1.1” [“adminOptions:protected”]=> array(32) { [“hide_post_title”]=> string(5) “false” [“post_title”]=> string(34) “Nimate pravic za dostop do strani!” [“post_content”]=> string(47) “Nimate pravic za ogled prispevka! [LOGIN_FORM]” [“hide_post”]=> string(5) “false” [“hide_post_comment”]=> string(5) “false” [“post_comment_content”]=> string(33) “Sorry no rights to view comments!” [“post_comments_locked”]=> string(5) “false” [“hide_page_title”]=> string(5)

Ok, my bad. Today I have discovered that changes done into .mo file do take effect.

Is .mo file just some kind of compiled version of .po file?