Topic: V6.5 Beta

[Mike Bobbitt]

For all those brave enough to give it a try, album.pl V6.5 (Beta) is now ready:

http://perl.bobbitt.ca/album/album65.zip

Many thanks to Frister for his contributions to this release!

Edit: I finally added the release notes for the beta:

New Features
------------
* Auto-size photo display for the current browser window.
* Moving/Deleting links only moves/deletes the link, not the actual photo.
* Base script has been chopped into multiple modules.
* Added module path configuration variable.
* Can now handle JPEG 2000 (jp2) files.
  o If you view from a Windows platform, the site will ask you to install the Lurawave jp2 plugins.
  o If you view from a Linux platform, conversion back to jpg occurs on the fly, via ImageMajick.
  o jp2 files give me small storage requirements while maintaining image quality
* All thumbnails are png files
* Only some members can upload photos and add ratings
* Provide the option of storing login cookies permanently or only for the current session.
* Better phpbb cookie checking.
* Updated ratings/comments section to use the "ratings" style class.
* Fixed nav footer to work in all browsers.

Bug Fixes
---------
* Fixed double entry in notify file.
* Fixed problem reading binary descriptions.txt.

[frister]

  Thanks for the bennies.
 Just downloaded it and will check it out.

J.J.

[frister]

A quick browse tells me you left the jp2 code in there, but there's a few nits:

CHANGES.txt says

All photos are stored as jp2 files.

That's true only on my site because I force all image uploads to be transformed to jp2, using ImageMagick. Maybe it should read "Can now handle JPEG 2000 (jp2) files.

For jp2 to work on IE, whoever views the photos needs to download and install the correct OCX (which is a relative file reference in album.pl), so that will break unless you include the OCX in your zip file.

For jp2 to work in Mozilla/Netscape, whoever views the photos needs to install the npjp2.dll plugin. That's a URL reference to the image directory on my site, so it will work, but is not exactly desirable on my part.

I think, in both cases, we should point the person who installs album.pl  to http://www.algovision.com or some other sites that provide jp2 plugins so he/she can put the plugins into their own image directory. Then, we can control whether jp2 files are supported or not via a configuration variable.

Guest (Junior) member restrictions will  still work as you had them before I futzed with the code, but the multi-level (three or more) viewing permission stuff will only work  with Account Manager (authentication_type =5) -- and customized AMLite, at that. So, I'm glad the "who can view this?" selections  during upload and during maintenance are visible only if the installation uses AMLite the same way I do. http://siteinteractive.com/ Don't remember if that's my if statement or not.

I didn't always bother putting new strings into album_strings.txt either, I see that my hard-code is still there. i.e.:

Who can view this photo?

I'll try to install the 6.5 beta and check it out over the next few days.

I was thinking of building a module to support UBB code and smileys in ratings and descriptions. Ideas stolen from YabSSE and Guestwho. What do you think?

J.J.

[Mike Bobbitt]

Thanks for the notes, I've updated the files accordingly (haven't updated the zip download yet though.) As for "what's next" well any help is appreciated! If you're bored check out the to do list.

[frister]

Very well, I'll follow the to-do list,although maybe not in order.

In the mean time, a question:
in album_upload.pm you put

Code: [Select]

require $::display_module; only once, at the start. I had it in front of every

Code: [Select]

print javaAlert'cause I figured we'd need it only in case of warnings/errors. Which way is more memorey efficient?

In album_test.pl, I had to add the "1" parm to

Code: [Select]

checkPackage("Digest","HMAC_MD5"....Now album_test.pl reports what I built.

cfgVer still says 6.4


More detailed notes (if any) on album.pl to follow.

I think I know a way to make the multi-level viewing permissions work if you're using any authentication method that defines "Junior" members. Also, once this is defined, then the code is already there so that random, recent and popular will not show thumbnails for those things you're not permitted to see.

J.J.

[Mike Bobbitt]

Heheh, I didn't mean you *had* to do the To Do list, but if you're looking for ideas...

As for the "require $::display_module;" move, no matter what happens in fileUpload(), at least one javaAlert() is going to be called, so I figured it made sense to just require it once. (Even if you upload successfully you get a javaAlert() message saying so.)

The HMAC_MD5 detection seems weird... It works "as is" on my test systems, but clearly I'll have to check it out a bit better...

The version was updated yesterday.


Thanks!
Mike

[frister]

figured out how to make jp2 support independent from my website.

changed

Code: [Select]

$g_HTML_string.="<object class=\"photolink\" id=img_1 codeBase=../img/jp2x.cab#Version=1,1,4,15 border=0 ";
.
.
.
$g_HTML_string.="classid=\"CLSID:0D4B9606-1FEF-43B0-B76E-43150B060AEB\"><param name=\"SRC\" value=\"";
.
.
.
$g_HTML_string.="\"><param name=\"progressive\" value=\"true\">";
$g_HTML_string.="<param name=\"strict\" value=\"1\">";
$g_HTML_string.="<param name=\"limit\" value=\"30000\">";
to

Code: [Select]

$g_HTML_string.="<object class=\"photolink\" id=img_1 codeBase=\"http://www.jp2Tools.de/jp2IE.cab\" border=0 ";
.
.
.

$g_HTML_string.="classid=\"CLSID:7AAA3403-FE71-11D2-A1A9-D484164D354E\"><param name=\"SRC\" value=\"";
.
.
.
$g_HTML_string.="<param name=Scaling value=-1>";
$g_HTML_string.="<param name=ShowToolbar value=0>";
which switches it away from my site or away from the Algovision/Luratech activeX control to the friendlier, faster control found at http://www.jp2Tools.de/English

I also changed

Code: [Select]

$g_HTML_string.="\" progressive=\"1\"  pluginurl=\"http://fristersoft.mine.nu/img/npjp2.dll\" ";
to

Code: [Select]

$g_HTML_string.="\" progressive=\"1\"  pluginurl=\"http://www.algovision.com/download/index.jsp#jp2\" ";
so that if you don't have the Netscape/Mozilla plugin it directs you to Algovision's download page. I could not find a decent alternative plugin.

I recently read that Quicktime 6.5 on Mac OsX supports JPEG 2000. If I knew what kind of browser/platform information gets reported to the server by someone using OsX, then I could build in the logic to activate that plugin. But, I don't know anyone who's using it.

J.J.

[frister]

also replaced
anyone, friend, family with strings 341 to 343 in both album.pl and album_upload.pm,
and replaced
Who can view this photo? with string 340 in album_upload.pm

Noticed that the isViewable sub would not allow admins to see all photos unless they are also members of the "family" group, so I changed

Code: [Select]

if ($create_html_flag ge 1 || $authentication_type lt 5)
to

Code: [Select]

if ($create_html_flag ge 1 || $authentication_type lt 5 || isAdmin()==1)

J.J.

[Mike Bobbitt]

You da man.

I've updated the files, will replace the zip tonight.

Thanks!!

[frister]

:'(  Can't figure out what I may have goofed up now. When I sent you the last set of changes the OCX from jp2Tools.de worked fine. Now I simply get a blank frame when viewing in IE. And, I haven't made changes since then. I know it's not the OCX's fault because the page at http://www.jp2tools.de/English/ works.

Try http://protoweb.fristersoft.mine.nu/cgi-bin/album.pl?photo=sail_detroit_2001/wueste.jp2;photo_height=-1;photo_width=-1

I saw the problem at lunchtime from work. Then, tonight I re-donwloaded and installed the beta, only to find the same problem from my home machine.

The Algovision plugin still works fine (as before) for Mozilla/Netscape.

I thought I'd use the wc3.org validator to try to find the problem, but it picks up the Mozzilla/Netscape feed.

[Mike Bobbitt]

Hmmm, I see what you mean...

Probably something simple, but we'll get it eventually...

[frister]

Of course something "simple" !

Was missing a few \" and one >

I'm just e-mailing you the album.pl file.

Now it displays the jp2's in IE. Something I hadn't checked before today and will have to figure out: in Mozilla, clicking on the photo gets me to the next photo. In IE, nothing happens. I think it has to do with the jp2Tools OCX not understanding as many parms as the Algovision OCX does. May have to put the <OBJECT>...</OBJECT> inside a <a href=..>...[/url] as opposed to passing the href as a parm to the object.

[Mike Bobbitt]

Heheh, good catch.

It's fixed in the zip, thanks!

As for hte IE next photo problem, well... I'll see if I can figure out what's going on. The object tag sounds like the likely culprit...

[frister]

No joy wrapping an <a href= .... [/url] around the <object> tags.

On my home machine, I can see the cursor flicker between arrow and hand when I'm on the photo, but it never stays hand long enough for click to have effect.

I sent a query to the folks at jp2Tools.de
J.J.

[Mike Bobbitt]

Cool, thanks!