I sent a number of posts to the list last night. Only one went
through.
This morning, I tried the missing ones again. Nothing went through.
What's up?
The messages are coming through now. Probably a list server configuration
issue.
-Jesse-
Jesse Erlbaum
The Erlbaum Group, LLC
817
I want to do Stuff with OpenID. The way I see it, your OpenID right now can
only replace your password, not your username, in many applications. That's
because you want to be able to say:
http://some.web.app/user/USERNAME/whatever
Putting your OpenID, which is a URL, where USERNAME appears
I see that the devel version of CGI::Application uses Class::MOP. Neat.
Except...
On my 5.8.8 install, loading CGI::Application's stable release adds about 300k
to the resident size of my perl process. Loading metaclass.pm (of Class-MOP)
adds another 2000k.
In other words, moving from
A. Pagaltzis wrote:
Because there’s not a single user in the system to which you gain
access using $N different credentials. There are $N different
users, and so each of them should have their own URI. It’s simply
good REST design: don’t conflate multiple resources behind a
single URI. It
* Michael Peters [EMAIL PROTECTED] [2007-10-20 01:30]:
Ricardo SIGNES wrote:
I want to do Stuff with OpenID. The way I see it, your OpenID
right now can only replace your password, not your username,
in many applications. That's because you want to be able to
say:
Ricardo SIGNES wrote:
I want to do Stuff with OpenID. The way I see it, your OpenID right now can
only replace your password, not your username, in many applications. That's
because you want to be able to say:
http://some.web.app/user/USERNAME/whatever
Putting your OpenID, which is a
* Ricardo SIGNES [EMAIL PROTECTED] [2007-10-19 19:45]:
Any other thoughts?
The default case is you use your OpenID to log into your main
account. So while you would need to create an account that an
OpenID gets associated with, you could log in with your OpenID
alone to access your main account.
On 10/19/07, Ricardo SIGNES [EMAIL PROTECTED] wrote:
Is there a plan to convert HTML::Template from a prereq into a plugin?
Are you volunteering? ;)
Maybe the cons outweight the pros. I just really would like to eliminate that
prereq.
+1
tim/
# CGI::Application community mailing
Michael Peters wrote:
Hi Michael
This isn't a hey, Class::MOP is the new hotness! change, is it?
I think this was a hey, Class::MOP is really cool. I bet it would make CGI::App
much simpler...oh wait. Look how slow everything got!. And now we also have
Look how big everything got!.
So,
I am not a big fan of HTML::Template. It just doesn't float my boat.
It bugs
me a little bit that it's a prereq of CGI::Application, especially when
it
isn't, then, really needed.
I am a big fan of HTML::Template, which is why I put in there in the first
place. In spite of the fact that
* Ron Savage [EMAIL PROTECTED] [2007-10-20 03:40]:
my vote would be either for Object::InsideOut or Class::Std,
Don’t miss Class::InsideOut. It’s better than either of the
modules you mention for inside-out style. Unlike Class::Std it
actually works reliably, and unlike Object::InsideOut it
* Jesse Erlbaum [EMAIL PROTECTED] [2007-10-20 04:50]:
I am a big fan of HTML::Template, which is why I put in there
in the first place. In spite of the fact that I have a strong
preference, I made it easy (nay, trivial) to swap in your own
templating system.
Your request has been heard, and
* Ricardo SIGNES [EMAIL PROTECTED] [2007-10-20 01:25]:
So you'll always want something like /wishlist/ID/{view,edit}.
When is primary identity a useful concept, now?
Yes, precisely. How does that invalidate the idea of a main
identity? You log in with http://rjbs.myopenid.net/ and get sent
to
* A. Pagaltzis [EMAIL PROTECTED] [2007-10-19T19:12:10]
* Ricardo SIGNES [EMAIL PROTECTED] [2007-10-19 19:45]:
Any other thoughts?
The default case is you use your OpenID to log into your main
account. So while you would need to create an account that an
OpenID gets associated with, you
* Michael Peters [EMAIL PROTECTED] [2007-10-19T19:28:20]
I've been wondering if the correct approach for handling this is to log in
using only your OpenID, and then let you choose a profile from among those
available. profile would replace the traditional user concept. Most
users would
I am not a big fan of HTML::Template. It just doesn't float my boat. It bugs
me a little bit that it's a prereq of CGI::Application, especially when it
isn't, then, really needed.
Is there a plan to convert HTML::Template from a prereq into a plugin?
Up-sides: no non-core prereqs as of 5.8,
* Ricardo SIGNES [EMAIL PROTECTED] [2007-10-20 00:10]:
Is there a plan to convert HTML::Template from a prereq into a
plugin?
Put me down as a vote in favour.
Regards,
--
Aristotle Pagaltzis // http://plasmasturm.org/
# CGI::Application community mailing list
##
Thank you for taking the time to send your concerns to Community Watch.
We have received your email and it has been placed in our queue, which
is processed on a first-come, first-served basis. At this time we are
experiencing a high volume of email. Since each email is fully
investigated it
I sent a number of posts to the list last night. Only one went through.
This morning, I tried the missing ones again. Nothing went through.
What's up?
--
rjbs
-
Web Archive:
Hi All -
As David indicated, we have switch the CGI::Application mailing list
over to Mailman. If anyone has any difficulty with the new server,
please email me directly.
Warmest regards,
-Jesse-
Jesse Erlbaum
The Erlbaum Group, LLC
817 Broadway, 10th floor
New York, NY
Ages ago, I wrote a horrible wishlist tracker for my family. When my
grandmother was still the matriarch of the family, she was in charge of making
sure that everyone produced a wishlist. These were then circulated through
the mail, and everyone checked things off.
This was subsequently
If you can read this, the mailing list migration was a success.
Welcome to Mailman on Qmail on RedHat ES4.
(if not, then not).
-dave
___
cgiapp mailing list
cgiapp@lists.erlbaum.net
http://www.erlbaum.net/mailman/listinfo/cgiapp
...
___
cgiapp mailing list
cgiapp@lists.erlbaum.net
http://www.erlbaum.net/mailman/listinfo/cgiapp
23 matches
Mail list logo
