Gallery 3 Integration Wishlist

dari · Posted: Tue Oct 28, 2008 1:06 pm Post subject: Gallery 3 Integration Wishlist

This post is divided into two sections, one for webmasters, one for Jettyrat Smile

First, Jettyrat:
Gallery 3 development is starting. It's a complete rewrite from the ground up based on the Kohana framework. From an integration developer standpoint, what things would you like to see?

Next, webmasters:
Aside from manually editing files for the integration (which is probably a given no matter what), what other integration features would you like to see?

If you're so inclined, you can subscribe to the gallery-devel [sourceforge.net] mailing list on sourceforge to contribute to the discussion there.

AdBot

jettyrat · Moderator Joined: Nov 28, 2005 Posts: 1161

dari wrote: › Next, webmasters:
Aside from manually editing files for the integration (which is probably a given no matter what), what other integration features would you like to see?

Eventually phpbb will have an automated script for installing mods. That is supposedly the purpose of the xml modx format, but any progress on this has been slow in coming. Rolling Eyes

dari wrote: › First, Jettyrat:
Gallery 3 development is starting. It's a complete rewrite from the ground up based on the Kohana framework. From an integration developer standpoint, what things would you like to see?

Well, I don't know a whole lot about the inner workings of gallery or what the future plans are, but I guess I can make a few comments from the phpbb3 and G2.x perspective. Keep in mind the phpbb integration modifies a fairly large amount of phpbb code and no gallery code at all, and it's a big enough ordeal to maintain the way it is without having to modify gallery code so I prefer to keep it that way. Also keep in mind I'm not a professional programmer by trade, so maybe I just don't know the proper way to do things sometimes.

First, just a general observation. I find the integration needs as many or more calls to GalleryCoreApi as it does to GalleryEmbed. Don't know if thats good or bad, but maybe some thought should go into how the api calls are organized/accessed from an integration perspective. It's probably that the integration has evolved into much more than just a user synchronization, so maybe a feature list of what the integration does would help understand where I'm coming from with some of this, for those that don't already know.

A. The integration maintains a full synchronization of admins (selectable and maintained from the phpbb admin control panel), users and groups; using the loosely coupled on-the-fly method, ie. normal users don't get a gallery account until they visit the embedded gallery for the first time.
B. Users are able to browse and select gallery images for insertion into phpbb posts using something similar to Kirk's image chooser via 13 bbcode options (including - Thumbnail with link to image, Thumbnail with link to gallery page, Thumbnail with link to parent album, Thumbnail with Lightbox link to image, Thumbnail with link to custom url, Thumbnail only, Image with link to gallery page, Image with link to parent album, Image with link to custom url, Image only, Text link to image, Text link to gallery page, Text link to parent album)
C. Users are able to select a gallery image for use as an avatar.
D. Users who have a gallery album get an icon and link to that album in their profile data on each of their phpbb posts.
E. These same users also get a link to their gallery album in the member list pages and also in their member profile pages.
F. Users are able to display an assortment of gallery images in their phpbb profiles. This can either be the first x number of images, a random selection of images, or user controlled selection of images. This is governed by settings at the admin control panel and more finely controlled by each individual user at the user control panel level.
G. Gallery permissions are respected for each embed app user when accessing images from outside gallery.
H. Implementation of the imageblock from the integration that respects gallery permissions according to the user currently viewing the page.

More, but you get the idea that the integration is not just for user synchronization, it attempts to fully embed gallery into phpbb.

Something I would like to see is more of a bi-directional integration capability. Currently it is easy to tell gallery about admin/user/group changes happening in phpbb, but it is not so easy to tell phpbb about the same things happening in gallery. And there are several ways those things can get out of synchronization from the gallery side.
1. The registration module. The integration checks the status of this module during configuration and offers to disable it, but the admin can go back at any time and turn it back on.
2. Standalone gallery access, even with the registration module disabled still allows users to edit their profile data.
3. The gallery admin can at any time alter a users profile data.

It would be nice if gallery could hook some external code (via some embedded config var or something) that would notify the embed app of these types of changes.

Maybe that goes hand in hand with making gallery the master app. I personally don't have much use for that capability, but it has been requested a few times on the forums here.

Another feature I think would be great is if gallery provided the ability to pick items from a menu of thumbnails, similar to Kirk's image chooser and the one I've written from scratch for the phpbb integration, maybe even from a slideshow(?). A lot of people who use gallery in an embedded environment want the ability to insert a gallery image into a post (blog, cms, whatever) or select an image from gallery as an avatar. Probably gets a little messy when it comes to posting options and how to wrap the returned data (html, bbcode, ???), but that kind of power straight from gallery with an easy way to call on it would be awesome!

The imageblock is another popular feature for embedded apps. Maybe it could be improved some - certainly don't lose it. Maybe a slideshow imageblock, that would kick butt!

Thats a few off the top of my head, if I think of more I'll post them here.

PoPoutdoor · Wizard Joined: Jan 20, 2006 Posts: 135

For webmasters, most wanted features will be fully integrated G3 maintenance features and admin operation from host application.

The second will be optimized code for faster G3 object handling with less memory usage.

The third is full URL-rewrite support for all modules.

The current API document is hard to understands for non-programmer, add sample code there will be helpful for troubleshooting.

PoPoutdoor · Wizard Joined: Jan 20, 2006 Posts: 135

Been testing the next integration, idea may be useful for G3 integration:

API like current module have to register G2 features provided and extended by the module.
For integration, register what G3 features the host application takeover. For example:

Host application handles user language settings, registered in G3 the feature is taken over.

G3 will not allow admin or users change related settings as standalone mode does, i.e. disable related input/option or not shown at all.

WizardOfZo · Guru Joined: Sep 24, 2008 Posts: 59

My favorite current feature is the g2Img button for posts, allowing images to be posted from the gallery. For me, that is close to a perfect integration.

If that feature could be extended to allow image uploads to Gallery3 from the posting window in phpBB3, that would make this package complete.

The phpBB3 attachment method works, but is not as convenient as the way Gallery2 does it.
If the Gallery3 coders could provide a simple image upload block similar to imageblock, then coding here would be minimal. If they dont, I still believe this feature is useful enough to attempt to code it externally into a future integration.

g2user · Novice Joined: Dec 21, 2008 Posts: 22

Just some ideas, for discussion. Very Happy

1. Create the gallery user account when a phpbb account is created. Because the users have no idea they need to go to the gallery pages first, then they have more capabilities.

2. Maybe the board admins of phpbb (or a new group) have the edit/delete/move permission on the gallery albums/items. For sure, they should not have the permissions for gallery site admin. Or is it better that let phpbb site admin assigns some users as the owner of the root gallery album manually?

3. phpbb site admin can control the album settings within user panel. e.g. whether show images in user profile randomly.

4.
>Aside from manually editing files for the integration
if possible, it will be very helpful to the fresh installer (gallery3 and phpbb3 both) that the standard edited files are available also. So the users can choose manually edit or use the default files. Very Happy

getz515 · Beginner Joined: Jan 18, 2009 Posts: 1

Jettyrat touched on automated script for installing mods, and now that there is AutoMod, it would be nice if the new G3 could be integrated with phpBB's AutoMod.

One thing I was wondering is if there could be backups done that could include G3, maybe through the ACP. I don't know how that would affect the size of the backups. I know there are issues in uploading large backup files.

If theming is a problem, could we have the stand alone use the phpBB logins so that the stand alone could be integrated with a phpBB3 custom page? I'm currently doing that with G2. I just don't have the integrated logins.

IronDogg · Beginner Joined: Jul 18, 2007 Posts: 2

I was just curious as to how development for the gallery3 - phpbb3 integration is coming along?

robroe · Beginner Joined: Apr 10, 2007 Posts: 5

IronDogg wrote: › I was just curious as to how development for the gallery3 - phpbb3 integration is coming along?

With Gallery3 going RC1 has there been any progress with this? I'd like to try gallery3 but I really need some basic phpbb integration. Thanks

meddy · Beginner Joined: Jun 02, 2010 Posts: 4

Have exported the users (still having that error on first post) and everything stays the same. I'm still getting that message when access the module.There is one thing more tho, after I have replaced the index.php, I can no longer access the gallery (stand alone) - message: You can't access this file directly...
-----------------------
642-456 [certkiller.com]

642-504 [certkiller.com]

642-524 [certkiller.com]

642-642 [certkiller.com]

chotgor1 · Beginner Joined: Jan 14, 2010 Posts: 1

Any time frame for the expected release for gallery3 integration package?
3 mo or like 6 months?

IngerK

chotgor1 wrote: › Any time frame for the expected release for gallery3 integration package?
3 mo or like 6 months?

I don't know about jettyrats plans for G3, but as long as G3 is not yet released, I can tell you that it's impossible to know... Wink

brettlee · User Joined: Jul 15, 2010 Posts: 37

Lets face it, the whales have had far too long to plan as it is. By this point, they probably already have minor pass4sure 650-251 [pass4sure.org]force-fields to shield themselves against wimpy conventional bombing runs. We could reinstate whaling,pass4sure NS0-153 [pass4sure.org] but then Kansas would make us all look bad. Yes, the whales have been pass4sure NS0-163 [pass4sure.org] plotting since 1939, and they think that they've thought of everything. But they're wrong! The whales have failed to notice our catastrophic new weapon, the nuke. We must use this to pass4sure 646-046 [pass4sure.org] our advantage and blow the damn things out of the water. If we don't, more and more people will be eaten by whales. Then, the whales will gain dominance of earth, and make the few human survivors their underwater sex-slaves! And would you want to spend the rest of your life having sex with a whale? No, I didn't think so.

PoPoutdoor · Wizard Joined: Jan 20, 2006 Posts: 135

Just knew, phpBB announce a new contribution type in our customization database called "Bridges and Integration."

The link: http://www.phpbb.com/community/viewtopi ... &t=2099641