kongondo

Hi @taoguang. Welcome to the forums. For such custom markup, I recommend you make use of the getMenuItems() method as described in this post. I am happy to assist if you do get stuck.

This answers my question. The site is updated regularly it seems. Are you able to convince them to have it ported to PW then? They'd pay (in my reckoning) a pretty much one-off amount to have everything under one roof with little or no monthly running costs. But I digress. Back to your question, some of your choices are: i) access the database directly (ii) use the JSON feeds as suggested by @dragan. The challenge with (i) is that the data you need seems to be in different tables (e.g. the groupings are probably their own table versus the registry of animals itself). That would mean writing some SQL to get what you need. Also have a look at their Views Datasource. (iii) Use their REST/SOAP we services, e.g. RESTful, RESTFul Web Services and Services. I would go for option (iii). There's a number of videos and articles out there to get you started. This one is a good intro as well as the video here. On ProcessWire side, since you are not accessing its database, one option would be to create virtual pages on the fly to display your data. This is only if you need access to PW API. It is just one option and there will probably be other ideas. However, for something as simple as displaying a table with the number of animals in some group, you can even use plain old PHP to loop through the data and create a table. I am just brainstorming. I haven't done anything like this before so take my rumblings with a healthy pinch of 'salt' . Whatever your choice of action, you'd need to get your hands dirty with this one.

I see, OK. Is the Drupal site updated or it is just a 'database' of sorts?

Welcome to the forums. Glad you find the module useful. Regarding your question, it's hard to tell without seeing some code. Are you using the field directly in the ProcessWire user template or you have some other pseudo page for users?

The link to the forum itself won't help you much. Access to that forum is what you need. If you have access, you will see the support forum when you log into the ProcessWire forums. Try sending Antti a PM. I know he's had a busy summer so he might have missed an email or two. He'll add you to the list of members who can access the Padloper support forum.

Is porting the sites to PW an option?

PaymentInvoice (for PW3) PaymentModule (for PW3)

- Ditto - : PW 2.7.3

Unless you changed it, Blog does not have an image field called 'images'. If you didn't change it, then the field is called 'blog_images'. FYI, all fields in Blog are prefixed blog_. The following should get you going... <img src=\"{$child->blog_images->first->size(200,200)->url}\">

Good to know. Thanks for testing! Please note I've just pushed a new commit (but did not change versions) to fix some oversight in the last commit. It should not affect you unless you are using the cached menu feature. I've also updated my previous post.

Update: Menu Builder Version 0.2.1. Changelog Fixed bug in 'current_class_level' where 'current_class' was being applied to 'Home' menu item when level was set to '0'. getMenuItems() now honours both locally and globally set 'include_children'. Added 'cached_menu' option to MarkupMenuBuilder to save and fetch menus from cache to speed up menu rendering if required. Added 'cached_menu_time' to set cached menu expiration time. For compatible times, see WireCache docs. Fixed bug in ProcessMenuBuilder where 'include_children' and 'm_max_level' inputs would be displayed when the page selected to add to menu was 'Home' (These options do not apply to Home). Note Cached Menu The benefits of this feature will likely be small for most sites as menu rendering is already fast. However, for cases where you have lots of items in your menu (or in your site map if you are using Menu Builder for such), you will notice some difference. In addition, since cached menus save the full menu items array to the database (JSON of items only; not the markup!), it means you avoid the internal multiple pages->get() for getting menu items. You only hit the database once or twice (WireCache) and you got your menu! The feature also works with multi-lingual sites, in which case each language's menu is cached separately. Anyway, the feature is there for those that need it. Please note that the feature does not work with getMenuItems() since in such cases you are retrieving menu items to do what you will with them (even cache them yourself if you wish). Limitations: Currently, cached menus ONLY respect 'current_class_level' 0 and 1 (the default). This is because the 'current-ness' of a menu item should not be cached! That has to be checked live [EDIT]. News features in dev branch only for now. Please let me know how it goes, thanks.

Have a look at Show If/Inpufield Dependencies https://processwire.com/api/selectors/inputfield-dependencies/

@Baldur2630 Moderator Note: I sympathise with your predicament and acknowledge your frustration. However, your site seems to be a Joomla website and I have not seen any indication that you intend to transfer your site to ProcessWire. As these are ProcessWire forums, we need to stick to ProcessWire-related themes. However, given your predicament, and that there are members who have been trying to help you already, rather than interfere with the conversation, in the interim, I'll move this topic to Dev Talk.

In this particular case, Blog will automatically render the pagination for you. You just need to make sure that the template where you call it allows pagination. Example (@see /ProcessBlog/template-files/blog-posts.php/). $blog = $modules->get("MarkupBlog"); //render a limited number of summarised posts $content = $blog->renderPosts("limit=10", true); //render a limited number of full posts //$content = $blog->renderPosts("limit=10"); echo $content;

Hi @RichyRich. Welcome to the forums and ProcessWire. Sorry you are struggling. If you haven't seen them yet, please see the (yet incomplete) docs. They should get you started. I see you are calling $blog but you are not actually doing anything with it. Did you want to display one blog post per page? Or a number of blog posts?

My bad! I forgot to do that check. We check by looking at $page->parents....Since home is everybody's parents, it passes the logic. I'll fix this in the next commit. RE 'specific menu items': Unlike the backend per-menu-item setting Include natural children, you cannot cherry pick which items to apply current class to. That has to be done at a global level, aka $options. For the benefit of others reading this, in this regard, 'current_class' and 'current_class_level' work globally. For 'current_class_level' = 0 we target current $page that is not part of the MB menu items (aka non-included) in order to apply 'current_class' to its NATURAL (ProcessWire) ancestors in the MB menu. For 'current_class_level' > 1, we target current $page that is either part of the MB menu or that was made part of the MB menu via 'include_children' in order to apply 'current_class' to itself as well as its Menu Builder ancestors in the MB menu if applicable. Back to Mike's question, as stated in some previous posts, for such fine-grained/specific control, I recommend using the getMenuItems() method with your own custom function. Please see this post for examples as well as custom functions + gists. Please note that currently, getMenuItems() does not support 'include_children' but it will soon.

You'd have to delete the variations. http://cheatsheet.processwire.com/files/image-methods/image-removevariations/ https://processwire.com/api/ref/pageimage/get-variations/ https://processwire.com/api/ref/pageimage/remove-variations/ @horst will probably give you more advice....

Update: Menu Builder Version 0.2.0. Changelog Modified 'current_class_level' option to apply 'current_class' to a menu item when viewing any of its descendant child pages (child, grandchild, etc.) in cases where those descendant pages are neither part of the menu nor included via 'include_children'. To enable this, set 'current_class_level' to '0'. Thanks @Mike Rockett for reviving this. Note I have tested this thoroughly but sometimes in Multilingual sites, depending on some conditions I am yet to pin down, the setting does not work properly. In such cases, using 'current_class_level' >= what you need does the trick. Please test and let me know. In dev branch for now.

What about sites that still use PW 2.7?

Renewals and Resend Links Hi, Renewal and resend links pages for Visual Page Selector have been added. Use renewals if you wish to renew a Visual Page Selector order whose subscription has expired (1 year). Resend are for orders that are yet to expire. Use this if you can't find or didn't get the confirmation email sent after your purchase.

Renewals and Resend Links Hi, Renewal and resend links pages for Dynamic Selects have been added. Use renewals if you wish to renew a Dynamic Selects order whose subscription has expired (1 year). Resend are for orders that are yet to expire. Use this if you can't find or didn't get the confirmation email sent after your purchase.

Renewals and Resend Links Hi, Renewal and resend links pages for Variations have been added. Use renewals if you wish to renew a Variations order whose subscription has expired (1 year). Resend are for orders that are yet to expire. Use this if you can't find or didn't get the confirmation email sent after your purchase.

Renewals and Resend Links Hi, Renewal and resend links pages for Media Manager have been added. Use renewals if you wish to renew a Media Manager order whose subscription has expired (1 year). Resend are for orders that are yet to expire. Use this if you can't find or didn't get the confirmation email sent after your purchase.

Yes. if($input->urlSegment1 == 'bar') { // display photo gallery } else if($input->urlSegment1 == 'foo2') { // display map } else { // display main content } // OR.. if($input->urlSegment2 && $input->urlSegment2 == 'whatever') { // do whatever } else { // blah blah } Have a look the the tut here, especially the second section.