ragtek Referrer Tab

[ragtek]

Thid add-on adds a Tab to the userprofile where you can see all referred Users.


Installation:

Upload the ragtek Folder into your forum directory.

Install the xml file

changehistory:
1.0.5 =>
phrase fixed
add-on is now activated

[djbaxter]

When installed, priduct is disabled by default. Unexpected. It looked like it wasn't doing aything. I went to uninstall it and discovered it wasn't enabled.

[djbaxter]

Cosmetic bug:

<phrase name="referrerTab" date="1275564286" username="ragtek" version="1.0.2"><![CDATA[referred Users]]>

Should be:

<phrase name="referrerTab" date="1275564286" username="ragtek" version="1.0.2"><![CDATA[Referred Users]]>

[ragtek]

Cosmetic bug:

<phrase name="referrerTab" date="1275564286" username="ragtek" version="1.0.2"><![CDATA[referred Users]]>

Should be:

<phrase name="referrerTab" date="1275564286" username="ragtek" version="1.0.2"><![CDATA[Referred Users]]>

thx

[Boofo]

There is also a template eval in member_complete.php that needs to be updated for vb 4.

Why not just add the plugin files code to the XML instead of using separate files for them?

[ragtek]

There is also a template eval in member_complete.php that needs to be updated for vb 4.

Why not just add the plugin files code to the XML instead of using separate files for them?

What's wrong with the eval? It's working.

And i have the seperate files because of my build/development add-on.

[Boofo]

vb 4 doesn't use eval anymore. It uses vB_Template::create now. Whether the eval is working or not is immaterial. The correct way to do it for vb 4 is the vB_Template::create. This was all I was trying to point out.

[ragtek]

Ah, youre right.
It seems that i was completly confused^^
thx

[Boofo]

And you could throw that right in a plugin and save having to use a separate file for that.

[ragtek]

No i cant because of my build tool;)

And how should i remove the eval? There is no template!

Just check the blog Add-on, it's doing it the same way!Member Profile: Add Blog Links to standard MEMBERINFO display And if the vb developer do it this way, why i shouldn't do it too?

[Boofo]

Okay, well, it's your product so however you choose to do it is for you to decide. I was just tying to offer some help is all.

[ragtek]

Yea and thx for this, but as you see, you was wrong.
I don't have a template at the member_complete plugin, so i'm not making anything wrong.

And atm my build-addon isn't finished, so i have to use the plugins this way (with includes)... There's no other way;)

[Boofo]

You show me anywhere in vb 4 where they are still using the eval statement and only then will I admit I was wrong.

[ragtek]

You show me anywhere in vb 4 where they are still using the eval statement and only then will I admit I was wrong.

In the suite you can check the blog plugin and find the eval;)
How else would you make this?

[Boofo]

I would do the whole hack different and get away from the separate files. But since you need the files for your setup, there's not much else you can do, I guess. Like you said, if it works...

[ragtek]

And what's with the eval?*g* Am i right or not?

Yea, the big part of the files will go away, when my development/builder tool is finished, but until then i have to make it this way (i need them because of the PHP-IDE & SVN Support ;) )

[Boofo]

Well, as the blogs are still being worked on, IIRC, that eval won't be there long, as I'm sure it was overlkooked when they started replacing the evals. But yes, you are right, if that is what you want to hear for a single eval in the whole scheme of things.

[ragtek]

Thx, that's very good for my egohttp://ragtek.org/smil/badteeth.gif

[Boofo]

I gathered that from out posts. ;)

Also, I will PM you when I get it done on my end, but I did manage to find a way to do it all in a plugin. ;)

[ragtek]

And why do you think it's better to do it in an plugin instead of an file and including it?

If you use an php Opcache, my method is better, because eval'd code can't be optimized, the file can;) So it could be better for the performance.

And for me as Developer it's easier because i can work with an IDE and use SVN and export the whole add-on path /ragtek/addonid to the SVN Server...
Also it's easier for debugging.

But when my developer/add-onbuilder is finished, it will put the code into the plugin directly instead of the seperate files.

You're right that only a pluginfile is user friendlier than my method, but mine has much more benefits;)

[Boofo]

Both ways have their advantages. But with the user coding level here on the org, plugins are a lot less hassle to support.

[ragtek]

It's really funny that somebody who have no clue from coding (http://www.vbulletin.com/forum/showthread.php?353963-db-gt-fetch_array-question) is saying how i should code my add-ons:D

Thx for trying, but .....


Why should files be less hassle to support then plugins? It's the same....... For me it's easier because i can use the ide and version control software
Also it's easier for CI and could have better performance with php opcaches...

[Marco van Herwaarden]

Both please stop attacking eachother.

[djbaxter]

The com business does not need to be brought over here. That was my point.

And the rest of us don't want to hear the two of you bicker about it. Take it to PMs if you wish. You've already had posts deleted by a moderator. Let it go.