No Register Module in Gallery 3 yet?

sofa

Joined: 2009-10-12
Posts: 2
Posted: Mon, 2009-10-12 23:14

Hi,

i just went with sourceforge and got me the latest gallery3 for testing.
as far as i could see there is no "register" module yet, i copied over the one from gallery2 didnt recognize it either.
so no "register" yet?

thanks for your answer.

Login or register to post comments
floridave
floridave's picture

Joined: 2003-12-22
Posts: 16311
Posted: Mon, 2009-10-12 23:24

Nope, not yet.

Dave
_____________________________________________
Blog & G2 || floridave - Gallery Team

Login or register to post comments
sofa

Joined: 2009-10-12
Posts: 2
Posted: Tue, 2009-10-13 14:12

ok. how long might it take till someone does it?

how long would i take to rewrite the gallery2 module for g3? complete rewrite or just update?

Login or register to post comments
floridave
floridave's picture

Joined: 2003-12-22
Posts: 16311
Posted: Wed, 2009-10-14 00:54

First somebody has to volunteer to do it. If you can find a volunteer it will get done faster.
It will be a complete rewrite as there is nothing in common with G2 to G3.

Dave
_____________________________________________
Blog & G2 || floridave - Gallery Team

Login or register to post comments
griffinmt
griffinmt's picture

Joined: 2009-09-06
Posts: 126
Posted: Fri, 2009-10-16 02:49

I have a similar need to do this type of thing, even if only a site admin can add the new members.
I wanted the album/photo owner to be able to restrict access to a selected group (that they can build), but without being an admin. I also wanted to change the logon to have the look and feel native to the browser being used, such as show in the attachments.

Martyn T. Griffin

AttachmentSize
IE-logon.jpg17.8 KB
firefox-logon.jpg13.79 KB
Chrome-logon.jpg10.28 KB
Login or register to post comments
floridave
floridave's picture

Joined: 2003-12-22
Posts: 16311
Posted: Fri, 2009-10-16 04:34

@album owner: There is a ticket for this in the tracker.

@changing login for different browsers:
In your screenshots we would have to write a different window for each browser?....
The whole reason that web standards exist is so that we don’t have to write specific code for specific environments. We should write code that adheres to established standards and software in charge of displaying our code should display it as the standards dictate.
We already bend over backwards for IE and don't think we should go down that road any further.

Sorry to side track the original topic.

Dave

_____________________________________________
Blog & G2 || floridave - Gallery Team

Login or register to post comments
griffinmt
griffinmt's picture

Joined: 2009-09-06
Posts: 126
Posted: Fri, 2009-10-16 04:46

All three of those examples came from the same source, basicaly by setting the following headers:

Quote:
header('WWW_Authenticate: Basic realm="AandA"');
header('HTTP/1.0 401 Unauthorized');
exit;

Obviously there is more to this such as handling the results that come back and error conditions, but the key is that NO-ONE has to write any code specific to the target browser being used, this is a capability that they all should handle based upon the headers they receive,
The only 'bad' part is that each browser has their own opinion about the look and feel of the results.

Martyn T. Griffin

Login or register to post comments
nivekiam
nivekiam's picture

Joined: 2002-12-10
Posts: 9271
Posted: Fri, 2009-10-16 17:18

griffinmt, you are only shown those dialogs in your browse for HTTP Authentication. G3 doesn't have a tie in for that nor has anyone written a module for that and right now there is a bug where you can't upload images if your G3 install is behind HTTP Auth protection.

We don't use HTTP Auth and there's nothing built into G3 to support it at this time so we can't just set some headers and it magically start working. It would be a lot of work to do browser sniffing (if the browser isn't spoofing another browser) and then display the login dialog after that's been recreated.

Why? I've not seen ANY other package that takes this approach. Go to your web based email or your bank account or wordpress, drupal, facebook, myspace, twitter, google, slashdot, gallery.menalto.com, wikipedia, etc, etc, etc. They all have 2 fields, a username and password and don't display them in browser specific dialogs.
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here

Login or register to post comments
griffinmt
griffinmt's picture

Joined: 2009-09-06
Posts: 126
Posted: Fri, 2009-10-16 17:57

Fair enough, thanks for the explanation. Although, the examples shown are from a live business web app that does not seem to exibit any issues uploading customer check images into a database.
But it certainly does not warrant a major rewrite of parts of the engine!

Martyn T. Griffin

Login or register to post comments
nivekiam
nivekiam's picture

Joined: 2002-12-10
Posts: 9271
Posted: Fri, 2009-10-16 18:48
griffinmt wrote:
Although, the examples shown are from a live business web app that does not seem to exibit any issues uploading customer check images into a database.

I was talking specifically about G3 when I mentioned that bug:

nivekiam wrote:
and right now there is a bug where you can't upload images if your G3 install is behind HTTP Auth protection.

It's in trac: http://sourceforge.net/apps/trac/gallery

griffinmt wrote:
But it certainly does not warrant a major rewrite of parts of the engine!

No, but it would take a 3rd party module, just as it does in G2, to support HTTP Authentication.
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here

Login or register to post comments
floridave
floridave's picture

Joined: 2003-12-22
Posts: 16311
Posted: Wed, 2009-11-04 04:02

Yet has arrived:
http://codex.gallery2.org/Gallery3:Modules:register

Dave
_____________________________________________
Blog & G2 || floridave - Gallery Team

Login or register to post comments