Search options (Page 6 of 8)

Really Sweet!  You did a nice Job!

u r welcome ;^)
Cheers,
TwoHawks

I assume you are running the forum, and the calendar is installed there, yes?
Can you please provide the link to your forum, I cannot read you rlanguage (is that vietnamese?)

Cool!!

Read my original post.... positioning is controlled in the code at the end of the file showminical2.php
Its probably that flost you have to sort out ;^)  Try removing float: right;  from the code.

And did you style it simply by surrounding it with your own div/stuyle/class ?
Looks good.

Also, why is it going to 404 page when I click the month?

Say Everyone,
Gizzmo did contact me about posting a new update for his calendar mod.  I am waiting to hear back from him about a few details, and then it should be up there shortly thereafter.

Please go to punres to check it out with us...  I would like to keep the posting going on in one place, and we are largely doing it there.

Cheers,
TwoHawks

Okay, you went offline - must have just missed you 8^P
Tell you what I think, but I am not the expert here (so I would have to mess with it to get to the definitive answer)...
...but... If you are running the punbb forum on your site and you have the calendar installed, then the minical should work wherever you wish to put it in your other php pages (but not html pages) on your site... I bet all you would have to do is maybe adjust some of the link/pointers.

That's where i think it begins.
ttys,
TwoHawks

Hi Mystic,
In the very beginning of my code section in that post (232) there is a link to a zip file.  Get that... it has all the code and instruction for updating your current installation of calendar mod 2.0.7 with those things.
Cheers,
TwoHawks

Glad you could find and fix that mystic (I swear its always a dot, a semi-colon, or a single-quote !)

Per your last request, yes its available.  Please go over to punres and review the work that has been posted there (link below).
=====================
HEY FOLKS, I don't know why we got two different forums going for this mod (don't you hate having to track in two places instead of one!?), but we have been posting up a storm of some cool changes to Calendar 2.0.7 this month over at punres.  Please go check it out.

AND GIZZMO - I emailed you a request, and to check it over there, would you please let me know what I/we should/could do about the remod.

Go here:  http://www.punres.org/viewtopic.php?id=208&p=10
...and see  - post 232 - !

Cheers,
TwoHawks

Thanks gentlemen... I thought it was obvious, please allow me to (try to) explain...
    Hmmm... what I found (the issue) was is that, for instance, if a user selects the style 'Radium', well you can barely read the forum because almost all the text appears black (on near-black background).  However, if you look in the stylesheet it seems the author indeed intended the default to be near-white, and much of the text in the forum does appear that way.  So I thought to myself, 'aha, the author didn't, in fact, intend me to be eyestraining!  So what gives?
   After looking further into it it appears that when the code begins parsing text in/to tables there is no propagation of the near-white coloring for the text, so it defaults to black.  If I look at other styles with black text as the default (like oxygen), it seems I can observe what the intended text coloring consistency across the board (pun intended) is.  So I figure seing black on black must be an error.
   I observe in several of the other colorful stylesheets where colored text is introduced in order to present readable contrast, ..well it isn't happening there as well. 
  So after messing with it a bit I figured I could add the TD in the default line I cited there, in each of these stylesheets, and it seems it worked, although I do not knwo if I am inadvertently 'stepping on' anything else by doing this.
   Have you ever tried setting your style in a default installed forum to radium?  Is it not black?  Maybe I missed something, but I was sure to check the default install before posting this.  And yes, its weird, after all, I use that style here and I can read in white text.  But I figured the code must have been altered, or something else is up that I am not finding here (on my end)?

   Anyway, if you say its not an issue, than  I believe you.  I am just reporting what I am observing here ...and I could not identify anything I might have done to compromise this myself ..which must be the case if you say it ain't broken. |^P

'nuff said?  Hope that explains "my logical" reasoning for posting this, ...I don't show up without being responsible to  trying to investigate things first (and just to cause you more trouble).
Cheers,
TwoHawks

Oh, PS: if this is mute, I don't mind if you delete this post... no need wasting space.

mystic, please post the code at line 959, with the preceding and following lines as well, in the referenced file, and maybe we can tell you what the error is and how to deal with it.

Aren't there some 'common functions' of bots that can be taken advantage of to cause them to 'reel' into loops?...
What I am thinking is (but I do not know bot-techno, so some other brainy-ack would have to thunk it through...),
   ...if bots have some primary functions for some sort of calculating when they arrive, and they must because they have to make decisions (which essentially are calculations), ...aren't there 'problems' you could seed into the site pages or the root of the domain that would cause the bot to get stuck until it timed out and decided "ouch, I am leaving now for more fertile prey elsewhere"... kind of like giving a computer the task of solving the square root of 2... kind of thing?

Maybe a stupid idea, I haven't a clue...
Cheers,

Do you use this:

$REQUEST_URI=$_SERVER['REQUEST_URI']

or do you do some sort fo scripting with this

$_SERVER['PATH_TRANSLATED']

or something else?  Just curious (I mean, if you can recall easily enough... don't go spending more time on it %^P