lenoir

Hi Horst, I've wrapped a repeater around my image and bullet selection (The user can thus choose which cropping to use). It works when I upload an image for the first time, it creates 4 standard croppings (panorama, portrait, etc.). However, if I make a custom cropping it doesn't save it. I'd actually want the custom cropping to overwrite other files, but that doesn't work either. Is there a known issue between croppable image 3 and repeaters? Should i use ProFields Repeater Matrix (haven't tried it so far). Pagetable is also a possibility, but not as intuitive and fast as a repeater. Thanks for your help! David

I was also thinking about a repeater. Pagetable would also make sense I guess. Thanks Horst! I thought there might be a secret weapon I didn't know of

Hey there, This module is great. Just wondering, what's the best way to have the user choose which cropping to use in the frontend? The way I understand the README file, the programmed template decides which cropping to use. But what if the user wants a vertical image for an image, and a panorama for another? Thanks for clarifying. PS: Currently working for architects, so I'm glad there are "serious" labels now too ;-)

The issue is solved. I can't exactly tell what solved it, but i created a new image field, checked the thumbnail view button, and it worked perfectly. Then i disabled the thumbnail view of the field that caused the problem, tested it, then enabled it again, and now the thumbnail preview seems to work.

Thank you flydev, I'll investigate further.

2.4 to 2.7.2

But i've found this, maybe it has something to do with it: 2016-06-02 14:31:50 ERROR: Update #5 ERROR: Error updating status for: /admin/page/image/ - SQLSTATE[42S02]: Base table or view not found: 1146 Table 'A07-bas_sinfonietta.caches' doesn't exist I found it in the "system-updater.txt" after the upgrade to the latest PW-version. Apparently, a field is missing the table?

Well… There's no code really: I haven't changed any setting in the backend. I've set the image field to display in thumbnails, that's it.

Hi, I've recently upgraded a website to the latest version (2.7.2) and the image fields are not running properly. Seems like the ImageSizer isn't working anymore. There's a thread in the forums about that particular problem but it's a dead-end. Here's the error i got: ImageSizer::resize(0, 100) failed for [...]/site/assets/cache/WireTempDir/.PagefilesManager1984/1/numbers_layout.0x100.jpg Can anyone help me with this? Thanks.

Hi Richard, Did you ever find out what the problem was? I recently updated to v.2.7.2 and I get the same error message. Thanks.

I've had the same error message. I had deactivated one of the languages temporarily and one user was trying to log into their account with that particular language as default. I switched the user's default language and deleted the language causing problem. That solved it for me. I think it was a very (stupid) specific issue here, don't know if anybody will ever encounter it, but I thought I'd share it anyhow

I find the problem. I had this bit of code in the head that was causing the problem. I deleted it and now it's working. switch ($language){ case "fr": $user->language = $languages->get("fr"); break; default: $user->language = $languages->get("default"); break; } I don't know why i had it there… Anyways, thanks for your help!!

Hi tpr, Thanks for this. I can now set the language via $user->language = "fr"; (for instance). But how do I get it automatically? I'm using this bit of code to switch the language: foreach($languages as $language) { if(!$page->viewable($language)) continue; // is page viewable in this language? $url = $page->localUrl($language); $hreflang = $homepage->getLanguageValue($language, 'name'); echo "<a style='opacity:0.1' hreflang='$hreflang' href='$url'>$language->title</a></li>"; } What am i missing?

Hi Francesco, Yes, both languages are activated for each page.

Hi everyone! Can't figure out a problem with my first multi-language website. I've installed the language modules, created two languages (german (default) and french). I've set up /de/ and /fr/ as paths on the home page. Of course i filled some content in both languages, but when i switch to french, the path (URL) is correct, but it always displays the default language. Can anyone help me? Thanks!

Hi Horst, Nice bit of code! Tried it out and works nicely. Don't know what I was doing wrong but this helps quite a bit. Thanks a lot!

Thank you anyways. I've tried uploading new images with new names into a new page on a new day with a quality of 10 and still don't see any differences… Seems like this isn't working properly or that i'm doing something wrong. Hope someone else can help?

I'm comparing the files in the assets folder. I've deleted the resized file in order to able PW to re-generate one. The filesize is always the same. What's a bit weird is that the filesize ends with xxx.2500x0.jpg. I don't know why it says "0" at the end. I'm using the function "->width(2500)" Should i rename the original and import it again?

Hi there, I've been playing around with the imagesizer.php to change the quality of the images resized. However, to my surprise, if I change the setting "protected $quality = 90;" down to 80 or 70, it doesn't decrease the filesize… Am I doing something wrong? Thanks

From Apache you think? Could be, I've had troubles with the host in the past while. I'll test it on another server and see if the problem persists. Thanks!

…I can't even delete the field, it crashes then too.

Hi, I've created an Options field and it keeps crashing by saving. I get the following message: "Forbidden. You don't have permission to access /admin/setup/field/save on this server." I activated the debug mode in the config file, but I don't see any error message. The options are from 1 to 20, with a standard value of 20. It's a "select (single value)". Nothing fancy otherwise. Has anyone encountered this before? Thanks.

The host support just got back to me saying the following (in German…): "Wir haben getestet und herausgefunden, dass trotz gewählten InnoDB Option, MyISAM Tabellen werden erstellt. Offenbar erwähnte "Experimentelle" Funktion in Processwire mit InnoDB nicht funktioniert. Aus diesem Grund hatten Sie auch mit "InnoDB" das Problem. Wir haben manuell in InnoDB konvertiert und es funktioniert." --> Meaning, they think that the Experimental Options don't work. Could this be?

Yes, I did. Didn't work either.

I also have the feeling that there's an issue with the host. But guess what: they say it's PW ;-) Though they did mention that the problem could lie in the dbEngine. They suggested to use the Experimental DB Options as InnoDB and not Myisam. But that didn't work. They say Myisam is old and therefore shouldn't be used anymore. But I'm just repeating words that i don't understand ;-) I'm looking into switching host, and hopefully I won't have this issue anymore. Thanks again for your time!