Leaderboard

for the project in question, i think for a custom design, the # of pages doesn't matter so much as the information architecture; charging by # of pages is sort of old fashioned, now that the CMS can generate unlimited pages using various templates; more sensible to charge by # of templates; does the client want a blog, how often do they need to change their homepage content, and how much seo, do they want open graph, RSS, Atom, RDF, Schema etc; it is sensible to break the hours up into areas, like Planning & Discussions (discovery) Graphic design, asset preparation & management CMS setup, back end development, custom admin stuff Front end development testing, QA, launch SEO Most sites will clock in around 40+ hours even for a basic site - makes sense to estimate on the high side - i have yet to complete a project in less then the # of estimated hours...

I use this http://modules.processwire.com/modules/inputfield-textarea-markup/

Admin Page Tree Multiple Sorting ClassName: ProcessPageListMultipleSorting Extend the ordinary sort of children of a template in the admin page tree with multiple properties. For each template, you can define your own rule. Write each template (template-name) in a row, followed by a colon and then the additional field names for sorting. Example: All children of the template "blog" to be sorted in descending order according to the date of creation, then descending by modification date, and then by title. Type: blog: -created, -modified, title Installation Copy the files for this module to /site/modules/ProcessPageListMultipleSorting/ In admin: Modules > Check for new modules. Install Module "Admin Page Tree Multible Sorting". Alternative in ProcessWire 2.4+ Login to ProcessWire backend and go to Modules Click tab "New" and enter Module Class Name: "ProcessPageListMultipleSorting" Click "Download and Install" Compatibility I have currently tested the module only under PW 2.6+, but think that it works on older versions too. Maybe someone can give a feedback. Download PW-Repo: http://modules.processwire.com/modules/process-page-list-multiple-sorting/ GitHub: https://github.com/FlipZoomMedia/Processwire-ProcessPageListMultipleSorting I hope someone can use the module. Have fun and best regards, David

Ivan, the input pattern is part of the input module (InputfieldText), and performed as part of the input validation. When assigning values from the API side, it is not considered user submitted input, so the Inputfield is not involved, and likewise the pattern is not a factor. When editing a field, you'll see "Details" and "Input" tab. All the settings on the Details tab are specific to the Fieldtype in use, whereas all settings on the Input tab are specific to the Inputfield. While we could move a setting like that to the Fieldtype, it's not ideal because plenty of other Inputfields extend InputfieldText, and are able to likewise benefit from the pattern support that it provides. Further, Fieldtypes are most efficient when they only perform very quick validations (like validation for type) since the Fieldtype's validation/sanitization occurs every time a value is populated to the page from the API (like every time a page is loaded), and validating a regex pattern is a relatively slow process.

Nice article by our own Guy Verville (https://processwire.com/talk/user/1691-guy-verville/) http://www.innobec.com/en/blog/websites/processwire-light-powerful-elegant Thanks for the writeup Guy!

A simple module that'll automatically obfuscate all emails found on the page. Emailobfuscator.zip

Well, I've just upgraded to 2.6.10 (from 2.6.0), and you're correct, now the field can be edited. Thank you all, and sorry for being slower than Ryan updates pace

That done the business, cheers.

Yes, that was it! What a stupid mistake to make. I'd renamed the field "picture" (instead of "images"). It works! Huzzah!

What version of PW are you running? I have no problem editing the name of the superuser in 2.6.10 via the GUI.

<meta name="viewport" content="width=device-width, initial-scale=1, maximum-scale=1"> You forgot your viewport tag in the head of the page. Add this to the ProcessWire page.

Another approach I've used in the past is to implement a simple language status handler. Basically I added fields to languages and had a bit of code that would display a page or not based on the status of a page translation. Mine was used to display a notice to users, but it could just as well be used to do redirects or throw 404s.

May I recommend two very valuable articles from A list apart? http://alistapart.com/article/pricing-strategy-for-creatives http://alistapart.com/column/pricing-the-web

Actually, that is not true - you can use a URL to an image - even from an external website. The Error: Call to a member function add() on null error suggests to me that the picture template may not have a field called "images". Have you checked this? If you are adding from a local path it needs to be the full server path to the image, starting at the very root of the directory structure - it could be something like /var/www/myimagesfolder/myimage.jpg

I think this is your limiting factor here. I have built something similar as part of a wider, integrated intranet system however if your time is short you can't beat using some pre-existing software. Nothing will beat ProcessWire if you are likely to want to introduce functionality not available in some other system as ProcessWire is one of the few platforms where you can change your mind about something or come up with crazy new ideas and it not be a problem to make larger changes, but if you're likely to only need a normal WIKI type system then you probably won't replicate all the functionality you want in just a few weeks. That said, I hate that MediaWiki seems to be the main option out there (there are others, but they all come with their own maintenance issues too) as it's a bloated piece of software (so slow and resource hungry for what it does) on an out of date codebase in my opinion. I would love to have the time and money to develop something in PW as coupled with ProCache you'd be onto a winner and have something infinitely more customisable if a lot simpler, but it would be a project that would take several months at least I would think to cover everything (well, the basics) of what something like MediaWiki can do. Not sure where my train of thought is going, but I guess if you're really tight on time, you should probably invest that in installing, skinning and getting to grips with something that already exists. If the project is longer-term overall (as in you'll be looking after this system for years), then this buys you time to develop something as a version 2 and does you a favour in a way as you'll know what the client does and doesn't use in the system you've installed so you know where to focus your efforts in a custom-built system. Hope that's of some help anyway.

Did you try not giving them access to create and edit pages with that template in the template "Access" settings?

I have done something like this half a year ago. I made an intranet for a company with 200 employees. There are no problems I heard of so far. It has a full text search, a searchable image repository with thousands of photos, every user has his own profile with his portrait... Most important thing was: every download of this intranet (PDF, Word, Excel, image files and so on...) is a page. I have build a small multi file importer which allows to upload many files at once, which leads to creation of the according amount of pages with these files attached. I did this to give each file more properties (think of it as an" asset management" - every file can have properties like view rights, tags, relations, descriptions, authors etc.). To assign this download pages to their parent "content pages" (the page the visitor sees in frontend view) I did use page tables very much. I think it works very good and I enjoyed it to develop and customize.

זה לא ניתן לגשת לקבצים באתר /site/templates/ תבניות באופן ישיר. הנח את התסריט שלך במקום אחר. וכך יהיו