Klenkes

@diogoHaha... late reply. I like this approach. It's the most easy way even for website owners to change a translation for buttons and stuff. To be honest, I never got comfortable with _strings.php and functions. Never worked for me.

To add to the confusion... sitting in Germany, Chrome and FF, the logo is there and just fine with no language or region selected.

Go to Modules / Core / Page Name and add to Character replacements: ä=ae ö=oe ü=ue Save and check if it's still there. (in my case I always have to add it twice) I honestly don't know why it isn't there already...

To get the repeateritems when they do not live on the current page, you do: $upcoming_dates = $pages->get(ID-of-repeaterpage)->agendaitem->find("agenda_datum>=$today, sort=agenda_datum"); and you go from there.

I just updated a local copy of the site from 3.0.62 to 3.0.98 and the field mediendateien(files) and medienbilder(images) are missing the column filedata afterwards. Other image or file fields are fine. During update I hit F5 a few times, refreshed modules and saw that the fields file and image updated. Then I hit "Check field data" of the fields with missing column filedata and I got an "All okay" But the column filedata is missing! To sum up, there are 5 image fields: image1 = updated (has data) image2 = updated (has data) image3 = not updated (but has no data in DB) medienbilder = not updated (has data) pageimages = updated (has data) 2 file fields dateien = updated mediendateien = not updated There has to be raeson why some fields won't update...

Ah, good idea. For now it report "No issues found" but then again I added the columns manually. I will it check on a cloned site.

I just encountered a weird problem with an installation. I have some sort of a poor man's mediapool, which consists of a template with fields of type files(and a second with images) to upload PDFs and images which will be linked to from other pages. This worked well for the last months. This morning an editor called me and sent me this screenshot: All files were gone in the backend but still accessable in the frontend and present in /assets/files/ True, there were no columns in the database table named filedata for the fields mediendateien and medienbilder: I created them manually and the files were back again and the error messages gone. But what happened? What is filedata used for? It is of type mediumtext.(I checked other image and file fields) All the other image fields didn't show the missing column. Only those two... I did an update from PW 3.0.62 to 3.0.98 last week. Edit: Just discovered that filedata is used for focus information: {"focus":{"top":33,"left":37.5,"zoom":0}} I kinda fixed it for now, but it makes me nervous... Anyone an idea?

To give you another option: I almost always use Reno and add an admin stylesheet to it via a hook in init.php $this->addHookAfter('ProcessController::execute', function (HookEvent $event) { $this->config->styles->append("/site/templates/css/adminstyles.css"); }); and CSS to style stuff like Repeater: .Inputfields .Inputfield_auswahl404.InputfieldRepeater>.InputfieldContent .InputfieldRepeaterItem>.InputfieldHeader, .Inputfields .Inputfield_auswahl404.InputfieldRepeater>.InputfieldContent .InputfieldRepeaterItem>.InputfieldHeader span {background:#59261E;} .Inputfields .Inputfield_auswahl404.InputfieldRepeater>.InputfieldContent .InputfieldRepeaterItem>.InputfieldHeader:hover, .Inputfields .Inputfield_auswahl404.InputfieldRepeater>.InputfieldContent .InputfieldRepeaterItem>.InputfieldHeader:hover span {background:#F5B92C;} where .Inputfield_auswahl404 your fieldname is. Like Robin S said, inspect with your DEV tools..

I usually use a simple checkbox and an adjacent Markup field with all the text and links and other BS(sorry). Works great and everybody can edit the text if necessary.

I know this may sound strange, but when it comes to https and redirects browsers become very "cachehappy"! When running into problems with this I use the browsers incognito/private mode, have to empty cache, restart browser, use different browser, use a VPN, and so on. Tiresome sometimes...

Okay, my first attempt with a screencast as animated gif. This is how the problem looks. Made with CKE's demo on their website:

FF 58? That's interesting! The "girls" said that the problem started about 10-14 days ago. Perhap the problem was introduced to FF with V 59? Doesn't matter. It also happens on CKE's own demo. https://ckeditor.com/ckeditor-4/

I know. But the content editors are women in their end thirties and who am I to argue with them? I don't have a death wish I filed a bug report with CKE and it was closed with a note that it is FF issue. https://bugzilla.mozilla.org/show_bug.cgi?id=1452906

Thanks. I didn't find anything either. I will file a new one. There are a few ways to avoid the error but for now I recommended to use Chrome instead of FF. These are professional texters and they are used to work in a certain way(we all know the feeling). But they will have to adapt for now. Thanks for testing.

Really? I tried with Firefox Quantum 59.0.2 32Bit and 64Bit on https://ckeditor.com/ckeditor-4/ and can reproduce it... But what does it mean? I will read through the issues first.

This morning a client contacted me with a strange problem. At first I couldn't reproduce it because I use Chrome but then I realized that it only affects Firefox and CKE fields. If you type some text and then press SHIFT+ENTER to insert a <br> then wirte some text in the second line and then place the cursor at the start of the second line and hit backspace, the cursor jumps to the wrong position. The clients content editors are extremely frustrated by this because they have to search for the cursor I can reproduce this behavior in almost all PW versions, even a clean install witout any CKE plugins. This whole behavior seems somehow familiar, like I have heard it before, but I can't remenber... Anyone knows a solution except using Chrome?

Long thread made short: On most of the websites I maintain I had to put this in init.php: setlocale(LC_ALL, "de_DE");

Field level access only protects the field from being shown on the frontend. The file is still accessable through an URL.

You are the man! Tomaten auf den Augen! Is there an english expression for it?

Emailaddresses in CC array keep being encoded I have a small module with a function that sends emails to me(Admin) and users who act as moderators. What I want to do is basically this:(from first post here) $options = array( 'sendSingle' => true, 'cc' => array('person1@example.com', 'person2@example.com', 'person3@example.com') ); $numSent = wireMail($to, '', $subject, $textBody, $options); But I want to CC to users of a certain role, and retrieve the users like that: $address_rev = wire('users')->find("roles=revisor"); Now I have to build the array for the $options: foreach($address_rev as $one){ $emailcc .= "'" . $one->email . "',"; } $emailcc = rtrim($emailcc, ',');// remove the last comma $options = array( 'sendSingle' => true, 'cc' => array("$emailcc") ); But sending fails with the quotes being encoded by PWs sanitizer(I assume) Invalid email address (&#039;person1@example.com&#039;, &#039;person2@example.com&#039;) (in path_to....\wire\core\WireMail.php line 105) Why? It doesn't happen when I hardcode the array like in the example, and when I echo my array it looks just fine. How do I build the array to populate the cc array? Or what am I doing wrong? PW 3.0.84 WireMailSMTP 0.2.3

Who would have thought... a pirate to the rescue! A quick, configurable and functional solution to my problem. HARRRH to you!

If you set the correct family settings to the parent and child template, then the children can only be placed as a child of template for pageA, pageB, pageC, ... but as I read your post again... I guess you don't want them to change parents as well?

It would have to be something like: $pages->find("has_parent=$page->parent, template=subitem-template, switched=1");

You could try another approach but it depends on how you manage shopowners in the backend. If they can register themselves it will be a little more problematic, but if an admin creates shopowners you could try: Create a page /shopowners/ (with its own template) and create pages as children for each shopowner with a title field(default) and a page reference field which points to the users page. On the page /shopowners/ you then don't query the users, but the pages unter /shopowners/ with the page reference ID. With this ID you then get the content and your url would be /shopowners/shop-owner-name/ Same goes for /shopowners/shop-owner-name/ Get the page field ID and retrieve the content for the user. Another approach would be: Just like the above with the page reference field But keep the user page data to a minimum just with username, language and password Store all the public viewable data in the pages under/shopowners/shop-owner-name/

Crysis for 5 bucks and Grim Fandango for free! A nobrainer. There goes the workload of today...