-
Posts
1,699 -
Joined
-
Last visited
-
Days Won
14
Everything posted by renobird
-
ProcessWire 2.4 (possible to run on PHP 5.3.3?)
renobird replied to renobird's topic in General Support
So far it's running without issue on PHP 5.2.17. — of course it does. I'll keep a close eye on it over the next few weeks. Also, just spent some quality time exploring how the admin themes work as modules. So good! -
ProcessWire 2.4 (possible to run on PHP 5.3.3?)
renobird replied to renobird's topic in General Support
Thanks guys, I'm going to make backups of everything as it is now and give it a shot. Worst case scenario is I have to revert back. I'll keep you posted. -
Asked this here first, but decided it needed it's own topic. OK, so I have a site running PW 2.3.7, and the server is running PHP 5.3.3. There are no plans to upgrade the server to 5.3.8+ until later this year. Any options for still be able to run 2.4 in this environment? Is it something that *might* work?
-
Moved. See above.
-
OK, so I have a site running PW 2.3.7, and the server is running PHP 5.2.17. There are no plans to upgrade the server to 5.3+ until later this year. Any options for still be able to run 2.4 in this environment? Is it something that *might* work? Started dedicated topic for this issue.
-
Yep. Done that one too.
-
Ryan, Such great work! 2.4 feels like a massive leap forward. Your hard work is much appreciated. Many thanks to everyone who as contributed ideas, testing, code, sponsorship of development, etc.., etc... It's a joy to work in ProcessWire every day.
-
I have 400+ users, and have done essentially what Ryan suggested above. It works quite well, and allows you to continue using all the build-in things related to users.
-
Overriding ProcessPageList->setupBreadcrumbs()
renobird replied to Jonathan Dart's topic in General Support
Thanks Jonathan! -
*slaps forehead* OK, so I'm going to blame this one on having a newborn at home. I had tried adding it to init(), but I added it AFTER parent::init() So of course it was going to load after the modules CSS/JS. Works great! Thanks for the assistance, apologies for the wild goose chase.
-
Hi Soma, Sorry if my post wasn't clear. The above works fine. The problem is if I let my custom module autoload it's CSS/JS (by naming it the same as the module). In that case, not matter where I put: $this->modules->JqueryDataTables it loads after the modules CSS/JS — which as you know is a problem for dataTables. EDIT: I don't think there is any issue with either of your modules, more just mentioning this incase anyone else runs into this issue.
-
It's a custom module — a variant of your DataTables module. The above is the first code in ___execute().
-
Stubbed my toe using this in a module that was autoloading it's CSS/JS. My modules CSS/JS were being loaded before the DataTables CSS/JS. So, I went with the method in the DataTables module, and just added them manually in the order I needed. // load the dataTables module — loads the module and all the required JS/CSS $this->modules->JqueryDataTables; // add module CSS/JS $this->config->styles->append($this->config->urls->ProcessNewsManager . "NewsManager.css"); $this->config->scripts->append($this->config->urls->ProcessNewsManager . "NewsManager.js"); Anyhow know if there is a way to call $this->modules->JqueryDataTables somewhere else in the module that would cause it to load before the modules CSS/JS? See Below.
-
Soma, I have an install with 100+ fields (seems insane, but this install handles several custom web apps). I haven't really noticed setup > fields loading THAT slow, but it does lag a bit. It's been less of an issue with the "quicklinks" to fields in the new admin themes — which even with 100+ still works great. I like the idea of of collapsing the fields after a certain number and loading via ajax, especially if it saved the state of the list. Good call.
-
Configurable Process Module (Need walk through)
renobird replied to renobird's topic in Modules/Plugins
Awesome! Thanks everyone — your help is very much appreciated. I'll take a shot at creating this module later today and report back. -
I love how this happens. I run into something that I can't figure out, so I check the forum. Guess what? My question was asked and answered on the same day. Thanks guys.
-
I'm trying to get my head around how to make a configurable Process Module. I've read the this tutorial, but I could use a little more hand holding. Let's say I have: static public function getModuleConfigInputfields(array $data) { $fields = new InputfieldWrapper(); $modules = Wire::getFuel('modules'); $field = $modules->get("InputfieldText"); $field->attr('name', 'defaultSelector'); $field->label = __("Default Selector", __FILE__); $field->description = __("Specify a default Selector", __FILE__); $fields->append($field); return $fields; } How do I set/get the values for $fields? Once set, how do I access the values in $fields elsewhere in the module. Anyone mind posting a very basic example?
-
Marty, I don't think there is a built-in method. Check here for a possible work-around, and Ryan's thoughts.
- 1 reply
-
- 2
-
-
Overriding ProcessPageList->setupBreadcrumbs()
renobird replied to Jonathan Dart's topic in General Support
Jonathan, I need to do the same thing - except for ProcessPageAdd. Any chance you would be willing will to share how you worked this out? -
Soma, Thanks for sharing this — I just updated 3 in-house "dataTable" modules to use this module instead of their local copies. So much easier to maintain. Also, the ProcessDataTable module has been an excellent boilerplate for building custom admin pages. So, thanks for that too.
-
Thank you.
-
Full calendar and Processwire. http://processwire.com/talk/topic/3006-display-a-list-calendar-using-a-date-field/?p=29865
-
Thanks Soma, I was trying that with no luck. Then after you confirmed it should work, I realized that 100% width probably didn't output anything. Set the width to something less, and bingo! Long day.
-
Is it possible to get the columnWidth of a field via the API? Looks like columnWidth is stored in "data", not sure how I can access that. $field->