Do you know around when this hack is gonna get a final version released?

Ha, ha! There's never a final release - didn't you know?

I plan to move this to the full release forum either this weekend or next, and call it version 1.0. There will be no further new functionality, apart from a slight tidying up, and I shall include Natch's integration with VBIndex for those who want it.

There is a wish list - particularly moderation and mass import/export of links, which will be done sometime.

OK?

Sounds good, lol hopefully it's this weekend. This is a hack ive been requesting..etc for a while now since vb3 has been out.

I added a space between the description and the 'added' info. Makes it a bit more readable.

in template links_linkbit:

change
to


EDIT: this only inserts a space if you have no description. How can we get a space between the description and the 'added' text when there is a description entered? (other than putting a hard return in each description box when entering links)

I think the solution is to have a "table in a table" - it spreads things out a bit better than the break tag. I'll play around and see what it looks like. One point, though, is that I haven't coded multiple page handling, so all the links in one category appear together. The more one opens up the template, the longer the page becomes.

Before I install this I gotta few questions that I wanna clear up... you can put permissions on the link itself right? rather than sticking the link somewhere on the forum and setting certain permissions to the view of the page. I remember vbportal had a downloads page and they could specify permissions on the files rather than just the page. So that's what im wondering about this, and if it does, does it have a file size limit? Cause i know when you cant add big files on VB attachments cause of the mysql limits..etc

you specify a forum 'parent' for each link which determines the viewing permission.

but that wouldnt really protect the file, cause then people could just give out links still

The permissions system works in two ways, both building on VB's usergroups:

a) Ability to "do" certain things. You set this in the admin pages, by defining which usergroups can create links, categories, etc. Only a user who is a member of one of the specified groups can carry out the specified task.

b) Ability to "view" things. When you create/edit a link or category, you "assign" a forumid to the link/category. This may be explicit or implicit - i.e. if the user has can_set_permissions (see previous item), then that user can choose which forum to assign to the link, otherwise the default choice set by the administrator is used.

Whenever one of your users views these pages, she will only see links and categories for which her usergroup has the appropriate forum permission. I.e. if that group can see and visit a particular forum, then she can see and visit links associated with that forum.

This also works when trying to download a file. These are set up as a call to local_links.php?action=jump&id=n. If someone tries to get round the system by simply choosing a random number (or if someone tells someone else what number to enter), the code still checks to see if that usergroup has the relevant permission, and refuses the download if not. The user never gets to see where the actual file is stored.

Of course, if someone actually knows where the file is really stored, and gives out that information, then it is perfectly possible to bypass the whole security system. But that is nothing to do with this hack.

Clear?

alright i understand all that... but what if they were on a custom page on vbindex, that rule wouldnt apply anymore right?