Joss

https://gconverter.com/convert-processwire-to-wordpress/ Somehow, I doubt the creators of this service have ever even looked at ProcessWire - just filled in the PW name into the blanks on their template.

Any book by Victor Kiam, probably. I think back to something I was taught when I was young. An older sales guy taught me that his technique boiled down to telling the client exactly what were the benefits to his company for using the solution being proposed. He would tend to stick to four or five major benefits and leave out much of the fluff. The important thing was to avoid negatives. So never say "this will stop your clients leaving" but say "this will make your clients stay." Actually, that is a rule I use for copywriting too. His theory was that if you could genuinely show that the solution would benefit the client, the client would have real problems turning it down. That word "benefit" was the most important in his arsenal.

I have updated the templates folder to include Foundation 5.2

Me too - just realised that Foundation is on version 5.2, so I will update later

My template includes all the original scss foundation files installed and ready to go and the styling has been created using compass. The current version of it has less styling than the demo so this it is more or less the default Foundation 5 installation as you would download from Zurb. I have kept all the original Foundation 5 file names. Additional site layout classes and a couple of ProcessWire specific classes are kept in a separate css file to save confusion for anyone who has used Foundation previously. I used Prepros to compile foundation.css

I used to find shouting a lot and copious use of a 12-bore worked quite well - does that still apply? Seriously, I think nothing beats being face to face and making a performance out of the presentation. The software is almost irrelevant. I used to work with a chap who reckoned a creative presentation should go something like: Premise Brief Target Solution Benefits Projection Stripper (male or female depending on the client preference) In a way he was right. (Actually, he was very good at this, so he was absolutely right). For instance, your vocal presence has far more potential than any bit of software or technology and learning how to use it will make more difference than anything else to the presentation. If you are not happy with the sound of your own voice, it is really something worth working on - join a local amateur dramatics society or something. So, if you can make the presentation exciting, if you can really draw the client in and make them trust you, then they will take on board your ideas however you present them. One trick sales people used to tell me was that you should NEVER let your client find their way through anything. As soon as they sit down and pay attention, you take them through everything - none of this "well you will find out more as you explore later" stuff, just take them through all the big important stuff and make it sound as exciting as possible. One of the earliest presentation tools was the overhead projector. When power-point gained popularity, I knew several serious sales people (my brother included) who hated it. With overheads, there was this big theatrical thing of whipping off one cell and replacing it with the other. It meant you had to be on your feet, had to move round and grab for things and really get involved with the technology. It was a really great prop that got replaced with a mouse. Oh, one note - I am a terrible sales person (I scare people I think), but I worked with some brilliant ones who were selling my concepts. So back to web briefs, maybe the trick is to use great big print outs to shout and sing about the product, then end the performance by beaming the website onto everyone's mobile phone at once: "And the best thing about this huge, wonderful, singing and dancing concept, is that the entire thing can be neatly packaged up and enjoyed on a mobile phone." Brrrrrr Crash.

No, just create one template for categories with all the fields you need for wherever they are displayed. Then you can just call those fields into your home page

Not sure if I totally followed that, but it kind of depends what you need to do with the categories other than just list them on the front page. For instance: Let us say you are using categories as parents for sub pages (or for something like news articles) and those would be displayed as part of their own template-file/page on the site somewhere. Then you can can create a template that not only has the fields you need for those other pages, but also has fields covering what you want to show on the front page. Those front page related fields you can then find() so that you can create your list in the left column. To display content in a central column using jquery to post it onClick. You could even choose to call that as an ajax call and I am sure someone will post how to do that!

Each page that is shown is only a template file with fields rendered on it. So, if the front page of this site, the landing page, is meant to be the users home page, then this is not a problem to use just home.php as default. Once a user logs in, then the page will display information relating to that particular user. You can also decide what to display based on role - if a user has a particular role (like admin) then you can just check if they have that role before displaying that information. On the front end of the site, you can display anything you like in any order you like. You do not have to reflect the page tree element for element - people tend to do that simply because it makes it easier to manage, but it is not vital. So. the ROOT of the site is home. (core has nothing to do with anything here - forget about it). Home is your landing page and you can use it for anything. So, you could use it for an entire dashboard which is only shown if a user is logged in, or you can use it for something else. You could write in php if($user->isLoggedin()){ lots of page stuff }else{ login form } All websites have a landing page and, logically, that page is ALWAYS at the top of a tree. Once they are logged in, you can stay on the home page (and home template file) and show them all the bits they need to see on their landing page. Then you can just build stuff under home: Home --Profile ---- Manage ---- Messages ---- My picture ---- My docs -- Company News -- Club ---- Club venues Whatever you need to do. You can either have a top menu that follows the same logic (but perhaps tell it not to display certain elements unless they are logged in) or you can just have a menu in each section that calls information from any part of the tree you like. THIS IS IMPORTANT - when we create menus that follow the tree, you will notice that they ignore the home page initially then add it back on. This means, as far as the front menu is concerned, Home, Profile, Company News and Club would all be on the same level. Even though Profile, for example, is actually a child of Home. So, for your front end, Home is your landing page, and the others are you toplevel main menu items.

I have the same issues with music - normally I sing demos for sung tracks and try and keep the style neutral while getting across the idea. Often, however, the sales people will ask for loads of backing vocals and the backing track to be near finished before they present to the client. However, if the client buys into it, they sometimes object if the final track, although much more polished, does not have the feel of the demo and this causes lots of problems. Basically, this is the fault of crappy sales people who want the creative to sell itself without them having to go to the trouble of getting off their bums and doing a decent presentation. Still happy to put 100% markup on my work for doing damn all. So, yes, you are right - get the client involved as early as possible, even at the scruffy stage. If they feel they are part of the process, then they are happier to sign off at the end and are less likely to come back and say "I don't like that" Computers have made us lazy. In the early days of advertising (and web design is mostly advertising at the end of the day), it was so complicated and expensive to mock things up that clients knew they would get presented with large boards with cut outs stuck all over them and some bloke singing the tune while the hired help bashed at a piano. That is pure creativity - we have lost that, sadly.

Broadening this out slightly, just listening to this presentation on using Illustrator and it includes a breakdown of some survey stuff, plus a comment about using In Design for mocking up http://tv.adobe.com/watch/max-2013/using-illustrator-for-web-design-and-graphics/

I was struggling with this the other day. Since I use Adobe Creative Cloud, I am trying to get as much value out of it as possible by using as many of its apps as possible. But getting the workflow right is difficult. I haven't tried to create entire prototypes in PS yet, though I have done some basic mockups for myself. I think part of the reason is that as soon as I start messing with a design, I find I want to make sure it will work for real and so I actually want to code it up before I get too far into the creative dream. I think this is a Handover from working on large productions over the years. Creating the impossible is possible, but costs money; it is idiotic to sit and imagine something out that you simply do not have the budget to realise. Better to check what you want to do is achievable and then work within that. I can't stop myself working that way. Also, I am slowly getting into Illustrator and Edge Animator which sort of puts a large detour into the workflow and Edge Reflow is not properly up to speed yet, though once it is, that may make prototyping very interesting. I like the look of UX Pin, but I cant justify yet another monthly subscription (between creative cloud and my specialist music subscriptions which cost a lot of dosh, my annual spend is already depressing!)

Glad it could be of service.....

My liver can no longer handle Finland.

It really takes just seconds. When you run it, once it is finished, it will tell you which directories you need to copy across. But obviously if you have any extra directories within the "site" directory that you have created for other purposes, don't forget to copy those as well. For instance, I have a TinyMCE directory inside Site that has a spell checker in it.

Nice! Hope the bar lives up to the website!

Profiles are a great way to do it. I have a couple that already have a simple news system built in and different frameworks and so on - no use for anyone else as they are very much dedicated towards how I like to work, but it gives me an instant starter and always means I am using the most recent version of PW at that point. Just as easy as copying your own site.

Ha! A couple of years ago I got a call from a station saying a client had a jingle which needed an edit on it - some old thing they had used for years. So I said to send it over. When it arrived, not only was it some thing I had composed years before for a different client and so was not licenced for them to use, but it had never been licenced for any of the stations they had been on and the singer's licence had run out ten years before. I did quite well out of the ensuing letter from my lawyer...

Yes, it goes with their beta test site: http://m.bbc.co.uk/news?view=beta And of course, being the BBC where you do not develop anything unless you spend a fortune reinventing the wheel first, they have an entire website dedicated to talking about responsive news http://responsivenews.co.uk/ Just for interest, anyone got a neat little class for PW (using the API) where you can define cached images in a responsive environment?

I suppose one day in one version or another, people will start making templates for ProcessWire. But I rather like that there are none currently. Not that I ever used templates with Drumlapress; I have always had a problem with being hogtied.

I have to say, I have not had a problem with MySQL/MariaDB on proper business shared hosting, which is very cheap these days. It is worth using caching where you can and I bung most sites through Cloud Flare (just the free version) and that helps a bit. I can't see me using SQLite in a hurry. Strangely, where I have had the odd MySQL slowdown, it has turned out to be me ... (Embarrassed cough)

We used to get this at the studios where one client would tell another client that they could act as producer, effectively cutting us out - it happened a few times. Every time it happened, however, the final result was dreadful, but still there was little or nothing we could do about it, other than refuse future business. But in a competitive world, that does not amount to much. As for your ex client - this is rather common with Wordpress in particular, but honest people will at least put "template by...." at the bottom. In my old job (films and productions) it was expected that everyone involved would get a credit, programme space allowing. The longer the list of credits, the more professional it looks, to be honest, though that does not work so well in the purely corporate environment where space/time is at a premium and the client has legitimate worries about diluting messages. The best version of false claiming of credit I ever came across was a turkish voice over who recorded a voice for a corporate video with a colleague of mine. Because the colleague was a little new to the job, I had a quick listen and was very surprised to hear a bit of extra voice over at the end which had no matching original English. A quick check with another voice over and we confirmed that the Turkish chap had given him self an audio credit for writing and producing the video (which he hadn't) and even gave out his phone number. Needless to say, he never worked again in the very lucrative foreign voice over field - it is a very small part of the industry and the story did get round pretty quickly. (Having a secretary with a drink problem and who could not keep her mouth shut had its advantages!)

HI Adrian - yes, I have it working above root too. I have used it for myself for several years now as Ajaxplorer, though it is a little more solid now; previous versions were proving to be a real pain on Safari. What I really wanted to get them to do was use the password system since then that gave them access to all their files going back years and stopped me having to put up with "I cant find that thing you did back in 1872...." But, it just seemed to be a bit too techy for young Radio station sales people. There has to be a lesson in there somewhere!

I have tried both Pydio and Own Cloud with clients to try and find out what they prefered. Annoyingly, they almost all said "can't you just email us a link to a zip file? I can never remember my password." Perhaps they are right - we can over engineer this sometimes.

One of the issues I have had with sync in the past is that I have found I have to be very, very organised to make sure that I don't accidently erase some important edit through the sync process or find I have to make a choice because the system has noticed that the remote version is newer than the edit I am currently doing - a particular problem with collaborative working where I have had exactly that problem. Generally, I have found myself falling back to a less clever system of simply storing something that I need to access/edit remotely in just the one place as a single copy - I always then work on that version directly in some way. Mind you, working from home these days has reduced the problem enormously!