Joachim

On 6/20/2022 at 1:16 PM, Andy said:

How to enable archive support in PHP.

Your web hosting provider must have these options enabled when running PHP. If you control this yourself, add these keys on the PHP command line:

--with-bz2=/usr --with-zip --with-zlib 

Detailed instructions are here:

https://bobcares.com/blog/enable-php-zip-extension-cpanel/

Thank you, Andy. The steps were slightly different through my provider, but it seems ZIP was enabled anyway.
I tried again to enable debugging in config.php, and for some reason it worked now. Could it be a caching problem somewhere, maybe, as I had just updated ProcessWire before posting my initial message here?

On 6/20/2022 at 1:07 AM, Simi said:

There are already good guides on the internet on how to update ProcessWire! Look here: How to upgrade ProcessWire to the latest version or here ProcessWire Upgrade (ProcessWireUpgrade) - ProcessWire Module

Thank you, Simi, but it was explicitly about manually installing "Zip and ZipLib in PHP".

On 6/9/2021 at 11:18 AM, Andy said:

@Simi

Problem solved.

PHP 7.4 ZIP extension option --enable-zip was removed. You need to manually install Zip and ZipLib in PHP.

Hi Simi,

Can you explain how to do this?

Thank you in advance!

I just started writing a blog post. I have a 'blog_entry' template with both a 'body' and 'images' field. The 'body' field is of the Textarea (Multi-language) type using the CKEditor 'Inputfield Type'. The 'images' field is simply of the Images type.
Within the 'blog_entry' template, I (obviously?) need to upload images to the 'images' field in order to be able to insert them into my CKEditor field (using the Insert image button).

However, whenever I insert an image, everything else within the text editor is removed or replaced. Does anyone know why this would happen, or can anyone help figuring it out?

NB I have just updated ProcessWire, which didn't help this matter, but am currently not able to update any other modules (same issue as mentioned here). Maybe that will eventually solve things, but for now I figured it more productive to raise this issue independently.

(P.S. This is likely unrelated, but it might be worth mentioning anyway: I just tried the text editor again, and now it is completely blank, so apparently there is more going on. Even before updating ProcessWire I had installed the AdminOnSteroids module to see if that would solve things, and had configured it to use the LightWire layout for the CKEditor. Initially this worked (but didn't solve the issue), but now — possibly since updating PW — the entire CKEditor is missing/text editor field is blank. On page load I am able to discern in a flash how the editor with the contents is loaded, so apparently something is drawing over it.
Upon inspection, it seems the html <textarea> class with an id of 'Inputfield_body' has its visibility set to 'hidden', so maybe there's a script not running properly?)

I just ran into the same problem: after updating ProcessWire (3.0.162 -> 3.0.201) and setting 'debug' to 'true', I am unable to update any modules (using the Upgrades page) - PW still gives me that same error Claus mentioned.

But I have too little knowledge of the backend mechanics to know what I should do based on the comments here: what is the PHP-zip, how do install or update it, or how and/or where do I change owner settings of the folders the updates need to access? Can anyone elucidate?

21 hours ago, teppo said:

Technically it's a (browser rendering engine / HTML) feature, not a bug ?

According to HTML spec you can only put phrasing content within <p> tags, and as such, <div>'s are not allowed. When you inspect the page with dev tools, what you see there is the browser doing its best to convert invalid HTML markup into something valid (even though the end result is clearly not exactly what you were aiming for). On the other hand when you're viewing the "raw" page source, the browser won't try to parse or process it, which is why it seems to be fine.

If you need an element within <p> tag to behave like a block element, you should rather use a <span> (or another inline element) with "display: block".

Ah, that explains a lot! So this hasn't even anything to do with ProcessWire ?

I had looked at the red text in the source file as Firefox presents it, but saw how in the example pages at times more than plain text was used, so didn't think it would be problematic. Still, it was probably only PHP outputting plain text..

Thank you for the concise explanation!

Update:

Apparently the only reason I get that result is because it is wrapped in a <p> element.

Is my setup to blame or is this a (known) bug?

Long time user and huge fan of PW, but this time I can't find an answer to my question this time:

For my social media buttons, I have a Repeater field called var_link_web with two fields: one is for the URL, and the other is an Images field containing two images that are used as a background-image for a <div>, of which the second is the ':hover' version (although activated through JavaScript here). 

There are four instances of this Repeater, of which two are 'turned off'.

I use the following PHP in my _main.php to call them, wrapped in <p><?php == ?></p>:

$s_m_button = $variables->var_link_web;
foreach($s_m_button as $button){
	$button_image = $button->var_link_image->first->height(80);
	$button_image2 = $button->var_link_image->eq(1)->height(80);
	echo "
	<a href='$button->var_link_url'>
       	<div class='image_link' style='background-image:url({$button_image->url})' onMouseOver='this.style.backgroundImage=url({$button_image2->url})' onMouseOut='this.style.backgroundImage=url({$button_image->url})'>
        </div>
	</a>";
};

($variables leads to an unpublished page with several fields I want to have easy access to, and is defined in _init.php.)

However, this gives me the following result:

I have no idea where the extra <p>'s come from. The URL field has the 'HTML Entity Encoder' turned on. What's even weirder is that the HTML source file seemingly renders correctly:

<p>			
	<a href='https://www.facebook.com/'>
		<div class='image_link' style='background-image:url(/site/assets/files/1045/icons-facebook-square.0x80.png)' onMouseOver='this.style.backgroundImage="url(/site/assets/files/1045/icons-facebook-square2.0x80.png)"' onMouseOut='this.style.backgroundImage="url(/site/assets/files/1045/icons-facebook-square.0x80.png)"'>
		</div>
	</a>
	<a href='https://www.instagram.com/'>
		<div class='image_link' style='background-image:url(/site/assets/files/1046/icons-instagram-square.0x80.png)' onMouseOver='this.style.backgroundImage="url(/site/assets/files/1046/icons-instagram-square2.0x80.png)"' onMouseOut='this.style.backgroundImage="url(/site/assets/files/1046/icons-instagram-square.0x80.png)"'>
		</div>
	</a>					
</p>

Removing the JavaScript has no effect. I'm probably missing something obvious, but am at a loss here.

Thank you in advance!

Hi Blynx, thanks for the great plugin!

Is it possible to exclude an image from the generated gallery, but still include it in the lightbox?

I have set echo $pwpswp->renderGallery($page->images->slice(1)), in order to prevent the first image in the $page->images field from being repeated in the gallery (it's shown individually at the top of the page).

I have tried using an 'items' array in $galleryOptions (as can be seen halfway down this PhotoSwipe documentation page), but nothing changes (I was able to change the indexIndicatorSep var, so it's not my code, methinks). Do you know of any way to accomplish this?

Thanks in advance!