Macrura

wow spree looks cool; how would you compare it to a solution with processwire+foxycart? FC 2.0 is coming in a few days. I've been able to successfully setup several sites with PW+FC and the clients really like working with PW since it has such amazing admin customization; also PW makes it easy to model the business logic and let FC handle the checkout.

the processwire internet reputation enforcement committee.. nice work!

the only time i had an issue with isLoggedin was when logging in to the admin by accident on a non-www and viewing the site on www

it would be easy, you would create a list of the alphabet, styled like an alphaindex for example then each letter links to the search results of the selector query, you're search results page would probably need to use like a $str[0] to get the first letter etc...

@Basil - thanks and of course that Ohm Speakers search owes everything to the skyscrapers profile... i really think once your mind gets processwired, you'll have a sudden epiphany about how to accomplish anything.

self-hosted fengoffice is a solid choice. the cloud/hosted version has some additional features (i'm on a trial of that, but i'll probably stick with the community edition..)

@Basil - fine suggestion, however here is my humble opinion: - processwire is a developers tool. - actually there already is a resource even better than a book: the forum. - no 2 sites will ever be the same, and consequently these tutorials would have limited value. - shopping carts are a breeze with foxycart, i mean like 5 minutes a breeze (for an initial integration, and then the sky is the limit) - travel agency..sounds like there could already be a purpose built system for this? this sort of thing would be not for the faint of heart.. - i don't think anyone here would gamble the time it would take to write such a book, and maybe your estimates are a bit high. - you can promote good karma by "flattr"-ing those developers who have flattr accounts (Soma, David-Karich).... cheers!

@haha, AFAIK processwire requires URL rewriting with apache.

@suntrop - yes you can make your own forms and then use FB to process them; for example this page: http://www.jonathandawe.com/contact/ is using formbuilder, but no jqueryUI, it's just markup with the form action to FB.

hey cheers, but really that code was all demonstrated in the skyscrapers profile which Ryan was gracious to share with the world...!

really amazing! this is going to make updating large product catalog pricing, and other details something that the client can do with a little training.. sure beats any custom admin page listing i have done so far! not sure if this is possible, but one feature that I use in my custom page lists is icons for certain statuses; for example, if there is text in the body field i might show a fontawesome text icon; or if the page has images, a picture icon; this lets the admins see at a glance what pages might be missing images (helpful when setting up a site, and loading products for example); this could be done with llister as is, by using a filter, but i also wonder if there was a way to have a status column, like "if condition a, "insert html here"; if ($body) echo "<i class="fa fa-file-text-o"></i>"...

@renobird - thanks for posting this; I just converted an admin page that was using this module to a process module, and your example helped... guess i'll be moving on and converting the rest of my admin pages to use process modules... thanks again to everyone posting about this!

i think there will always be a use for this, even if you can easily create your custom pages in a process module; the other day i was in a meeting and the client asked for a point-of-sale page in their admin, using foxycart, but with blank fields; so with a few clicks and a 5 line form they had their POS and were able to use it within 10 minutes; i could go now and tighten it up and make it into a process module, but this is a low budget site, so they actually can't afford that.

what would the advantage of wireDecodeJSON($json);

<?php $results = json_decode($response, TRUE); $events = ($results["results"]); $events = $events["collection1"]; foreach ($events as $event) { echo $event["title"]["text"]; echo "\n"; echo $event["title"]["href"]; echo "\n"; echo $event["detailslink"]["href"]; echo "\n"; echo $event["detailslink"]["src"]; echo "\n"; echo $event["image"]["src"]; echo "\n"; } ?> this is working, but i will look into the suggestions posted above... looks interesting.. don't try kimono because you'll want to kimonify every site after you try it.

@adrian, thanks, yes, already got the json decoded and into arrays/variables; so it's all good; i can post examples here; I wouldn't know how to cache the results though in PW... that would be cool...! i think my client wants to have the possibility of changing stuff often on the feed server, so maybe caching is not a good idea?

@Marco, thanks for posting this. I just used it to create a feed from a site that wanted to charge my client $50/month to have access to their api; now we can have an api feed from that site using kimono for free. So far it seems to be working really well; it's really quite an amazing app; right now i have gotten as far as reading the json into my processwire site, but i do also need to now figure a way to take this json string and make it into my markup for the output... so i guess i'm a bit stuck in the same place as you are, but if i come up with anything i'll report back.

@Pete - yeah this issue has been sort of lurking here and there on different threads... the thing is that making your own process module really is not a replacement for what this module offers in terms of ease, flexibility and speed in setting up custom admin pages; I spent at least 1 hr trying to change stuff in the module code to make it use the admin theme module, but i just couldn't figure it out; In the end the only way was to modify the index.php as was mentioned here... I'll be really happy once this issue of the wrong template file loading is sorted on this module!!

@Martijn, cool, i sent you my version with the changes, maybe you'll see a better way of doing some things than i did! the only thing that was bugging me about how i did it was that i had to have the 2 classes (both fa and fa-icon-name) in the config fields in the backend; perhaps there is a cleaner way of having the module code include the default class and only have the icon class in the module config screen fields; Also i put my css in the php/css file and not in the module - i changed the css so that the icons (color, size) match the new 2.4 theme icons. (to sum up for anyone else wondering why this module is useful in the 2.4 version, it allows you to specify icons for any page using the ID, otherwise all pages using a certain template would have the same icon; also it simplifies specifying icons for a lot of pages and templates at once and then using the css/php file in the templates directory you can change specific icons css.)

@Martijn, this module is great! i just tweaked it to work with the new version of Fontawesome; i can send you the changes or make some gists?; just some small changes here and there to get it working with the fa- class as well as using the fa class by itself to get the icons to render; also since fa is included in the admin, no @import is necessary... while this module might seem redundant with the core fontawesome icon capabilities, there are some situations where this module is more flexible, like with having an icon on any page (based on iD) without specifying at the template level... also, this module is much easier for me to be able to setup a whole lot of icons at once instead of opening all the templates to make changes.. and the custom CSS file in the templates folder makes it really easy to color code or otherwise add specific styling to selected icons; i guess if people still want this module to support IE7, there should be a different version for this, which doesn't include the fonts, and just gives you the control screen for specifying the page ids, templates and font classes..

could this possibly be an error on line 157 (note - already posted an issue on github)? @ @param array $options

Just because that person didn't say design the site, doesn't mean they can't put their credit on the site, and that doing so is not ethical – there are a lot of other of web people out there like 'web producers' not designers; Using a template is sort of like them outsourcing the design part of the job. Sometimes being able to find the right CMS and template for a client, and then making it work (modifying) a certain way for that person's needs and budget is a perfectly respectable skill. Not all clients can afford the additional cost that a totally custom designed site demands. What would make it unethical is if the terms of purchasing the template specified that credit needed to be given to the template designer but none was. Usually those themeforest templates don't require that you maintain the credit to the design company, but it's nice to do it anyway. I've worked on sites that needed to be custom designed from the ground up, because the reputation of the company, their unique business logic, and visual branding required it, and no pre-made template would have worked; These clients come in with an expectation of the true cost of having a totally unique site; Other clients are perfectly happy to use a generic template, or themeforest template, and don't care at all that the site will always have that more generic look. I think the big issue with digitex's ex-client regards if said client fancy's themselves a web designer and yet does not possess a deep interest/understanding of HTML, CSS, JS, PHP, as well as have experience with linux, web hosts, security, apache and other emerging topics of relevance to the industry; Without those skills said individual will be useless when it comes to customizing the template, configuring backups, security, caching, asset minification and other things we all take for granted on this forum. I had a very similar experience with a large company that i was trying to pitch their corporate site to be done in Processwire; they eventually went the cheap route, used WP and a template. I recently looked at the site and it's not good, and very slow; no gzip, no asset min, no caching; plus a totally generic and not-slick look, which is sad because this is a really big company who's site should look much more pro.

@NikNak, i think all of the things you are mentioning are definitely doable in PW; For subscriptions, you might want to take a look at Foxycart, it's an ecommerce system by has quite advanced subscription features, in addition to being a full-fledged cart solution; i've integrated into 2 PW sites so far and working on a 3rd. i think also the mandrill thing would be easy as far as sending out email from processwire (using the new wireMail for smtp) but as far as sending out automated emails like announcements, newsletters, you might need to consider a solution like Sendy it's like having your own mail delivery service and uses Amazon SES

@r2d2 - very nice - i like the multicolored main nav - the design is really pro! here are some considerations: 1.) no favicon, i use this http://realfavicongenerator.net/ 2.) Activate server side compression (gzip)? 3.) combine minify assets? AIOM is very good 4.) put more js at bottom?

yes, that's the plan, i'm going to try and figure out the module dependency thing for that.. going to be interesting...