Profile Types Splitter Premium from AntonLV

In the installation file you say to find in the file bxdolprofilefields.php the code:

$oForm = new BxTemplFormView($aForm);
    bx_import('BxDolAlerts');

and insert above it:

//--- AQB Profile Types Splitter ---//
    if (BxDolRequest::serviceExists('aqb_pts', 'add_field_change_handler')) {
        BxDolService::call('aqb_pts', 'add_field_change_handler', array($this->iAreaID, &$aForm));
    }
    //--- AQB Profile Types Splitter ---//

but there is 2 times the code you ask to find in the file.

Wich one we should change, both?

There should be just one occurrence of

$oForm = new BxTemplFormView($aForm);
bx_import('BxDolAlerts');

normally somewhere around lines #989-#991.

Down the file there are also lines

$oForm = new BxTemplFormView($aForm);
$sResult .= $oForm->getCode();

But that is not what asked to search for.

Your right, that was my file editor that took only the first part of the code you asked to search for when I copied it. :(

my bad, sorry

Thanks

You are welcome. :)

If you need more help feel free to ask.

In Admin Profile Types Splitter, under the Profile Types tab, in the Type ID column, the ID numbers are (for 5 rows) 1, 2, 4, 8, 16... appearing to double each time... is that supposed to happen?  Is so then if I have 15 types, the ID number for the last entry will be 16448.  I'm wondering if there's a good reason for it... in which case I'll simply ignore it.  *grin*

Is there some way to make Profile Type selection an Admin or Moderator only option... meaning I'm considering the "pros and cons" of allowing (forcing?) regular members to choose their own Profile Type.  For the site I'm currently working on I'd like to restrict it to only Admins, i.e. to can set and change Profile Type for each member.

Yes, ID supposed to double each time. But only a programmer or mathematician can understood the reason. In a few words, the ID is always a power of 2 - in binary representation it always represents a one bit of a 32 bits, thus this is a good way to organize sets and restriction masks with just a one integer number.

By default it can't be configured to allow only Admins to change profile type. The reason is that during registration a member have to select his profile type, because that is a mandatory field, on the site there shouldn't be profiles without a profile type. However it is possible to modify join page so that it will be assigning some default profile type to all new members and then remove ProfileType field from join page and profile edit for member page using profile fields builder.

Please explain how to setup a default-only Profile Type for new members... and a setup so only admins can change a member's Profile Types.

I considered trying to remove the Profile Type item from the Join Form but one of your notes stated "Do not remove `ProfileType` field from join page. That field should always be on the join page." 

 Edit the file inc/classes/BxDolProfilesController.php, find the line

$sSet = $this -> collectSetString( $aNewProfile );

and insert above it the line

$aNewProfile['ProfileType'] = 1;

where 1 must be replaced with a Profile Type ID which you want to set as default.

And then you can remove ProfileType field from join page at fields builder.

There appears to be a conflict between your Profile Types Splitter Premium Module and Deano's Enhanced Page Block Visibility module.  I have both installed and I can hide blocks with the Enhanced Page Block Visibility module but not yours.   I'd prefer to use yours... more flexibility.  Any ideas for how to get these two modules to "work" together?

Neither one of us would be able to answer that question. The only way to find out why would be for one of us to get access to your system where both modules are installed to locate the incompatibility.

However i see no reason why it would not work. If the blocks for the profile splitter are in the page builders then my module should be able to control their visibility.

 Deano, your module works perfectly... it's Anton's that does not.  Both modules have a feature to control who has view-access to page blocks.  Through the Dolphin default Admin > Builders > Page Blocks  I see only your module's access configuration and it's works as expected.  Through Anton's Admin > Modules > Profile Types Splitter > Page Blocks  I see *only* Anton's access configuration (e.g. for the same page block)... yet any changes I make do not... even for the advanced search block that's part of his module (yet I can hide it with your mod). 

 I don't think there is an incompatibility there. Most likely the installation wasn't made correctly. During module installation did you modified 8 files manually as was requested in installation manual? If you're sure that you installed it correctly that we can look into the problem if you'd provide us with admin panel and FTP access to your server.

 Thank you... that would be very much appreciated.  I'll backup my db and site files then PM you my site access info.

I'm still experiencing serious problems.  I uninstalled then reinstalled both the PTS Premium and the MLS modules.  Then I ran some tests on a few homepage blocks and found cases where blocks that should have been hidden to non-members (not logged in) remained visible.  In other cases there were blocks that should NOT have been hidden yet they disappeared and did NOT reappear after *ALL* block visibility settings were 'checked' to allow every Profile and Membership type to view them.  

Something is really messed up.  Please help fix this.  I still think there's a conflict with Deano's Enhanced Page Block module.

I did more testing and found the when using PTSP that I cannot hide blocks from non-members.  As you reported, I can successfully hide blocks from members with different Profile Types.  Is that how PTSP is supposed to work... no affect on non-members/guests?   

As for my earlier report of blocks getting incorrectly hidden and not being able to make them visible again... more testing has narrowed that problem to Deano's Enhanced Page Block Visibility module... or else my database has somehow gotten corrupted... still trying to solve that bug.

 Deano helped me fix my setup of his Enhanced Page Block Visibility module so now it's working. 

Yes, that is how PTS supposed to work, because:

a) Non member can't have a profile type.

b) Ability to control page blocks visibility for non members exists in Dolphin's builders by default, so there is no any need to copy that functionality.

We are glad that all problems were solved.

Could you please add a feature so admins can edit the TYPE NAME (for Profile Types).  For example, I may have a profile type with TYPE NAME "Policeman" and I'd like to rename it to "Police Officer".  I don't like to touch the database unless there is no other way to resolve a problem... that said, could the change be done at one place with no negative consequences?

Thank you for all the work your team has done and continues to do... very much appreciated.  

You are able to change name (which is appearing everywhere on a frontend) by editing a language key.

To change Policeman to Police Officer, you need to find a language key __Policeman and change it's translation from Policeman to Police Officer. That will not change the name itself but that allows to change caption which is appearing everywhere except backend.

 I just tried your solution and it works exactly as I need it to... thank you very much. 

You are welcome. :)

Hi AntonLV,  

For the Quick Search Block, which currently allows searching for all or any one of the listed the Profile Types (even types not being used, e.g. Personal), PLEASE add the option for admins to hide/control which Profile type can search other Profile Types.  

For example... if a site has the following profile types: Police applicants, Police students, Police Rookies, Police officers, Police Detectives, Police Undercover, Police Captains, Police Internal Affairs, Police consultants, Police Trainers, and so on.  It would be a valuable feature if the site admin could dictate that a Police Captain can do an advanced search on every profile type except Internal Affairs Officers... and that Police students can only do a basic search for info on other students or trainers.

Basically, as admin, I'd like the option to choose if a certain Profile Type can search another Profile Type... and whether that search can be restricted to Basic info only.  If there is some way to restrict Profile Searching based on Profile Type... please let me know... seems like it's an "all-or-none" setup in the current version.

Thanks, Paul

epaulo

Yes, currently it is very simple - it just adds a new search form, separated by profile types.

The feature you're asking will make the product's price higher, because that feature would require an extra page/functionality and also will make installation harder (would require to modify Dolphin's core file in an additional few places) which we want to avoid. And also for the entire history of that module you're the first one who asked for this (sometimes customers are asking to just remove the "All" options from search forms), so this feature is not going to be popular as we think.

So if you need that feature we can develop it for you as a custom modification (PM me in that case)

I asked for too much, I humbly apologize.  I'm attempting to use your PTS-P module in different ways than you intended. I use it as an admin-only tool to categorize different types of members (without concern for their membership level) and then use the PTS visibility settings to customize what each of those Profile Types can see on the website.  It appears to be working very well. 

I was also hoping to use the associated Premium Search feature as primarily an advanced administrative search tool... hence the request to hide parts of the Quick Search block from the non-administrative membership.  I'll PM you with a simplified request for the Quick Search block.  

Thank you for your quick and honest response to my request.  

Paul

You're welcome.:)

Hi,

I purchased and installed your Premium Splitter Module.  I am getting the following error:

Warning: Cannot modify header information - headers already sent by (output started at /home/blkmkt/public_html/nannyaupair.com.au/inc/classes/BxDolPageView.php:1453) in /home/blkmkt/public_html/nannyaupair.com.au/inc/admin_design.inc.php on line 56

I was wondering if anyone else experienced this.  I followed the instructions for install, tried the cache directory at both 755 and 777.  I am getting this ' headers sent error' everywhere.  Any advice would be appreciated.

Regards,

Bob

Hi,

That type of error appears because during files modifications somehow a newline or empty spaces were added to the end of files you were altering. Check all files you were altering and remove all newlines and empty spaces at the end of those files, so that the last character in the file must not be newline or empty space.

I created the 2 profile types and then set specific fields to be displayed only when a member is selecting a profile type. However, when the profile field type is used to select in the join page, nothing happens. I unchecked the box in the pts section to only have it displayed for a certain type of profile for certain fields I created.

Am I forgetting to do something?

 Most likely you didn't completed it's installation by ignoring step #5 of installation manual which tells:

Important!!! Complete installation as described in vendor's conclusion (you can see it in the `Operation Results` section right after installing the module)

If so, i.e. if you weren't modifying any files after hitting the "Install" button, then I suggest you to reinstall the module this time paying special attention to that step.

Sorry for my sillyness, I don't know why I overlooked that last step. It now works after I made the edits. Thanks for your quick and kind reply :D

Hello everybody.
The module was updated. It's available for Dolphin 7.1 now.

Hey Anton:

I really need your help here.  First, I reinstalled 7,1 and for some odd reason the entire search block is missing. 

Secondly,  no matter what fields or blocks permissions I check on the profile fields under edit profile, they remain visible to particular members.  No matter if I check or unchecked all and each membership type and the block and field is still viable. 

I am going to go back and see if i did the install properly, but would really appreciate any assistance here.

Thanks

 I suggest to reinstall the module making sure all modifications applied correctly.

If you're sure for 100% that you've made everything correctly then we will need FTP and admin panel access to check and find the problem.

Hi Anton!

I'm setting up the module and when I try to set relevance/settings of each "field" ( i.e. Profile Fields > Join Form), its reponses "Not Implemented"

What's the problem?

Thanks!

 Hi,

To give you an answer we need to take a look at the problem. Would you provide us with admin panel an FTP access to your site via PM?

Hi everyone.. i just installed profile spliter premium.. when i click on any field in the profile fields tab, nothing happens and i get an error message printed on top of Active Items, saying, Not Implemented. I searched in the code and did a first level debugging and seems like in the function actionFieldsParser(), $_REQUEST['action'] is coming null and hence,  return 'Not implemented' gets executed. Any idea why this is happening?

In case if it helps, or if it cud be the reason, i have disabled permalink for all modules since i was getting some installation  issues in the begining.. my intent was to get it up fast and start developing, so chose to avoid it rather than trouble shoot it.. 

thanks for your help!

 You're absolutely right, the problem is in permalinks disabled. I suggest you to enable permalinks for that particular problem and see if it solves the problem. If it is not then we will provide you with an instruction on how to make it work with permalinks disabled.

 Is there an upgrade/uninstall/reinstall path/faq?

 Download the latest version of the module and upload it's files over the old one. (assuming that all Dolphin's core files modifications are in place).

I had an idea about added functionality for PTS.

At the bottom of the "Profile Type:" list, it would be cool to have an "Unlisted" list item, not linked to any profile. When it is selected, the user would see a few spots to enter their name and email address and a new profession. When they hit submit, an email would then be generated and sent to the site administrator saying that someone is interested in adding a new Profile Type. Maybe another email could be sent to the user thanking them for their suggestion. You could even add the emails to the Dolphin email templates.

This way, if a "Lawyer" wanted to sign up to defend "Criminals" they could just select "Unlisted" and suggest that the site adds "Lawyer" as a Profile Type. Then the site Admin would see there is a need for Lawyers and could set up a new ProfileType for Lawyers.

What do you think?

-Ace

 We think that a member can do this by using a usual contact form of Dolphin if he want some new profile type to be added, i.e. we don't see any real necessity in creation of almost exact copy of existing functionality.
Another possible problem with such a feature - it is not possible to have more than 30 profile types. If members would start asking for new types actively then very soon no available slots would be left.

Does PTS require that JS Cache be enabled?

I'm trying to sort out whether the issue I'm running into is due to the fact that I must have JS caching disable or what....(I have to have JS caching disabled with the new TinyMCE4 mod on the market I've recently installed.)

Basically- After installing PTS, some blocks go running a long way down the page....It was real obvious with comment balloons inside EVO Wall Newsfeed.....

I tried to clear the cache in admin panel- the loading icon just keeps rotating on and on....(doesn't clear the cache and refresh the screen) and clearing the cache via ftp doesn't help either....I uninstalled and reversed the file edits for now and all is fine again.

Unfortunately, another thing that crossed my mind just now is whether or not this issue is due to making the required edits locally on my system using Notepad++.... Seems with this particular mod, I think, every time I make the edits locally and ftp, I end up having to go back and make the edits on my server via cPanel. (But I did specifically set encoding on NotePad++ to UTF-8 before saving and uploading the files)

Another thing I considered- I have 2 other mods that also require custom edits to the BxDolPageView.php- "Full-Width Columns" mod and "G+ Custom Responsive Design" template.

Sorry for being less than concise here...It seems more like forensic troubleshooting having to backtrack though all these custom code edits  - ughhhh

If anyone has any ideas here and have run into anything similar during their setup, it would be greatly appreciated.

Thanks

UnderDog4All

No, it should work fine with and without JS cache enabled. We suggest you to examine the problem with FireBug in FF or developer's extensions in Chrome. Try to check what server responds to a request of block loading. Or if you can provide us with the URL to a page where the problem can be seen then it is likely that we could tell what is the problem.

 Okay, once I have my workstation back online, I'll go thru the install again, try my dev extensions, and send you the URL info, as well as a couple of the install/edit instructions from the other mods I'm thinking may have led up to this. Thanks Anton!

When I go to http://dolphin70.aqbsoft.com/search_home.php, the accordion defaults to "All" and it is "open"...Can the accordion menu be made to default to "closed"? Could it also be made to close when you click on a profile type? IE: When you scroll down and click on "Policeman", the tab opens, it would be nice if it closed when you clicked on "Policeman" again...

Try to edit the file modules/aqb/pts/classes/AqbPTSModule.php, the line

active: '.$iActiveForm.'

replace with

collapsible: true,
active: -1

However that wasn't tested. So potentially can produce some unpredictable results.

I'm wanting to make it so people can see each member's Profile Type below their Avatar.

I have begun looking around BxBaseSearchProfile.php and search_profiles_ext.html

I'm pretty sure this is only going to help me for searching profiles and returning a result...

The result it returns is the number of the Profile Type- 1, 2, 4, 8, 16, 32, 64, 128, ETC....

I need it to return the actual NAME of that Profile Type which the Number represents....

ALSO thinking perhaps I'm needing to mod the thumbnail_single.html maybe????

Any help would be great.

I've added to BxBaseSearchProfile.php this-

        $aKeys = array(
            'thumbnail' => $sProfileThumb,
            'match' => $sProfileMatch,

            'nick' => $sProfileNickname,
            'info' => $sProfileInfo,
            'i_am_desc' => $sProfileDesc,
            'zodiac_sign' => $sProfileZodiac,
            'profiletype' => ($aProfileInfo['ProfileType'] != '' && $aProfileInfo['ProfileType'] != 'select') ? $aProfileInfo['ProfileType'] . ', ' : '',

And added to search_profiles_ext.html This-

        <div class="short_desc" style="__add_style_c1__">
            <div class="nick">__nick__</div>
            <div class="age_from">
                __zodiac_sign__ __profiletype__ __info__
            </div>
            <div class="desc">__i_am_desc__</div>
        </div>

But as I said, it returned- 1, 2, 4, 8, 16, 32, 64, 128, ETC

Any Ideas?

Much Thanks

UnderDog4All

Try to use this construction instead of a $aProfileInfo['ProfileType'] :

_t($GLOBALS['aPreValues']['ProfileType'][$aProfileInfo['ProfileType']]['LKey'])And yes, if you're going to add something directly to thumbnail then you would have to edit the thumbnail_single.html file.