Best practice for relative URIs (was: [Catalyst] Does uri_for() respect https?)

2008-01-02 Thread Ashley Pond V
Turns out this is probably being caused by a proxy/SSL-config issue.  
But it leads to another question. What's the best practice for  
relative URIs so that this sort of problem becomes irrelevant?


This seems like the right choice: [% c.uri_for(/my/path).path_query %]

Any say otherwise?

-Ashley

On Dec 31, 2007, at 8:25 PM, Ashley Pond V wrote:

I'm sorry if this is a stupid question but I'm not in a position to  
test it myself at the moment.


Does uri_for respect https/http? I have some that are coming up  
http when the requested resource is https. I know I have a rewrite  
rule problem too so it might be my own problem. So, this is really  
just a sanity check.


Given a request to https://mysite.com/myapp

  [% c.uri_for(/whatever) %]

  will produce https://mysite.com/myapp/whatever;
   and not http://mysite.com/myapp/whatever;

Yes?

-Ashley



___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/


[Catalyst] Launch of new (to Catalyst) site

2008-01-02 Thread Dave Rolsky
I finally was able to launch my first major project using Catalyst 
yesterday, the latest version of my VegGuide.Org site. This version uses 
Catalyst with Mason and Alzabo. One of the great things about this project 
was that I could use my existing model code as-is with basically no 
changes, while replacing the view (new UI) and controller (Catalyst 
replacing Mason + MasonX::WebApp).


If people are interested, the source is available (though no docs and not 
many tests :() here - http://www.vegguide.org/site/source



-dave

/*===
VegGuide.Orgwww.BookIRead.com
Your guide to all that's veg.   My book blog
===*/

___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/


Re: [Catalyst] Best Practices for wizards, steps?

2008-01-02 Thread eden
On Jan 1, 2008 1:34 PM, Dennis Daupert [EMAIL PROTECTED] wrote:
 I'm curious what people consider best practices for developing widgets that
 involve a series of steps, funtions that involve clicking thru a series of
 pages.

 I want to make widgets to create slideshows, photo albums, a structured
 series of steps for whatever.

Coincidentaly, this week, while brainstorming ideas for the Reaction
wizard widgets I stumbled across an interesting article:
http://www.double.co.nz/pdf/inverting-back-the-inversion.pdf

-- 
edenc.vox.com

___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/


Re: [Catalyst] How Catalyst views files without extensions

2008-01-02 Thread J. Shirley
On Jan 2, 2008 4:24 PM, Emily Heureux [EMAIL PROTECTED] wrote:

 Does Catalyst be default view files without extensions as something other
 than just files, like methods?  I am having trouble getting an applet to
 run
 that takes a filename as one of the parameters, and it works as long as
 the
 file has an extension.  The app also works in a non-Catalyst application
 we
 have from before we switched.  At this point, I am just trying to figure
 out
 if it is a Catalyst issue, or jmol (the java applet) issue.

 Thanks for any help,
 Emily


I'm not sure where a 3rd party app is coming in concerning Catalyst.  You
really should be serving static files from the webserver itself, not using
::Plugin::Static::Simple.

How are you loading the applet?  Using TT to generate a page with embedded
code that references some path?

-J

-- 
J. Shirley :: [EMAIL PROTECTED] :: Killing two stones with one bird...
http://www.toeat.com
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/


[Catalyst] Re: Rails is a Ghetto

2008-01-02 Thread Aristotle Pagaltzis
http://globalnerdy.com/2008/01/02/%E2%80%9Cnow-while-rails-is-weak-we-must-strike%E2%80%9D/

Regards,
-- 
Aristotle Pagaltzis // http://plasmasturm.org/

___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/