Gallery module

[Fiksve]

This is a gallery2 integration implemented as a module for dotproject. You need to install gallery2 separately on your webserver, and then use this module to link it into dotproject.

For those who dont know, gallery2 is a powerful and mature php gallery system which supports a wide range of image and video formats trough various libraries. Check out their website for further information: http://gallery.menalto.com/

Be careful enabling the URL rewriting module in gallery2 -- I did not really put much into it, but could not make it work.

I dont really know how much priority this will be given yet, it was just a spur of the moment thing, but I might look into implementing css support and personal dotproject user accounts later. The module can be downloaded at:

http://www.sensorlink.no/fiksdal/dpgallery2-0.2.tar.gz

Read the readme for further information -- Enjoy :)

[caseydk]

Congrats! It's always cool to see new modules...

even if they are a bit odd. ;)

[Fiksve]

Thanks :)

I realize that this might be a bit beyond project management, but it was actually created out of need -- My company documents everything by taking photos of it, a quick and cheap method which works very well, but a messed up collection, spread over a samba server on a local network, needed an improvement.

[caseydk]

Does it also include links to the files in the Files module? Just wondering, not criticizing. ;)

[Fiksve]

Nope. Actually, you dont even have to host the gallery site on the same network. The gallery will just be embedded inside dotproject, and the contents are just linked in.

The neat thing about this is that the plugin is completely maintenance free. You can update both the gallery and dotproject, but independently of this module.

As mentioned earlier, I dont know where I want to take this yet. Possible improvements are per-user integration with private areas, and automated album creation based upon project credentials.

But such updates will only happen if there are any interest for it, as my company are well set with the current solution, and will probably focus on a dotproject webmail solution for the next development cycle.

BTW! The code has been uploaded to the dotmods cvs!

[caseydk]

Completely understood there... personally, I can't wait until I get all this "free time" people keep talking about. It sounds great!

But such updates will only happen if there are any interest for it, as my company are well set with the current solution, and will probably focus on a dotproject webmail solution for the next development cycle.


On that note, I would encourage you to seriously consider this one... a webmail client has to support quite a bit of things and can be open to a whole range of security issues, vulnerabilities and considerations that (luckily) we don't have to consider within dotProject.

Alternatively, you might check out Horde's IMP project. I've talked with their project manager/lead guy a number of times in person and via email and they're looking for a project management system to integrate with. If we ever manage to coordinate something, you might be ahead of the curve by using them...

[Fiksve]

Hmm. Interesting idea, I havent really done anything with the email integration yet, but I did take a brief look at the alternatives. The most likely candidates were squirrelmail (As we have already deployed this for a couple of years, and are very satisfied with it) and roundcube (Which has a much more stylish and modern interface). But I suppose any imap/smtp compliant implementation will do, I have heard about horde, but only things like "hard to setup/configure" etc, I will take a closer look at it before starting anything though.

I would prefer it if I could implement it like this gallery module -- Integrated, but fully seperated install and configuration. Then I could have a seperate login to the webmail as the secure default (Inside dotproject), with the less secure option to store passwords under user prefferences for automatic logins..

Maybe Ill open a new discussion thread on the topic if and when I start working on this :)

[GC Geoff]

I have Gallery2 up and working. I then installed and configured the integration module in dotProject...but get this error when clicking on the gallery2 tab:

Warning: main(/var/www/gallery2/embed.php): failed to open stream: No such file or directory in /var/www/dotproject/modules/gallery2/index.php on line 22

Fatal error: main(): Failed opening required '/var/www/gallery2/embed.php' (include_path='.:/usr/share/php:/usr/share/pear') in /var/www/dotproject/modules/gallery2/index.php on line 22

Any suggestions?

Thanks.

[Fiksve]

Seems like it failed to open the local gallery2 installation in the /var/www/gallery2/ folder -- Are you sure you installed it there?

If in doubt, search for the file named embed.php to locate the appropriate folder.

EDIT: The correct reference must be set under the "Configure" option in the dotproject module view, as described in the readme!

[GC Geoff]

Thanks for your reply and suggestions.

I should have mentioned that I have dP and G2 on separate servers. I believe that with such a configuration, the link from dP to the G2 server must be URI. Looking at some posts on the G2 web site, I have had limited success embedding it with dP...but I still have errors to resolve.

[GC Geoff]

Fiksve,

Just to follow up...

I installed G2 on the same server as dP. Clicking on the Gallery tab in dP, I was able to access G2. However, I then got the error message "the requested URL was not found on this server" when clicking on the links in G2.

As it turned out, there is a / missing on line 22 (approx) of your index.php file:

'embedUri' => $dPconfig['base_url']."index.php?m=gallery2" ,

Should be:

'embedUri' => $dPconfig['base_url']."/index.php?m=gallery2" ,

[Fiksve]

Thanks for the help, and sorry for the delayed answer..Im just very busy these days :(

Ill have to admin, I never tested it with a different URI than dotprojects own. I have dotproject.example.com/gallery2/ URI, achieving the same thing in a different manner, but I suppose your solution would work either way.

Ill update the CVS when I get to work tomorrow. If you dont find any other problems with it, I might even try to publish it properly on sourceforge :)