XOOPS 
Forum
Forum Index General Forums Community Support Modules Support Themes Support Development International Support Module Hack Reviews Theme Designer Talk


« 1 2 3 4 (5) 6 7 »


41
dreamgear
Re: Mydownloads module modified

  • 2004/3/3 17:23

  • dreamgear

  • Friend of XOOPS

  • Posts: 78

  • Since: 2002/7/18


I have what I think is the latest of your modified mydownloads module. I removed the old one and installed the new one over it.

When I click on the admin icon I get this:

Warning: Failed opening 'admin_header.php' for inclusion (include_path='.:/usr/share/pear') in /u1/xoops2/modules/mydownloads/admin/index.php on line 27

Warning: Failed opening '../include/groupaccess.php' for inclusion (include_path='.:/usr/share/pear') in /u1/xoops2/modules/mydownloads/admin/index.php on line 28

Fatal error: Call to a member function on a non-object in /u1/xoops2/modules/mydownloads/admin/index.php on line 29


Topic | Forum


42
dreamgear
Re: adding a block template to a module

  • 2004/3/3 16:25

  • dreamgear

  • Friend of XOOPS

  • Posts: 78

  • Since: 2002/7/18


bump.

Do you module hackers understand what I mean ? Should updating the module have correctly incorporated the new block template?

I think the problems I had should be easily reproducable...
Topic | Forum


43
dreamgear
Re: Can generated authentication graphics be added to the Registration process?

  • 2004/3/3 16:23

  • dreamgear

  • Friend of XOOPS

  • Posts: 78

  • Since: 2002/7/18


Anyone who wants to implement this might want to look at e-xoops.. I think they have it working (not that you should use e-xoops but you could probably lift some of the code
Topic | Forum


44
dreamgear
adding a block template to a module

  • 2004/3/2 21:41

  • dreamgear

  • Friend of XOOPS

  • Posts: 78

  • Since: 2002/7/18


I added a new custom block to the piCal module. Basically it's a clone of the "coming events" block but filtered down to events only in one category.

For starters I had the template for this block set to the existing pical_coming_schedule.html template in xoops_version.php. This all worked great. My block was up and running quickly and doing what I wanted it to. I used the admin/modules/update to get XOOPS to re-initialize the pical module.

Then, as a 2nd phase of my mod, I wanted to provide a new template for this new block. I cloned the pical_coming_schedule.html, changing its name and making a few other minor modifications. I then updated xoops_version.php to reference the new template.

At this point I got bogged down a little. Doing the admin/modules/update thing to the piCal module did not work. In fact my new block stopped working.

Finally I gave up and deactivated, deleted and reinstalled my modified piCal module. It all works fine now without any modifications to the code or templates whatsoever.

My question is this: Is this expected ? Should I be able to add a template from one version of a module to the next ? If so, how can I accomplish this ?

Thanks...
Topic | Forum


45
dreamgear
trying to fix a minor wfsections bug, and...

  • 2004/2/28 16:03

  • dreamgear

  • Friend of XOOPS

  • Posts: 78

  • Since: 2002/7/18


In the list of downloadable files displayed in an article, the description field is always displayed as "No description for file.".

I put the following debug lines in article.php after line 116: (just before the article description is set)

$debfil = fopen("/tmp/debugfile", "a");
$fildescrtmp = $file->getFiledescript();
fwrite($debfil,$file->getFiledescript().".n");
fwrite($debfil,$fildescrtmp."..n");
if (empty($file->getFiledescript)) {fwrite($debfil,"seems empty.n");}
if (!empty($fildescrtmp)) {fwrite($debfil,"doesn't seems empty..n");}
fclose($debfil);


I get the following debug output:

file description here.
file description here..
seems empty.
doesn't seems empty..



When the output of the method getFiledescript is tested, it seems to be "empty". But when it's stored in a variable first it tests "not empty". Not being the world's hottest PHP guru, I don't understand why that is the case.

Could someone help me understand why?

This test for empty is why it is always displayed as "No description for file".

This may well be fixed in future/beta version of wfsection, but humor me..

Topic | Forum


46
dreamgear
Re: 2MB upload limit in Downloads Module

  • 2004/2/11 15:04

  • dreamgear

  • Friend of XOOPS

  • Posts: 78

  • Since: 2002/7/18


This would seem to be a pretty exciting development, i.e. supporting "upload" in "downloads". Seems odd that it hasn't been done before, in fact!

It's not a secret is it?
Topic | Forum


47
dreamgear
Re: 2MB upload limit in Downloads Module

  • 2004/2/10 19:17

  • dreamgear

  • Friend of XOOPS

  • Posts: 78

  • Since: 2002/7/18


ok, so where is the "officially modified download module to allow uploading" ? I must have missed this. I just updated to 2.0.6 and I don't see it...
Topic | Forum


48
dreamgear
Re: page-o-blocks

  • 2003/11/11 16:38

  • dreamgear

  • Friend of XOOPS

  • Posts: 78

  • Since: 2002/7/18


Indeed, I started out with no start module defined, but decided I needed two or more such sets of blocks.
Topic | Forum


49
dreamgear
page-o-blocks

  • 2003/11/11 5:48

  • dreamgear

  • Friend of XOOPS

  • Posts: 78

  • Since: 2002/7/18


On one of my sites I wanted a page or two that have nothing but blocks on them, no content of their own. So I put together a module called "empty" that is that. It has no templates, and no logic whatsoever. The index.html just includes the header and footer and exits.

This works well! I cloned it and now I have two pages that can contain whatever blocks I define in any combination.

It would be nice if XOOPS would give you a way to create empty modules or "module instances" without resorting to copying/editing files around on the server. Maybe call it a "pasteboard" module?

Anyone else doing anything like this ? Any alternative ways to get the same effect ?
Topic | Forum


50
dreamgear
Re: Changing fonts for entire site

  • 2003/11/11 4:44

  • dreamgear

  • Friend of XOOPS

  • Posts: 78

  • Since: 2002/7/18


A little more, from my somewhat limited experience with XOOPS themes and their CSS files:

What I do is put something like this in style.css:
Quote:

body, a, p, td, div {
font-family: Arial, Tahoma, Verdana, Geneva, Helvetica, sans-serif;
font-size: small;
}


Then, in styleNN.css (for Netscape browsers), I put this:

Quote:

body, a, p, td, div {
font-size: medium;
}


Everywhere else in my style files, I specify font-size only as a percentage. Nowhere do I specify font-size in points or pixels.


For example:

Quote:

.blockTitle {
background: #FDE875;
color: #dd243c;
font-weight: bold;
font-size: 110%;
}


This has the effect of getting almost exactly the same fonts in both browsers, and what's more the user can scale the fonts (with Ctrl+ and Ctrl-) and all the fonts scale together.

Your milage may vary, but this works for me.
Topic | Forum



TopTop
« 1 2 3 4 (5) 6 7 »



[Advanced Search]

Login

Register now!  |  Lost Password?

Search

Advanced Search

Recent Posts

Who's Online

205 user(s) are online (123 user(s) are browsing Support Forums)

Members: 0

Guests: 205

more...

Donat-O-Meter

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

Latest GitHub Commits