kchayka

Where did you find documentation? There was none in the zip file I downloaded and link to the author’s web site goes to an empty page.

My WP install is also not in the root directory and I could not get this plug-in to run at all until I edited the locale/timezone in my User profile. It completely ignored the timezone I set in Settings/Events.

There don’t seem to be any other FAQ plugins, but for a simple FAQ, the Collapsible Elements plugin is an alternative. It’s not perfect, but should suffice for me.

You can download the FAQ-Tastic plugin for WP 2.7

Alas that fix is for FAQ-Tastic version 0.9. It does not work with the latest version available on the original author’s web site (1.0.7). Is the 0.9 release available anywhere?

BTW, I see on the author’s old web site that FAQ-Tastic was released with a Creative Commons NC-SA license, so theoretically anyone could take it over.

What is the status of this? I don’t want to upgrade if there is a chance my client sites could easily be hacked. I’ve got clients on both Windows and Linux servers.

Here’s a novel idea for the developers, which I will repeat as long as it’s necessary:
– Use themes for the admin controls as well as the forefront.

I wholeheartedly vote for this. And I’m not talking about fluff like changing colors or customizing header graphics. If WP wants to be recognized for superior usability, it needs to adapt better to the user’s needs.

You don’t understand the issue at all if you think Firefox would solve anything. In fact, it’s features of Firefox (and Opera and Safari) that make the problem more pronounced.

All you need to do is set the browser’s minimum font size setting to something larger than 12px to start seeing the effects. Mine happens to be 17px. Zooming text has the same result.

That setting is not some random number I chose, trying to make the layout break. It’s the smallest I can tolerate for comfortable reading. A properly designed site will adapt to those settings. WP doesn’t, but there is no reason why it can’t.

I have the same problem, and it’s still there in the final 2.7 release. It is a design flaw in the admin template CSS and is a side effect of setting absolute font sizes in px units. It is especially noticeable if you use a “minimum font size” setting in your browser (mine is 17px).

The main content area of the dashboard uses a margin-left:175px. The left column is styled to use a fixed font-size:12px, but if the “wp-has-submenu” class is set it also adds a min-width:10em. That 10em value is dependent on that 12px and anything larger will cause an overflow and overlap into the content area.

I wish WP designers would learn to use relative font sizing!!! There is absolutely no need for these inflexible layouts!

Thank you!

We found another solution. The upcoming 3.2 version of Event Calendar 3 does most of what I need – keeping events out of the archive counts, and I can hide the event category in the Categories list with another plugin (Extended Categories Widget). That just leaves getting them out of the prev/next navigation on individual posts.

If I find a final solution for that I’ll post it here so maybe it will help someone else.

Thanks for that, but I’ve already tried it. It doesn’t work in this case. The category in question is the special “event” category used in the Event Calendar 3 plugin. The plugin itself can hide the category from the Categories list, but not from the Archives or post navigation.

The ACE plugin doesn’t even see the event category, so it won’t exclude it, even if I change the calendar pref option to treat events like regular posts. That’s when I started looking for solutions like query_posts, which I would happily use if I could only get it to work.

The error it throws sounds like a syntactical problem, unrelated to any of the plugins I may be using. Why?