Gallery 3.0 Release Candidate 2 is available!

Great! Oh, and nice to read about the new community gallery modules!
________________________________________
[G2] Wallpaper | Gallery Blog | G3(dev) Barcelona Fotos

Sweeeeeeet!!!!!! Thank you guys. I've been checking site for past two weeks for RC2 (after seeing 100% completion in trac, hehe)
Finally it's here.... one more step closer... good luck :-]

- Hossain Khan

Nice.

Updating was a little extra work, because I changed a couple of things but now it works fine.

Two things to say:
1. The register-module does not work fine (for example: why is it impossible for the admin to delete users which are not allowed to register, he has to approve them first...) - in my eyes, registering is a basic feature, so why isn't it in the core?
2. I can't change the appearance of the "organize" feature anymore because it is an binary flash (swf) instead of php/js text files. That's bad, because for example I wanted the names of the images/albums to not only be visible on mouse over but always. This is not possible any more?

But a lot of bugs are gone, thanks for that!

Great news. My fingers are crossed everything goes smooth. Thanks to the devs for all the blood, sweat, and tears!

eliasgruber,
Please start a thread in the forums for your G2 import issue. Hard to track issues like this in a news story.

Dave
_____________________________________________
Blog & G2 || floridave - Gallery Team

@zzpy20,

The only difference of Everybody and Registered Users is "guest" account. Hide from public users, just deny all permission options for Everybody group. Registered Users can see it, admin can see it, too. If you deny all permission options for both Everybody and Registered Users groups, no body except admin can see it. Admin can see all the albums in gallery, don't care the permission setting.

Seems like our permission model needs a wiki page that explains how to use it. That might be a good place for context-based help. Anybody want to write a wiki page explaining it?
---
Problems? Check gallery3/var/logs
bugs/feature req's | upgrade to the latest code | use git

I have had no problems getting any of the gallery3 RCs installed and setup.

Also, during my import of my gallery2 the mp4 videos that I had do not import. I have a LOT of avi, wmv, and mov files which I already knew would not import, but the mp4 files did not come along either.

When upgrading from G3 RC1 to RC2, I got a list of errors concerning Kohana (see bellow). I think its because I need to install the Kohana PHP framework on my server. But I find it strange there's no mention of this change in the upgrade info. Am I right?

Thanks Nivekiam, the problem was the theme, I was using Browny Wind.

we had to narrow the scope of supported file types to reduce code complexity, speed, usability, testability, size, support ......

Dave
_____________________________________________
Blog & G2 || floridave - Gallery Team

@manually reorder: Use the organize module. There is no docs for that module yet.
@themes: http://codex.gallery2.org/Category:Gallery_3:Themes Some might not be compatible with RC2

Dave
_____________________________________________
Blog & G2 || floridave - Gallery Team

Swedish translation updated.

Just installed Gallery 3 RC 2 on my http://www.mattvanecek.com/gallery Web site. When I attempt to access any of the admin functions, I get the following error. I've verified that all the files in the ZIP file are also in the directory tree.

  Kohana_Exception [ Framework Error ]:
  The requested views, admin.html, could not be found

   1. SYSPATH/core/Kohana.php[ 806 ]
      801 if ($found === NULL) 802 { 803 if ($required === TRUE) 804 { 805 // If the file is required, throw an exception 806 throw new Kohana_Exception('The requested :resource:, :file:, could not be found', array(':resource:' => __($directory), ':file:' =>$filename)); 807 } 808 else 809 { 810 // Nothing was found, return FALSE 811 $found = FALSE;
   2. SYSPATH/libraries/View.php[ 83 ] » Kohana_Core::find_file( arguments )
   3. SYSPATH/libraries/View.php[ 49 ] » View_Core->set_filename( arguments )
   4. MODPATH/gallery/libraries/MY_View.php[ 56 ] » View_Core->__construct( arguments )
   5. MODPATH/gallery/libraries/Admin_View.php[ 30 ] » View->__construct( arguments )
   6. MODPATH/gallery/controllers/admin_themes.php[ 22 ] » Admin_View_Core->__construct( arguments )
   7. {PHP internal call} » Admin_Themes_Controller->index()
   8. MODPATH/gallery/controllers/admin.php[ 62 ] » call_user_func_array( arguments )
   9. {PHP internal call} » Admin_Controller->__call( arguments )
  10. SYSPATH/core/Kohana.php[ 331 ] » ReflectionMethod->invokeArgs( arguments )
  11. {PHP internal call} » Kohana_Core::instance( arguments )
  12. SYSPATH/core/Event.php[ 208 ] » call_user_func_array( arguments )
  13. APPPATH/Bootstrap.php[ 67 ] » Event_Core::run( arguments )
  14. DOCROOT/index.php[ 94 ] » require( arguments ) 

I can't even get in to change the theme or any other item on the Admin menu.

I just upgraded from Gallery 2. This new version is fantastic. Thanks for making this available!

@floridave (Dave):
I use 1and1 (for now--looking maybe at Hostgator to move). I found this on the forums: http://gallery.menalto.com/node/96799, and saw the part about the .htaccess. I suggest that mention of .htaccess is added to the install and/or quick start documentation. I didn't even know it was there--slipping in a .htaccess in an installation package is a bit underhanded. I had copied my own .htaccess to my gallery directory because, well, vendors don't expose your site with their own innocuous .htaccess files, do they? Anyhow, the Rewrite section needed uncommenting after restoring the Gallery .htaccess (after a proper perusal).

It would be more security-conscious to add instructions re .htaccess in the G3 installation documents (both quick start and full). I'm sure everything is well-intentioned from the Gallery folks, but appearances are important.

After going through the forum as Dave suggested and subsequently editing .htaccess, my G3 install appears to be working.

Thanks,
Matt

That would be the case but:

G3 is not supported on Apache 1.x and I would not recommend Hostgator either.

Anyway... Yes, we need better docs and if a user like mvanec or any other community member cares to write some detailed documentation on installing G3 then I can help them out in getting it to the right place.

Dave

_____________________________________________
Blog & G2 || floridave - Gallery Team

@mvanec: At the very least Apache 1.x doesn't support PathInfo by default. And it's got a ton of issues around handling server side variables, and it's missing some APIs that we use. And honestly Apache 2.0 was released in 2002. Eight years ago.

Let me say that again: Apache 2 was released eight years ago. I don't think we have all that cutting edge requirements. I think those hosts are the better part of a decade out of date.

I'm not expecting people to make hosting choices around our requirements. But supporting more configurations requires time to work around bugs and quirks (of which there are plenty in Apache 1.x) and frankly I have no desire to invest the time into it. If somebody would like to fork our code and support Apache 1.x, they're free to do so with our blessing. But I have little enough time as it is, and I think we can all agree that you'd rather we put out an actual product that works really well in a few environments instead of one that doesn't work in many.

We've now had this discussion about every major decision we've had:
1) Ditching Windows
2) Supporting only Apache 2x
3) Supporting only MySQL
4) Requiring PHP 5
5) Using Flash

In only one of those cases did a community member step up and make a serious contribution towards portability (rledisez added support for Postgres in his fork). People feel so strongly about this, but when we ask them to put their money where their mouth is and actually contribute development time, they are suddenly too busy to help.
---
Problems? Check gallery3/var/logs
bugs/feature req's | upgrade to the latest code | use git

100% acknowledgement for bharat statement

I just installed this and I love it soooo much more than Gallery2. The site I'm working on is for internal use (a repository for photos we can use for clients that we've taken around the state), so using a release candidate is no biggie.

However, there is one thing I wish was easier - moving photos from one album to another.

I upload in very large batches and the photo topics can widely vary. It's much easier to upload them to one album, tag, and then move to the correct folders.

I wish I could do one of these (or something similar):

Click on a tag, see a gallery of photos, and drag them over to a listing of albums to move to another.
On the move photos page be able to see tags under the photos.
Have a place where you can move all items tagged "x" go to "y" album.

Right now it's not easy to move photos because all I see is a little bitty thumbnail. But how am I supposed to be able to tell what beach that is, what city that street is in, etc.? The photos are often too little to see enough detail to be able to pinpoint what I need to be able to see for sorting.

Hi,

Used to use Gallery2 and found it very useful, not had a website for sometime now but have been tempted back by the release of Gallery3. Thanks for all the hard work have made a small donation to the cause *these are hard times

Have my website up and running but lots to tweak and add as it develops, I did do some basic editing on Gallery2 and keen to try on Gallery3. Where is the best place to post questions on this i.e. Changing the colour of theme etc?

It all installed very easily on HostGator http://www.dslr-images.com/Gallery/

Cheers,

Ant

I'm not a CSS/JS expert, but a quick Google search found an awesome way to Drag and drop file uploading using JavaScript...dragging files from the desktop directly to the Firefox window. I tested it out, this is really awesome.

I think that an old fashioned upload file x, y, z (or sftp) is better than using Flash (is there at least the option to upload files using the standard "Upload" file browser...i.e., on Tabblo, you can choose between Flash and HTML upload. Flash is really awful. Right now, G3 requires Flash for the creators of the gallery...presumably, it isn't required for viewing G3 galleries...and I'd hope that would never be something that would become the case.

Whenever I see a Flash website, the first thing I think is that this is an awful website and that the developer does not care about my user-experience. They don't care about the big black empty box I get if Flash doesn't work on my browser. They don't care if I have a hard time reading their idiotic 8 point font on my 128dpi screen...because, you know, their horrible Flash website doesn't allow text to be resized. It isn't standard in Flash that pressing "CTRL +" increases text size. This is just a hideous break from usability standards.

That said, I recognize that developers have limited time, resources, and skills. I am not a coder and cannot implement a standards-based solution that won't use Flash's awful architecture (although I think I've found something that is going in the right direction and seems to already be built). But I'd hope that for essential features -- like uploading files -- Flash would not be required.

If ever for some reason the gallery itself that website visitors looked at required Flash, I just wouldn't be able to use it. I actually would prefer that even JS be unnecessary and that the gallery degrade nicely for users without it.

PS: This isn't just about me not liking Flash as a proprietary non-standard. It is about Flash being an awful product. What is this, 1998 and MSNBC.com all over again? Remember way back, I think it was MSNBC that had a website with text that could not be scaled. This is hideous. That is the way that Flash sites are, they do not behave properly. They can also steal application focus. Sometimes with Flash sites, pressing CTRL + TAB doesn't switch tabs, because you're in the little Flash plugin.

PPS: Direct link to the demo of drag 'n drop from desktop to website. Hey look, Pressing CTRL + or CTRL - resizes the drag and drop area size and text size -- imagine that, it can actually be readable on slightly higher DPI screens or by people who aren't used to reading hideous lawyer-style 8-point font. Shrink that box to the smallest size possible in FF 3.6+. That size is what websites on Flash might look like -- and users have no choice to make them more readable.

floridave,

Right, I'm not a programmer...yet. I am learning PHP and HTML, so maybe I'll get to the point where I can assist with this myself eventually. My purpose here was in pointing out that there are very nice workable (albeit not perfect) solutions out there without Flash. Internet Explorer is an abortion of a web-browser, so it doesn't matter j/k. However, for those of us with a standards-compliant browser, that demo I linked to is nice.

I actually think drag and drop from a browser file-folder to the web page is better than having some foreign browser navigation system that the user isn't familiar with built into the uploader. Users are used to the browser/navigation system that they use on their OS. Their system file-browser is certainly superior to browsers built into Flash, if only for them being more familiar with their own browsers.

I use the Flash uploader on Tabblo.com. There is no way that anyone can tell me that the built-in navigation system of that is even close to what I have with Nautilus in GNOME. Yes, it is a little bit inconvenient to have to switch windows, but that is more than offset by the fact that I'm using a superior browser system, and the one that I'm used to.

Thanks for the link to the module for non-Flash uploading.

Just a quick THANK YOU from a very happy user! I just installed Gallery3 and thrilled by the new possibilities. From what I've seen, it already seems better than Flickr for my uses!

Now I just need to find a cheap hosting provider for my 40Gb of photos - anyone have any recommendations?

Kudos to entire team for such a great product. Upgraded from 2.x to 3.x , its simply great. Few observations

- have about 7.5K photos, it took multiple reattempt to import photos. reattempt did pick up where it left last so it was great. i wish there was send to background cmd to do this which can keep retrying. no big deal but just a thought

- documentation page for 1.5/2 should include link for gallery 3 ( must be work in progress but just thought i would mention )

- can google analytics be added as configuration module?

thanks