FancyArchive v1.3 Released

[ibejo]

I just released v1.3 of Fancy Archive:

http://www.pixelpost.org/v1/index.ph...ds&details=101

Here is the change log for 1.3:

v1.3 Change Log
1. Added the tbl_css_id variable. This allows you to explicitly set the style for the blocks of
displayed images. This was implemented to get around Internet Explorer's problem with CSS inheritance in
HTML tables.
*** NOTE: YOU MUST REMOVE THE <DIV> tags before and after the <IMAGE_RESULTS> tag *** in your old fancyarchive_template.html file!!!!
2. Added the markdown function to the body text - so now, markdown should be properly parsed.
3. Fixed a couple random bugs.
4. Fixed some XHTML compliance issues.

As usual....let me know of any problems or things you would like to see in future releases!

[japanwindow]

I got the archive working, and it looks great. Thanks so much for doing this, and for adding the line to parse Markdown.

Could I ask one more ignorant question (maybe two in one)??

Does this addon (or any addon) slow down the entire site? Ever since adding the Fancy Archive, the main page seems to loading a bit slower. I can understand why the Fancy Archive itself could be slow loading, but would the archive slow the main page down, too??

On a related note, I am still using the normal archive (now renamed "photos only gallery"). Is there any problem have both the regular and simple archives active at the same time?

[ibejo]

I've had one other talk about slowing down of the site - but I've also had lot of folks say it was no problem. I would need more info on this to be able to trouble shoot it.

Shouldn't be a problem at all running both the normal and fancy archives.

[Joe[y]+]

index.php literally just adds addons to it's code - unless there are any looping functions in the addon code or any unreasonable requests from databases then there is absolutely no reason why fancyarchive should slow anything.

as far as i can tell, fancyarchive does not and should not slow down anything.

[cyberico]

using this new ver. i still have my bug.

pls see www.photorape.com/blog/

browsing fancy archive the problem is NO image results after filtering with <CAT_COUNTS> <DATE_COUNTS> !!

<LIMIT_COUNTS> works good.

im using <FANCY_IMAGE_CATEGORY> in my image_template.html

is there something to change in index.php ????
in database ???

pls i wonder if anybody may help me.
thnx

enrico

[cyberico]

only cat_counts does not work.

im using last IE and Firefox.
my fancyarchive.php:

//*************************************************
//MODIFY THESE VARIABLES TO CHANGE DISPLAY BEHAVIOR
//*************************************************
$two_column_display = true; //true = 2 column layout, false = single
$tbl_width="550px"; //width of table displaying layout.
$default_limit="20"; //By default, show X images per page - MUST be (10,20,30,40 or 50)
//NOTE: the large the number, the longer the load time per page.
$nav_tag = "1"; //1 = [Next] [Prev], 2 = (Next) (Prev),
//3 = Next | Previous, anything else = Next Prev
$pic_col_width = "20%"; //Width of Thumbnail column as percent of total table width
$cell_spacing = "0px"; //Cell Spacing in the Display Table
$cell_padding = "2px"; //Cell Padding in the Display Table
$display_exif = true; //true = display exif data, false means don't.
$tbl_css_id = "images"; //This is a workaround for users having CSS issues
//*************************************************
//NO MODIFICATIONS PAST THIS POINT
//*************************************************

[cyberico]

other info for debugging:

PHP-version 4.3.10 (Pixelpost's min requirement: PHP version 4.3.0)
MySQL version 3.23.58 (Pixelpost's min requirement: MySQL 3.23.58)

GD-lib bundled (2.0.28 compatible) with JPEG support

Server software Apache/2.0.51 (Fedora)

EXIF Pixelpost is using exifer v1.5 for EXIF information.


Addons installed:

Pixelpost Copy Folder Contents (copy_folder.php - version 0.7)
Fancy Archive (fancyarchive.php - version 1.3)
Extra EXIF Information for (PP v1.4+ only) (extra_exif.php - version 1.1)
Pixelpost Calendar (calendar.php - version 1.0.1)
Page-By-Page-Archive for category and month (for PP v1.4) (paged_archive.php - version 0.6)
Pixelpost Current DateTime (current_datetime.php - version 1.1)
Advanced stats (advanced_stat.php - version 1.0)
Code generator for robot (increase_stats.php - version 0.1)
Visits Today (visits_today.php - version 0.1)
Pixelpost Anti-Spam (anti_spam.php - version 2.0)


thnx

[cyberico]

Ok, i found the problem by myself at last.

>>>> MySQL version 3.23.58 (Pixelpost's min requirement: MySQL 3.23.58)

too old mysql version. with ver 4.x fancy runs good.

now i still have bottom of the page problem to fix...

[cyberico]

i fixed my bugs.

a suggestion for drop down menu (category and date).

now the default position is empty.
i would change it in "All", both for category and date drop down menu.

it will be more usable. hope you can add this improvment (easy) very soon!
thnx

[Joe[y]+]

sorry to bring this up but i have a couple of bugs with this version:

flash exif does not work .. nor does my ISO exif but I think that's more likely the camera's fault as it isnt' displayed on my normal page either. what happened to the flash exif though? the flash info isn't displaying on your site either.

also, i seem to be displaying posts from the future... urr, not sure how far into the future though as i have 2 in the future right now and only the closer one is showing. i think it may be coming up 12 hours early.