1
tedsmith
2.0.4 version of WFDownloads Module
  • 2004/7/12 12:55

  • tedsmith

  • Home away from home

  • Posts: 1151

  • Since: 2004/6/2 1


Hi

2 things :

1) Once you've added a download item to a catergory, how do you get it to show up in the list? Mine still report zero files in each catergory. I have said 'No' to the preference 'Auto Approve New Downloads without Admin intervention' so that they are put straight on and I'm adding them as webmaster using the WFDownloads Administration menu, not via the main area.

2) How do you get the sub catergory display to match the first page that you see when you click the 'WFDownloads' button on the menu? That screen is nicely nested with little blue folder pictures next to each main catergory. I want my subcatergories to look the same when a user cliks on them.

I'm using the latest release of 2.0.4

Thanks

2
Herko
Re: 2.0.4 version of WFDownloads Module
  • 2004/7/12 13:02

  • Herko

  • XOOPS is my life!

  • Posts: 4238

  • Since: 2002/2/4 1


1) you have to set both cat and download permissions first.

Herko

3
tedsmith
Re: 2.0.4 version of WFDownloads Module
  • 2004/7/12 13:39

  • tedsmith

  • Home away from home

  • Posts: 1151

  • Since: 2004/6/2 1


Thanks.

Problem 3...!!

We're on an internal Intranet, and links to the files are \\servername\folder1\folder2 etc. Problem is that the module places a http:// at the front when I click save, so the link ends up like : http://\\servername\folder1\folder2, and obviously doesn't work.

I assume this is the special chars function used in php, but is there a way round it?

4
tedsmith
Re: 2.0.4 version of WFDownloads Module
  • 2004/7/13 9:41

  • tedsmith

  • Home away from home

  • Posts: 1151

  • Since: 2004/6/2 1


Does anyone happen to know an answer to this before I re-input all my data? If I can't have a local link to an area on my LAN then it's no use to me (regretably). I notice there is reference on the forum to a similar problem but relating just to footers of Xoops. This is specifically for the WFDownloads module.

5
tedsmith
Re: 2.0.4 version of WFDownloads Module
  • 2004/7/13 11:16

  • tedsmith

  • Home away from home

  • Posts: 1151

  • Since: 2004/6/2 1


Nope - no go mate. Still places 'http://' before anything that I put.

If its any help, the default XOOPS module will allow direct linking in this way because that's what I used originally before WFDownloads. Also, the postnuke module allows it (if I recall correctly).

Trouble is that it is very urgent for us. All our downloads are in a file storage area seperate from the XOOPS system. So this is the ONLY way we can link to it using a CMS like Xoops. Please also remeber its an internal Intranet, so no external links, thus no need for http://.

Please can someone help? Is there a bit of code I can change in a certain file to stop it doing this? There must be a 'if link field = true then updated_link field = 'http://' + 'inputted_variable_string' that I could change to 'blank_value' + 'inputted_variable_string'?

Thanks

6
tedsmith
Re: 2.0.4 version of WFDownloads Module
  • 2004/7/21 18:46

  • tedsmith

  • Home away from home

  • Posts: 1151

  • Since: 2004/6/2 1


Does anyone know whether any more work has been done on addressing the automatic placement of 'http://' at the start of new inputted download links?

David (the previous poster) has been very helpful and assured me that a workaround has been looked at by Liquid, but that was about a week ago, and I've not heard anything since, but he did say it was easy enough to change.

The trouble is that because I can't input downloads into the XOOPS system (I've got all the catergories in place ready) it is holding up the development of our site enormously and I'm really getting stick for it!! If anyone knows which areas of the module to change just for now) to get round this please could they let me know (preferbly by PM because I'm working away at the moment and don't always get quick access to Internet)? I tried changing the http:// string values in the module to the default server name (\\servername) but I just messed the module up, so put it back to normal for now.

Thanks guys

7
ajaxbr
Re: 2.0.4 version of WFDownloads Module
  • 2004/7/21 19:04

  • ajaxbr

  • Quite a regular

  • Posts: 276

  • Since: 2003/10/25


I'd guess that a little hack as mentioned in this thread would fix it. If you can't find the code that adds http://, I'll download this mod and search into it.

8
Catzwolf
Re: 2.0.4 version of WFDownloads Module
  • 2004/7/21 19:49

  • Catzwolf

  • Home away from home

  • Posts: 1392

  • Since: 2007/9/30


Quote:

ajaxbr wrote:
I'd guess that a little hack as mentioned in this thread would fix it. If you can't find the code that adds http://, I'll download this mod and search into it.


Thanks Ajaxbr, but no need =)

This problem has been fixed and we shall be releasing WF-Downloads v2.0.5 Final tomorrow (if all goes well).

9
m0nty
Re: 2.0.4 version of WFDownloads Module
  • 2004/7/21 19:57

  • m0nty

  • XOOPS is my life!

  • Posts: 3337

  • Since: 2003/10/24


*EDIT*

i posted a fix for this same time as liquid posted by looks of it.

doesn't matter now a new version is coming out :)

10
Catzwolf
Re: 2.0.4 version of WFDownloads Module
  • 2004/7/21 20:32

  • Catzwolf

  • Home away from home

  • Posts: 1392

  • Since: 2007/9/30


Quote:

m0nty wrote:
*EDIT*

i posted a fix for this same time as liquid posted by looks of it.

doesn't matter now a new version is coming out :)


Sorry about that one m0nty =)

Login

Who's Online

410 user(s) are online (285 user(s) are browsing Support Forums)


Members: 0


Guests: 410


more...

Donat-O-Meter

Stats
Goal: $100.00
Due Date: Nov 30
Gross Amount: $0.00
Net Balance: $0.00
Left to go: $100.00
Make donations with PayPal!

Latest GitHub Commits