If you give a link to your site (with the theme running) we can tell you if it is linking to the style sheet. You can tell this yourself by looking at the page online and searching the page source for the phrase:

link rel="stylesheet"

You will likely find two occurances of this line; one for Xoops.css, the other for your theme's css file.

IF it is linking to the style sheet (which it likely is) then your problem may be due to caching. Often times when a page is refreshed a browser might not refresh the CSS file (since it's a seperate file... similar to what it does with pictures). I have had that problem before. It is annoying. It can be solved by emptying your cache and doing a force-reload on the page (shift-[reload button]).

Hope that helps,
Keith

Go into your theme's theme/[mytheme]/style.css document. FInd a: tags (usually near the top).

You may or may not have a definition for visited links. This is defined by: a:visited. You can add/change it. Note that all links that are not visited are defined by the "a" tag, therefore if you're wanting to change what it looks like when it's NOT visited, then change the "a" tag.

Here is an example of a visited link line in CSS document:
a:visited {color : #00ff00 ; }

I use xoopsgallery for this...

https://xoops.org/modules/news/article.php?storyid=1105

Using this you can set the albums to have permissions. For instance, for album "screenshots" you can allow registered users (or any specific group for that matter) to updload, edit comments, transform, delete, etc. pictures. Very simple. Also works with "Gallery Remote" that allows you to updload and manage albums easier using a standalone java application.

There are other modules that do this too; I will let their advocates speak for them :).

Good luck,
Keith

Please look at XOOPS integrated notifications bookmark feature. I havn't done too much work on notifications myself, but I know that this feature exists and is integrated (to some extent) already. You can view notificaitons through the User Menu -> Notifications link.

In order for users to have access to bookmark feature, you must turn it on in the module settings. Not all modules have notifications (though increasingly more do).

Hope that helps.
Keith

[edited]

I know others have had this problem with piCal, so I'm hoping that other piCal users might have solved it.


=========================================

Daily Events Difficulty
First, thank you everyone involved for your work on this module. My clients have been very happy to see it; even with the "beta" status.

The issue at hand is that an all-day event is added, but it ends up being duplicated on either the next day, or both the next day and current day (on month view).

NOTE: This issue is the exact same for .5 and .6 versions... I checked.

See the problem...


Particularly, see item...


So, this appears to be a single post on the calendar. The properties is that it recurs every year. In this case, it's an all-day event without specified date-time.

My intention is to find some modification of the PHP such that:

A) When all-day event is submitted, it doesn't duplicate the event on the original date
B) When all-day event is recurred, it doesn't span two days no matter what time-zone it is in. Currently the "first instance" of the recurrance appears to have the correct date-span, but the recurring events seem to overlap to the next day.

This is high-priority for this site.

For A)
- I believe there is an entry in the database for each occurrence of a recurring event... correct? In which case the problem is that when a new all-day recurring event is submitted for some reason the first occurrence is slightly different than subsequent occurrences, and that the algorithm for determining the first recurrence date must be slightly out-of-whack (possibly based on differences in time-zone, eg. because the person's time-zone is slightly before server's, therefore the "next" occurance of a yearly recurring event is today at 5:00... but really, that's a problem, not an excuse).

For B)
- I don't want to play-around with the datetime string... all I want to do is modify the handler of the all-day event object (if such an object exists) such that whenever these events are analyzed they are treated strictly as single-day events.

So, again, I appreciate that this is only beta. I am quite willing to do some of the hacking myself and share the result with the community; the thing I'd really like is for someone who's worked on this to:

- give me some initial feedback on my first conclusions
- let me know if I'm barking up the right trees,
- let me know if they have a quick solution, and
- let me know where a good place to start hacking would be.

Many thanks, and I look forward to continued use of this well-constructed module. I must admit - I'll take solidarity in the module over more features any day, but your future feature set does look inviting.

Thanks in advance,
Keith

While I respect Shine's extensive solution; if all you want to do is not show the images on the screen then I really do recommend just editing the template... it's MUCH simpler, and the rest of the stuff isn't really necessary (at least, not that I can see - let me know if I'm wrong)

anyways, I hope you can get the php working again,

Keith

From your answer; your problem is that the room name is not being sent to the method.

To answer your question directly; no, it has nothing to do with permissions or chmod. The problem is that a database search is searching on a blank searchstring... that blank searchstring is your problem. The string should be travelling from the form in which you select your room, travel through the xoopschat php files, and be sent into functions.php through the method parameters.

The upset in this transfer could be caused by three things:

1) Form data (select room form) is not being sent to your server (may be due to a firewall/Norton Internet Security; also could be browser settings)
2) You've edited the code somewhere (either template or PHP) in the xoopschat module and messed things up (that's ok, it happens, it just takes some TLC), or
3) Something else I don't know about (like PHP settings "Register_Globals" or something).

If possible; try to narrow down the culprits; after which the problem may be pursued further (and by people who know how to fix it).

Best of luck solving this problem;
Keith

Do you have cookies turned off on your browser? I'd look at that as the issue first.

Other issue may be cache... make sure both cookies and cache are set right.

If you're still not up, try on a different browser/computer. That should help define the problem.

Hope you get it working,
Keith

(Continued from previous post)

Your message is in the condition statement; _MA_XCHAT_ROOMNOTEXISTS

What that means is that the chatroom variable value that is being recieved by the function does not correspond to any value in your database. This could be a problem with register_globals (though I don't know anything about that), but I don't really know. One interesting check would be to replace that line with this one:

OLD:
Quote:

NEW (TEST)
Quote:

Once you do that, you'll at least know what it's trying to use to select; then you can ask more specific questions (both to yourself and to the community).

Cheers,
Keith

The problem is found here:

from function.php
[quote]

function getMessages($chatroom) {
global $xoopsDB, $sql, $res, $xoopsModuleConfig;

$sql = "SELECT * FROM ".$xoopsDB->prefix("myxoopschat_rooms")." WHERE room_name = '".$chatroom."'";

$res = $xoopsDB->query($sql);
$numthisroom = $xoopsDB->getRowsNum($res);
if ($numthisroom == 0) {

echo ""._MA_XCHAT_WARNING." "._MA_XCHAT_ROOMNOTEXISTS."\n";
exit();
}

$sql = "SELECT * FROM ".$xoopsDB->prefix("myxoopschat_messages")." WHERE chatroom = '".$chatroom."' ORDER BY post_time ".$xoopsModuleConfig['orderascdesc']."";

$res = $xoopsDB->query($sql);
}