What's the status of the calendar? The last message (above) said it should be ready "this weekend" (10/30-31). Need any help with it?
Thanks,
BR
modules im working on
Calendar
Hi Bewbs & everyone:
I need to develop a calendar plugin. Shall I modify extcal2 (http://extcal.sourceforge.net/), or is there some common code that we can all help with? There's no reason to work alone on this.....
If I need to modify extcal2, has anyone the kernel of a module developer's guide? Should I just start with Smarty documentation?
Thanks,
Brit
I need to develop a calendar plugin. Shall I modify extcal2 (http://extcal.sourceforge.net/), or is there some common code that we can all help with? There's no reason to work alone on this.....
If I need to modify extcal2, has anyone the kernel of a module developer's guide? Should I just start with Smarty documentation?
Thanks,
Brit
modules im working on
Unfortunatly. We're even tried getting ahold of him via email, and are having no luck. I'm hoping he gets back to us or else someone will have to write this stuff from scrach, which would be a real waste.
gallery
I had been working on a gallery, and decided to come here and post a different module I had written (under seperate thread as its unrelated to this one) and saw that someone else had worked on a gallery..
I had a question, does your gallery support EXIF data in JPEG images (GD does so its trivial to add in).. JPEG images support upto 65000 characters of 'comments' (although its not defined what a 'comment' is to be used for in the spec). I am fairly certain google does index EXIF data (goto images.google.com and type in "Created by The GIMP" and you will get a bunch of unrelated pictures all with the default GIMP comment
)
Anyway, mine does, its trivial to add in a routine, but rather than have two galleries, I was thinking I would snag yours, add in that support and go from there, providing its suitable in other aspects to my needs (which I dont really know what they are yet, so I dont know
I had a question, does your gallery support EXIF data in JPEG images (GD does so its trivial to add in).. JPEG images support upto 65000 characters of 'comments' (although its not defined what a 'comment' is to be used for in the spec). I am fairly certain google does index EXIF data (goto images.google.com and type in "Created by The GIMP" and you will get a bunch of unrelated pictures all with the default GIMP comment

Anyway, mine does, its trivial to add in a routine, but rather than have two galleries, I was thinking I would snag yours, add in that support and go from there, providing its suitable in other aspects to my needs (which I dont really know what they are yet, so I dont know

gallery ...
Why merge the two? Doing EXIF data with GD (presumably that is what is used) is *trivial* in php. Adding that into the gallery that already works with CMS may be far easier.
Are there other features that would be missing from the one bewbs did?
Example of how to read EXIF data from within PHP:
$exif = exif_read_data($IMAGE_ROOT.$image_name,'COMMENT', true);
foreach ($exif as $key => $section) {
foreach ($section as $name => $val) {
if($key=="COMMENT") echo "$val";
}
}
In this example I look for the 'comment' EXIF tag, but there are several some are based on the file, however for a gallery that is going to use the upto 65000 character comment tag, this seems most appropriate. One tag field is a thumbnail. Yes JPEGs support a thumbnail within the image itself, how silly is that?
fyi: EXIF comments in JPEGs can be referenced by multiple comment tags, so you can have TAG 0, 1, 2, ... and in theory use them however your application wishes..
The only downside is that short of reading the file itself (which others have written code to do, whole php libs for just that) you cant appear to write EXIF data using GD+PHP. libjpeg comes with wrjpegcom which lets you, so you *could* use that in a system() call for an admin tool. Also GD will trash the comment if you rotate, resize, etc, and make the comment to the GD version that was used.
On a personal note I think GD is wrong in doing this, the comments are overwritten, not added to. There does not appear to be a GD option to inhibit this behaviour (although I havent exhausted all search avenues for that info, nothing jumped out saying it could be). Those comments may contain useful or important information, maybe even a copyright, which would be lost simply by using GD.
Given that google does index based on those comments its a good idea to have reasonable values for them anyway, I havent checked with other search engines to see if they too index based on that.
Are there other features that would be missing from the one bewbs did?
Example of how to read EXIF data from within PHP:
$exif = exif_read_data($IMAGE_ROOT.$image_name,'COMMENT', true);
foreach ($exif as $key => $section) {
foreach ($section as $name => $val) {
if($key=="COMMENT") echo "$val";
}
}
In this example I look for the 'comment' EXIF tag, but there are several some are based on the file, however for a gallery that is going to use the upto 65000 character comment tag, this seems most appropriate. One tag field is a thumbnail. Yes JPEGs support a thumbnail within the image itself, how silly is that?
fyi: EXIF comments in JPEGs can be referenced by multiple comment tags, so you can have TAG 0, 1, 2, ... and in theory use them however your application wishes..
The only downside is that short of reading the file itself (which others have written code to do, whole php libs for just that) you cant appear to write EXIF data using GD+PHP. libjpeg comes with wrjpegcom which lets you, so you *could* use that in a system() call for an admin tool. Also GD will trash the comment if you rotate, resize, etc, and make the comment to the GD version that was used.
On a personal note I think GD is wrong in doing this, the comments are overwritten, not added to. There does not appear to be a GD option to inhibit this behaviour (although I havent exhausted all search avenues for that info, nothing jumped out saying it could be). Those comments may contain useful or important information, maybe even a copyright, which would be lost simply by using GD.
Given that google does index based on those comments its a good idea to have reasonable values for them anyway, I havent checked with other search engines to see if they too index based on that.
modules im working on
Of course, the big question is: Does anyone have a copy of bewbs' gallery module? I sure know I don't. 

modules im working on
I was really looking forward to using his calendar plugin! Perhaps we should start on a new calendar plugin. Brit, let me know if I can help out.
BR
BR
Post Bewbs' code
Patricia, you say you have the code from Bewbs' modules. Can you post that somewhere or else give it to Wishy so he can add it to SVN? I'd like to get a look at the gallery stuff and the calendar would be great too. I'd certainly be willing to hack on it a bit.
modules im working on
hey guys i just got my internet back, and omg i love it so much, when i get some time ill post up the modules
Welcome back
Welcome back Bewbs. I don't know if I could live that long without internet access, so congratulations on surviving...
Hope to see the modules soon, but no rush...

Hope to see the modules soon, but no rush...