Leaderboard

And another one: http://unternehmensberatung-nrw.com/ Small german business consultancy, no english version needed. Target audience is only german. Pretty basic stuff PW-wise. Everything editable, icons, all texts, even the charts.

I think it is called $nativeNamesSystems and can be found in the core/Fields.php

Hi guys! So, we launched two more websites and more will follow soon. http://mlausen.com/ Multi language and responsive site for a German architect/photographer based in Switzerland. This site is for showcasing her (exclusively b/w) photography and writings. Maike is very happy with PW, and said that she had fun while updating the content. -- http://demenzinitiative-karlsruhe.de/ Very simple and simple to use (by concept) website for a dementia support initiative in Germany. This website has three different layouts depending on the screen size, so make sure you resize the window, and zoom out if you don't have a large screen. The illustrations are by us -- Both corporate identities were also created by us.

NO he's amazed like the women on that Stockphoto

This works for me: public function init() { $this->addHookBefore('InputfieldPage::render', $this, 'hookAddCssClass'); } public function hookAddCssClass(HookEvent $event) { $inputfield = $event->object; $inputfield->addClass('myClassName'); $event->return = $inputfield; }

I have 2 pages using the same TextArea field. Page 1 has the following content when clicking on HTML source <p>Web and social analytics...</p> Page 2 has the following content when clicking on HTML source <p>Analytics company based...</p> The opening and closing <p> tags of Page 1 are appearing in my front-end web pages and in Lister Pro columns (back end). Page 2 correctly renders the content and not the HTML tags. Even when I manually delete P1's P tags, they reappear and then display in the front end. Am I missing some obscure CK Editor setting? TextFormatters = HTML Entity Encoder (makes no difference) InputfieldType = CKEditor Content Type = Unknown Use ACF = Yes use HTML Purifyer = Yes

I checked that HTML entities was off and it was. Oddly enough, enabling and then disabling it again worked and my output is now working. Reminds me of this... https://www.youtube.com/watch?v=nn2FB1P_Mn8

Hi guys, thank you nikola for this module just one thing i found to solve is the check if $result was true and the file_get_contents(); work.... for me some short times the service API was not available so the whole render() give me an error and break the whole page....not so good if you use this one as widget or on every page and so on... Did a pull request on github and here i post the german lang file.... Thank you again for this great widget! best regards mr-fan markupWeatherDE.zip

Just use this in the beginning of your templates. if(!$user->isLoggedin()) $session->redirect("/index.html");

Can you give access? What is the code where you output and see HTML tags? Do u you have a HTML entities formatter set on that textarea? Cause that converts to entities you then see the <p> on frontend.

haha, fair point. Typical last minute change, navigation was centered before ;-) Thanks, man. Soma: That ugly?

Very, very impressive! The look and feel is simply fantastic. Just one thing: I think the two links in the footer should be move a little to the left as the back to top arrow gets really close when you're at the bottom (at least when you're running 1366 x 768, which many people are).

No troubles any more. Maybe there where some old settings stored, because I used an older version of that field before. Its working fine after uninstalling/reinstalling.

I see you are using mail() What version of PW are you running? If 2.5+ then you should be using WireMail() and I'd also recommend making use of one of the SMTP mail modules: http://modules.processwire.com/modules/wire-mail-smtp/ http://modules.processwire.com/modules/wire-mail-swift-mailer/ PHP's mail function is not awesome and you should use SMTP if possible it has a whole host of advantages, including reducing the likelihood that the email will be trapped as spam.

Just tested in admin.php on a different installation and it's working. The $event->return = $inputfield; bit seems to be unnecessary. Thanks for your help. At least now I know it's something to do with my installation or another module.

Weird that my posted code doesn't work for you. How exactly are you using it? What's the rest of your module code? Is it extending WireData? You could also try it like this in your admin.php file. wire()->addHookBefore('InputfieldPage::render', function($event) { $inputfield = $event->object; $inputfield->addClass('myClassName'); $event->return = $inputfield; });

If the database entries are looking like they should be, than it should not be an issue of CKEditor. One thought: Could you copy the html from the database into a texteditor and see if there are any invisible chars, that should not be there? Another way to check for this would be rewriting the html part from scratch in the backend by using a simple textarea (temp. not using the ckeditor to be sure). If the error persists it should be something which happens on calling the field and not an error in saving it.

Check if you have the "convert to HTML entities" textformatter set.

Just committed an update to this which means that it now works out of the box without needing to edit the search.php template file. You can still choose to add the output of the 404 page's body field, but this is not a requirement, and the functionality for loading search results on the 404 page is now completely automatic. It should be backwards compatible with your site, if you had it previously installed and were using the old required: if(isset($options['q'])) $input->get->q = $options['q']; line in your search.php, but please let me know if you have any problems.

I know what you mean but what at the moment is done by processwire is: Call the imagecopyresampled function. This function does something like (when making an image smaller):​ Convolution with a specific matrix (gaussian or box-blur) to blur it. This is the anti-aliasing filter to prevent some strange pattern in the picture Take pixels from that blury image and delete those who are not needed. The picture should (in theory) look not blurred because of the downsampling. But to get the best performance, the algorithms make a compromised solution, so a little aliasing patterns appear and it look sharp. ​Then Processwire does Sharpening. Sharpening is nothing else than doing a deconvolution to that downsampled picture with the (in theory) same matrix as in point 1.1. That means the Anti-Aliasing effect is gone and the picture looks like it never had filtering (which indeed is needed!) So this filtering could be saved and all that very CPU-intensive filtering could be omitted and just a "nearest-pixel-algorithm" be used (well almost ). Here are some pictures to show what i mean: Original Test Pattern can be viewed here. It has the dimensions 2400x1800. First of all I show the same picture resized with Photoshop using the "nearest-pixel-algorithm". It is to show, that without filtering those patterns appear: Processwire with the following options: $options = array( 'quality' => 100, 'upscaling' => false, 'sharpening' => 'none', ); Processwire with the following options: $options = array( 'quality' => 100, 'upscaling' => false, 'sharpening' => 'true', ); In those test patterns we can see that the algorithm imagecopyresampled is using is not the best. But probably a good mix between speed and quality. To show how photoshop in "bicubic auto" has done its work. here it is:

What I just thought about is: What if you add the property to the Inputfield using a hook. And it works you can do $this->addHookProperty("InputfieldText::overwrite", $this, "addProperty"); Then public function addProperty(HookEvent $event) { $event->return = 0; } Then this works $this->addHookAfter("InputfieldText::getConfigInputfields", $this, "hookConfig"); public function hookConfig(HookEvent $event){ $fields = $event->return; $field = $event->object; $modules = wire("modules"); $f = $modules->InputfieldCheckbox; $f->attr("name", "overwrite"); $f->attr("checked", $field->overwrite ? "checked" : ""); $fields->add($f); }

Both very nicely done. I really like the artistic style of the first one.

Understood, although I am not totally sure on the difference between what @thetuningspoon (the developer previously known as @everfreecreative) was doing and what I needed. I needed the following: $f->attr('checked', $this->fields->get($event->object->name)->allow_overwrite ? 'checked' : '' ); here: https://github.com/adrianbj/TableCsvImportExport/blob/master/TableCsvImportExport.module#L55 If I switch to simply $event->object->allow_overwrite, it doesn't work. What I have makes sense to me because it is the getting the allow_overwrite value for the field name that I am getting with $event->object->name, although I would have thought it would also work with just $event->object->allow_overwrite. What am I missing?

OK, we should have these separate...I need to reiterate that MB will not control the number of such children to show at any level.....although I want to leave that to the developer (or editor?), I may need to limit maximum number of pages returned in that 'find'. I imagine a situation where an editor working on some other part of the site inadvertently adds tens of child pages (e.g. under CARs and under Jaguar, etc...)...Coupled with a levels of say 3, you suddenly end up with 3 x XX number of pages to find for one or more menu items! Can easily chock memory...Not sure how to implement this at the moment...maybe make it configurable at developer (template file) level...something like max_children at each level... Exactly...would save you a few clicks... Edit: Below is how I envisage the order of priority of $options (API/template file) setting vs. admin-level settings. There's 4 possible admin-level settings for each menu item in respect of whether to show its natural children. Show in: (1) Menu (2) Breadcrumbs (3) Both (4) Never. In addition there's the number of levels to show in respects of choices 1-3. Desc order of priority for final display $options = array('include_children' => 0)//overrides everything set at admin level. No natural children displayed anywhere Any explicit admin-level setting: 1- 4//Natural children displayed/not displayed as per choices 1-4 FOR ONLY THIS menu item irrespective of what is set in $options (apart from a '0' setting as shown in point #1 above) $options = array('include_children' => 1|2|3)//overrides ONLY EMPTY admin-level settings: Show natural children of all items without an admin-level setting ONLY in menu [1] (render()) OR breadcrumb (renderBreadcrumbs()) [2] OR both [3] Empty admin-level setting: no natural children displayed anywhere

Really like the bottom bar on mobile

Always good to have the option.

Just today tested the module on a pw 2.5.22 site and apart form the figuring out how to set stuff up with s3 bucket, policy and cloudfront distribution, all worked like a charm Thanks lots zyON!

No need to store something here ... $pa = $pages->find("template=basic-page"); $content .= $pa->render(); $content .= "<a href='{$page->prev($pa)->url}'>prev</a> "; $content .= "<a href='{$page->next($pa)->url}'>next</a> "; This is the same on all those pages, as they use the same template. Works fine.

On my new development I now use this tree structure: Parentpage - countries childpage hold "country"-name childpage of country-name hold province-name childpage of province-name hold city-name country field, 1st select, for country value = normal parent select > "countries" province field, 2nd select, for province name OF country selected value = custom selector > "parent=page.country' city field, 3rth select, for city name OF province selected value = custom selector > "parent=page.province'. Works great!