1

(5 replies, posted in Support zone)

>>We've had a few comments about this and we're adding an option into your account settings to disable it. This means you will be required to add the edit class and ID attributes yourself. We'll post back once the new feature is live.

Nice one, the way I prefer it as well.

2

(11 replies, posted in Support zone)

Hi Simon, long time no write. I'm +1:ing Daniel12's original post. Are you still on this? Kindly, T

I'd really really like to have the comment option again. If your aim is simplicity then I ask you to please look at the code aspect of your system as well as the design part. Pretty please, let me own my projects, let me own my code. You can add the sprinkles, but please let me bake, using your oven. Alfred got the vision:

Alfred wrote:

I really like the concept of this CMS, but I would prefer that it make minimal changes to the HTML code if possible. I can foresee the HTML code getting really messy after several edits.

4

(2 replies, posted in Tutorials)

Great. And the HTML5 standard is also supported?

<meta charset="utf-8">

5

(3 replies, posted in Feature requests)

Zone vs Region
I do think Region is the most natural word of choice for this. (As Support Zone is also very clear.)
I understand screen real estate is limited. You could perhaps label that button 'Define editable'.

Update vs Edit
I think your design makes it very clear that editing site, content and user are separate.
editsite.com endorse the use of the word Edit.

MyForumPosting vs MyActualWork
Well, I guess I can validate it somehow. It's for my user(s). ;)

6

(5 replies, posted in Errors in the system)

SimpleCMS-Simon wrote:

Your website uses PHP includes which the system doesn't edit at the moment.

Ah ok, thanks for explaining. Yes now I even put it in a a function rather than a file.
[strike]Would this also be the case when including actual files? "include("all-the-header-info-etc.php");"[/strike]
Yup tried it, or at least define editable region on included data, didn't work yet.

@Gavin: Excellent. (Btw, nice short url link you got.) ;)

7

(3 replies, posted in Feature requests)

I have some thought on the general terminology of your system. Maybe this is locally flavored (Swedish) preference of words but to me the following is much more logic, also when explaining to my users:

Zone == Region
"Define edit regions". "When you edit that region..."
Comes more natural than zone thus more clear what is meant.

Update == Edit
"Edit / Remove site", "Edit / Remove user", "Edit FTP details"
Edit is what you do first, update is what you do when Done editing.

Next == Done
When updating site details it says Next> but clicking finishes and takes you back.
Next makes one expect another page. Coming back is confusing. (Oops, did I do it wrong?)

Logging in as admin and clicking SEO produce an alert box saying "Important! You are unable to edit the SEO aspects of this page, please email "my email address" for further information."

Yes, "Users > Update/Remove > Update user > User can change meta information (SEO)" is Checked.

Yes, new system is more powerful for the user, if allowed to define zones, and easier on the surface. However, it gives code divitis and yesterday I had to cure a bad case of <wbr> infection. User could not update and code was all messed up. This automatic conversion is a little to invasive to my taste. (Especially as I don't fully understand what's going on.) I had just come to terms with all the added style classes. Now id:s and divs to. I'm a programmer more than a designer and the little skills I have makes me perhaps a tiny bit more anal than average about this. A deeper level of control and an option to 'Override <-- comment --> conversion' would be appreciated. Yes, I will have a play with it and let you know.

I noticed you've removed (?) the <!-- start edit --><!-- end edit --> option in favor of classes. Is the comment option still available?

11

(1 replies, posted in Feature requests)

When hovering over the edit A, shoving the edit frame, it would be nice if the frame remains highligted and respond to click. This could give user access to edit the zone right where clicked, instead of having to scroll to the wanted section.

Wish:
Letting user add / duplicate or even remove edit zones on the site manually.

Possible solution:
When hovering a text zone add a sub menu letting user select Duplicate or similar.
Which zones available for duplication could be defined by admin in 'Define edit zones'.

Pros:
Would dramatically increse level of control and flexibility.

Cons:
Would dramatically increse level of chaos and failure.