horst

I cannot tell what threads or posts I best like, it would end up in a list greater than 20 or more. But I can share a little trick I use to quickly find some of them via google: site:processwire.com/talk (one or more names of users that took part of the conversation) AND ("wordphrase that was in a post there, at best a long one", but need to exact!) OR (a very individual word, if there was any) OR (common keywords) So when I need to know how to setup an apache server for best caching / compression I search for buttock (top, not buttock!) with or without willyc: search->buttock Yesterday gebeer needs to know from where a page->render() function was called. My remembered keyword was "caller", and I know that it isn't talked very often about that: search->caller A search for younger + foxes do result in a single thread, where as the terms old + foxes is a little bit more common

Wow, good find! The ratio is stored as extended info for the image and not used further, so a very good find. (and a very stupid bug, info[2] holds the mimetype ) I will fix this with the next update.

I like to work with spex! (yet another approach) The actual version also makes usage of AIOM already.

Hi gebeer, don't know if it is what you are looking for: https://processwire.com/talk/topic/3660-what-page-was-the-caller-of-render/ If you get the page, you can ask for its template. So no direct solution here, but a solution.

You never know for sure. (Maybe in 10 or 20 years, - or later?) Nice! If you are ready with it, you can post it under showcases and / or add an entry in the sites directory.

just ignore the buggy php version for the moment. Replace the ImageSizer.php from your current local pw installation, (you find it under wire/core/), with the attached one and PW will work fine and do no harm to your images. After that, you need to read on under the link others have provided here already. This is essential for you! BTW: My personal opinion is, that the default settings in site/config.php for $config->imageSizerOptions are very well set for the rest of the world, but not for photographers or photography sites. I leave the default settings unchanged for all other sites, but for photography sites I use: $config->imageSizerOptions = array( 'upscaling' => false, // upscale if necessary to reach target size? 'cropping' => false, // crop if necessary to reach target size? 'autoRotation' => true, // automatically correct orientation? 'sharpening' => 'soft', // sharpening: none | soft | medium | strong 'quality' => 94, // quality: 1-100 where higher is better but bigger ); And than in the templates have to pass an individual options array to size() if I need cropped images. PS: on your site under about you are showing a really nice collection of toys On the third tripod from left, is it a Bronica? With films I have used 4x5 and 13x18 cm large formats or 6x6 all the times. Now mostly using a phaseone digital back together with large format arcaswiss or adapted to a modified Bronica SQAi.

Hey PhotoWebMax, here are some photography sites build with pw: http://processwire.com/about/sites/categories/photography/ According to some points here in the posts it sounds to me that it would be the best way for you to upload your photoshop images in the size you want to show them in your gallery. This way you can call the original images and resizing isn't needed. The other thing is, if you use Thumbnails module together with PageImage Manipulator, you have visual control over the quality and sharpening of the thumbnails.

We need to know the path to convert (or ImageMagick) and on some hosts you can choose from different versions like: Pfad zu ImageMagick 4.2.9: /usr/bin/ImageMagick_4.2.9/ (für Typo3) Pfad zu ImageMagick 5.5.4: /usr/bin/ Pfad zu ImageMagick 6.2.6: /usr/bin/ImageMagick_6.2.6/bin/ In this case here, we would test 5.5.4, but Imagick is bound to 6.2.6. Weird, even if we would compare the version from information got through Imagick and the exec call, I don't like to poke around that way. Showing a cmyk without conversion and showing it after trying to convert. Looks good? - YES : NO If 'NO', we can add a short explanation on how to get more information through exec.

But now we know why icc conversion is not working on your server. We can ask the user to run a simple test during module installation that he should answer with yes or no. Trying to convert a cmyk to sRGB or something. If it looks better after conversion, lcms seems to be available.

@Martijn: no, thats confusing. With this option I want to keep all variations, but want to recreate only this single image.

@Adrian: I remember you can use the exec() method on your server. You may check if you have the lcms library used by ImageMagick. To check this you may run the code snippet below and look under cofigure -> delegates if it is listed, and in the delegates output if it is bound to something what isn't the default. [15] => DELEGATES bzlib freetype jpeg jp2 lcms png tiff x11 xml wmf zlib Also it would be good if we can get this information via Imagick extension or something else, if exec() is unavailable. Do you have an idea? <?php $path2convert = '/usr/bin/'; $cmds = array( 'convert -list configure', 'convert -list delegate', //'convert -list format' ); function runExec($cmd) { global $path2convert; exec("{$path2convert}$cmd 2>&1", $out, $result); if(0!=$result) { echo "Returncode: " .$result ."<br>"; echo "<pre>"; print_r($out); "</pre>"; } else { echo "<pre>\n"; print_r($out); "\n\n</pre>"; } } foreach($cmds as $cmd) runExec($cmd);

@Pete: we are on the same side (in german: "Du rennst bei mir offene Türen ein") +1 for implementing cc, bcc and attachment into the WireMail base class! Regarding attachments: https://processwire.com/talk/topic/5704-module-wiremailsmtp/#entry56631

Hi, I have experimented with naming of images. For people who want try out different settings with images, the current naming scheme isn't of good usage. I have added some code to the Pageimage::size method, Pageimage::isVariation, and to the Imagesizer to make it work like here: http://images.pw.nogajski.de/new-naming-convention/ It is open for discussion --- Additional to that I like to implement a new temporary option on a per image base to force recreation of the requested image also if a cached version is available. I don't like to use all the time $image->removeVariations(). What is a useful option name for that? forcenew recreate forcecreate forcerecreate ...? $options = array( 'cropping' => true, 'quality' => 80, 'forcenew' => true ); $img = $image->size(120, 160, $options); --- And for the naming convention I am unsure if a short custom appendix should be enabled too, or if this would be to much? $customappendix: a-z0-9 strlen max 10 ?

I think Ryans initial intention was to support the common basic usage and give us an easy to use possibilty to cretae submodules that can _extend_ the base class. But I am definitly not against extending the base class with cc, bcc and attachment

@Pete: you can ask Teppo directly. He (technically *) can implement it in SwiftMailer without any change in WIreMail base class. I have done it for bcc and cc. It is not more than to add these two as public functions to the SwiftMailer module and make them handle the according SwiftMailer calls for that headers. Simple! * don't know about his time budget nor if he ever want it

Glad you have found it Could you mark the thread as solved / answerded? There must be a button for you as thread author in the lower right, near [MultiQuote]

Have send a pull request that solve it for cropped and uncropped variants: https://github.com/horst-n/ProcessWire/commit/2876bf6568e1bcc1efdee5e1f926f9f618493a52 But there is a need for more naming conventions: https://processwire.com/talk/topic/6028-regenerate-images/

Adrian, the usage of all RGB files are good. To upload and use cmyk for web display is not what is used in real life. We test it here to see how it works in general. But the grayscales are not handled too. Also this may not a problem if you are the one that uploads images to that server. You should prepare your images all the same (gamma 1.8 or 2.2), not mixing different versions. That way you can work with the 6.6.7 without problems. You can have a look to the other tests, especially to sharpening with Imagick. It is very fast compared to GD! Also resizing without sharpening is not that blurry like with GD. But best of all: we can sharpen transparent PNGs with it! You can run it on your installation too, these test and images are also included.

Thanks Adrian, but the cmyk and grayscales don't look as expected, also not with the new tests. Maybe the ImageMagick version 6.6.7 is to old. Lets collect some more infos during the next two weeks, hopefully. @all: Hey, download it and send us a test result

I have updated the Siteprofile ZIP: look in the first post You now first must install the Imagick Resizer module. Also it is more robust and check if you have installed Imagick on your server also on the frontpage when trying to read the version numbers. @Adrian: I have added new/changed tests for icc-cms. Now the usage of ICC-files is reflected in the search result for every single image! Please drop the old profile and run the new one from scratch. (remember first to edit the includes in config.php) Read the slightly new instructions in the first post here in this thread.

Hi Pravin, unfortunately I don't know how the upload via ckEditor works. We need to wait for someone to come in here with more knowledge about that. But due to the fact that only portrait oriented images are effected, I guess that there is something used related to the width of the images only for displaying them. How do the CSS for the images look like? Can you provide an online link to a testpage?

You can simply use a textfield for an URL and also you do not need to use the WireUpload if you finally want to use the image(s) within an pw images field. For that you simply can use $page->images->add('URL_from_text'); But remember to not use $input->post->your-text-field without first validating it. You need to make sure you only got an URL!

Hi miparvin, welcome to the forums. Please can you provide a little more infos? Did you have uploaded the images via ckeditor or via the normal images fieldtype? How do you output the images? Via RTE (ckeditor) or direct in your template(s)? Please provide the line(s) of code that is used to output the image(s). Is the output of wrong images a mix of landscape and portrait oriented images, or belong all wrong sized images to only one of that groups? Best regards Horst

@Martijn: To install it under my windows apache I struggled over 2 days to find a php Imagick extension and the right ImageMagick installation that all together works with my PHP Version. It took me 3 hours Following is what I have found to work finally. Martijn, you will do this for the Mac when you have solved it, right? You first need to check if you are running a x86 (32bit) Apache / PHP or really a x64 bit one. I'm not sure but most installations on Windows maybe x86 (regardless if you running a x64 windows). I have taken a Imagick extension from here: http://www.peewit.fr/imagick/ I'm running PHP 5.4.26 as apache module and it is a ThreadSafe version what needs to be compiled with MSVC 9 The ImageMagick app is from here: http://imagemagick.org/script/binary-releases.php#windows I took the ImageMagick-6.8.9-0-Q16-x86-dll.exe it is for Win32 (x86), it should be a dynamic version (no static one) and we want 16bit pixel support If you work with other versions of Apache and PHP (e.g. x64) you need to choose x64 versions (MSVC 11 compiled) of ImageMagick / Imagick My Apache and PHP was already running so I installed ImageMagick with their provided Installer. The only important part was to tipp the checkbox that ask you to put the path from ImageMagick into your system-path variable! Second I copied the php_imagick.dll into the php extensions directory (look into php.ini at extension_dir = ) and add a line into the php.ini under Dynamic Extensions: extension=php_imagick.dll After restarting the Apache service I could see Imagick in the list of phpinfo(). Check this and also if you have a number higher than 0 for supported fileformats / imageformats in that phpinfo section. (with my first try installing ImageMagick I got versions that doesn't colaborate together what results in 0 supported fileformats there)

WOW! Ähm, sorry: "Good morning too" It is wonderful to see what you are doing and especially nice is that you share it in this way. <attention-google-translated>Add me jump right back many memories and longings on while I rummage in your reports.</attention-google-translated> - Uuuh. <german-because-the-above-is-google-translated>Es ist wunderschön zu sehen was ihr macht und besonders schön ist es das ihr das auf diese Art teilt. In mir steigen direkt viele Erinnerungen und auch Sehnsüchte auf während ich in euren Berichten stöbere.</german-because-the-above-is-google-translated> --- BTW: If you ever come near to Larzac (plateau in the south france) maybe worth to visit Le Arc. I was there and on the plateau for peace and anti militarian demonstration in 1980 and years later for vacation. Meanwhile some other communities has dissolved, but Le Arc still continues to exist, as I have heard last year. EDIT: I do not use RTEs with images myself. I have done it once, together with Images Manager, maybe 10 month ago. I don't remember very well the deatils, but it works good for me and maybe it is worth you simply try out the Images Manager.