tag:old.nabble.com,2006:forum-3816Nabble - Gallery2009-12-03T10:32:31ZA slick, intuitive web based photo gallery with authenticated users and privileged albums. Easy to install, configure and use. Photo management includes automatic thumbnails, resizing, rotation, etc. User privileges make this great for communities. Gallery home is <a href="http://sourceforge.net/projects/gallery/" target="_top" rel="nofollow">here</a>.tag:old.nabble.com,2006:post-26630961Re: Fw: Spam on GMC forum2009-12-03T10:32:31Z2009-12-03T10:32:31ZKevin Nehls<div class="gmail_quote">On Mon, Nov 30, 2009 at 7:17 PM, Bharat Mediratta <span dir="ltr"><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26630961&i=0" target="_top" rel="nofollow">bharat@...</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im"><br>
</div>There's a normal ramp-up in commercial spam heading into the holidays,<br>
which we're seeing now. I suspect that the forums lightly travelled by<br>
moderators are probably overrun, and the ones that are heavily travelled<br>
by moderators are probably pretty clean. I'd like to do more here, but<br>
I'm not sure what steps are going to reduce the headache instead of<br>
increasing it, and I don't have time to shepherd a more complex change<br>
out. I'll provide support if somebody would like to really tackle the<br>
problem.<br>
<div><div></div><br></div></blockquote></div><br>I do have a suggestion, I don't know if this is easy or hard to implement. If hard or not practical, don't spend any time on it. You can also just let the idea stew and sit on the back burner as we have more pressing things to get done right now.<br>
<br>Can we block ANY post that tries to set the color on URLs?<br><br>[url=<a href="http://example.com" target="_top" rel="nofollow">http://example.com</a>][color=#000000]business card[/color][/url]<br><br>I've seen spammers set the color to black like that so they don't show up easily and then make a very targeted post. I've also seen them set the color to the background and use a smiley face and other things to hide their links.<br>
<br>Kevin<br>
<br />------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br />__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]<p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26586143Re: Fw: Spam on GMC forum2009-11-30T19:47:05Z2009-11-30T19:47:05ZKevin Nehls<div>On Mon, Nov 30, 2009 at 7:17 PM, Bharat Mediratta <span dir="ltr"><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26586143&i=0" target="_top" rel="nofollow">bharat@...</a>></span> wrote:</div><div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">There's a normal ramp-up in commercial spam heading into the holidays,</div>
which we're seeing now. I suspect that the forums lightly travelled by<br>
moderators are probably overrun, and the ones that are heavily travelled<br>
by moderators are probably pretty clean. I'd like to do more here, but<br>
I'm not sure what steps are going to reduce the headache instead of<br>
increasing it, and I don't have time to shepherd a more complex change<br>
out. I'll provide support if somebody would like to really tackle the<br>
problem.<br>
<div><div></div><div class="h5"></div></div></blockquote></div><br></div><div><br></div><div>Well it seems that the "Alec Myers" Drupal plugin is working well. I don't see much spam :)<div><br></div><div>But seriously, I don't visit any specific forum. I believe both Dave and I watch for any new posts across all the forums here:</div>
<div><a href="http://gallery.menalto.com/tracker" target="_top" rel="nofollow">http://gallery.menalto.com/tracker</a></div><div><br></div><div>So spam across any of the forums should be caught if it slips through the "Alec Myers" plugin.</div>
<div><br></div><div>I can't think of a better solution that won't tick of people trying to sign up or legit posts getting caught in a spam filter. I was surprised to read that a lot of email comes through about people complaining about the captcha. I honestly think the one we are using is too simplistic and easy to read by the bots. But I don't know if reCaptha or something else would be any better though.</div>
<div><br></div><div>Kevin (nivekiam)</div><div><br></div></div>
<br />------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br />__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]<p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26585915Re: Fw: Spam on GMC forum2009-11-30T19:17:35Z2009-11-30T19:17:35ZBharat MedirattaAlec Myers wrote:
<br>> Yes... I know you're very busy!
<br>>
<br>> It's not really that I'm either 'ok' or 'not ok' with continuing to delete
<br>> spam. I'll keep on doing it when I see it, but I think it degrades the
<br>> experience for users. I'm pretty sure that not all of it gets spotted. Also
<br>> it's my contention (no evidence, just a feeling) that it's getting worse, at
<br>> least I seem to have been deleting much more spam in the last few weeks than
<br>> previously.
<br><br>There's a normal ramp-up in commercial spam heading into the holidays,
<br>which we're seeing now. I suspect that the forums lightly travelled by
<br>moderators are probably overrun, and the ones that are heavily travelled
<br>by moderators are probably pretty clean. I'd like to do more here, but
<br>I'm not sure what steps are going to reduce the headache instead of
<br>increasing it, and I don't have time to shepherd a more complex change
<br>out. I'll provide support if somebody would like to really tackle the
<br>problem.
<br><br>------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
<br><p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26581326Re: Fw: Spam on GMC forum2009-11-30T12:28:25Z2009-11-30T12:28:25ZAlec MyersYes... I know you're very busy!
<br><br>It's not really that I'm either 'ok' or 'not ok' with continuing to delete
<br>spam. I'll keep on doing it when I see it, but I think it degrades the
<br>experience for users. I'm pretty sure that not all of it gets spotted. Also
<br>it's my contention (no evidence, just a feeling) that it's getting worse, at
<br>least I seem to have been deleting much more spam in the last few weeks than
<br>previously.
<br><br>-Alec
<br><br>----- Original Message -----
<br>From: "Bharat Mediratta" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26581326&i=0" target="_top" rel="nofollow">bharat@...</a>>
<br>To: "Alec Myers" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26581326&i=1" target="_top" rel="nofollow">alec@...</a>>
<br>Cc: <>
<br>Sent: Monday, November 30, 2009 6:28 PM
<br>Subject: Re: [Gallery-devel] Fw: Spam on GMC forum
<br><br><br><br>I've had no time to really dig into this. There are a couple of problems:
<br><br>1) It's hard to disable account generation-- it's very easy for most
<br>systems to circumvent automated account protection and our users get
<br>*pissed* when we add more layers of protection that keep them out. We
<br>get lots of support mails from people who are frustrated with our captcha
<br><br>2) Any semi-automated spam checker will have a higher than desired false
<br>positive rate (pissing off users) and a lower than desired protection
<br>(some span will get through). In the past we've tried Akismet and other
<br>solutions and it was never a magic bullet.
<br><br>Right now, when I see spam I use the spam fight module to delete/block
<br>the user. It's a couple of fast clicks and pow, they're gone. It's
<br>more work for us, but it keeps the forums light and relatively clutter
<br>free. Are you guys ok with continuing to fight it this way?
<br><br>Alec Myers wrote:
<div class='shrinkable-quote'><br>> So now, apart from ads for cheap sneakers and jeans, we're getting
<br>> invitations to source our penis-enhancing drugs - accompanied by suitably
<br>> graphic images of before and after.
<br>>
<br>> I've no particular objection to pictures of penises in the right place,
<br>> but
<br>> I'd guess they're probably not welcome to most as part of the GMC forum.
<br>> Unless the concept of a "support" forum has been rejigged somewhat.
<br>>
<br>> I've deleted the offending posts and blocked the user - any more thoughts
<br>> about a more sophisticated spam filter?
<br>>
<br>> -Alec
<br>>
<br>> (I did note down the website the post linked to if any, er, "challenged"
<br>> mailing list readers want a referral...)
<br>>
<br>> ----- Original Message -----
<br>> From: "Chris Kelly" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26581326&i=2" target="_top" rel="nofollow">ckdake@...</a>>
<br>> To: "Bharat Mediratta" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26581326&i=3" target="_top" rel="nofollow">bharat@...</a>>
<br>> Cc: "Alec Myers" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26581326&i=4" target="_top" rel="nofollow">alec@...</a>>;
<br>> <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26581326&i=5" target="_top" rel="nofollow">gallery-devel@...</a>>
<br>> Sent: Wednesday, November 11, 2009 6:08 PM
<br>> Subject: Re: [Gallery-devel] Spam on GMC forum
<br>>
<br>>
<br>> On Nov 11, 2009, at 1:05 PM, Bharat Mediratta wrote:
<br>>> Alec Myers wrote:
<br>>>> Perhaps it's my imagination but we seem to be overun by tidal waves of
<br>>>> spam
<br>>>> at the moment. I'm blocking about 5-10 people a day currently.
<br>>>>
<br>>>> Presuming that it it bots at work, is it possible to do anything to
<br>>>> tighten
<br>>>> up the new user sign up process?
<br>>> Yeah I agree-- the spam sucks. I'm willing to enable Drupal modules if
<br>>> somebody can do the legwork and figure out which ones are the most
<br>>> effective.
<br>>
<br>> I've been using mollom.com on a couple of sites and have been very happy
<br>> with it, but we'd need to negotiate some kinda of deal with them so we
<br>> don't
<br>> have to pay them lots and lots.
<br>>
<br>> -Chris
<br>>
<br>>
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>> 30-Day
<br>> trial. Simplify your report design, integration and deployment - and focus
<br>> on
<br>> what you do best, core application coding. Discover what's new with
<br>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>> __[ g a l l e r y - d e v e l ]_________________________
<br>>
<br>> [ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>> [ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
<br>>
</div><br><br><br><br>------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
<br><p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26579560Re: Fw: Spam on GMC forum2009-11-30T10:28:10Z2009-11-30T10:28:10ZBharat Mediratta<br>I've had no time to really dig into this. There are a couple of problems:
<br><br>1) It's hard to disable account generation-- it's very easy for most
<br>systems to circumvent automated account protection and our users get
<br>*pissed* when we add more layers of protection that keep them out. We
<br>get lots of support mails from people who are frustrated with our captcha
<br><br>2) Any semi-automated spam checker will have a higher than desired false
<br>positive rate (pissing off users) and a lower than desired protection
<br>(some span will get through). In the past we've tried Akismet and other
<br>solutions and it was never a magic bullet.
<br><br>Right now, when I see spam I use the spam fight module to delete/block
<br>the user. It's a couple of fast clicks and pow, they're gone. It's
<br>more work for us, but it keeps the forums light and relatively clutter
<br>free. Are you guys ok with continuing to fight it this way?
<br><br>Alec Myers wrote:
<div class='shrinkable-quote'><br>> So now, apart from ads for cheap sneakers and jeans, we're getting
<br>> invitations to source our penis-enhancing drugs - accompanied by suitably
<br>> graphic images of before and after.
<br>>
<br>> I've no particular objection to pictures of penises in the right place, but
<br>> I'd guess they're probably not welcome to most as part of the GMC forum.
<br>> Unless the concept of a "support" forum has been rejigged somewhat.
<br>>
<br>> I've deleted the offending posts and blocked the user - any more thoughts
<br>> about a more sophisticated spam filter?
<br>>
<br>> -Alec
<br>>
<br>> (I did note down the website the post linked to if any, er, "challenged"
<br>> mailing list readers want a referral...)
<br>>
<br>> ----- Original Message -----
<br>> From: "Chris Kelly" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26579560&i=0" target="_top" rel="nofollow">ckdake@...</a>>
<br>> To: "Bharat Mediratta" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26579560&i=1" target="_top" rel="nofollow">bharat@...</a>>
<br>> Cc: "Alec Myers" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26579560&i=2" target="_top" rel="nofollow">alec@...</a>>; <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26579560&i=3" target="_top" rel="nofollow">gallery-devel@...</a>>
<br>> Sent: Wednesday, November 11, 2009 6:08 PM
<br>> Subject: Re: [Gallery-devel] Spam on GMC forum
<br>>
<br>>
<br>> On Nov 11, 2009, at 1:05 PM, Bharat Mediratta wrote:
<br>>> Alec Myers wrote:
<br>>>> Perhaps it's my imagination but we seem to be overun by tidal waves of
<br>>>> spam
<br>>>> at the moment. I'm blocking about 5-10 people a day currently.
<br>>>>
<br>>>> Presuming that it it bots at work, is it possible to do anything to
<br>>>> tighten
<br>>>> up the new user sign up process?
<br>>> Yeah I agree-- the spam sucks. I'm willing to enable Drupal modules if
<br>>> somebody can do the legwork and figure out which ones are the most
<br>>> effective.
<br>>
<br>> I've been using mollom.com on a couple of sites and have been very happy
<br>> with it, but we'd need to negotiate some kinda of deal with them so we don't
<br>> have to pay them lots and lots.
<br>>
<br>> -Chris
<br>>
<br>>
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>> trial. Simplify your report design, integration and deployment - and focus on
<br>> what you do best, core application coding. Discover what's new with
<br>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>> __[ g a l l e r y - d e v e l ]_________________________
<br>>
<br>> [ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>> [ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
<br>>
</div><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
<br><p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26578563Fw: Spam on GMC forum2009-11-30T09:31:02Z2009-11-30T09:31:02ZAlec MyersSo now, apart from ads for cheap sneakers and jeans, we're getting
<br>invitations to source our penis-enhancing drugs - accompanied by suitably
<br>graphic images of before and after.
<br><br>I've no particular objection to pictures of penises in the right place, but
<br>I'd guess they're probably not welcome to most as part of the GMC forum.
<br>Unless the concept of a "support" forum has been rejigged somewhat.
<br><br>I've deleted the offending posts and blocked the user - any more thoughts
<br>about a more sophisticated spam filter?
<br><br>-Alec
<br><br>(I did note down the website the post linked to if any, er, "challenged"
<br>mailing list readers want a referral...)
<br><br>----- Original Message -----
<br>From: "Chris Kelly" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26578563&i=0" target="_top" rel="nofollow">ckdake@...</a>>
<br>To: "Bharat Mediratta" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26578563&i=1" target="_top" rel="nofollow">bharat@...</a>>
<br>Cc: "Alec Myers" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26578563&i=2" target="_top" rel="nofollow">alec@...</a>>; <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26578563&i=3" target="_top" rel="nofollow">gallery-devel@...</a>>
<br>Sent: Wednesday, November 11, 2009 6:08 PM
<br>Subject: Re: [Gallery-devel] Spam on GMC forum
<br><br><br>On Nov 11, 2009, at 1:05 PM, Bharat Mediratta wrote:
<div class='shrinkable-quote'><br>> Alec Myers wrote:
<br>>> Perhaps it's my imagination but we seem to be overun by tidal waves of
<br>>> spam
<br>>> at the moment. I'm blocking about 5-10 people a day currently.
<br>>>
<br>>> Presuming that it it bots at work, is it possible to do anything to
<br>>> tighten
<br>>> up the new user sign up process?
<br>>
<br>> Yeah I agree-- the spam sucks. I'm willing to enable Drupal modules if
<br>> somebody can do the legwork and figure out which ones are the most
<br>> effective.
</div><br>I've been using mollom.com on a couple of sites and have been very happy
<br>with it, but we'd need to negotiate some kinda of deal with them so we don't
<br>have to pay them lots and lots.
<br><br>-Chris
<br><br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
<br><p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26549733Re: Fwd: Re: [Gallery-core] Gallery remote API early thoughts2009-11-27T17:24:46Z2009-11-27T17:24:46ZAnthony Dahanne+1
<br><br>Bharat Mediratta a écrit :
<div class='shrinkable-quote'><br>> I propose that we create a G3 specific API such that we don't have to
<br>> make any weird sacrifices in the main API code. Then we create a Flickr
<br>> compatible interface that wraps our interface and make any Flickr
<br>> specific tradeoffs there. Best of both worlds, and probably not that
<br>> much additional code.
<br>>
<br>> Tim Almdal wrote:
<br>>
<br>>> Initial thoughts on remote API... custom vs Flickr compatible
<br>>>
<br>>> ----- Original Message -----
<br>>> From: Tim Almdal <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26549733&i=0" target="_top" rel="nofollow">tnalmdal@...</a>>
<br>>> Date: Friday, November 27, 2009 1:30 pm
<br>>> Subject: Re: [Gallery-core] Gallery remote API early thoughts
<br>>> To: Gallery Project Core Team discussion list
<br>>> <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26549733&i=1" target="_top" rel="nofollow">gallery-core@...</a>>
<br>>>
<br>>> > I guess I'm 100% opposed to making our API compatible to Flickr.
<br>>> >
<br>>> > I believe that there are too many dissimilarities between the
<br>>> > intent of Flickr and Gallery3's intent. In my experience trying
<br>>> > to warp an API meant for one system doesn't work out well. You
<br>>> > end up spending a lot of time and effort hacking the new target
<br>>> > system to make it look like the old one.
<br>>> >
<br>>> > When I look down the list of "Notable Details" in the original
<br>>> > API discussion on <a href="http://codex.gallery2.org/Gallery3:API" target="_top" rel="nofollow">http://codex.gallery2.org/Gallery3:API</a> a
<br>>> > significant portion of those are places were we are going to
<br>>> > either hack the API or have to hack Gallery3 in order to make
<br>>> > things work. Once we change how the api works we are no longer
<br>>> > compatible and might as well just start off with a clean slate.
<br>>> >
<br>>> > We have to bend out standard url processing to handle the
<br>>> > flicker API urls.
<br>>> > The Flickr API has a lot of stuff in that doesn't apply to us
<br>>> > and we need to spend time insuring that there is a sane response
<br>>> > for things we don't support.
<br>>> > Photosets are not albums, so we have to kludge up a response to that.
<br>>> > The original API discussion said "our login process will have to
<br>>> > work differently". So now our API could be incompatible
<br>>> > depending on how we implement login.
<br>>> > The original discussion indicated that most "API entry points
<br>>> > are coded into libraries". If that is truly the case, we are
<br>>> > getting minimal advantage of prebuilt Flickr libraries and would
<br>>> > require someone to create modified versions of any libraries
<br>>> > that have hard coded endpoints. Might as well have someone code
<br>>> > new clients to our API.
<br>>> > Their API has tight integration with tags, ours should allow
<br>>> > tags to be added, but we don't have the same dependence on tags
<br>>> > In my opinion, as long as the interface is simple, clean and
<br>>> > easy to build then I think we are further ahead in creating our
<br>>> > own then trying morph the Flicker interface into something its not.
<br>>> >
<br>>> > Tim
<br>>> >
<br>>> > ----- Original Message -----
<br>>> > From: Chris Kelly <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26549733&i=2" target="_top" rel="nofollow">ckdake@...</a>>
<br>>> > Date: Friday, November 27, 2009 12:04 pm
<br>>> > Subject: Re: [Gallery-core] Gallery remote API early thoughts
<br>>> > To: Gallery Project Core Team discussion list <gallery-
<br>>> > <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26549733&i=3" target="_top" rel="nofollow">core@...</a>>
<br>>> > > There are two approaches we can take here:
<br>>> > >
<br>>> > > 1. Use the Flickr API as a model of making a quality remote API
<br>>> > >
<br>>> > > 2. Make an API that is compatible with the Flickr API which
<br>>> > gets
<br>>> > > us free compatibility with a _lot_ of clients.
<br>>> > >
<br>>> > > What you're describing is #1 and I'm a fan of #2. While
<br>>> > > it's fine to not verify an API key, I think the field should
<br>>> > > definitely be in the API requests and can just be ignored for
<br>>> > > non-Flickr-based clients.
<br>>> > >
<br>>> > > The rest sounds good!
<br>>> > >
<br>>> > > -Chris
<br>>> > >
<br>>> > > On Nov 27, 2009, at 1:56 PM, Tim Almdal wrote:
<br>>> > > > These are some earlier thoughts about where I want to take
<br>>> > the
<br>>> > > remote API based on my reviewing the Flickr API. Just
<br>>> > > wanted to get some internal feedback before I flesh it out to
<br>>> > > far and share it on the -devel list.
<br>>> > > >
<br>>> > > > With Gallery3, there is a need for a simplified and
<br>>> > > standardized remote API. Originally, some of the core
<br>>> > > controllers in Gallery3 were built as a RESTful API.
<br>>> > > Several issues resulted from this approach, mainly it added
<br>>> > > complexity and was not applied consistently.
<br>>> > > >
<br>>> > > > Early discussions suggested using the Flicker API as it a
<br>>> > well
<br>>> > > defined, popular interface. The Flickr API consists of a set
<br>>> > of
<br>>> > > callable methods, and some API endpoints. To perform an
<br>>> > > action using the Flickr API, you need to select a calling
<br>>> > > convention (REST, SOAP, XML-RPC), send a request to its
<br>>> > endpoint
<br>>> > > specifying a method and some arguments, and will receive a
<br>>> > > formatted response. All request formats, take a list of
<br>>> > > named parameters. The required parameters method and
<br>>> > > api_key specify the calling method and the application key
<br>>> > > respectively. Optionally, the format parameter is used to
<br>>> > > specify the response format. The method arguments and
<br>>> > > responses are formatted based on the calling convention.
<br>>> > > >
<br>>> > > > The problems I see with implementing the Flickr API are:
<br>>> > > > The application key: Flickr requires that all applications
<br>>> > > using the Flickr API specify an application key. This key
<br>>> > > is obtained by going to the Flickr site and registering the
<br>>> > > client application for either commercial or non-commercial
<br>>> > > usage. This works well for a central service like
<br>>> > > Flickr. I believe that it works less well for a product
<br>>> > > such as Gallery3 which is not a centralized service.
<br>>> > > > Authentication seems to be external to the client. If
<br>>> > > the client is a web application, then it is redirected to
<br>>> > > Flicker auth api, when then redirects to an application
<br>>> > specific
<br>>> > > authentication callback. As part of the parameters on the
<br>>> > > redirect, there is a unique key which can be converted as to a
<br>>> > > authorization token.
<br>>> > > >
<br>>> > > > What I propose doing is creating a API that is based on
<br>>> > > Flickr's approach, but with some signification differences:
<br>>> > > > Do away with the application key. In Gallery's
<br>>> > > environment it adds no value.
<br>>> > > > No login required. Instead, a Gallery3 user would login to
<br>>> > the
<br>>> > > gallery3 instance and request an authentication token which
<br>>> > > would be entered and stored in the client. This
<br>>> > > authentication token would be used as a shared secret to sign
<br>>> > > the request.
<br>>> > > > Request signing would happen just like the Flickr API were
<br>>> > all
<br>>> > > the parameters are combined with the authentication token and
<br>>> > a
<br>>> > > md5 hash is calculated and supplied with the request.
<br>>> > > > All update requests would be signed, unsigned requests would
<br>>> > > be treated as group everybody.
<br>>> > > > The URL for the API would be:
<br>>> > > >
<br>>> > >
<br>>> >
<br>>> http://<domain>/gallery3/index.php/<module>/rest/<resource>/<method>?<parms>>
<br>>>
<br>>> > > > To implement other protocols the /rest/ component could be
<br>>> > > replaced with json, rpc, or soap, but for the initial
<br>>> > > implementation I would suggest only implementing rest or json.
<br>>> > > >
<br>>> > > > Using the Kohana routing the url would be rewritten such
<br>>> > that
<br>>> > > the actual controller called would be Rest_Controller. The
<br>>> > > controller would be responsible for validating the security,
<br>>> > > decoding the request, and calling the appropriate module
<br>>> > > supplied api.
<br>>> > > >
<br>>> > > > This is as far as I got and just wanted to get some early
<br>>> > feedback.> >
<br>>> > > > Thanks
<br>>> > > > Tim
<br>>> > > > Website: <a href="http://www.timalmdal.com" target="_top" rel="nofollow">http://www.timalmdal.com</a><br>>> > > >
<br>>> > > > -------------------------------------------------------------
<br>>> > --
<br>>> > > ---------------
<br>>> > > > Let Crystal Reports handle the reporting - Free Crystal
<br>>> > > Reports 2008 30-Day
<br>>> > > > trial. Simplify your report design, integration and
<br>>> > deployment
<br>>> > > - and focus on
<br>>> > > > what you do best, core application coding. Discover what's
<br>>> > new with
<br>>> > > > Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-</a><br>>> > > july_______________________________________________> Gallery-
<br>>> > > core mailing list
<br>>> > > > <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26549733&i=4" target="_top" rel="nofollow">Gallery-core@...</a>
<br>>> > > > <a href="https://lists.sourceforge.net/lists/listinfo/gallery-core" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gallery-core</a><br>>> > >
<br>>> > >
<br>>> >
<br>>> > Website: <a href="http://www.timalmdal.com" target="_top" rel="nofollow">http://www.timalmdal.com</a><br>>> >
<br>>> >
<br>>> >
<br>>>
<br>>> Website: <a href="http://www.timalmdal.com" target="_top" rel="nofollow">http://www.timalmdal.com</a><br>>>
<br>>>
<br>>> ------------------------------------------------------------------------
<br>>>
<br>>> ------------------------------------------------------------------------------
<br>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>>> trial. Simplify your report design, integration and deployment - and focus on
<br>>> what you do best, core application coding. Discover what's new with
<br>>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>>
<br>>>
<br>>> ------------------------------------------------------------------------
<br>>>
<br>>> __[ g a l l e r y - d e v e l ]_________________________
<br>>>
<br>>> [ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>>> [ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
<br>>>
<br>>
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>> trial. Simplify your report design, integration and deployment - and focus on
<br>> what you do best, core application coding. Discover what's new with
<br>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>> __[ g a l l e r y - d e v e l ]_________________________
<br>>
<br>> [ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>> [ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
<br>>
</div><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
<br><p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26548746Re: Fwd: Re: [Gallery-core] Gallery remote API early thoughts2009-11-27T14:39:00Z2009-11-27T14:39:00ZBharat Mediratta<br>I propose that we create a G3 specific API such that we don't have to
<br>make any weird sacrifices in the main API code. Then we create a Flickr
<br>compatible interface that wraps our interface and make any Flickr
<br>specific tradeoffs there. Best of both worlds, and probably not that
<br>much additional code.
<br><br>Tim Almdal wrote:
<div class='shrinkable-quote'><br>> Initial thoughts on remote API... custom vs Flickr compatible
<br>>
<br>> ----- Original Message -----
<br>> From: Tim Almdal <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26548746&i=0" target="_top" rel="nofollow">tnalmdal@...</a>>
<br>> Date: Friday, November 27, 2009 1:30 pm
<br>> Subject: Re: [Gallery-core] Gallery remote API early thoughts
<br>> To: Gallery Project Core Team discussion list
<br>> <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26548746&i=1" target="_top" rel="nofollow">gallery-core@...</a>>
<br>>
<br>> > I guess I'm 100% opposed to making our API compatible to Flickr.
<br>> >
<br>> > I believe that there are too many dissimilarities between the
<br>> > intent of Flickr and Gallery3's intent. In my experience trying
<br>> > to warp an API meant for one system doesn't work out well. You
<br>> > end up spending a lot of time and effort hacking the new target
<br>> > system to make it look like the old one.
<br>> >
<br>> > When I look down the list of "Notable Details" in the original
<br>> > API discussion on <a href="http://codex.gallery2.org/Gallery3:API" target="_top" rel="nofollow">http://codex.gallery2.org/Gallery3:API</a> a
<br>> > significant portion of those are places were we are going to
<br>> > either hack the API or have to hack Gallery3 in order to make
<br>> > things work. Once we change how the api works we are no longer
<br>> > compatible and might as well just start off with a clean slate.
<br>> >
<br>> > We have to bend out standard url processing to handle the
<br>> > flicker API urls.
<br>> > The Flickr API has a lot of stuff in that doesn't apply to us
<br>> > and we need to spend time insuring that there is a sane response
<br>> > for things we don't support.
<br>> > Photosets are not albums, so we have to kludge up a response to that.
<br>> > The original API discussion said "our login process will have to
<br>> > work differently". So now our API could be incompatible
<br>> > depending on how we implement login.
<br>> > The original discussion indicated that most "API entry points
<br>> > are coded into libraries". If that is truly the case, we are
<br>> > getting minimal advantage of prebuilt Flickr libraries and would
<br>> > require someone to create modified versions of any libraries
<br>> > that have hard coded endpoints. Might as well have someone code
<br>> > new clients to our API.
<br>> > Their API has tight integration with tags, ours should allow
<br>> > tags to be added, but we don't have the same dependence on tags
<br>> > In my opinion, as long as the interface is simple, clean and
<br>> > easy to build then I think we are further ahead in creating our
<br>> > own then trying morph the Flicker interface into something its not.
<br>> >
<br>> > Tim
<br>> >
<br>> > ----- Original Message -----
<br>> > From: Chris Kelly <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26548746&i=2" target="_top" rel="nofollow">ckdake@...</a>>
<br>> > Date: Friday, November 27, 2009 12:04 pm
<br>> > Subject: Re: [Gallery-core] Gallery remote API early thoughts
<br>> > To: Gallery Project Core Team discussion list <gallery-
<br>> > <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26548746&i=3" target="_top" rel="nofollow">core@...</a>>
<br>> > > There are two approaches we can take here:
<br>> > >
<br>> > > 1. Use the Flickr API as a model of making a quality remote API
<br>> > >
<br>> > > 2. Make an API that is compatible with the Flickr API which
<br>> > gets
<br>> > > us free compatibility with a _lot_ of clients.
<br>> > >
<br>> > > What you're describing is #1 and I'm a fan of #2. While
<br>> > > it's fine to not verify an API key, I think the field should
<br>> > > definitely be in the API requests and can just be ignored for
<br>> > > non-Flickr-based clients.
<br>> > >
<br>> > > The rest sounds good!
<br>> > >
<br>> > > -Chris
<br>> > >
<br>> > > On Nov 27, 2009, at 1:56 PM, Tim Almdal wrote:
<br>> > > > These are some earlier thoughts about where I want to take
<br>> > the
<br>> > > remote API based on my reviewing the Flickr API. Just
<br>> > > wanted to get some internal feedback before I flesh it out to
<br>> > > far and share it on the -devel list.
<br>> > > >
<br>> > > > With Gallery3, there is a need for a simplified and
<br>> > > standardized remote API. Originally, some of the core
<br>> > > controllers in Gallery3 were built as a RESTful API.
<br>> > > Several issues resulted from this approach, mainly it added
<br>> > > complexity and was not applied consistently.
<br>> > > >
<br>> > > > Early discussions suggested using the Flicker API as it a
<br>> > well
<br>> > > defined, popular interface. The Flickr API consists of a set
<br>> > of
<br>> > > callable methods, and some API endpoints. To perform an
<br>> > > action using the Flickr API, you need to select a calling
<br>> > > convention (REST, SOAP, XML-RPC), send a request to its
<br>> > endpoint
<br>> > > specifying a method and some arguments, and will receive a
<br>> > > formatted response. All request formats, take a list of
<br>> > > named parameters. The required parameters method and
<br>> > > api_key specify the calling method and the application key
<br>> > > respectively. Optionally, the format parameter is used to
<br>> > > specify the response format. The method arguments and
<br>> > > responses are formatted based on the calling convention.
<br>> > > >
<br>> > > > The problems I see with implementing the Flickr API are:
<br>> > > > The application key: Flickr requires that all applications
<br>> > > using the Flickr API specify an application key. This key
<br>> > > is obtained by going to the Flickr site and registering the
<br>> > > client application for either commercial or non-commercial
<br>> > > usage. This works well for a central service like
<br>> > > Flickr. I believe that it works less well for a product
<br>> > > such as Gallery3 which is not a centralized service.
<br>> > > > Authentication seems to be external to the client. If
<br>> > > the client is a web application, then it is redirected to
<br>> > > Flicker auth api, when then redirects to an application
<br>> > specific
<br>> > > authentication callback. As part of the parameters on the
<br>> > > redirect, there is a unique key which can be converted as to a
<br>> > > authorization token.
<br>> > > >
<br>> > > > What I propose doing is creating a API that is based on
<br>> > > Flickr's approach, but with some signification differences:
<br>> > > > Do away with the application key. In Gallery's
<br>> > > environment it adds no value.
<br>> > > > No login required. Instead, a Gallery3 user would login to
<br>> > the
<br>> > > gallery3 instance and request an authentication token which
<br>> > > would be entered and stored in the client. This
<br>> > > authentication token would be used as a shared secret to sign
<br>> > > the request.
<br>> > > > Request signing would happen just like the Flickr API were
<br>> > all
<br>> > > the parameters are combined with the authentication token and
<br>> > a
<br>> > > md5 hash is calculated and supplied with the request.
<br>> > > > All update requests would be signed, unsigned requests would
<br>> > > be treated as group everybody.
<br>> > > > The URL for the API would be:
<br>> > > >
<br>> > >
<br>> >
<br>> http://<domain>/gallery3/index.php/<module>/rest/<resource>/<method>?<parms>>
<br>>
<br>> > > > To implement other protocols the /rest/ component could be
<br>> > > replaced with json, rpc, or soap, but for the initial
<br>> > > implementation I would suggest only implementing rest or json.
<br>> > > >
<br>> > > > Using the Kohana routing the url would be rewritten such
<br>> > that
<br>> > > the actual controller called would be Rest_Controller. The
<br>> > > controller would be responsible for validating the security,
<br>> > > decoding the request, and calling the appropriate module
<br>> > > supplied api.
<br>> > > >
<br>> > > > This is as far as I got and just wanted to get some early
<br>> > feedback.> >
<br>> > > > Thanks
<br>> > > > Tim
<br>> > > > Website: <a href="http://www.timalmdal.com" target="_top" rel="nofollow">http://www.timalmdal.com</a><br>> > > >
<br>> > > > -------------------------------------------------------------
<br>> > --
<br>> > > ---------------
<br>> > > > Let Crystal Reports handle the reporting - Free Crystal
<br>> > > Reports 2008 30-Day
<br>> > > > trial. Simplify your report design, integration and
<br>> > deployment
<br>> > > - and focus on
<br>> > > > what you do best, core application coding. Discover what's
<br>> > new with
<br>> > > > Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-</a><br>> > > july_______________________________________________> Gallery-
<br>> > > core mailing list
<br>> > > > <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26548746&i=4" target="_top" rel="nofollow">Gallery-core@...</a>
<br>> > > > <a href="https://lists.sourceforge.net/lists/listinfo/gallery-core" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gallery-core</a><br>> > >
<br>> > >
<br>> >
<br>> > Website: <a href="http://www.timalmdal.com" target="_top" rel="nofollow">http://www.timalmdal.com</a><br>> >
<br>> >
<br>> >
<br>>
<br>> Website: <a href="http://www.timalmdal.com" target="_top" rel="nofollow">http://www.timalmdal.com</a><br>>
<br>>
<br>> ------------------------------------------------------------------------
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>> trial. Simplify your report design, integration and deployment - and focus on
<br>> what you do best, core application coding. Discover what's new with
<br>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>
<br>>
<br>> ------------------------------------------------------------------------
<br>>
<br>> __[ g a l l e r y - d e v e l ]_________________________
<br>>
<br>> [ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>> [ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
</div><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
<br><p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26548539Fwd: Re: [Gallery-core] Gallery remote API early thoughts2009-11-27T14:19:42Z2009-11-27T14:19:42ZTim AlmdalInitial thoughts on remote API... custom vs Flickr compatible<br><br>----- Original Message -----<br>From: Tim Almdal <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26548539&i=0" target="_top" rel="nofollow">tnalmdal@...</a>><br>Date: Friday, November 27, 2009 1:30 pm<br>Subject: Re: [Gallery-core] Gallery remote API early thoughts<br>To: Gallery Project Core Team discussion list <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26548539&i=1" target="_top" rel="nofollow">gallery-core@...</a>><br><div class='shrinkable-quote'><br>> I guess I'm 100% opposed to making our API compatible to Flickr.<br>> <br>> I believe that there are too many dissimilarities between the <br>> intent of Flickr and Gallery3's intent. In my experience trying <br>> to warp an API meant for one system doesn't work out well. You <br>> end up spending a lot of time and effort hacking the new target <br>> system to make it look like the old one.<br>> <br>> When I look down the list of "Notable Details" in the original <br>> API discussion on http://codex.gallery2.org/Gallery3:API a <br>> significant portion of those are places were we are going to <br>> either hack the API or have to hack Gallery3 in order to make <br>> things work. Once we change how the api works we are no longer <br>> compatible and might as well just start off with a clean slate.<br>> <br>> We have to bend out standard url processing to handle the <br>> flicker API urls.<br>> The Flickr API has a lot of stuff in that doesn't apply to us <br>> and we need to spend time insuring that there is a sane response <br>> for things we don't support.<br>> Photosets are not albums, so we have to kludge up a response to that.<br>> The original API discussion said "our login process will have to <br>> work differently". So now our API could be incompatible <br>> depending on how we implement login.<br>> The original discussion indicated that most "API entry points <br>> are coded into libraries". If that is truly the case, we are <br>> getting minimal advantage of prebuilt Flickr libraries and would <br>> require someone to create modified versions of any libraries <br>> that have hard coded endpoints. Might as well have someone code <br>> new clients to our API.<br>> Their API has tight integration with tags, ours should allow <br>> tags to be added, but we don't have the same dependence on tags<br>> In my opinion, as long as the interface is simple, clean and <br>> easy to build then I think we are further ahead in creating our <br>> own then trying morph the Flicker interface into something its not.<br>> <br>> Tim<br>> <br>> ----- Original Message -----<br>> From: Chris Kelly <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26548539&i=2" target="_top" rel="nofollow">ckdake@...</a>><br>> Date: Friday, November 27, 2009 12:04 pm<br>> Subject: Re: [Gallery-core] Gallery remote API early thoughts<br>> To: Gallery Project Core Team discussion list <gallery-<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26548539&i=3" target="_top" rel="nofollow">core@...</a>><br>> > There are two approaches we can take here:<br>> > <br>> > 1. Use the Flickr API as a model of making a quality remote API<br>> > <br>> > 2. Make an API that is compatible with the Flickr API which <br>> gets <br>> > us free compatibility with a _lot_ of clients. <br>> > <br>> > What you're describing is #1 and I'm a fan of #2. While <br>> > it's fine to not verify an API key, I think the field should <br>> > definitely be in the API requests and can just be ignored for <br>> > non-Flickr-based clients.<br>> > <br>> > The rest sounds good!<br>> > <br>> > -Chris<br>> > <br>> > On Nov 27, 2009, at 1:56 PM, Tim Almdal wrote:<br>> > > These are some earlier thoughts about where I want to take <br>> the <br>> > remote API based on my reviewing the Flickr API. Just <br>> > wanted to get some internal feedback before I flesh it out to <br>> > far and share it on the -devel list.<br>> > > <br>> > > With Gallery3, there is a need for a simplified and <br>> > standardized remote API. Originally, some of the core <br>> > controllers in Gallery3 were built as a RESTful API. <br>> > Several issues resulted from this approach, mainly it added <br>> > complexity and was not applied consistently.<br>> > > <br>> > > Early discussions suggested using the Flicker API as it a <br>> well <br>> > defined, popular interface. The Flickr API consists of a set <br>> of <br>> > callable methods, and some API endpoints. To perform an <br>> > action using the Flickr API, you need to select a calling <br>> > convention (REST, SOAP, XML-RPC), send a request to its <br>> endpoint <br>> > specifying a method and some arguments, and will receive a <br>> > formatted response. All request formats, take a list of <br>> > named parameters. The required parameters method and <br>> > api_key specify the calling method and the application key <br>> > respectively. Optionally, the format parameter is used to <br>> > specify the response format. The method arguments and <br>> > responses are formatted based on the calling convention.<br>> > > <br>> > > The problems I see with implementing the Flickr API are:<br>> > > The application key: Flickr requires that all applications <br>> > using the Flickr API specify an application key. This key <br>> > is obtained by going to the Flickr site and registering the <br>> > client application for either commercial or non-commercial <br>> > usage. This works well for a central service like <br>> > Flickr. I believe that it works less well for a product <br>> > such as Gallery3 which is not a centralized service.<br>> > > Authentication seems to be external to the client. If <br>> > the client is a web application, then it is redirected to <br>> > Flicker auth api, when then redirects to an application <br>> specific <br>> > authentication callback. As part of the parameters on the <br>> > redirect, there is a unique key which can be converted as to a <br>> > authorization token.<br>> > > <br>> > > What I propose doing is creating a API that is based on <br>> > Flickr's approach, but with some signification differences:<br>> > > Do away with the application key. In Gallery's <br>> > environment it adds no value.<br>> > > No login required. Instead, a Gallery3 user would login to <br>> the <br>> > gallery3 instance and request an authentication token which <br>> > would be entered and stored in the client. This <br>> > authentication token would be used as a shared secret to sign <br>> > the request.<br>> > > Request signing would happen just like the Flickr API were <br>> all <br>> > the parameters are combined with the authentication token and <br>> a <br>> > md5 hash is calculated and supplied with the request.<br>> > > All update requests would be signed, unsigned requests would <br>> > be treated as group everybody.<br>> > > The URL for the API would be:<br>> > > <br>> > <br>> http://<domain>/gallery3/index.php/<module>/rest/<resource>/<method>?<parms>> <br>> > > To implement other protocols the /rest/ component could be <br>> > replaced with json, rpc, or soap, but for the initial <br>> > implementation I would suggest only implementing rest or json.<br>> > > <br>> > > Using the Kohana routing the url would be rewritten such <br>> that <br>> > the actual controller called would be Rest_Controller. The <br>> > controller would be responsible for validating the security, <br>> > decoding the request, and calling the appropriate module <br>> > supplied api.<br>> > > <br>> > > This is as far as I got and just wanted to get some early <br>> feedback.> > <br>> > > Thanks<br>> > > Tim<br>> > > Website: http://www.timalmdal.com<br>> > > <br>> > > -------------------------------------------------------------<br>> --<br>> > ---------------<br>> > > Let Crystal Reports handle the reporting - Free Crystal <br>> > Reports 2008 30-Day <br>> > > trial. Simplify your report design, integration and <br>> deployment <br>> > - and focus on <br>> > > what you do best, core application coding. Discover what's <br>> new with<br>> > > Crystal Reports now. http://p.sf.net/sfu/bobj-<br>> > july_______________________________________________> Gallery-<br>> > core mailing list<br>> > > <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26548539&i=4" target="_top" rel="nofollow">Gallery-core@...</a><br>> > > https://lists.sourceforge.net/lists/listinfo/gallery-core<br>> > <br>> > <br>> <br>> Website: http://www.timalmdal.com<br>> <br>> <br>> </div><br> Website: http://www.timalmdal.com<br><br>
<br />------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br />__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]<p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26521381Re: [Gallery3 remote api] What is the API ?2009-11-25T14:27:28Z2009-11-25T14:27:28ZTim AlmdalI guess I can elaborate a bit more:<div><span class="Apple-style-span" style="background-color: rgb(255, 255, 255);"><br></span></div><div><span class="Apple-style-span" style="background-color: rgb(255, 255, 255);">I've only started thing about this in the last couple of days. The consensus of the core team is that the flickr API is as good as any as a starting point. What services or what the urls will be still playing around with that.</span></div><div><span class="Apple-style-span" style="background-color: rgb(255, 255, 255);"><span class="Apple-style-span" style="background-color: rgb(255, 255, 255);"><br></span></span></div><div><span class="Apple-style-span" style="background-color: rgb(255, 255, 255);"><span class="Apple-style-span" style="background-color: rgb(255, 255, 255);">What I haven't determined is whether it will be a direct clone of the api, or it will be slightly tweaked and customized for Gallery3.</span></span></div><div><span class="Apple-style-span" style="background-color: rgb(255, 255, 255);"><span class="Apple-style-span" style="background-color: rgb(255, 255, 255);"><span class="Apple-style-span" style="background-color: rgb(255, 255, 255);"><br></span></span></span></div><div><span class="Apple-style-span" style="background-color: rgb(255, 255, 255);"><span class="Apple-style-span" style="background-color: rgb(255, 255, 255);"><span class="Apple-style-span" style="background-color: rgb(255, 255, 255);">My leaning is to be a close as possible, so I can leverage existing client code.</span></span></span></div><div><span class="Apple-style-span" style="background-color: rgb(255, 255, 255);"><span class="Apple-style-span" style="background-color: rgb(255, 255, 255);"><span class="Apple-style-span" style="background-color: rgb(255, 255, 255);"><span class="Apple-style-span" style="background-color: rgb(255, 255, 255);"><br></span></span></span></span></div><div><span class="Apple-style-span" style="background-color: rgb(255, 255, 255);"><span class="Apple-style-span" style="background-color: rgb(255, 255, 255);"><span class="Apple-style-span" style="background-color: rgb(255, 255, 255);"><span class="Apple-style-span" style="background-color: rgb(255, 255, 255);">Tim<br></span></span></span></span><br>----- Original Message -----<br>From: Tim Almdal <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26521381&i=0" target="_top" rel="nofollow">tnalmdal@...</a>><br>Date: Wednesday, November 25, 2009 2:21 pm<br>Subject: Re: [Gallery-devel] [Gallery3 remote api] What is the API ?<br>To: marcp <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26521381&i=1" target="_top" rel="nofollow">marc.pasteur@...</a>><br>Cc: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26521381&i=2" target="_top" rel="nofollow">gallery-devel@...</a><br><div class='shrinkable-quote'><br>> "does, http://codex.gallery2.org/Gallery3:API, constitute a <br>> reference to follow ?"<br>> <br>> Not sure yet, its my starting point, but where I end up is <br>> undetermined at this point.<br>> <br>> Tim<br>> <br>> ----- Original Message -----<br>> From: marcp <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26521381&i=3" target="_top" rel="nofollow">marc.pasteur@...</a>><br>> Date: Wednesday, November 25, 2009 1:42 pm<br>> Subject: Re: [Gallery-devel] [Gallery3 remote api] What is the <br>> API ?<br>> To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26521381&i=4" target="_top" rel="nofollow">gallery-devel@...</a><br>> <br>> > <br>> > <br>> > Bharat Mediratta wrote:<br>> > > <br>> > > <br>> > > I've checked it into the gallery3-contrib repo on github:<br>> > > http://github.com/gallery/gallery3-contrib<br>> > > <br>> > > Specifically:<br>> > > http://github.com/gallery/gallery3-<br>> > contrib/tree/master/modules/remote/> <br>> > > It is *very* preliminary. You need to apply the code <br>> > from the patches <br>> > > directory, and only a few functions are supported (login, etc)<br>> > > <br>> > <br>> > hi all,<br>> > <br>> > I understand that's preliminary but just my 2 cents :<br>> > Please don't use any flat format as in gallery2 remote, it's <br>> > very a pain to<br>> > read !<br>> > XML or Json can be some better choices and there are many <br>> other <br>> > alternatives<br>> > but it's very good to see some work on this. does, as anthony said,<br>> > http://codex.gallery2.org/Gallery3:API constitute a reference <br>> to <br>> > follow ?<br>> > <br>> > marc<br>> > -- <br>> > View this message in context: http://old.nabble.com/-Gallery3-<br>> > remote-api--What-is-the-API---tp26465010p26520777.html<br>> > Sent from the gallery-devel mailing list archive at Nabble.com.<br>> > <br>> > <br>> > ---------------------------------------------------------------<br>> --<br>> > -------------<br>> > Let Crystal Reports handle the reporting - Free Crystal <br>> Reports <br>> > 2008 30-Day <br>> > trial. Simplify your report design, integration and deployment <br>> - <br>> > and focus on <br>> > what you do best, core application coding. Discover what's new with<br>> > Crystal Reports now. http://p.sf.net/sfu/bobj-july<br>> > __[ g a l l e r y - d e v e l ]_________________________<br>> > <br>> > [ list info/archive --> http://gallery.sf.net/lists.php ]<br>> > [ gallery info/FAQ/download --> http://gallery.sf.net ]<br>> > <br>> <br>> Website: http://www.timalmdal.com<br>> <br>> <br>> </div><br> Website: http://www.timalmdal.com<br><br></div>
<br />------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br />__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]<p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26521300Re: [Gallery3 remote api] What is the API ?2009-11-25T14:21:33Z2009-11-25T14:21:33ZTim Almdal"does, http://codex.gallery2.org/Gallery3:API, constitute a reference to follow ?"<div><span class="Apple-style-span" style="background-color: rgb(255, 255, 255);"><br></span></div><div><span class="Apple-style-span" style="background-color: rgb(255, 255, 255);">Not sure yet, its my starting point, but where I end up is undetermined at this point.</span></div><div><span class="Apple-style-span" style="background-color: rgb(255, 255, 255);"><span class="Apple-style-span" style="background-color: rgb(255, 255, 255);"><br></span></span></div><div><span class="Apple-style-span" style="background-color: rgb(255, 255, 255);"><span class="Apple-style-span" style="background-color: rgb(255, 255, 255);">Tim<br></span></span><br>----- Original Message -----<br>From: marcp <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26521300&i=0" target="_top" rel="nofollow">marc.pasteur@...</a>><br>Date: Wednesday, November 25, 2009 1:42 pm<br>Subject: Re: [Gallery-devel] [Gallery3 remote api] What is the API ?<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26521300&i=1" target="_top" rel="nofollow">gallery-devel@...</a><br><div class='shrinkable-quote'><br>> <br>> <br>> Bharat Mediratta wrote:<br>> > <br>> > <br>> > I've checked it into the gallery3-contrib repo on github:<br>> > http://github.com/gallery/gallery3-contrib<br>> > <br>> > Specifically:<br>> > http://github.com/gallery/gallery3-<br>> contrib/tree/master/modules/remote/> <br>> > It is *very* preliminary. You need to apply the code <br>> from the patches <br>> > directory, and only a few functions are supported (login, etc)<br>> > <br>> <br>> hi all,<br>> <br>> I understand that's preliminary but just my 2 cents :<br>> Please don't use any flat format as in gallery2 remote, it's <br>> very a pain to<br>> read !<br>> XML or Json can be some better choices and there are many other <br>> alternatives<br>> but it's very good to see some work on this. does, as anthony said,<br>> http://codex.gallery2.org/Gallery3:API constitute a reference to <br>> follow ?<br>> <br>> marc<br>> -- <br>> View this message in context: http://old.nabble.com/-Gallery3-<br>> remote-api--What-is-the-API---tp26465010p26520777.html<br>> Sent from the gallery-devel mailing list archive at Nabble.com.<br>> <br>> <br>> -----------------------------------------------------------------<br>> -------------<br>> Let Crystal Reports handle the reporting - Free Crystal Reports <br>> 2008 30-Day <br>> trial. Simplify your report design, integration and deployment - <br>> and focus on <br>> what you do best, core application coding. Discover what's new with<br>> Crystal Reports now. http://p.sf.net/sfu/bobj-july<br>> __[ g a l l e r y - d e v e l ]_________________________<br>> <br>> [ list info/archive --> http://gallery.sf.net/lists.php ]<br>> [ gallery info/FAQ/download --> http://gallery.sf.net ]<br>> </div><br> Website: http://www.timalmdal.com<br><br></div>
<br />------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br />__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]<p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26521244Re: [Gallery3 remote api] What is the API ?2009-11-25T14:16:37Z2009-11-25T14:16:37ZBharat Medirattamarcp wrote:
<div class='shrinkable-quote'><br>>
<br>> Bharat Mediratta wrote:
<br>>>
<br>>> I've checked it into the gallery3-contrib repo on github:
<br>>> <a href="http://github.com/gallery/gallery3-contrib" target="_top" rel="nofollow">http://github.com/gallery/gallery3-contrib</a><br>>>
<br>>> Specifically:
<br>>> <a href="http://github.com/gallery/gallery3-contrib/tree/master/modules/remote/" target="_top" rel="nofollow">http://github.com/gallery/gallery3-contrib/tree/master/modules/remote/</a><br>>>
<br>>> It is *very* preliminary. You need to apply the code from the patches
<br>>> directory, and only a few functions are supported (login, etc)
<br>>>
<br>>
<br>> hi all,
<br>>
<br>> I understand that's preliminary but just my 2 cents :
<br>> Please don't use any flat format as in gallery2 remote, it's very a pain to
<br>> read !
<br>> XML or Json can be some better choices and there are many other alternatives
<br>>
<br>> but it's very good to see some work on this. does, as anthony said,
<br>> <a href="http://codex.gallery2.org/Gallery3:API" target="_top" rel="nofollow">http://codex.gallery2.org/Gallery3:API</a> constitute a reference to follow ?
<br>>
<br>> marc
</div><br><br>The remote module in contrib serves purely to act as a bridge for older
<br>clients that already speak the Gallery Remote API. We intend to work on
<br>a newer, cleaner API for Gallery 3. Don't build new systems on Gallery
<br>Remote :-)
<br><br>Tim, want to weigh in on where you are with the new remote API?
<br><br>-Bharat
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
<br><p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26520777Re: [Gallery3 remote api] What is the API ?2009-11-25T13:42:14Z2009-11-25T13:42:14Zmarcp<blockquote class="quote light-black dark-border-color"><div class="quote light-border-color">
<div class="quote-author" style="font-weight: bold;">Bharat Mediratta wrote:</div>
<div class="quote-message shrinkable-quote">I've checked it into the gallery3-contrib repo on github:
<br><a href="http://github.com/gallery/gallery3-contrib" target="_top" rel="nofollow">http://github.com/gallery/gallery3-contrib</a><br><br>Specifically:
<br><a href="http://github.com/gallery/gallery3-contrib/tree/master/modules/remote/" target="_top" rel="nofollow">http://github.com/gallery/gallery3-contrib/tree/master/modules/remote/</a><br><br>It is *very* preliminary. You need to apply the code from the patches
<br>directory, and only a few functions are supported (login, etc)
</div>
</div></blockquote>
hi all,
<br><br>I understand that's preliminary but just my 2 cents :
<br>Please don't use any flat format as in gallery2 remote, it's very a pain to read !
<br>XML or Json can be some better choices and there are many other alternatives
<br><br>but it's very good to see some work on this. does, as anthony said, <a href="http://codex.gallery2.org/Gallery3:API" target="_top" rel="nofollow">http://codex.gallery2.org/Gallery3:API</a> constitute a reference to follow ?
<br><br>marc<p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26509724Re: [Gallery3 remote api] What is the API ?2009-11-25T01:28:39Z2009-11-25T01:28:39ZAnthony DahanneHello!<br>and thank you both for your rapid feedback !<br>I did not install yet the remote module, I just had a quick look a the source code, mainly at the controller, gallery_remote.php:<br><a href="http://github.com/gallery/gallery3-contrib/blob/07bb2625df9a516214e2cd5e189acb6ca970e8eb/modules/remote/controllers/gallery_remote.php" target="_top" rel="nofollow">http://github.com/gallery/gallery3-contrib/blob/07bb2625df9a516214e2cd5e189acb6ca970e8eb/modules/remote/controllers/gallery_remote.php</a><br>
and actually it reminded me of ... g2 remote API ! <a href="http://codex.gallery2.org/Gallery_Remote:Protocol#login" target="_top" rel="nofollow">http://codex.gallery2.org/Gallery_Remote:Protocol#login</a><br>well, that's pretty cool because, actual remote api-using softwares will be compatible, but on the other hand, I understood, reading <br>
<a href="http://codex.gallery2.org/Gallery3:API" target="_top" rel="nofollow">http://codex.gallery2.org/Gallery3:API</a> that something like flickr style or REST api would be used... <br>Sure, I know it's very preliminary, and again, I thank you both for sharing this at such an early stage, it's really appreciated !<br>
I'm looking forward to checking out new progress of the remote module !<br>Anthony<br><br><br><br><div class="gmail_quote">On Wed, Nov 25, 2009 at 1:12 AM, Tim Almdal <span dir="ltr"><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26509724&i=0" target="_top" rel="nofollow">tnalmdal@...</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div bgcolor="#ffffff" text="#000000">
I've just taken ownership of the ticket and will be working on the
remote API<br>
<br>
Tim<br>
Bharat Mediratta wrote:
<blockquote type="cite"><div><div></div><div class="h5">
<pre>Anthony Dahanne wrote:
</pre>
<blockquote type="cite">
<pre>Hello Tim, Bharat,
Thank you for your answers, I'm looking forward to checking out G3
remote module !
When you've got this preliminary work in contrib, could you tell us ?
with the svn url ?
</pre>
</blockquote>
</div></div><pre><div><div></div><div class="h5">
I've checked it into the gallery3-contrib repo on github:
<a href="http://github.com/gallery/gallery3-contrib" target="_blank" rel="nofollow">http://github.com/gallery/gallery3-contrib</a>
Specifically:
<a href="http://github.com/gallery/gallery3-contrib/tree/master/modules/remote/" target="_blank" rel="nofollow">http://github.com/gallery/gallery3-contrib/tree/master/modules/remote/</a></div></div>
It is *very* preliminary. You need to apply the code from the patches
directory, and only a few functions are supported (login, etc)
-Bharat
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_blank" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><div class="im">
__[ g a l l e r y - d e v e l ]_________________________
[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_blank" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_blank" rel="nofollow">http://gallery.sf.net</a> ]</div></pre>
<pre><div class="im">
<hr size="4" width="90%">
No virus found in this incoming message.
Checked by AVG - <a href="http://www.avg.com" target="_blank" rel="nofollow">www.avg.com</a></div>
Version: 8.5.425 / Virus Database: 270.14.81/2524 - Release Date: 11/24/09 19:37:00
</pre>
</blockquote>
</div>
</blockquote></div><br>
<br />------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br />__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]<p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26505690Re: [Gallery3 remote api] What is the API ?2009-11-24T16:12:38Z2009-11-24T16:12:38ZTim Almdal<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
I've just taken ownership of the ticket and will be working on the
remote API<br>
<br>
Tim<br>
Bharat Mediratta wrote:
<blockquote cite="mid:4B0C4179.4030507@menalto.com" type="cite">
<pre wrap="">Anthony Dahanne wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Hello Tim, Bharat,
Thank you for your answers, I'm looking forward to checking out G3
remote module !
When you've got this preliminary work in contrib, could you tell us ?
with the svn url ?
</pre>
</blockquote>
<pre wrap=""><!---->
I've checked it into the gallery3-contrib repo on github:
<a class="moz-txt-link-freetext" href="http://github.com/gallery/gallery3-contrib" target="_top" rel="nofollow">http://github.com/gallery/gallery3-contrib</a>
Specifically:
<a class="moz-txt-link-freetext" href="http://github.com/gallery/gallery3-contrib/tree/master/modules/remote/" target="_top" rel="nofollow">http://github.com/gallery/gallery3-contrib/tree/master/modules/remote/</a>
It is *very* preliminary. You need to apply the code from the patches
directory, and only a few functions are supported (login, etc)
-Bharat
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. <a class="moz-txt-link-freetext" href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a>
__[ g a l l e r y - d e v e l ]_________________________
[ list info/archive --> <a class="moz-txt-link-freetext" href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
[ gallery info/FAQ/download --> <a class="moz-txt-link-freetext" href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]</pre>
<pre wrap="">
<hr size="4" width="90%">
No virus found in this incoming message.
Checked by AVG - <a class="moz-txt-link-abbreviated" href="http://www.avg.com" target="_top" rel="nofollow">www.avg.com</a>
Version: 8.5.425 / Virus Database: 270.14.81/2524 - Release Date: 11/24/09 19:37:00
</pre>
</blockquote>
</body>
</html>
<br />------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br />__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]<p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26502714Re: [Gallery3 remote api] What is the API ?2009-11-24T12:26:33Z2009-11-24T12:26:33ZBharat MedirattaAnthony Dahanne wrote:
<br>> Hello Tim, Bharat,
<br>> Thank you for your answers, I'm looking forward to checking out G3
<br>> remote module !
<br>> When you've got this preliminary work in contrib, could you tell us ?
<br>> with the svn url ?
<br><br>I've checked it into the gallery3-contrib repo on github:
<br><a href="http://github.com/gallery/gallery3-contrib" target="_top" rel="nofollow">http://github.com/gallery/gallery3-contrib</a><br><br>Specifically:
<br><a href="http://github.com/gallery/gallery3-contrib/tree/master/modules/remote/" target="_top" rel="nofollow">http://github.com/gallery/gallery3-contrib/tree/master/modules/remote/</a><br><br>It is *very* preliminary. You need to apply the code from the patches
<br>directory, and only a few functions are supported (login, etc)
<br><br>-Bharat
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
<br><p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26491202Re: [Gallery3 remote api] What is the API ?2009-11-23T22:50:31Z2009-11-23T22:50:31ZAnthony DahanneHello Tim, Bharat,
<br>Thank you for your answers, I'm looking forward to checking out G3
<br>remote module !
<br>When you've got this preliminary work in contrib, could you tell us ?
<br>with the svn url ?
<br>Thanks again,
<br>Anthony
<br><br>Bharat Mediratta a écrit :
<div class='shrinkable-quote'><br>>
<br>> I've done some preliminary work on a Gallery Remote module for G3.
<br>> It's lodged in a virtual machine on my laptop currently-- I'll try to
<br>> get it checked into contrib so that we can at least make some forward
<br>> progress on this task.
<br>>
<br>> Tim Almdal wrote:
<br>>> Anthony, great that you are trying to create a remote client, but
<br>>> unfortunately Gallery3 doesn't have a remote API yet.
<br>>>
<br>>> We have an open ticket,
<br>>> <a href="https://sourceforge.net/apps/trac/gallery/ticket/665" target="_top" rel="nofollow">https://sourceforge.net/apps/trac/gallery/ticket/665</a>, but that's not
<br>>> slated until release 3.1.
<br>>>
<br>>> Tim
<br>>>
<br>>>
<br>>> Anthony Dahanne wrote:
<br>>>> hello everyone !
<br>>>> i just installed gallery3 beta, but I can't find any modules about
<br>>>> "remote gallery"
<br>>>> what i mean is that I'm a remote gallery client developer (I'm
<br>>>> working on the working gallery2 client g2android :
<br>>>> <a href="http://code.google.com/p/g2android" target="_top" rel="nofollow">http://code.google.com/p/g2android</a> ) and I would like to create a
<br>>>> new remote client for gallery3 for the android platform (because
<br>>>> gallery3 looks definitely cool)
<br>>>> so what about i ? how can I enable it ?
<br>>>> I've read : <a href="http://codex.gallery2.org/Gallery3:API" target="_top" rel="nofollow">http://codex.gallery2.org/Gallery3:API</a><br>>>> so i figured that I may be using flickr api ... is that so ?
<br>>>> I'm a bit confused ... is a remote api available for gallery 3 yet ?
<br>>>> Thank you anyone for your answers, will be much appreciated !
<br>>>> Cheers,
<br>>>> Anthony
<br>>>>
<br>>>> ------------------------------------------------------------------------------
<br>>>>
<br>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>>>> 30-Day trial. Simplify your report design, integration and
<br>>>> deployment - and focus on what you do best, core application coding.
<br>>>> Discover what's new with
<br>>>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>>> __[ g a l l e r y - d e v e l ]_________________________
<br>>>>
<br>>>> [ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>>>> [ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
<br>>>> ------------------------------------------------------------------------
<br>>>>
<br>>>>
<br>>>>
<br>>>> No virus found in this incoming message.
<br>>>> Checked by AVG - www.avg.com Version: 8.5.425 / Virus Database:
<br>>>> 270.14.76/2519 - Release Date: 11/22/09 07:38:00
<br>>>>
<br>>>>
<br>>>
<br>>> ------------------------------------------------------------------------
<br>>>
<br>>> ------------------------------------------------------------------------------
<br>>>
<br>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>>> 30-Day trial. Simplify your report design, integration and deployment
<br>>> - and focus on what you do best, core application coding. Discover
<br>>> what's new with
<br>>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>>
<br>>>
<br>>> ------------------------------------------------------------------------
<br>>>
<br>>> __[ g a l l e r y - d e v e l ]_________________________
<br>>>
<br>>> [ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>>> [ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
<br>>
</div><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
<br><p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26490029Re: [Gallery3 remote api] What is the API ?2009-11-23T19:35:50Z2009-11-23T19:35:50ZBharat Mediratta<br>I've done some preliminary work on a Gallery Remote module for G3. It's
<br>lodged in a virtual machine on my laptop currently-- I'll try to get it
<br>checked into contrib so that we can at least make some forward progress
<br>on this task.
<br><br>Tim Almdal wrote:
<div class='shrinkable-quote'><br>> Anthony, great that you are trying to create a remote client, but
<br>> unfortunately Gallery3 doesn't have a remote API yet.
<br>>
<br>> We have an open ticket,
<br>> <a href="https://sourceforge.net/apps/trac/gallery/ticket/665" target="_top" rel="nofollow">https://sourceforge.net/apps/trac/gallery/ticket/665</a>, but that's not
<br>> slated until release 3.1.
<br>>
<br>> Tim
<br>>
<br>>
<br>> Anthony Dahanne wrote:
<br>>> hello everyone !
<br>>> i just installed gallery3 beta, but I can't find any modules about
<br>>> "remote gallery"
<br>>> what i mean is that I'm a remote gallery client developer (I'm working
<br>>> on the working gallery2 client g2android :
<br>>> <a href="http://code.google.com/p/g2android" target="_top" rel="nofollow">http://code.google.com/p/g2android</a> ) and I would like to create a new
<br>>> remote client for gallery3 for the android platform (because gallery3
<br>>> looks definitely cool)
<br>>> so what about i ? how can I enable it ?
<br>>> I've read : <a href="http://codex.gallery2.org/Gallery3:API" target="_top" rel="nofollow">http://codex.gallery2.org/Gallery3:API</a><br>>> so i figured that I may be using flickr api ... is that so ?
<br>>> I'm a bit confused ... is a remote api available for gallery 3 yet ?
<br>>> Thank you anyone for your answers, will be much appreciated !
<br>>> Cheers,
<br>>> Anthony
<br>>>
<br>>> ------------------------------------------------------------------------------
<br>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>>> trial. Simplify your report design, integration and deployment - and focus on
<br>>> what you do best, core application coding. Discover what's new with
<br>>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>> __[ g a l l e r y - d e v e l ]_________________________
<br>>>
<br>>> [ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>>> [ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
<br>>> ------------------------------------------------------------------------
<br>>>
<br>>>
<br>>> No virus found in this incoming message.
<br>>> Checked by AVG - www.avg.com
<br>>> Version: 8.5.425 / Virus Database: 270.14.76/2519 - Release Date: 11/22/09 07:38:00
<br>>>
<br>>>
<br>>
<br>> ------------------------------------------------------------------------
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>> trial. Simplify your report design, integration and deployment - and focus on
<br>> what you do best, core application coding. Discover what's new with
<br>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>
<br>>
<br>> ------------------------------------------------------------------------
<br>>
<br>> __[ g a l l e r y - d e v e l ]_________________________
<br>>
<br>> [ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>> [ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
</div><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
<br><p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26466293Re: [Gallery3 remote api] What is the API ?2009-11-22T07:35:43Z2009-11-22T07:35:43ZTim Almdal<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Anthony, great that you are trying to create a remote client, but
unfortunately Gallery3 doesn't have a remote API yet.<br>
<br>
We have an open ticket, <a href="https://sourceforge.net/apps/trac/gallery/ticket/665" target="_top" rel="nofollow">https://sourceforge.net/apps/trac/gallery/ticket/665</a>,
but that's not slated until release 3.1.<br>
<br>
Tim<br>
<br>
<br>
Anthony Dahanne wrote:
<blockquote cite="mid:4B09328A.1060304@gmail.com" type="cite">
<pre wrap="">hello everyone !
i just installed gallery3 beta, but I can't find any modules about
"remote gallery"
what i mean is that I'm a remote gallery client developer (I'm working
on the working gallery2 client g2android :
<a class="moz-txt-link-freetext" href="http://code.google.com/p/g2android" target="_top" rel="nofollow">http://code.google.com/p/g2android</a> ) and I would like to create a new
remote client for gallery3 for the android platform (because gallery3
looks definitely cool)
so what about i ? how can I enable it ?
I've read : <a class="moz-txt-link-freetext" href="http://codex.gallery2.org/Gallery3:API" target="_top" rel="nofollow">http://codex.gallery2.org/Gallery3:API</a>
so i figured that I may be using flickr api ... is that so ?
I'm a bit confused ... is a remote api available for gallery 3 yet ?
Thank you anyone for your answers, will be much appreciated !
Cheers,
Anthony
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. <a class="moz-txt-link-freetext" href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a>
__[ g a l l e r y - d e v e l ]_________________________
[ list info/archive --> <a class="moz-txt-link-freetext" href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
[ gallery info/FAQ/download --> <a class="moz-txt-link-freetext" href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]</pre>
<pre wrap="">
<hr size="4" width="90%">
No virus found in this incoming message.
Checked by AVG - <a class="moz-txt-link-abbreviated" href="http://www.avg.com" target="_top" rel="nofollow">www.avg.com</a>
Version: 8.5.425 / Virus Database: 270.14.76/2519 - Release Date: 11/22/09 07:38:00
</pre>
</blockquote>
</body>
</html>
<br />------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br />__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]<p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26465010[Gallery3 remote api] What is the API ?2009-11-22T04:46:02Z2009-11-22T04:46:02ZAnthony Dahannehello everyone !
<br>i just installed gallery3 beta, but I can't find any modules about
<br>"remote gallery"
<br>what i mean is that I'm a remote gallery client developer (I'm working
<br>on the working gallery2 client g2android :
<br><a href="http://code.google.com/p/g2android" target="_top" rel="nofollow">http://code.google.com/p/g2android</a> ) and I would like to create a new
<br>remote client for gallery3 for the android platform (because gallery3
<br>looks definitely cool)
<br>so what about i ? how can I enable it ?
<br>I've read : <a href="http://codex.gallery2.org/Gallery3:API" target="_top" rel="nofollow">http://codex.gallery2.org/Gallery3:API</a><br>so i figured that I may be using flickr api ... is that so ?
<br>I'm a bit confused ... is a remote api available for gallery 3 yet ?
<br>Thank you anyone for your answers, will be much appreciated !
<br>Cheers,
<br>Anthony
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
<br><p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26356426Re: Can we move night_wind to contrib, please?2009-11-14T20:31:44Z2009-11-14T20:31:44ZBharat MedirattaTim Almdal wrote:
<br>> Sure, go ahead... i probably should have put it there first
<br><br>Done!
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
<br><p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26355797Re: Can we move night_wind to contrib, please?2009-11-14T17:36:06Z2009-11-14T17:36:06ZTim Almdal<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Sure, go ahead... i probably should have put it there first<br>
<br>
Bharat Mediratta wrote:
<blockquote cite="mid:4AFF1D8C.2000601@menalto.com" type="cite">
<pre wrap="">There are hundreds of lines of diffs between the two themes, and it's
slowing down my refactoring of the pagination code. Can we move it to
contrib and/or delete it for now? I don't think we're ready to carry a
2nd full theme at this point.
-Bharat
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. <a class="moz-txt-link-freetext" href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a>
__[ g a l l e r y - d e v e l ]_________________________
[ list info/archive --> <a class="moz-txt-link-freetext" href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
[ gallery info/FAQ/download --> <a class="moz-txt-link-freetext" href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]</pre>
<pre wrap="">
<hr size="4" width="90%">
No virus found in this incoming message.
Checked by AVG - <a class="moz-txt-link-abbreviated" href="http://www.avg.com" target="_top" rel="nofollow">www.avg.com</a>
Version: 8.5.425 / Virus Database: 270.14.65/2502 - Release Date: 11/14/09 07:43:00
</pre>
</blockquote>
</body>
</html>
<br />------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br />__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]<p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26354918Re: Can we move night_wind to contrib, please?2009-11-14T14:13:32Z2009-11-14T14:13:32ZChad Kieffer-3+1 for this.
<br><br>On Nov 14, 2009, at 2:13 PM, Bharat Mediratta wrote:
<br><div class='shrinkable-quote'><br>>
<br>> There are hundreds of lines of diffs between the two themes, and it's
<br>> slowing down my refactoring of the pagination code. Can we move it to
<br>> contrib and/or delete it for now? I don't think we're ready to
<br>> carry a
<br>> 2nd full theme at this point.
<br>>
<br>> -Bharat
<br>>
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
<br>> 30-Day
<br>> trial. Simplify your report design, integration and deployment - and
<br>> focus on
<br>> what you do best, core application coding. Discover what's new with
<br>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>> __[ g a l l e r y - d e v e l ]_________________________
<br>>
<br>> [ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>> [ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
</div><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
<br><p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26353944Can we move night_wind to contrib, please?2009-11-14T13:13:48Z2009-11-14T13:13:48ZBharat Mediratta<br>There are hundreds of lines of diffs between the two themes, and it's
<br>slowing down my refactoring of the pagination code. Can we move it to
<br>contrib and/or delete it for now? I don't think we're ready to carry a
<br>2nd full theme at this point.
<br><br>-Bharat
<br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
<br><p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26320309Re: Heads up... new photo uploader in G32009-11-12T07:05:33Z2009-11-12T07:05:33ZTim AlmdalYep, but whoever provides the CSS love, needs to be aware that where ever the button gets moved to they have to change the javascript to position the flash object above button.<div><span class="Apple-style-span" style="background-color: rgb(255, 255, 255);"><br></span></div><div><span class="Apple-style-span" style="background-color: rgb(255, 255, 255);">In order to provide the CSS styling to the button that we want, the flash object is made transparent and sits on top of our styled button. So when you think you are clicking on the "Select Photo... "button; you are actually clicking the flash object, which allows it to open the file dialog.</span></div><div><span class="Apple-style-span" style="background-color: rgb(255, 255, 255);"><span class="Apple-style-span" style="background-color: rgb(255, 255, 255);"><br></span></span></div><div><span class="Apple-style-span" style="background-color: rgb(255, 255, 255);"><span class="Apple-style-span" style="background-color: rgb(255, 255, 255);">Tim<br></span></span><br>----- Original Message -----<br>From: Dave Moore <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26320309&i=0" target="_top" rel="nofollow">dave@...</a>><br>Date: Thursday, November 12, 2009 7:00 am<br>Subject: Re: [Gallery-devel] Heads up... new photo uploader in G3<br>To: Gallery-devel <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26320309&i=1" target="_top" rel="nofollow">gallery-devel@...</a>><br><div class='shrinkable-quote'><br>> Man is that fast!<br>> just needs some css love to position the button better.<br>> <br>> Dave<br>> At 09:40 PM 11/11/2009, Tim Almdal wrote:<br>> >Hi everyone.<br>> ><br>> >Just a heads up, there is a new photo uploader in g3. <br>> I've just rolled<br>> >the change for ticket #746 into the master code base. <br>> This replaces the<br>> >original flash uploader with a new one that allows simultaneous <br>> uploads.><br>> >Tim<br>> ><br>> >----------------------------------------------------------------<br>> --------------<br>> >Let Crystal Reports handle the reporting - Free Crystal Reports <br>> 2008 30-Day<br>> >trial. Simplify your report design, integration and deployment -<br>> and focus on<br>> >what you do best, core application coding. Discover what's new with<br>> >Crystal Reports now. http://p.sf.net/sfu/bobj-july<br>> >__[ g a l l e r y - d e v e l ]_________________________<br>> ><br>> >[ list info/archive --> http://gallery.sf.net/lists.php ]<br>> >[ gallery info/FAQ/download --> http://gallery.sf.net ]<br>> <br>> <br>> -----------------------------------------------------------------<br>> -------------<br>> Let Crystal Reports handle the reporting - Free Crystal Reports <br>> 2008 30-Day <br>> trial. Simplify your report design, integration and deployment - <br>> and focus on <br>> what you do best, core application coding. Discover what's new with<br>> Crystal Reports now. http://p.sf.net/sfu/bobj-july<br>> __[ g a l l e r y - d e v e l ]_________________________<br>> <br>> [ list info/archive --> http://gallery.sf.net/lists.php ]<br>> [ gallery info/FAQ/download --> http://gallery.sf.net ]<br>> </div><br> Website: http://www.timalmdal.com<br><br></div>
<br />------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br />__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]<p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26320211Re: Heads up... new photo uploader in G32009-11-12T06:14:09Z2009-11-12T06:14:09ZfloridaveMan is that fast!
<br>just needs some css love to position the button better.
<br><br>Dave
<br>At 09:40 PM 11/11/2009, Tim Almdal wrote:
<div class='shrinkable-quote'><br>>Hi everyone.
<br>>
<br>>Just a heads up, there is a new photo uploader in g3. I've just rolled
<br>>the change for ticket #746 into the master code base. This replaces the
<br>>original flash uploader with a new one that allows simultaneous uploads.
<br>>
<br>>Tim
<br>>
<br>>------------------------------------------------------------------------------
<br>>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>>trial. Simplify your report design, integration and deployment - and focus on
<br>>what you do best, core application coding. Discover what's new with
<br>>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>>__[ g a l l e r y - d e v e l ]_________________________
<br>>
<br>>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
</div><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
<br><p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26313378Heads up... new photo uploader in G32009-11-11T20:40:42Z2009-11-11T20:40:42ZTim AlmdalHi everyone.
<br><br>Just a heads up, there is a new photo uploader in g3. I've just rolled
<br>the change for ticket #746 into the master code base. This replaces the
<br>original flash uploader with a new one that allows simultaneous uploads.
<br><br>Tim
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
<br><p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26305879Re: Spam on GMC forum2009-11-11T10:08:55Z2009-11-11T10:08:55ZChris Kelly-2On Nov 11, 2009, at 1:05 PM, Bharat Mediratta wrote:
<div class='shrinkable-quote'><br>> Alec Myers wrote:
<br>>> Perhaps it's my imagination but we seem to be overun by tidal waves of spam
<br>>> at the moment. I'm blocking about 5-10 people a day currently.
<br>>>
<br>>> Presuming that it it bots at work, is it possible to do anything to tighten
<br>>> up the new user sign up process?
<br>>
<br>> Yeah I agree-- the spam sucks. I'm willing to enable Drupal modules if
<br>> somebody can do the legwork and figure out which ones are the most
<br>> effective.
</div><br>I've been using mollom.com on a couple of sites and have been very happy with it, but we'd need to negotiate some kinda of deal with them so we don't have to pay them lots and lots.
<br><br>-Chris
<br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
<br><p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26305833Re: Spam on GMC forum2009-11-11T10:05:23Z2009-11-11T10:05:23ZBharat MedirattaAlec Myers wrote:
<br>> Perhaps it's my imagination but we seem to be overun by tidal waves of spam
<br>> at the moment. I'm blocking about 5-10 people a day currently.
<br>>
<br>> Presuming that it it bots at work, is it possible to do anything to tighten
<br>> up the new user sign up process?
<br><br>Yeah I agree-- the spam sucks. I'm willing to enable Drupal modules if
<br>somebody can do the legwork and figure out which ones are the most
<br>effective.
<br><br>-Bharat
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
<br><p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26303889Spam on GMC forum2009-11-11T05:46:55Z2009-11-11T05:46:55ZAlec MyersPerhaps it's my imagination but we seem to be overun by tidal waves of spam
<br>at the moment. I'm blocking about 5-10 people a day currently.
<br><br>Presuming that it it bots at work, is it possible to do anything to tighten
<br>up the new user sign up process?
<br><br>-A
<br><br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
<br><p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26226857Re: I wonder who got facebook.com/gallery22009-11-05T20:37:29Z2009-11-05T20:37:29ZBharat MedirattaDonald Webster wrote:
<br>> <a href="http://www.facebook.com/gallery2" target="_top" rel="nofollow">http://www.facebook.com/gallery2</a><br>>
<br>> Anyone recognize that person? I miss-typed /gallery3 and was like "omg?"
<br><br>No idea!
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
<br><p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26224302I wonder who got facebook.com/gallery22009-11-05T15:30:23Z2009-11-05T15:30:23ZDonald Webster<a href="http://www.facebook.com/gallery2" target="_top" rel="nofollow">http://www.facebook.com/gallery2</a><br><br>Anyone recognize that person? I miss-typed /gallery3 and was like "omg?"
<br><br>AIM: fryfrog
<br>WWW: <a href="http://www.fryfrog.com" target="_top" rel="nofollow">http://www.fryfrog.com</a><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
<br><p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26189507User Registration module2009-11-03T17:06:52Z2009-11-03T17:06:52ZTim AlmdalJust added this module to -contrib repository.
<br><br>The codex page is at: <a href="http://codex.gallery2.org/Gallery3:Modules:register" target="_top" rel="nofollow">http://codex.gallery2.org/Gallery3:Modules:register</a><br><br>Tim
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
<br><p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26185092[Fwd: PHP 5.3.1RC2 Testing]2009-11-03T11:18:16Z2009-11-03T11:18:16ZBharat Mediratta<br>FYI.
<br><br>-------- Original Message --------
<br>Subject: PHP 5.3.1RC2 Testing
<br>Date: Tue, 03 Nov 2009 20:15:49 +0100
<br>From: Johannes Schlüter <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26185092&i=0" target="_top" rel="nofollow">johannes@...</a>>
<br>Organization: php.net
<br>To: PHP QA List <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26185092&i=1" target="_top" rel="nofollow">php-qa@...</a>>
<br><br>Hello!
<br><br>You are receiving this email because your project has been selected to
<br>take part in a new effort by the PHP QA Team to make sure that your
<br>project still works with PHP versions to-be-released. With this we
<br>hope to make sure that you are either aware of things that might
<br>break, or to make sure we don't introduce any strange regressions.
<br>With this effort we hope to build a better relationship between the
<br>PHP Team and the major projects.
<br><br>If you do not want to receive these heads-up emails, please reply to
<br>me personally and I will remove you from the list; but, we hope that
<br>you want to actively help us making PHP a better and more stable tool.
<br><br>The third release candidate of PHP 5.3.1 was just released and can
<br>be downloaded from <a href="http://downloads.php.net/johannes/" target="_top" rel="nofollow">http://downloads.php.net/johannes/</a>, the win32
<br>binaries are available at <a href="http://windows.php.net/qa/" target="_top" rel="nofollow">http://windows.php.net/qa/</a>. Please try this
<br>release candidate against your code and let us know if any regressions
<br>should you find any. This RC is needed as a few crash bugs were found
<br>and fixed. Depending on the feedback the goal is to release 5.3.1 using
<br>the same code base soon, so timely testing would be extremely helpful.
<br><br>In case you think that other projects should also receive this kinds
<br>of emails, please let me know privately, and I will add them to the
<br>list of projects to contact.
<br><br>Best Regards,
<br><br>Johannes Schlüter
<br>5.3 Release Master
<br><br><br><br><br>------------------------------------------------------------------------------
<br>Come build with us! The BlackBerry(R) Developer Conference in SF, CA
<br>is the only developer event you need to attend this year. Jumpstart your
<br>developing skills, take BlackBerry mobile applications to market and stay
<br>ahead of the curve. Join us from November 9 - 12, 2009. Register now!
<br><a href="http://p.sf.net/sfu/devconference" target="_top" rel="nofollow">http://p.sf.net/sfu/devconference</a><br>__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]<p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>tag:old.nabble.com,2006:post-26153198Re: Identity Management vs. Users/Groups2009-11-01T09:52:34Z2009-11-01T09:52:34ZBharat MedirattaDave Moore wrote:
<br>> A bit late to the game...
<br>> I echo Kevin, we can't confuse the users more with different names.
<br>> Going for the 80% rule: what the heck is LDAP? Does it fit?
<br><br><a href="http://en.wikipedia.org/wiki/Lightweight_Directory_Access_Protocol" target="_top" rel="nofollow">http://en.wikipedia.org/wiki/Lightweight_Directory_Access_Protocol</a><br><br>Most companies have an internal LDAP directory which we can use for
<br>authentication. With the changes that Tim has made, we can now plug in
<br>an ldap module to take advantage of that. The support for pluggable
<br>authentication is in core, but the actual ldap module is off in the
<br>contrib dir.
<br><br>-Bharat
<br><br>------------------------------------------------------------------------------
<br>Come build with us! The BlackBerry(R) Developer Conference in SF, CA
<br>is the only developer event you need to attend this year. Jumpstart your
<br>developing skills, take BlackBerry mobile applications to market and stay
<br>ahead of the curve. Join us from November 9 - 12, 2009. Register now!
<br><a href="http://p.sf.net/sfu/devconference" target="_top" rel="nofollow">http://p.sf.net/sfu/devconference</a><br>__[ g a l l e r y - d e v e l ]_________________________
<br><br>[ list info/archive --> <a href="http://gallery.sf.net/lists.php" target="_top" rel="nofollow">http://gallery.sf.net/lists.php</a> ]
<br>[ gallery info/FAQ/download --> <a href="http://gallery.sf.net" target="_top" rel="nofollow">http://gallery.sf.net</a> ]
<br><p>From forum: <a href="http://old.nabble.com/gallery-devel-f3818.html" embed="fixTarget[3818]" target="_top" >gallery-devel</a></p>