Loading...
 
Skip to main content

Features / Usability


Interesting Calendar Behavior in 1.8

posts: 29 United States
I am not sure how this is happening, or how to fix it, but when someone on my site clicks on the calandar link (tiki-calendar.php?viewmode=month) for some reason, they are getting logged completely out of the system. The only permssion that I gave to that group is the view the calander. Conversly, as an admin, when I go to view the calendar, I get no prblems at all and can view it just fine. I have all available permissions for the calendar. Obviously, I need to fix this, so any advice would be appreciated. I don't mind going into the php code to fix it, but I can't really figure out where the problem is, unless there is an issue with the session id getting screwed up. Thanks for any help.
posts: 2881 United Kingdom

Hi Matt,

What version of 1.8 are you using. TikiWiki site uses the latest CVS Branch code. Maybe you could grab a copy of that if you are using a RC version.

Damian


posts: 29 United States

Yeah, thats probably what I am going to have to do, but the problem is that I have customized a fair amount of the PHP and TPL scripts for the site that I need to be really careful about copying stuff directly from the CVS tree. If I just grab the updated lib files (user.lib etc.) do you think that would take care of it? I would just like to avoid having to replace all of the scripts because of the about of small tweaking that I have done.

Thanks for the reply,
Matt

posts: 2881 United Kingdom

> mattlangley:
> Yeah, thats probably what I am going to have to do, but the problem is that I have customized a fair amount of the PHP and TPL scripts for the site that I need to be really careful about copying stuff directly from the CVS tree. If I just grab the updated lib files (user.lib etc.) do you think that would take care of it? I would just like to avoid having to replace all of the scripts because of the about of small tweaking that I have done.
>

We really should have some better theme/tweaking documentation;

I dont know if you have done this or not, but I'll type it anyway, for the benefit of others at least.
When you start your own theme, its best to copy the CSS that your basing it on. Lets take the example of neat.css and make it into mess.css, all the paths here are from the tiki root.

copy /styles/neat.css to /styles/mess.css
create a dir /styles/mess
copy /styles/neat/* to /styles/mess/. only if the directory exists
create a dir /templates/styles/mess
copy /templates/styles/neat/* to /templates/styles/mess/.

That will give you a mess.css under Admin General that will look and work like neat.css

Ok, so you want to change some of those templates. Before you change a template copy it into the /templates/styles/mess as any templates in here override the default ones. Basically meaning unless you have tweaked php files, you can freely port/copy your theme to another installation.

So matt, if you can try and move your modified templates into a templates/styles/matt folder as example it would make it a little easier. We cant do much with the PHP files tho 😐 those are going to have to be diff'd and remade.

Hope it helps you and others, post back if you get stuck or want anything else

Damian


posts: 2881 United Kingdom

> mattlangley:
> Yeah, thats probably what I am going to have to do, but the problem is that I have customized a fair amount of the PHP and TPL scripts for the site that I need to be really careful about copying stuff directly from the CVS tree. If I just grab the updated lib files (user.lib etc.) do you think that would take care of it? I would just like to avoid having to replace all of the scripts because of the about of small tweaking that I have done.
>

We really should have some better theme/tweaking documentation;

I dont know if you have done this or not, but I'll type it anyway, for the benefit of others at least.
When you start your own theme, its best to copy the CSS that your basing it on. Lets take the example of neat.css and make it into mess.css, all the paths here are from the tiki root.

copy /styles/neat.css to /styles/mess.css
create a dir /styles/mess
copy /styles/neat/* to /styles/mess/. only if the directory exists
create a dir /templates/styles/mess
copy /templates/styles/neat/* to /templates/styles/mess/.

That will give you a mess.css under Admin General that will look and work like neat.css

Ok, so you want to change some of those templates. Before you change a template copy it into the /templates/styles/mess as any templates in here override the default ones. Basically meaning unless you have tweaked php files, you can freely port/copy your theme to another installation.

So matt, if you can try and move your modified templates into a templates/styles/matt folder as example it would make it a little easier. We cant do much with the PHP files tho 😐 those are going to have to be diff'd and remade.

Hope it helps you and others, post back if you get stuck or want anything else

Damian


posts: 29 United States

Damian-
THanks fior all of the help. Unfortunalty, I have done a lot more work to the php and tpl files than to the CSS files. Some of that is just rewording the text on the page, but some is pretty big (reworked the survey section to include more info about what specific users were saying, completely redid the registration stuff, etc.) so copying is gonna be a bit tough. I had thought about writng a script that would do these update every time i upgraded, but have not gotten to it yet. I think that the calendar problem is related to the user library, and am thinking about trying to grab just that, all of the new calendar files and seeing what happens.

For everyone reading this, I am a perfect example of why you need to document your own changes.😡

Thanks a lot for your help, Damian, I think that TW is one of the better concieved systems out there.
-matt


posts: 29 United States

FWIW, turns out that there was an error in the user lib that I was using and I have grabbed the CVS copy and everything works fine. Did not seem to break anyother part of the site, which is good news.