Lance O.

  • Content count

  • Joined

  • Last visited

  • Days Won


Lance O. last won the day on March 20 2012

Lance O. had the most liked content!

Community Reputation

77 Excellent

About Lance O.

  • Rank
    Distinguished Member

Contact Methods

  • Website URL

Profile Information

  • Gender
  • Location
    Columbus, Ohio

Recent Profile Visitors

7,572 profile views
  1. Ryan, Thanks again for making Login/Register/Profile available. It looks like it will serve 99% of my needs with one exception. What are the chances that the Login/Register/Profile module will support images soon? I've been playing with the module and want to use it on a community project that I've had in mind for a while, but just noticed your disclaimer: "You should stick to using simple text-based fields for now. File/image fields, repeaters, rich text editors and combination fields fields are not supported on the front-end at present." I'm willing to be a guinea pig for testing if that helps facilitate the functionality.
  2. I have to agree that I don't think this module needs to be part of core. But I do think that it needs to remain in active development, even if that means it becomes a Pro module. Modules like ListerPro (which I love and use all of the time) bring value to a project, but they aren't necessarily defined as a project requirement by the client. However, if a project requires the functionality of Login/Register/Profile, this module may mean the difference of a client agreeing to use ProcessWire over another CMS. To me, that's a game changer, and is why it has been on my wishlist for some time. I've already started using it for a community project that I've wanted to build, although I'm hoping that it will play nicely with images very soon.
  3. First, let me say that I've been looking forward to a module like Login/Register/Profile. I think a module like this one helps to bring another category of projects to ProcessWire that otherwise would have been developed in another CMS. I've been playing with the module over the weekend and discovered the following: Opening "Fieldset in Tab" fields display as an option in the module's "Profile form fields" setting. Ending "Fieldset in Tab" fields display with the label "Close an open fieldset". I'm going to assume that "Fieldset in Tab" fields should not display as an option. If an image is added via the "Profile form fields" setting, the default display of that image on the public side displays the Edit functionality for the image. Can this be turned off? If an image's settings restrict the image's dimensions, the image does not display appropriate errors if a larger or smaller image is uploaded. I feel that images need to work well with this module since profiles on most services these days include an option for a profile image. Thank you for making this available!
  4. Because the client needs the ability to add or edit categories. Creating a "Select Options" field would mean that I would have to provide permissions to edit the field itself.
  5. Thanks for your quick response, abdus, and for providing a link to the earlier discussion. Rather than spend any more time on a solution, I think I'll just create two different templates based on your suggestion. Thank you!
  6. I'm working on a site that has both a "Blog" and a "News" section. I'd like to be able to use the same "Post" template for child pages of each of these sections. The catch is that the "Post" template needs to include a Page Reference field that should display categories specific to "Blog" posts -or- specific to "News" posts. In other words, the categories for these two sections are different. What is the best approach in displaying a "Categories" field on the "Post" template that would display the appropriate categories based on if the post is located in the "Blog" or the "News" section? Page tree looks like this: Blog Posts Blog Post 1 (Categories field should only reference blog categories) Blog Post 2 Blog Post 3 Categories Blog Category 1 Blog Category 2 Blog Category 3 News Posts News Post 1 (Categories field should only reference news categories) News Post 2 News Post 3 Categories News Category 1 News Category 2 News Category 3
  7. Thanks for the quick response!
  8. What about this module makes to specific to PW 3.x and above? I would like to be able to use it on site using PW 2.7.2.
  9. I just cleared the compiled files from the main Modules page and that seems to have removed defaults when adding new products manually.
  10. This is a site that I developed. I originally imported the products via the API. Only now default values are used when adding a product manually through PW. It seems to me that there is something cached that is causing defaults to appear. There are no hooks or modules that add defaults.
  11. I am using a "Page Reference" field to assign tags to products. The "Page Reference" field uses an input field type of "AsmSelect". In the "Settings specific to 'asmSelect'" section, the "Default value" is empty. However, there are four tags automatically added when I create a new product page. Every new product includes these same four tags. I'm using PW 3.0.62. Can someone confirm if this is a bug in this version? If it is, I need to let my client know that it will be fixed in an upcoming release. Or is something else at play here? Exported "tags" field is below: { "tags": { "id": 257, "type": "FieldtypePage", "flags": 0, "name": "tags", "label": "Tags", "derefAsPage": 0, "inputfield": "InputfieldAsmSelect", "parent_id": "/tags/", "template_id": "tag", "labelFieldName": "title", "collapsed": 0, "usePageEdit": 1, "icon": "tags", "allowUnpub": "", "defaultValue": "", "template_ids": "", "findPagesSelect": "", "findPagesSelector": "", "labelFieldFormat": "", "addable": "", "showIf": "", "columnWidth": 100, "required": "", "requiredIf": "" } }
  12. Thank you for the references!
  13. Has anyone had any recent experience displaying Facebook posts using the Facebook PHP SDK? I find the Facebook documentation to be confusing and I'm coming up short in finding recent information and code examples online. Any help is appreciated.
  14. That did the trick. Thank you!
  15. I've created a Page field that uses a custom hook (included in /site/read.php) that lists all users with a role of client. $wire->addHookAfter('InputfieldPage::getSelectablePages', function($event) { if($event->object->name == 'client') { $event->return = $event->pages->find('template=user,roles=client'); } }); When I log in as the superuser, the list of users displays correctly. However, when I log in using an admin role that I created, the list is empty. I've given full permissions to the "admin" role. Why can't the admin role see the list of users? The ultimate goal is to create a user with a client role, then assign the user to a specific page in the site using the Page field.