Re: [cgiapp] Re: Proposed new look and branding for cgi-app.org

2009-04-25 Thread P Kishor
On Tue, Apr 21, 2009 at 10:20 AM, Mark Stosberg m...@summersault.com wrote:

 I don't mind the name Titanium, although I actually like saying CGI
 Application or cgi app -- do we shorten Titanium to tit? :-)

 We would say Ti for short, like the chemical symbol.

 Apart from the Ti chemical symbol logo and the name Titanium itself,
 the site isn't very metallic what with the trees/leaves and green.
 It's kind of like calling something Chocolate and then not using brown
 as the primary colour but pink instead. The site design isn't as shiny
 and solid as the new name might suggest. If you're going to re-brand,
 you've got to go all the way and be complete.

   http://cosmicsitedesign.com/cgi-app/

 I agree there's some dissonance there between the brushed metal chemical
 symbol local and the soft/natural tree imagery.

 I take the blame for that, as I suggested both to the designer. I
 specifically wanted the branding to not the
 hard/metallic/technical/masculine look with gears, bright colors and
 hard edges.

 The project should evoke simplicity, a foundation, easy, flexibility,
 room to grow. Which is where the color palette and imagery came from.
 While I like the name Titanium, I agree that it perhaps doesn't best
 express what we are trying to convey. What we are offering is not a
 giant machine with a huge user manual, it's more like a seedwork with
 little documentation required to get started with it.

 Someone suggested Mantle as alternative name. The name reasonably
 fits, as it describes a kind of natural foundation to that natural
 systems build and grow upon. It's also reasonably short. :) If we
 switched to it, I think that could solve the branding dissonance issue
 we currently have.

 Still, I'm also OK with Titanium and it has been in use some. On the
 other hand, a major marketing  push and most of the users of this
 framework still lie ahead of, and may not know of it at all, so now is
 better than later if there's going to be name change.

 So, shall I set up a poll for Titanium vs. Mantle ? Other naming feedback?



Mantle++

--
Puneet Kishor http://www.punkish.org/
Carbon Model http://carbonmodel.org/
Charter Member, Open Source Geospatial Foundation http://www.osgeo.org/
Science Commons Fellow, Geospatial Data http://sciencecommons.org
Nelson Institute, UW-Madison http://www.nelson.wisc.edu/
---
collaborate, communicate, compete
===
Sent from Madison, WI, United States

#  CGI::Application community mailing list  
####
##  To unsubscribe, or change your message delivery options,  ##
##  visit:  http://www.erlbaum.net/mailman/listinfo/cgiapp##
####
##  Web archive:   http://www.erlbaum.net/pipermail/cgiapp/   ##
##  Wiki:  http://cgiapp.erlbaum.net/ ##
####




[cgiapp] Re: Installing CGI::Application::Dispatch

2009-04-25 Thread Mark Stosberg
On Tue, 31 Mar 2009 09:07:26 -0300
Paulo_odos pcort...@odos.com.br wrote:

 Dears, even at risk of proposing an off-topic, I'd like to know your 
 opinion about this question. I consider the CGI::Application a gorgeous 
 framework. It creates the Best of the Worlds connecting the MVC model 
 with the CGI simplicity. In my opinion this is particularly valuable 
 when you wish to use it in hosts with shared servers. This possibility 
 extends considerably its use at the Internet because perl has a 
 perl-efficient platform for internet begginers.
 Congratulations to all involved.
 
 The only thing we need is to install the modules required in the host. 
 The biggers hosts, those which provide Linux with shell access and perl, 
 allow some kind of automated installation. In my case, through CPanel 
 BlueHost remains the options of:
 
 i) install a module
 ii) remove a module
 iii) update a module to the last version
 
 I Installed the CGI::Application (4.21) and lots of plugins without 
 problems.
 
 The CGI::Application::Dispatch installed was requesting the module 
 correctly but wasn't sendind the right parameters, so I decided to 
 update it. Unfortunnately it cannot install the version 2.16 or 
 reinstall the old version.
 
 The BlueHost support doesn't help enough, they said that what I can't 
 install through CPanel just cannot be used.
 
 I wonder if anyone has any tips to help, other than change the host.
 
 Below is the report of the attempt to install. Despite they said that 
 the modules below are pre-requisites not installed they are installed.
 
 Test::LongString
 CGI::Application
 Exception::Class
 Exception::Class::TryCatch

Besides being a CGI::Application contributor, I also provide cPanel hosting.
That means I'm interested for a solution, it unfortunately doesn't mean I know
exactly why this is failing. You should FTP access to where the Perl modules 
are installed.

Manually placing CGI/Application/Dispatch.pm in the right directory via FTP
should fix the issue.

Mark



#  CGI::Application community mailing list  
####
##  To unsubscribe, or change your message delivery options,  ##
##  visit:  http://www.erlbaum.net/mailman/listinfo/cgiapp##
####
##  Web archive:   http://www.erlbaum.net/pipermail/cgiapp/   ##
##  Wiki:  http://cgiapp.erlbaum.net/ ##
####




Re: [cgiapp] only one session id per instance under fcgi?

2009-04-25 Thread Clayton Scott
Hi Nathan,


 ##
 use base qw(CGI::Application::FastCGI);
 ##


I suggest that you skip using CGI::Application::FastCGI because of the
bug in the RT queue
http://rt.cpan.org/Public/Dist/Display.html?Name=CGI-Application-FastCGI

Instead I recommend that you use the following template for your Fast
CGI script:

use CGI::Fast;
use My::Module;

while ( my $q = CGI::Fast-new ){
my $app = My::Module-new( QUERY = $q );
$app-run();
}


Clayton

--

Clayton Scott
clayton.sc...@gmail.com

#  CGI::Application community mailing list  
####
##  To unsubscribe, or change your message delivery options,  ##
##  visit:  http://www.erlbaum.net/mailman/listinfo/cgiapp##
####
##  Web archive:   http://www.erlbaum.net/pipermail/cgiapp/   ##
##  Wiki:  http://cgiapp.erlbaum.net/ ##
####




Re: [cgiapp] Re: Proposed Titanium site; will it have a wiki or wiki pages?

2009-04-25 Thread Ron Savage
Hi Mark

 Yes, the entire content of the current wiki is intended to be preserved.
 I have some interest in moving from kwiki to a more functional wiki, 
 but I don't have the motivation now to led that effort, so staying with
 what we have is easiest, along with re-skinning it.

I'm intrigued by the comment about kwiki. I have very little experience
in the area myself. Care to say more?

-- 
Ron Savage
r...@savage.net.au
http://savage.net.au/index.html



#  CGI::Application community mailing list  
####
##  To unsubscribe, or change your message delivery options,  ##
##  visit:  http://www.erlbaum.net/mailman/listinfo/cgiapp##
####
##  Web archive:   http://www.erlbaum.net/pipermail/cgiapp/   ##
##  Wiki:  http://cgiapp.erlbaum.net/ ##
####




Re: [cgiapp] Re: Proposed new look and branding for cgi-app.org

2009-04-25 Thread P Kishor
On Tue, Apr 21, 2009 at 10:46 AM, P Kishor punk.k...@gmail.com wrote:
 On Tue, Apr 21, 2009 at 10:20 AM, Mark Stosberg m...@summersault.com wrote:

 I don't mind the name Titanium, although I actually like saying CGI
 Application or cgi app -- do we shorten Titanium to tit? :-)

 We would say Ti for short, like the chemical symbol.

 Apart from the Ti chemical symbol logo and the name Titanium itself,
 the site isn't very metallic what with the trees/leaves and green.
 It's kind of like calling something Chocolate and then not using brown
 as the primary colour but pink instead. The site design isn't as shiny
 and solid as the new name might suggest. If you're going to re-brand,
 you've got to go all the way and be complete.

   http://cosmicsitedesign.com/cgi-app/

 I agree there's some dissonance there between the brushed metal chemical
 symbol local and the soft/natural tree imagery.

 I take the blame for that, as I suggested both to the designer. I
 specifically wanted the branding to not the
 hard/metallic/technical/masculine look with gears, bright colors and
 hard edges.

 The project should evoke simplicity, a foundation, easy, flexibility,
 room to grow. Which is where the color palette and imagery came from.
 While I like the name Titanium, I agree that it perhaps doesn't best
 express what we are trying to convey. What we are offering is not a
 giant machine with a huge user manual, it's more like a seedwork with
 little documentation required to get started with it.

 Someone suggested Mantle as alternative name. The name reasonably
 fits, as it describes a kind of natural foundation to that natural
 systems build and grow upon. It's also reasonably short. :) If we
 switched to it, I think that could solve the branding dissonance issue
 we currently have.

 Still, I'm also OK with Titanium and it has been in use some. On the
 other hand, a major marketing  push and most of the users of this
 framework still lie ahead of, and may not know of it at all, so now is
 better than later if there's going to be name change.

 So, shall I set up a poll for Titanium vs. Mantle ? Other naming feedback?



 Mantle++




another nice thing about Mantle is that a plugin can be referred to as
a Mantlepiece.



-- 
Puneet Kishor http://www.punkish.org/
Carbon Model http://carbonmodel.org/
Charter Member, Open Source Geospatial Foundation http://www.osgeo.org/
Science Commons Fellow, Geospatial Data http://sciencecommons.org
Nelson Institute, UW-Madison http://www.nelson.wisc.edu/
---
collaborate, communicate, compete
===

#  CGI::Application community mailing list  
####
##  To unsubscribe, or change your message delivery options,  ##
##  visit:  http://www.erlbaum.net/mailman/listinfo/cgiapp##
####
##  Web archive:   http://www.erlbaum.net/pipermail/cgiapp/   ##
##  Wiki:  http://cgiapp.erlbaum.net/ ##
####




Re: [cgiapp] Re: Proposed new look and branding for cgi-app.org

2009-04-25 Thread Michael Peters

Porta wrote:

+1 Mantle


+1

--
Michael Peters
Plus Three, LP


#  CGI::Application community mailing list  
####
##  To unsubscribe, or change your message delivery options,  ##
##  visit:  http://www.erlbaum.net/mailman/listinfo/cgiapp##
####
##  Web archive:   http://www.erlbaum.net/pipermail/cgiapp/   ##
##  Wiki:  http://cgiapp.erlbaum.net/ ##
####




Re: [cgiapp] Re: Proposed new look and branding for cgi-app.org

2009-04-25 Thread Julio Fraire
Given that:

The project should evoke simplicity, a foundation, easy, flexibility,
room to grow and that it's more like a seedwork with
little documentation

I propose Spring, Evergreen, Seedbed... or something along organic lines.
Maybe even the name of a tree.

Julio

#  CGI::Application community mailing list  
####
##  To unsubscribe, or change your message delivery options,  ##
##  visit:  http://www.erlbaum.net/mailman/listinfo/cgiapp##
####
##  Web archive:   http://www.erlbaum.net/pipermail/cgiapp/   ##
##  Wiki:  http://cgiapp.erlbaum.net/ ##
####




Re: [cgiapp] Proposed new look and branding for cgi-app.org

2009-04-25 Thread Jaldhar H. Vyas

On Tue, 14 Apr 2009, Mark Stosberg wrote:



Lyle Hopkins has generously worked with me to prepare this proposed redesign
for cgi-app.org. I'm interested in your feedback before moving forward:

http://cosmicsitedesign.com/cgi-app/



I don't really care  about the Titanium name but one thing that bothers me 
about the new site and for that matter the old site -- it's not based on 
CGI::Application!  Shouldn't we be eating our own dogfood? Catalyst has 
mojomojo, Jifty has wifty.  How hard would it be to write a wiki with C::A 
+ appropriate plugins? (Oh God am I volunteering?)



--
Jaldhar H. Vyas jald...@braincells.com

#  CGI::Application community mailing list  
####
##  To unsubscribe, or change your message delivery options,  ##
##  visit:  http://www.erlbaum.net/mailman/listinfo/cgiapp##
####
##  Web archive:   http://www.erlbaum.net/pipermail/cgiapp/   ##
##  Wiki:  http://cgiapp.erlbaum.net/ ##
####




Re: [cgiapp] Re: Proposed Titanium site; will it have a wiki or wiki pages?

2009-04-25 Thread Lyle

Ron Savage wrote:

Hi Mark

  

Yes, the entire content of the current wiki is intended to be preserved.
I have some interest in moving from kwiki to a more functional wiki, 
but I don't have the motivation now to led that effort, so staying with

what we have is easiest, along with re-skinning it.



I'm intrigued by the comment about kwiki. I have very little experience
in the area myself. Care to say more?
  


I think it would be disastrous to move to a non-perl wiki. So if not 
Kwiki the options are SocialText or Twiki... Or maybe Perl 6's November 
in a few months... (I've been helping November run on Windows and IIS).


I think a Wiki based on cgi-app would be ideal...


Lyle


#  CGI::Application community mailing list  
####
##  To unsubscribe, or change your message delivery options,  ##
##  visit:  http://www.erlbaum.net/mailman/listinfo/cgiapp##
####
##  Web archive:   http://www.erlbaum.net/pipermail/cgiapp/   ##
##  Wiki:  http://cgiapp.erlbaum.net/ ##
####