Account Options

  1. Sign in
The old Google Groups will be going away soon, but your browser is incompatible with the new version.
Google Groups Home
« Groups Home
Message from discussion Improve Add Page for Blog Posts etc

Received: by 10.68.191.225 with SMTP id hb1mr2102830pbc.5.1336549828563;
        Wed, 09 May 2012 00:50:28 -0700 (PDT)
X-BeenThere: silverstripe-dev@googlegroups.com
Received: by 10.68.229.197 with SMTP id ss5ls355002pbc.2.gmail; Wed, 09 May
 2012 00:50:26 -0700 (PDT)
Received: by 10.68.218.103 with SMTP id pf7mr302115pbc.11.1336549826011;
        Wed, 09 May 2012 00:50:26 -0700 (PDT)
Date: Wed, 9 May 2012 00:50:25 -0700 (PDT)
From: Ingo Schommer <ingo.schom...@gmail.com>
To: silverstripe-dev@googlegroups.com
Cc: n...@sunnysideup.co.nz
Message-ID: <28757647.344.1336549825405.JavaMail.geo-discussion-forums@pbyy9>
In-Reply-To: <CAF-4YcWNu++VPNvacuPWro67eU80LCVHoV0Wz8qs4SJyznbU4Q@mail.gmail.com>
References: <26037530.303.1336487929738.JavaMail.geo-discussion-forums@ynca6>
 <CAF-4YcWNu++VPNvacuPWro67eU80LCVHoV0Wz8qs4SJyznbU4Q@mail.gmail.com>
Subject: Re: [silverstripe-dev] Improve Add Page for Blog Posts etc
MIME-Version: 1.0
Content-Type: multipart/mixed; 
	boundary="----=_Part_342_26084908.1336549825405"

------=_Part_342_26084908.1336549825405
Content-Type: multipart/alternative; 
	boundary="----=_Part_343_20407485.1336549825405"

------=_Part_343_20407485.1336549825405
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

We've already got a "power user" way of doing this through right clicking 
on a node and adding a page there. You still have to select the page type, 
but its less clicks.
In general, we could make this URL a bookmark as well: Either an actual 
browser bookmark, or a quick access link in a customized CMS template.
So with one click, you can create a new page - depending what data the 
bookmark contains, this might be under a specific parent, or a specific 
type.

I agree that we should de-emphasise the hierarchy on page creation,
but wanted to illustrate how we can get around the "one size fits all" 
problem
by utilizing the existing CMS architecture around form submissions etc.

------=_Part_343_20407485.1336549825405
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit

We've already got a "power user" way of doing this through right clicking on a node and adding a page there. You still have to select the page type, but its less clicks.<div>In general, we could make this URL a bookmark as well: Either an actual browser bookmark, or a quick access link in a customized CMS template.</div><div>So with one click, you can create a new page - depending what data the bookmark contains, this might be under a specific parent, or a specific type.</div><div><br></div><div>I agree that we should&nbsp;de-emphasise&nbsp;the hierarchy on page creation,</div><div>but wanted to illustrate how we can get around the "one size fits all" problem</div><div>by utilizing the existing CMS architecture around form submissions etc.</div>
------=_Part_343_20407485.1336549825405--

------=_Part_342_26084908.1336549825405--