diogo

blad, André's English is not too british at all

I think all this discussion is very valuable, but everyone knows my opinion by now. I will try to resume it with an allegory. When you were at school, I'm sure you had to read some classical books for your native language class and probably bought those small resumes. The purpose of those resumes was to put things in context and explain some trickier parts AFTER you read the book, but some of my coleagues colleagues (not me ) read only the resume and not the book. Some had average results, and some had bad results, but none had a good result. Maybe if those resumes wouldn't exist, they would be forced to read the book and have good results, of course they might not read the book at all and have all bad results, but that would be their own fault right? The point is: we can of course try to make things easier for new users, and some can be really useful and important, but we should be careful not to make things look easier than they are by hiding the complexity under the carpet.

I have to disagree here. External documentation gives you context. The moment might be important but it's for sure not the most important. The learning curve will be lower if people read the documentation first.

Went through it very quickly, wrote down a couple of improvements: Every time you call $(this), all the jQuery function runs and adds extra overhead, the best practice is to assign it to a variable: var $this = $(this); //<- here. I usually use a $ to mark the variables that represent a jQuery collection var url = $this.attr('href'); var divclass = $this.attr('data-class'); var buttonclass = $this.attr('id'); The same applies to elements: var $playerOpen = $(".player-open"); var $element = $("#" + divclass); $playerOpen.slideUp("slow", function(){ $playerOpen.empty().removeClass("player-open"); $element.load(url, function(){ $element.hide().slideDown("slow"); $(this).addClass("player-open"); }); // EDIT: that one was missing. not easy to write code in the forum editor }); You could, instead of connecting the buttons and the divs by ID , simply open the next element, since that's how it's organized: //$("#" + divclass).load(url, function(){ $this.next().load(url, function(){ edit: tobaco was faster and more complete

I like the idea of this module, but I think it's enough that it welcomes the user and links to useful tutorials.

Hey! how do you know I'm him? No, I'm not going to draw a horse with pixels

I really didn't see any zorro mask before, besides that one on michael night...

:D Nice to see so many Zorros after coming back a few hours laters. And best of all, look at who's reading this thread right now

Zorro masks? What Zorro masks??

Just tried it. Everything went smoothly http://rhodium-4zp.lightningpw.com/ Loved the TOS in simple words PS: noticed a small typo: in"We’re using an credit based system for payments"

THAT was Fuckin awesome!

Pete, I wonder for how long you will keep that one this time

You can include _init.php in all templates by adding this to your config.php $config->prependTemplateFile = '_init.php'; https://github.com/ryancramerdesign/ProcessWire/blob/master/site-default/config.php#L45

That's why you are postponing yours? Want a suggestion? Or more eclectic

I know it was not you saying it, but if you also think that by simply calling PW a CMS we are attracting... what would you say about offering them a couple of ready to use thingies with the basics and then telling them that they have to construct everything else by themselves? Maybe it would help PW to attract more people to download it, but wouldn't it lead to more frustration and loss of time?

@argos, great to hear that. I would feel a bit responsible if you would have the opposite reaction and give up on PW and on us... But, if you say you feel that you are getting behind and frustrated for not being able to implement your ideas, I would say that you arrived to PW at the right time. Go through the tutorial calmly, don't hurry. Start with replacing the content in your html by simple PHP like <?=$page->body?> and ignore all the complex stuff that people write in the forums some times, later you will understand them. Don't jump to the cheatsheet without first reading the API Docs. Read why Ryan decided not to use {{these kind of tags}} and use pure PHP instead. Give yourself time to learn something that you feel you needed for some time. By the time you will feel comfortable with PW, you will realize that you also know PHP. Oh the joy --- As I said, I understand the need of discussing the tool and also the way that it sells itself to people. But it's how the core of PW is structured that makes it such a flexible tool. Changing the way it works would start removing that flexibility and make it become heavier and heavier. It's what people will do with PW that will make it grow stronger and directed towards other publics, not as it's core, but as the tool behind each of those applications. Couldn't be closer to the truth! PW is a very friendly CMS to those that will use it as a content management system, your clients, and is a powerful tool for you, the developer, to make sure that they will get the absolute best experience. EDIT: totoff was faster

Just to be sure, can you press "edit" on the right of that "Modules" page in the tree? It should go to the same URL that Martijn pointed, but just to check. My guess is that something went wrong with the install. Maybe you can install it one more time to see if you get he same problem. In the the folder site > assets > logs

The wiki is not being maintained, and all the relevant information is now on the main docs on the PW site.

I will like all @mr-fan posts until it covers the multiple likes that wanted to give him for this one https://processwire.com/talk/topic/7565-making-pw-more-userfriendly/?p=72900

Last reply for today, and only because I sneaked in the phone when I shouldn't anymore if you are a professional site creator, and want to do it well, honestly you have two options: or you partner with a coder or you become a coder. As you said, it will make your life much easier. If you want to become a coder, in my opinion there's no better tool than PW, and no better place than this forum. I hope you won't feel discouraged by this talk, and that you stick around. start with the basics, without hurrying, and I'm sure that in some months you will be surprised with how much you learned.

I'm giving my opinion as much as you are, right? I wasn't a coder when I started playing around with pw, I was a graphic designer that knew a little of html, but liked PW because I understood that it was more flexible than other easier systems. All I'm saying is that, from the moment you understand that you have a powerful tool in your hands, either you are willing to learn it or you don't. Both choices are perfectly fine. I'm not looking down to anyone, and I'm sorry if it came out that way. Again, just giving my personal and absolutely independent opinion.

And what else should be in the core? Forum? E-commerce? Local finances tax systems? Should we vote and have in the core the most popular features? Or should we leave the core light and efficient so that even an average developer can quickly create any of those for their clients? Should PW be aimed at the regular Joe that wants a blog like all the others in one day, or should it be aimed at the regular Joe that is willing to pay a competent PRO to create a customised solution? There are dozens of good CMSs made especially for that public, like http://www.couchcms.com/ or http://www.surrealcms.com/ or even http://grabaperch.com/ . These tools don't try to be more than that. They have a focus, they follow it, and they do it well. Pw is actually a very simple system (in the way you mean it), but yes, it is directed at coders and everyone willing to learn a bit of code. But it's not only usable by coders, they are only intermediaries who make it usable by anyone with a business who wants a website. In that context, the potencial users that know HTML/CSS but are not willing to learn a bit of PHP become a much smaller percentage.

What you described here is the opposite of PW. Call it what you want, but if these are your requirements for a tool to call itself a CMS, than PW is not —and won't be— one. This can happen with site profiles though. We only have to wait that they appear, and they will with time.

Hey John, are you gone? What are your thoughts on the pw api?

Wait, do you want this to be the behaviour, or you don't want it? Is selector a pageArray, there? Doesn't sound like, and that variable should be the array with the result of the first find. You don't need the quotes inside the brackets in ("{$filter}"), since $filter is already a string.