As you can see, I'm very new here, and I'm certainly glad to have found your project to fulfill all of my ASP.net desires. However, I have one that's not yet fulfilled. I'd like to integrate this wonderful app directly into my site to take place of the default Mojo Portal forum module. I find that it does not quite fulfill my needs, however, you guys certainly do. What do I need to do once I obtain the latest build to get it into my site without wrecking my current configuration and other features of Mojo Portal? I'll let you know straight up that I'm not an ASP.net developer by any means, but I'm currently learning C#. I've been backlogged for the past three months, but that's beside the point. Any input would be great. I know that you folks are working on a module for Mojo, but it can be integrated as a full app, right? Please let me know what's going on, and I'll be looking forward to hearing from you. Thanks so much in advance!

Chromebuster

Mek, according to his words, currently works on this too.

It's not a simple thing, but I'm planning to make my new own portal based on MP too.

The chalenge is not to make integration, it's not a much problem, but to make it integrate with unmodified YAF version.

I don't know how to make it because some incompatabilities.

After this I'll look into it. Maybe beginning next year I'll publish instructions and highly possible yaf patches on the MP site. If I will not cope with incompatabilities, I'll make a version as I already did in past under name VZ-Forum in my sourceforge projects, to avoid any harm to YAF reputation.

Anyway, these are plans, but I will work on the integration for my new project.

Currently, you can use a module for YAF 1.9.8 in YAF svn. This is a code which was published by me many years ago on MP site by name yaf.7z.

Waiting on the 1.95 to sort the last of the jquery issues I'm facing.

Next issue I'm working on is Profiles as MojoPortal doesn't use a ProfileProvider.

If you have an existing YAF userbase, you need to import this into Mojoportals tables and use a custom membership provider to change the MD5 method of hashing. If you have an existing MojoPortal userbase and are adding YAF, you can use the MojoPortal MembershipProvider and RoleProvider quite happily.

"It's a case of RTFM.. the only problem being we don't have a manual!"

When I post FP:Mek in a topic, I'm leaving my footprint there so I can track it once I get into coding/supporting. (Yes I stole this off Ederon 🙂 )

Why not to switch it off in YAF like it's made for DNN?

http://sourceforge.net/projects/vz-forum/  -- you realize it has to be GPLv2 as well, right?

Really, I don't care about it. Without me no one can keep it going:cheesy: .

It's a YAF 1.9.3 Beta2 or smth. which was a test for 1.9.3 integration possibility,

because YAF migrated to website.

Cool, then can we remove it? It's old source, granted, but that code is GPLed and I don't want someone to come along and get the wrong idea.

Although, now it does seem like a moot point. If you do fork the project, it HAS to be GPL -- that's sort of the point of GPL. 🙂

Tried that, but you run into issues with YAF registering its scripts above the MojoPortal one, and they are all adding to ScriptManager and unfortunately ScriptManager has no method of changing which goes where. So you have YAF code calling JQuery before its been registered.

Best option is to disable in MojoPortal and add an entry above Form to ensure its registered first. Its a quick nasty way of doing things and it works.

"It's a case of RTFM.. the only problem being we don't have a manual!"

When I post FP:Mek in a topic, I'm leaving my footprint there so I can track it once I get into coding/supporting. (Yes I stole this off Ederon 🙂 )

Jaben, I just keep it to see integration patterns. I can archive it and keep a copy on my machine if like it. Look at the last commit time 😁

Yes, I'd like you to remove it. I see it's old -- but it doesn't change that the licensing is invalid and goes against GPL.