Ivan Gretsky

Hallo Neo! Follow the white rabbit. 1) Pages scale much better that repeaters. So if you will have really lot of banners you better use pages. Or consider commercial Repeater Matrix field. 2) You do not have to unpublish your banners. You can just add a datetime field and name it something like show_until. Then in the code just use this field in the selector and choose only pages that have show_until field value less than today. 3) If you really need to unpublish those pages you can use Lazy Cron module.

That is 2 levels maximum... I am sure there could be multiple usages for a "Shadow PageTree" kind of thing. Maybe there is a way to alter PageTree in-memory object? Whatever it is (my knowledge is limited here).

Hallo! Is it possible to create such a thing? To pass it to SimpleMarkupNavigation for example?

My bad. It is PageArray, not WireArray. Anyway, could you consider the scenario of somehow making it possible for MenuBuilder and MarkupSimpleNavigation to work together? Maybe providing PageArray output with some dynamically-made-up pages for external links? I really like the idea of separating concerns. It seems to me very handy to have one module to build menu markup from anywhere (MarkupSimpleNavigation) and one module to be able to generate contents for it from custom user input (MenuBuilder). So you do not have to learn two ways of doing the same thing on one site. What do you think? Could this be possible?

MSN is something to build markup with. I thought it was capable of getting custom WireArray in for building menu from instead of a page tree (as they are the same thing). If you got MSN set up as you need and you are familiar with it's API it is easier to use it for all menu generation instead of lerning how MenuBuilder does it. I am not saying MenuBuilder does it any worse though)) And of course you can always do it manually. But MSN seems to be kind of a standard for PW menu markup generation and is probably more widely used than MenuBuilder. So as soon as I learned about MenuBuilder quite some time ago I was dreaming about using it just for the backend needs, and MSN for the markup. I just wrote that this use case is probably possible now. I'll write back as soon as I'll have a chance to check it out. Thanks, kongondo!

Looks nice! Some cool ajax things going on. Could you elaborate why and how it was created? A profile is something to be reusable. When should this one be?

I guess it could now be possible to build menu markup for MenuBuilder with soma's MarkupSimpleNavigation module?

Hey, owzim! Thank you for your wonderful module! Any chance making in PW 3 compatible in WireArray mode? Seems to be not so hard - just reference ProcessWIre classes with namespace. But I may be underestimating it, of course.

@Peter Knight: I believe it is this option: 'current_class' => 'active'

Seems like this feature is still missing (in repeater, reperater Matrix and PageTable as well). I think It would be very usefull to have both min and max amount for them. Hope It will be implemented.

@netcarver: So you say it's not worth the effort?

I am wondering is there a way to alter MyISAM tables to InnoDB on a working installation. Wanna try it for the increase in speed for the daily service script. Or is it a bad idea?

Thank you, Adrian! People like you make PW community so pleasant to be involved in. Not only the code you share has helped me and many others numerous times, but your attitude: friendliness, passion and commitment. This module of yours is a true example of the best international open source spirit. Thank you for your marvelous work. And... please keep it going) The post is awesome too . It is kind of hard to go through the dozen pages of the original module forum thread and not get lost at the first time. Sum up for it is a great idea and there is no better place for it than the official PW blog. Congrats!

Use the dev tools, padawan ! A slideshow with a button on top of the page with position fixed and z-index + some javascript to make it go away. Edit: it is not even on top - the enter button is a link. A padawan answer)

I got long-click actions working on view and edit on the tree page. But long-click save button actions on page edit screen do not work for me. A bug or me doing something wrong?

LightHttpHeaders Firefox extensions gives me this: https://processwire.com/blog/rss/ GET /blog/rss/ HTTP/1.1 Host: processwire.com ... HTTP/1.1 200 OK Date: Wed, 23 Mar 2016 16:13:07 GMT Server: Apache X-Frame-Options: SAMEORIGIN Last-Modified: Wed, 23 Mar 2016 09:23:47 GMT Accept-Ranges: bytes Cache-Control: max-age=3600 Expires: Wed, 23 Mar 2016 17:13:07 GMT Vary: Accept-Encoding Content-Encoding: gzip Connection: keep-alive, Keep-Alive X-XSS-Protection: 1; mode=block X-Content-Type-Options: nosniff Content-Length: 1742 Keep-Alive: timeout=5, max=100 Content-Type: text/html; charset=UTF-8

Great thing! And your reaction speed to forum requests is fascinating! I guess it might not be too hard to integrate this into the template family tab. This way working with parent/child relationships would be easier - you do not have to go to 2 different screens for that. What do you think?

Thanks! I do not know if I ever need this module... But without it I would probably not even be aware of IndiieAuth, which is an interesting concept.

Take a look here - quite a similar topic. Thought pwired has listed some newer (and quite usefull) additions to the module directory, which deserve their way into your toolbox.

I got NoScript Firefox addon installed and it is reporting XSS-attack from the forum today: [NoScript XSS] Отфильтрован подозрительный запрос. URL: [https://apis.google.com/u/0/se/0/_/+1/fastbutton?usegapi=1&size=small&count=false&hl=en-GB&origin=https%3A%2F%2Fprocesswire.com&url=https%3A%2F%2Fprocesswire.com%2Ftalk%2Ftopic%2F7097-report-issues-on-the-processwire-site-and-forums%2F&gsrc=3p&ic=1&jsh=m%3B%2F_%2Fscs%2Fapps-static%2F_%2Fjs%2Fk%3Doz.gapi.ru.2TeU79bETkQ.O%2Fm%3D__features__%2Fam%3DAQ%2Frt%3Dj%2Fd%3D1%2Frs%3DAGLTcCOXzwakDnS6QKgLWqNhDPtVMWgyqA#_methods=onPlusOne%2C_ready%2C_close%2C_open%2C_resizeMe%2C_renderstart%2Concircled%2Cdrefresh%2Cerefresh&id=I0_1458377115115&parent=https%3A%2F%2Fprocesswire.com&pfname=&rpctoken=26046121]. Запрос последовал со страницы: [ Отфильтрованный адрес: [https://apis.google.com/#038306342279789796488] It is partly in Russian, but understandable. Can someone confirm? Is it something to worry about?

I got a little consern about multisite installations of PW (a better support for which are on the roadmap for 3.0 as I remember). Should not we have separate composer files for eash site? And therefore, shouldn't we place composer in the site/ folder. Or maybe we should have 2 composer.json files: one for installing PW core, and one for modules, which are specific to each site?

You guys have to do it through Google translate. I'll give you something straight from the target audience of this update. ПроцессВаир теперь поддерживает кириллические урлы! С сегодняшнего дня сайты в зоне .рф можно полноценно создавать на этой замечательной системе. Благодарим Райана за заботу. Ура, товарищи!

This is all too far from the original post, which is about marketing) But PW API is so great you just can't stop talking about it everywhere. When I am reading something in paper format, the "everything is a page" concept keeps distracting me from the contents .

Since my last post we got 8 more likes! Should I keep posting here till we outrun Wordpress ? Come on! Gimme a hundred!

Thank you justb3a for a wonderfull module of yours! It is indeed a nice tool to use instead of a Repeater or PageTable when they are an overkill. I got similar issue as this. I understand your answer below, but I wish I could not use multilangual fields, even if I have Language Support and 2 languages installed. Is it possible? My sites are often unilingual, but I do create additional language for admin to be able to work in default English admin interface, as all support you can get is in English (or should I say American to honor the creator of PW). I found no other way to do this (is there any?)