On Thu, 3 May 2012 21:11:20 -0700 (PDT)
Massimo Di Pierro
wrote:
> This is what I have so far.
Here is a nice feature list for potential web2py-based CMS:
Hierarchical page navigation
Save as draft and preview on site
Scheduled publishing
Drag-n-drop page ordering
WYSIWYG ed
A couple comments/questions/suggestions on w2cms, if I may.
1. Definately hackasaurus could be utilised. Great stuff. User friendliness
you were looking for.
2. Would it be possible to not only point to the link of an object
(picture), but upload it as well (Jquery or smth). There is a functio
Nice, did not know about it.
On Friday, 4 May 2012 08:15:38 UTC-5, yamandu wrote:
>
> Sorry, I had not read all the messages neither tested it but I am
> interested as I was think on a similar project.
> Maybe I am going off topic but my idea was to use the hackasaurus.org
> as an user interfac
Sorry, I had not read all the messages neither tested it but I am
interested as I was think on a similar project.
Maybe I am going off topic but my idea was to use the hackasaurus.org
as an user interface editor. It looks fine.
But I am not aware of license issues or integrability.
Has anyone any i
This requires the latest trunk.
On Friday, 4 May 2012 07:10:56 UTC-5, Aurelijus Useckas wrote:
>
> I'm sorry if my question is lame, but I seem to get this error on
> execution: define_tables() got an unexpected keyword argument 'signature'
>
> Maybe you could suugest what I'm doing wrong? Many t
Same for me, but i didn't check the code yet (i'm at work).
2012/5/4 Aurelijus Useckas
> I'm sorry if my question is lame, but I seem to get this error on
> execution: define_tables() got an unexpected keyword argument 'signature'
>
> Maybe you could suugest what I'm doing wrong? Many thanx
>
>
I'm sorry if my question is lame, but I seem to get this error on
execution: define_tables() got an unexpected keyword argument 'signature'
Maybe you could suugest what I'm doing wrong? Many thanx
On Friday, May 4, 2012 7:11:20 AM UTC+3, Massimo Di Pierro wrote:
>
> This is what I have so far.
This is what I have so far.
https://github.com/mdipierro/w2cms
requires beautifulsoup
still requires some work, specifically testing and usability. In order to
edit-in-place you must click on the text then edit it. If you cut and part
a link to you a youtube page, it will embed the video. If y
If you can find it that is all we need. Would help a lot.
On Thursday, 3 May 2012 12:08:17 UTC-5, Ross Peoples wrote:
>
> Looking at the "better" version of that you just added to trunk, this is
> pretty cool!
>
> I also looked at bluePen editor. That is very cool and looks like
> something I di
Looking at the "better" version of that you just added to trunk, this is
pretty cool!
I also looked at bluePen editor. That is very cool and looks like something
I did once using jQuery UI components. I can't seem to find the code I
wrote for it. It was a proof-of-concept that didn't really go
Have you seen this?
http://bluepeneditor.com/
Ideally I would like something like that which injects a in the
page. Although it will not be in the first release.
Perhaps somebody here with good JS skills may want to try reproduce it or
can help me find an open source version of their JS module.
Another piece of the puzzle is in trunk
gluon/contrib/autolinks.py
You can use it with other CMSes as well.
On Sunday, 22 April 2012 11:24:50 UTC-5, Massimo Di Pierro wrote:
>
> Let's say we want to build a new kick-ass CMS.
>
> My technical side tells me that the best way it to use markup langu
>
> We cannot add more features to the toolbar. I included those features that
> all current browser support. Changing attributes like attribute
> text-decoration:underline is not supported by all browsers. This is a
> editeableContent issue. Anyway, I think the style should be handles by the
On Thursday, 3 May 2012 07:45:40 UTC-5, Aurelijus Useckas wrote:
>
> First of all it looks very promissing. I would just consider including
> some more options into the editing toolbar. *Underline* for instance, or
> perhaps even some additional fonts? Or do we want the style to be in line
> w
First of all it looks very promissing. I would just consider including some
more options into the editing toolbar. *Underline* for instance, or perhaps
even some additional fonts? Or do we want the style to be in line with the
CSS only? That's a reasonable idea too.
What about if I want to edi
On Wed, 2 May 2012 15:03:36 -0700 (PDT)
Massimo Di Pierro
wrote:
> There is theme folder. you can simply put it in there.
Tis is very nice...simplicity rox. ;)
> This is where I am stuck. I am leaning towards using something like
> @{widget.name} to embed stuff in page.
This also looks simpl
On Wednesday, 2 May 2012 13:48:23 UTC-5, Gour wrote:
>
> On Tue, 1 May 2012 13:35:28 -0700 (PDT)
> Massimo Di Pierro
> wrote:
>
> > This is what I have so far...
>
> Thank you very much for working on it.
>
> > - can clone any existing web site (copies, html, css, js, images and
> > fixes
On Tue, 1 May 2012 13:35:28 -0700 (PDT)
Massimo Di Pierro
wrote:
> This is what I have so far...
Thank you very much for working on it.
> - can clone any existing web site (copies, html, css, js, images and
> fixes all links)
What about creating from the scratch?
> What else would you like t
Looks pretty nice, Massimo. I look forward to trying it out and
contributing to it.
>
> It still needs some work before I can release it.
>
>
Hmmm.. wondering now if we will see a sudden spike in web2py based phishing
sites ;)
I am thinking of turning it into a plugin once done, should be easy to do.
On Tuesday, 1 May 2012 18:16:50 UTC-5, mcm wrote:
>
> Massimo,
>
> Great! I want it! :-)
>
> Does the single action mean that it is easily added to any existing
> application? Will it be a plugin?
>
>
> mic
>
> 2012/
It looks fascinating and I am looking forward to trying to integrate this
into a project.
For any CMS I always think there are 3 types of editors.
1. MarkUp-only editors
2. Markup / HTML / CSS editors
3. Programmers who can also embed scripts, database content, etc.
Solutions always seem to b
Massimo,
Great! I want it! :-)
Does the single action mean that it is easily added to any existing
application? Will it be a plugin?
mic
2012/5/1 Massimo Di Pierro :
> One controller action deals with all pages. The page structure is
>
> http://.../w2cms/default/read//
>
> where w2cms/default
One controller action deals with all pages. The page structure is
http://.../w2cms/default/read//
where w2cms/default/read/ can be collapsed into just using
routes.py. The slug is put there just for show but it not used internally.
It always uses the for speed. The slug is computed from the t
This looks great Massimo. It sure is kick-ass CMS. Can't wait to try it on
my server :) ... I also like the name :)
Just wondering, how URL's file (page) structure, will be dealt with ( one
Controller/View for all pages, or each page will have it's own View) and
how customisable will it be? And,
This is what I have so far...
http://dl.dropbox.com/u/18065445/Tmp/w2cms.pdf
you can try some of it here but you cannot login. You can edit the content
of the white box.
http://tests.web2py.com/w2cms/default/index
- can clone any existing web site (copies, html, css, js, images and fixes
al
I updated
https://github.com/mdipierro/editablebody
Now only the content of tags with class="editable" are editable unless the
?body=true is set. This needs to be set server side based on permission and
also validated server side using, for example, beautifulsoup. Although
validation is not re
On Mon, 23 Apr 2012 11:29:25 -0700 (PDT)
Ross Peoples
wrote:
> The question is, do we really want to go in this direction for a CMS?
> The content is basically imprisoned in hard-coded HTML, making theme
> changes difficult at best. I could see making static HTML pages for
> sites with this (i.e.
On Mon, 23 Apr 2012 14:19:24 -0700 (PDT)
howesc wrote:
> what i have seen in the CMS world is all this hoopla about
> themesin practice once the site is setup for a customer they
> *rarely* if ever swap to a new theme - they tend to tweak what they
> have.
Well, my experience is that comp
On Mon, 23 Apr 2012 06:39:56 -0700 (PDT)
Massimo Di Pierro
wrote:
> For personal use I prefer the latter option. I make my own themes and
> stick to them. Yet as a CMS for others the latter option cannot win
> because we would never have enough themes to compete with others.
I'd like to add one
what i have seen in the CMS world is all this hoopla about themesin
practice once the site is setup for a customer they *rarely* if ever swap
to a new theme - they tend to tweak what they have. so based on my
experience i'd like to select a base theme, then be able to edit my pages -
prob
On Apr 23, 2012, at 12:02 PM, Massimo Di Pierro wrote:
> This is not the same as before. Anyway, I am not sure myself this is a good
> idea but, in principle there is no need to make the entire page editable. The
> editable part can be restricted to one div in the page (perhaps more than one
> d
This is not the same as before. Anyway, I am not sure myself this is a good
idea but, in principle there is no need to make the entire page editable.
The editable part can be restricted to one div in the page (perhaps more
than one div eventually). In that case it will be possible to swap themes
I remember seeing this once before. This is great if you find a theme you
like online and want to make a prototype of your site in that theme and
this is a very cool tool in general. The question is, do we really want to
go in this direction for a CMS? The content is basically imprisoned in
har
P.S. You have to register else there are copyright issues. This is a
complete rewrite of a previous experiment with the same name.
On Monday, 23 April 2012 12:46:13 UTC-5, Massimo Di Pierro wrote:
>
> Here is a just a piece of the puzzle for you to try:
>
>http://tests.web2py.com/plasmid/
>
>
Here is a just a piece of the puzzle for you to try:
http://tests.web2py.com/plasmid/
It may be useful to build web2py layouts or CMS themes. Or it could be
useful to edit the pages themselves.
Nothing prevents from inserting @{...} tags that embed web2py
(plugin_wiki?) components.
My serve
On Sun, 22 Apr 2012 15:58:01 -0700 (PDT)
Massimo Di Pierro
wrote:
> I think we could build a good CMS by combining 4 pieces:
Another question is whether this 'kickass CMS' should be a web2py or
web3py-based project?
Sincerely,
Gour
--
The senses, the mind and the intelligence are the sitting
Il 23 aprile 2012 15:39, Massimo Di Pierro
ha scritto:
> To me the issue is not flexibility vs ease of use.
>
> To me the issue is storing layout info (html) or storing a more abstract
> representation (wiki syntax).
>
> In both cases one can embed higher level components. In the former case it
>
On Mon, 23 Apr 2012 07:15:34 -0700 (PDT)
Ross Peoples
wrote:
> My feeling is that there are already SO MANY WordPress clones out
> there that if we are going to build a "kickass" CMS, it should be easy
> for end users.
I agree.
> The result of this design was a CMS that allowed users to create
I guess it comes down to figuring out what kind of CMS we want to build. Do
you want a CMS that is easy for web designers (like WordPress), or do you
want a CMS that is easy for end users? My feeling is that there are already
SO MANY WordPress clones out there that if we are going to build a
"k
On Mon, 23 Apr 2012 06:39:56 -0700 (PDT)
Massimo Di Pierro
wrote:
> In the letter case it easy to change theme but building themes
> requires technical expertise.
How much expertise?
I believe that it's reasonable to expect to have category of
content-editors (end-users), designers and develope
On Mon, 23 Apr 2012 06:08:26 -0700 (PDT)
Ross Peoples
wrote:
> I don't know about that. I've started installing Concrete5 for people
> because it's so easy to use and they can create "blocks" of content
> that they can move around.
And having such CMS system with something like web2py under th
To me the issue is not flexibility vs ease of use.
To me the issue is storing layout info (html) or storing a more abstract
representation (wiki syntax).
In both cases one can embed higher level components. In the former case it
is easier for users (wysiwyg) and it can made it work with any the
I think one of the key point about a good CMS is having a way to mix
ready made components with custom layout and presentation.
Allow as much reuse as possible with much freedom. There should be a
way to apply themes, but their functionality should not go much beyond
But above above presentation
I don't know about that. I've started installing Concrete5 for people
because it's so easy to use and they can create "blocks" of content that
they can move around. I think a good CMS should be as dynamic as possible,
without being overly complicated.
On Monday, April 23, 2012 1:30:12 AM UTC-4,
On Sun, 22 Apr 2012 15:58:01 -0700 (PDT)
Massimo Di Pierro
wrote:
> It brings the wordpress way of editing pages to the extreme. It
> allows you to edit the entire page in place. Any page. There are
> buttons to insert links, images, bold, italic, ul, ol, toggle between
> wysiwyg and html, save,
3) using fully editable html with no limitation on themes (any existing
page would be a theme without need for tweaking) yet one would not be able
to swap a theme on a page without loss of content, any more you can swap
the theme on a msworld document.
Option3 is better and most in demand now
On Sun, 22 Apr 2012 09:24:50 -0700 (PDT)
Massimo Di Pierro
wrote:
> Let's say we want to build a new kick-ass CMS.
That's great to hear. ;)
> Most CMS's (like concrete CMS) solve the problem by a compromise. You
> can only edit specific parts of a page (and they must be clearly tag
> in the HT
48 matches
Mail list logo
