kongondo

Hi all.... Apologies...I think I am now several months behind in respect of all my modules...I am still swamped with other stuff. My "I'll get to this next week.." have come and gone. I'am desisting from uttering such words for now... . I am hoping to get to things as soon as I can....This may take a while... @quickjeff. Thanks for using the module. About the main dashboard timing out, as you can see here (my bad) that has been on my to do list for a while. The other dashboards all have a limit (default = 10 if not set per user), hence don't time out (e.g. here....for Posts dashboard). For now, a quick solution for you would be to place a limit on that line...Of course that would mean it won't reflect a true count...but you could change the line as well to only display the latest posts. Eventually, I will address this more elegantly but unfortunately I don't have a firm time scale right now... @teppo, Thanks for reminding me about this..

@Adrian, Thanks for the suggestions. I am trying to create some time this week to look at these and other pending issues RE my other modules....I know I have been saying this a lot lately but other things/distractions beyond my control keep cropping up.....

@all....Please rest assured I haven't forgotten your requests/concerns. I am still totally swamped with other stuff. Hoping to free up some time soon to address all pending issue. Thanks for your patience.

@derelektrischemoench, Welcome to the forums. It works fine for me, both for 'included' (natural PW) children and native (MenuBuilder) children. Are you certain that your current class 'active' is not being applied as opposed to applied but overridden by another CSS class (e.g. 'last') via CSS Specificity/Cascade? Alternatively, can you confirm you are passing your $options properly to render() ? @all.... I haven't forgotten pending requests/issues...I'm just currently swamped with other stuff. I hope to address concerns soon. Thanks for your patience.

@Torsten, That's the current behaviour - only native menu builder child items & natural (tree) children associated via 'include_children' are affected by 'current_class_level'. I'll mull over extending the behaviour (via an API option) to include natural (tree) but non-associated children similar to the case you've described.

@hansv, Welcome to PW and the forums. Apologies I have been a bit busy and was not able to respond quicker. Glad you found the answer and thanks for finding the typo in the Readme I'll correct it. By the way, note that you can also pass a menu $page or an array of menu items in addition to the ID

@Metadope, I'll test this and get back to you. It may not be for a few days though... Btw, this line is only in the demo since the demo cannot know the type of 'blog style' selected by the user. Otherwise, you don't need it in your own template files since you know whether you installed blog with the comments feature.. $renderComments = $blogConfigs['commentsUse'] == 1 ? $blog->renderComments($page->blog_comments) : ''; So, just render blog comments if you need to without the conditional check

@Torsten, Have a look at the option current_class_level documented here.

MarkupActivityLog Example here: https://github.com/Renobird/MarkupActivityLog#api

Hi @AndreJansen. Welcome to the forums... There's also tutorials here: http://processwire.com/docs/tutorials/ and the 'Docs' section as well: http://processwire.com/docs/

Thanks for these mr-fan. I am a bit tied up at the moment but hope to look into these by next week.

Nice one! That makes three of us at least working on calendar modules ...I have been working on one myself but it is not yet ready for public consumption...

Have a look at how this is done in the Skyscraper's profile. Download the profile and look at the code, especially the search.php file. https://processwire.com/talk/topic/2491-skyscrapers-profile/ http://demo.processwire.com/ http://modules.processwire.com/modules/skyscrapers-profile/ You also need to sanitize (and maybe whitelist) all inputs (even if they are coming from HTML select options).

Mike, just curious why you are saving a zero dates? Shouldn't empty suffice and just check if $date_start and $date_end are empty?

I'm not sure about this. In Menu Builder I have two hooks and they work fine but Menu Builder is not an Autoload module...

Hi chuguruk, Welcome to the forums. I am not sure how familiar you are with ProcessWire. ProcessWire does not output anything (in the front-end) unless you tell it to, and even then, only what you tell it to. It is the same with Blog. Unless you either use your own code or MarkupBlog (part of the Blog module) to output your Blog, 'all Blog pages will be blank'. To get you up and running quickly, try installing Blog with the option to install demo template files. Instructions on how to install/reinstall/uninstall Blog are documented here. Documentation about how to use MarkupBlog can be found here. Let me know if you need further information.

$item->body, $item->title, $item->url should be $page->body, $page->title, $page->url, I think

Not sure. Better ask in that forum

Maybe PageTableExtended? https://processwire.com/talk/topic/7459-module-pagetableextended/

Markup Simple Navigation: http://mods.pw/u

@jordanlev, I have read the last couple of posts you've written about your experience with ProcessWire in respect of your 'custom/complex' application and I do understand some of your frustration. However, I think some of your assertions may convey the idea that somehow PW corners you to do things in a certain way. Or that ProcessWire is a one-size-fits-all for all kinds of needs. For instance, PW is not and has never claimed to be an e-commerce application. Whilst you can certainly build and e-commerce site with PW (or even a product - there's one in the mix actually) your end product depends on how you code your application. I am not in any way questioning your coding skills; just trying to point out that PW is mainly a tool....what you do with that tool is really up to you. However, for some jobs, you are better of using tools better suited to those jobs, e.g. foxy cart, etc for e-commerce sites. Secondly, the adage that everything is a page does not mean that you should always take that approach. Again, there are examples here in the forum. You can use custom tables, designed just the way you want. Although using pages gives you access to the PW API, you are not tied to using them. And here is another strength of PW...you can use custom tables with ease, and either use custom CRUD code or PW $database and $db to access them (though with some limitations) and you are good to go. Not many CMS will allow you to do this...at least not with ease Thirdly, I disagree with the notion that PW is not up to the job when it comes to custom applications. There's a couple of examples of custom apps built using PW right here in the forums. I don't agree that its only good in terms of the 'templating and the front-end portion of the site'. So this statement "ProcessWire had nothing to offer me on the "custom dashboard application" side of things." is not exactly true. PW allows you to build your own custom dashboards by not getting in your way. Yes, it may not offer a turn-key experience (although there are one or two dashboard modules) but it allows you to build your own without bothering you. Fourthly, PW does not demand that you use its inbuilt 'input' modules or as you put it 'a rather clunky editing interface' when building custom apps/modules with it. In fact, that's one of the strengths of PW. You can build your custom apps using custom code or extend other libraries and PW will happily let you. The 'input modules' are used internally by PW but are also there for convenience if you need to use them, but you are certainly not tied to using them. Build your complex forms by hand or another library? PW doesn't care nor will it get in your way. Anyway, if I misread your posts, I apologise. However, you've made the same assertions twice or thrice and I thought they needed clarification/qualification especially for newbies. Hope I haven't derailed the original discussion

@David...Thanks for reminding me! I forgot the breadcrumbs!!! Will work on this. + the quotes...

Mel, If you've gone through this guide: http://processwire.com/docs/tutorials/troubleshooting-guide/ and the issue is still not resolved and you've checked the logs, including Apache's if you have access to them, then I would suggest to contact your web host as 500 errors are definitely server related.

Here I go again not reading things properly....I was obviously talking about something different....Thanks for the correction @LostKobrakai