adrian
-
Posts
11,266 -
Joined
-
Last visited
-
Days Won
374
Everything posted by adrian
-
Options needs to be an array: array('upscaling'=>false)
-
That makes sense for sure. When I sent you those other links, I assumed that the usernames would be different to the email address.
-
Something sounds wrong there - are you sure you don't have something else that is handling the email to username check? I don't see anything in the login method to handle an email: https://github.com/processwire/processwire/blob/35df716082b779de0e53a3fcf7996403c49c9f8a/wire/core/Session.php#L704 and it doesn't work for me.
-
Not sure, but maybe try hooking after: Session::redirect Or maybe you need to: $session->logout() first.
-
I don't see why not - I never really thought about it before, that's all. Trouble is that I now have too many modules and not enough time I wasn't really sure how much use this module was getting. Is anybody else using this regularly?
-
Hi everyone, Thanks to @Richard Jedlička for testing and ideas, there is a new version available. New features, both off by default: Option to control pages saved via the API - respects all defined settings, just like via the admin GUI. Option to set the name to match the title, even if the title wasn't changed during the current page editing event. Let me know if you notice any issues with this new version.
-
Save position: https://github.com/adrianbj/TracyDebugger/blob/865a669a3ddfc0e528413452235e8aefe50e332e/ConsolePanel.inc#L95-L107 Restore position: https://github.com/adrianbj/TracyDebugger/blob/865a669a3ddfc0e528413452235e8aefe50e332e/ConsolePanel.inc#L540-L545
-
Two options: https://processwire.com/talk/topic/1716-integrating-a-member-visitor-login-form/?page=4#comment-89599 https://processwire.com/talk/topic/1716-integrating-a-member-visitor-login-form/?page=4#comment-89616 You should read about the pros and cons of each.
-
http://modules.processwire.com/modules/markup-dribbble-feed/
-
I use that technique in the Console Panel of the TracyDebugger module - it's pretty easy to implement by storing the current position in LocalStorage or cookie. Perhaps you could send Ryan a PR with the added functionality?
-
What you want is domdocument: Google this: php domdocument get first image
-
Checking if a body field has an image in it or not should be as simple as: if (strpos($page->body, "<img") !== false) { // contains at least one image }
-
Or if you come across a situation where you don't actually need the children, this is quicker: $child->numChildren(); but of course if you already have them, then there isn't much point doing this.
-
Just because it looks like valid json doesn't mean it's in the correct format for Migrator. But could you please make sure you are using this version of Migrator: https://github.com/adrianbj/ProcessMigrator/tree/3e2121b8fdb68e9d9dc0c6aca8aae75e923a2669 It is two commits behind, but it looks like some bugs were introduced since that commit. As an update on this project. I still do want to get back to it, but I am now going to wait until Ryan completes all the new core page migration tools so I can use those new core methods. Will wait and see exactly what functionality he builds and extend from there if needed.
-
Excellent - sorry about the new bug in the first place
-
Hi @flod, I have had users able to upload images no problem here. Could you perhaps help by debugging the error from the image upload. Your browser dev console's Network tab might show what is going on. Anyone else using this module having any problems with image upload?
-
Please try the version I just committed - I have just tested here on PW 2.7.2 and it's working fine. Note that I am using horst's WireMailSMTP module, but I don't think that should matter.
-
Nice first post Thanks for your contribution!
-
Thanks - I ended up changing a little anyway. I went with: $titleMultiLanguage = $this->modules->isInstalled("FieldtypePageTitleLanguage") && $this->fields->get('title')->type == 'FieldtypePageTitleLanguage'; because I figured in this case we need to be sure that the "title" field type is actually set to "FieldtypePageTitleLanguage" or we'll get a non object error when I try to use getLanguageValue() on it. Sound ok?
-
I think the issue might be the PW version. I started using $mail->new() which I think maybe wasn't available in that version. Could you please clarify that it works if you change that line to: $mailer = wireMail();
-
Does this do what you need? http://modules.processwire.com/modules/fieldtype-select-ext-option/
-
Then go with child pages, or pull info from the file's description and tags fields. You could possibly put the date in the description and the type (Regular, Financial. etc) in the tags field.
-
I would strongly recommend not doing this with an RTE textarea - it is always going to be a mess I would suggest building the table in your template file with the API. You can iterate through the PDFs in the files field, or use a repeater, or even child pages if you need more info for each PDF. Let me know if you need some help with this.
-
@tpr - it's implemented, although a little differently because I didn't want "default" taking up so much space in the input. I went with a warning icon and outside of the input so I could add a title tag to it. I am checking if the "FieldtypePageTitleLanguage" module is installed before checking if there is a title in the user's language. Maybe one of the ML gurus can tell me if there is a better approach: $this->modules->isInstalled("FieldtypePageTitleLanguage") && !$cp->title->getLanguageValue($this->user->language) Let me know if this suits your needs.
