johndoe

This is what I've saved from FB subforum

Quote

In site/ready.php I add this code...

$forms->addHookAfter('FormBuilderProcessor::formSubmitSuccess', function($event) {
    $form = $event->object;
    if ($form->formName == 'YOUR-FORM-NAME-HERE' && $form->isSubmitted()) {
        $values = $form->getValues();
        array_walk($values, function(&$i){ $i = htmlentities($i, ENT_QUOTES, 'UTF-8', false); });
        $form->successMessage = wirePopulateStringTags($form->successMessage, $values);
    }
});

... changing 'YOUR-FORM-NAME-HERE' for the actual name of your form.

I can now include submitted values in my success messages. Like this;

Thank you, {name}. A confirmation email has been sent to {email}.

@franciccio-ITALIANO , check this out: https://processwire.com/docs/fields/images/

@franciccio-ITALIANO If you have an HTML Entity Encoder in Text Formatters you need to remove it, because that is causing the issue you're describing.

13 hours ago, franciccio-ITALIANO said:

What did I do wrong?

My guess would be that you have nothing in your foreach loop. You should put html code in your faq template file, not in the repeater field. Repeater field should only have question and answer.

<?php foreach($page->faq_ripetitor as $faq):?>

<li>
				   
	<a class="uk-accordion-title" href="#"><div class="fa fa-comments"></div><h2 class="perh2faq"><?=$faq->faq_question?></h2></a>
				   
		<div class="uk-accordion-content">
				
          	<p style="color: white;">
							
				<?=$faq->faq_answer?>
								
			</p>
          
		</div>				   
				   
</li>

<?php endforeach;?>

@NorbertHAgh, my mistake. There's no need for @alert-success-background. It's just Uikit alert style not used by pw.

If you want normal messages to be green, put green color in @alert-primary-background:

@alert-primary-background: #32d296;
@alert-primary-color: #fff;
@alert-warning-background: #faa05a;
@alert-danger-background: #f0506e;

Here's a screenshot.

Just tried:

//alerts
@alert-primary-background: yellow;
@alert-success-background: green;
@alert-warning-background: orange;
@alert-danger-background: red;

and it's working on my end.
Browser cache problem maybe?

Add this to admin.less:

//alerts
@alert-primary-background: #ffd;
@alert-primary-color: #354b60;

This will bring back vanilla pw notice style.

Just a quick test: dark theme.

For anyone interested, here's the admin.less file: admin.less

Maybe a little off-topic, but while we are speaking about javascript: is there any particular reason why Stripe is loaded on every forum page instead of just checkout page? Seems redundant, but maybe I'm not seeing the whole picture here.

@DrQuincy You can see how Form Builder handle file inputs here >> https://processwire.com/sites/submit/.

To answer some of your questions:

1. Nope. No drag and drop, or upload progress bar as of yet.
2. On the backend I think its just the same as processwire file validation. I don't know about the frontend tho.
3. Yes, there are 3 or 4 output options. You can use built-in styling, or use your custom css/html.

Sadly, no demos, but you always have satisfaction guaranteed or your money back.

Am I the only one getting rather large performance hit when using this module?
According to tracy debugger, outputting just one icon can double the execution time. I have tested it in two different environments, and they both have similiar issue:

1. local pw 3.0.148 stable / PHP 7.3.1 / from ~500 ms to ~900 ms
2. remote server pw 3.0.160 dev / PHP 7.2.31 / from ~250 ms to ~600 ms

@JeevanisM Post all code from that template. Are you 100% sure you enabled stars for the field named videocomments?

Also, check your browser console, because there are errors/missing files (/js/pjax.js and /js/lazysizes.min.js) on the page that you linked. I don't think that it's related to your problem with missing stars, tho. Just a heads-up.

2 hours ago, Orkun said:

Looks like this happens only when the ckeditor field is in inline mode

Can't confirm. I can place images wherever I want in inline mode (pw 3.0.148).

Post more details: browser, processwire version, etc.
Also check details tab for this particular cke field. Maybe there's something that is causing this kind of behavior.

Ok,  now lets see what's in the Family settings in Home template. You have onecolumn and twocolumn templates selected in Allowed templates for children, right?

Processwire is a gift that keeps on giving.

Quote

The module you mentioned is probably this: https://modules.processwire.com/modules/page-list-image-label/

Yup, that's the one.

You can customize everything with bookmarks (Pages->Find->Bookmarks). Just select which fields you want to output.

As for other solutions: if you want to see thumbnails in page tree, there's a module for that.

What about a scenario when client upload a webp image (.webp renamed to .jpg)?
I just had that case with one of my clients on pw 3.0.123. With processwire 3.0.123 I am able to edit and view the page with uploaded webp image. Only drawback: no thumbnails are generated.

Now, reproducing that scenario with pw 3.0.141, whenever I try to edit or view a page containing uploaded webp image, I'm getting 500 internal server error.
Tracy says: ProcessWire\WireException webmimage-9.0x260.jpg - not a supported image type
Source file: File: .../dev/wire/core/ImageSizerEngine.php:574

574:                throw new WireException(basename($filename) . " - not a supported image type");

Its the same error with either GD (2.1.0 compatible) or ImageMagic (6.9.4-10 Q16 x86_64 2017-05-23).
PHP version: 7.2.22

------

@Ivan Gretsky, I was able to convert your image to webp with GD and ImageMagic (libraries, php and pw version same as above).

(blue background is from a css style)

Good stuff.
I don't want to sound like a broken record here, but there's another minor issue:
Horizontal scrollbar now appears when content exceeds the viewport height. To my understanding this issue is connected to the 'pw' css class in html tag.
It was ok in v0.5.4

I might be cutting some corners here, but I'm just lazy. Tables.

I think we might have a problem here, boss.
Is login screen suppose to look like this in version 0.6.2? Version 0.6.1 looks ok (minus the notification bar covering input fields).

I have the same results on two installments (pw 3.0.123, firefox 70 and Chromium) one was an upgrade from 0.5.4, second clean install.

One of my sites is also on 3.0.123 and it's working correctly there. Try turning debug mode on, and see if any warning or errors pops out.

There's no settings responsible for ordering items in repeater field iirc (besides hooks maybe).

Shouldn't it be:

foreach ($page->normal_days as $normal_day) {
            echo $normal_day->tables.",";
        }

Also check: Repeatable Fields / Matrix Fields

Can't you just use some css to achieve this? https://css-tricks.com/almanac/properties/b/background-blend-mode/

You could probably do that by using some hooks or by directly editing ProcessPageEditImageSelect.module (line: 930)  https://github.com/processwire/processwire/blob/master/wire/modules/Process/ProcessPageEditImageSelect/ProcessPageEditImageSelect.module#L930

On 22.09.2016 at 7:33 PM, Lance O. said:

Is this module compatible with PW 3.x? I just installed it but the Help tab isn't displaying for the designated template.

I changed 2 lines in site/modules/TemplateNotes/TemplateNotes.module (starts at line 98)

        if(ProcessWire::versionMajor == 2 && ProcessWire::versionMinor <= 4)
            $form->append($tab);

        if(ProcessWire::versionMajor >= 2 && ProcessWire::versionMinor >= 5)
            $form->prepend($tab);

to

        if(ProcessWire::versionMajor == 3 && ProcessWire::versionMinor <= 4)
            $form->append($tab);

        if(ProcessWire::versionMajor >= 3 && ProcessWire::versionMinor >= 5)
            $form->prepend($tab);

Seems to be working on 3.0.40. Only glitch is the bottom Save button jumps above notes content.