-
Posts
1,080 -
Joined
-
Last visited
-
Days Won
17
Everything posted by dotnetic
-
Regarding my post/bug mentioned here This only happens when I selected or sidebar (left). I know, it's experimental ^^ With the Traditional setting with masthead navigation everything works fine.
-
The article in German is up. Please see this post for details
-
Hi guys, I published a new article "Why ProcessWire is the best choice for your website (not always, but in most cases)" on my website It is also available in German "Warum ProcessWire die beste Wahl für Ihre Website ist (nicht immer, aber in den meisten Fällen)". Feel free to comment or give me advice on missing things. Cheers Jens
- 12 replies
-
- 12
-
-
I am working on an article right now, that covers this topic, it´s called "Why ProcessWire is the best choice for your website (not always, but in most cases)". I hope I can publish it in the next few days. But first it is only available in german and will be translated afterwards (via DeepL and some manual corrections). I will post a link here in the forums, when the article is up.
-
Hi guys, I am working on a blogpost to convince customers in doubt that ProcessWire is right for them. The article is almost ready, but first only in german and will be published on my website soon. It will be translated after publishing. One question that would be answered is "You have heard that ProcessWire is relatively unknown or not widely used" and I want to bring up some well-known brands as examples, that are using PW. Right now I have this list, but they are not so well-known: BMW Test Drive BMW Dealersites Die Höhle der Löwen Produkte Maxim Markenprodukte Jentschura´s Regenata KF Interactive Werbeagentur Dojo Werbeagentur FriendChip Verband österreichischer Banken und Bankiers Metasystems Informatiktage Captiva Writer Relocations So, do you know any big names, that use ProcessWire as their CMS?
-
Hi @tpr. I found a bug if you use AdminOnSteroids with the latest AdminThemeUIKit in ProcessWire 3.0.84. If you have activated the setting "Edit modules in modal on long-click" under Module tweaks, then the Save Button has a weird behavior. First of all it does not work anymore, and second it displays multiple buttons (see screenshot). Another problem is, that the CTRL-S shortcut does not work with AdminThemeUIKit. It would be great if you could add this. Cheers Jens
-
@adrian These additions are great. I think the new console function is very useful. Thank you for all your efforts.
-
Netcarver is da man. I want it all and I want it now! Where is the download link.... can not wait
- 38 replies
-
- 1
-
-
- hosting integration
- preview
-
(and 2 more)
Tagged with:
-
I can confirm the wrong behaviour in a fresh PW install (in the backend/admin). This seems to be a general bug in the datepicker. You should file a bug report at https://github.com/processwire/processwire-issues. Eventually make a video/screencast to show the wrong behaviour. For ease to reproduce, export your field configuration and paste it into the bug report. To do this go to Fields -> Export Click the datetime field you want to export click export paste the json data into your bug report
-
Please be a little more specific. Which version of PW are you using? What are the settings for your field? You can export the field from the "fields" page and paste the code here.
-
Somehow your module does not work correctly in my ProcessWire. I am using 3.0.71 right now. I have this code in my body field and your textformatter applied to the body field: <pre> <code class="language-php"> echo "this is PHP"; </code> </pre> After outputting it on my site it shows up as: pre> <code class=" language-php language-php"> <span class="token keyword">echo</span> <span class="token string">"this is PHP"</span><span class="token punctuation">;</span> </code> <script src="/site/modules/TextformatterPrism/prism/prism.js"></script> <script src="/site/modules/TextformatterPrism/prism/components/prism-php.js"></script> So as you can see, it the first pre tag is destroyed/converted and the closing pre tag is removed.
-
Hi folks, I published "Simple file downloads with ProcessWire tutorial" today which explains how to make a simple download function with ProcessWire (tested with version 3.0+). Basically this is based on my post here in the forums
-
Hey Adrian, I spotted another bug. If you go to the modules settings and check the "Generate Password" option, then after saving an error occurs: "Session: You need to have digits and at least one of the letter options checked."
-
No the site is not online, I test here in my dev environment.
-
I catch emails with Tracy´s mail interceptor, but no email is there.
-
Yes, I removed that line, but email is still not being sent. I even set autoload to true in the settings file, but that changes nothing. Don't know why the email is not sent
-
Even when I use: $modules->get("EmailNewUser"); $new_user = new User(); $new_user->of(false); $new_user->addRole("editor"); $new_user->email = "someone@somewhere.com"; $new_user->name ="someone-somewhere.com"; $new_user->sendEmail = true; $new_user->of(true); $new_user->save(); in Tracy console, the mail is not being sent. Or do I do something wrong?
-
Thanks. I did not use $modules->get("EmailNewUser"); because I previously changed the module to autoload, but after the updates this setting was gone. Thanks for the hint. I am using latest ProcessWire Dev version from Github which is 3.0.80 And my settings look like in my screenshot. I am on a Windows System if that matters. But I don't think so. After going into the pass field and saving the settings my bar dump now shows the same settings as yours. But these settings seem to be not available by default.
-
Adrian, thank you for your support. The new version is generating the password fine. But now the problem is back that no email is being sent when I create the user via the API Here is the code, that I used to test this: $new_user = new User(); $new_user->of(false); $new_user->addRole("editor"); $new_user->email = "someone@somewhere.com"; $new_user->name ="someone-somewhere.com"; $new_user->sendEmail = true; $new_user->save(); In a fresh PW 3.0.80 install I tried the latest version 1.1.2 and the output of d($fields->get('pass')->minlength); is still "null". If I output only the field, I get the following data (see screenshot).
-
Hey @adrian. The password generation in the latest version does not work correctly. It only generates passwords that are 1 char long. In line https://github.com/adrianbj/EmailNewUser/blob/master/EmailNewUser.module#L158 you generate the new password. The output of bd($this->wire('fields')->get('pass')->minlength); is null. If I try to insert a number instead, it works. $newPass = $this->passwordGenerator(6, false, $this->buildPasswordCharacterSets($this->wire('fields')->get('pass'))); I get back to the other questions soon.
-
Here is another one: If I create a user via the API and use $new_user->sendEmail = true; an email is not being sent. Here is the code that I execute via Tracy console: $new_user = new User(); $new_user->of(false); $new_user->addRole("editor"); $new_user->email = "aceman3000@gmail.com"; $new_user->name ="aceman3000-gmail.com"; $new_user->sendEmail = true; $new_user->save();
-
Another bug: If you choose to re-send the welcome message, a new password is not generated.
-
Hey @adrian. I installed the new version from Github. There is a small bug that I found: If I create a user and don't send him a welcome message, then the next time I edit this user (maybe I want to add some details to custom fields) the label of the email function reads "Re-send welcome message" although I did not send an email yet. Feature request: If "Generate password" is checked, and the "PasswordForceChange" module is installed, the checkbox "Force password change on next login" should be checked, because it is not save, to send passwords via email. But maybe that is just my opinion. What do you think of that?
-
Hey @adrian. Thanks for your quick reply No they did not show even when the option was checked. Switching the init function to a ready function fixes the problem. I also thought of doing this, but didn't do it. Now it is working fine I use the latest version from github = 1.0.5 and if I open the file in a texteditor or in my IDE then line 54 is the correct line. EDIT: Weird, on github it is line 55. Must be something in my editors. Regarding the output of line 72 (that was something that I added): bd($event->object->attributes["class"]); There is a problem with removing the required attribute from password fields. It gets removed, but if you accidentally enter something in the password field and then delete it, you can not submit the form, because the required attribute gets added back in. This is coming from the InputfieldPassword.js which gets added to the page. Starting in line 120 it reads $input.on('change', function() { var val = $(this).val(); if(val.length > 0) { $input.attr('required', 'required'); $confirm.attr('required', 'required'); } else if(!$(this).closest('.InputfieldStateRequired').length) { $input.removeAttr('required'); $confirm.removeAttr('required'); } }); So if the "Generate Password" Option is set, the script should not be executed or loaded. One approach would be, to remove the CSS class "InputfieldPasswordComplexify" so the script does not react to it. I tried to make a hook for this, but it does not work yet. Maybe you have some suggestions? Here is my hook in the ready function: $this->addHookBefore('InputfieldPassword::render', $this, 'removeComplexify'); and here the function protected function removeComplexify(HookEvent $event) { $f = $event->object; bd($f); $f->removeClass('InputfieldPasswordComplexify'); } I don't know what is wrong or if this is the right approach. I even tried to use addHookAfter, which also did not work. Maybe you have an idea?!