horst

Not tested, but I assume you should get it with $this->modules->getModule('NameOfYourModule')->getDefaults(); wire('modules')->getModule('NameOfYourModule')->getDefaults(); or within a module: $this->getDefaults();

Sorry, maybe I haven't said it 100% correct, but I meant this: when it is called the first time, so: when installing the module. (Maybe not directly in the install method) --- It wasn't me who initially has said we need something new. --- But back to the issue: I just try to understand what you are saying, but I'm missing a piece: Please can you point me to where the modules can pick up the default values?

For what is your "It doesn't." meant? For the "pipeline" or for the "standardized way" how devs have to define the defaults? Robin_S asked for a way how it is possible to have the values available in the install method too. IMO this only can be done if the modules dev uses a standardized way to hardcode the default values into the modules file. Otherwise PW wouldn't be able to pick them up and merge with the configSettings. Once this is done, your suggestion is right and would be fine if PW do that automagically on init of a module.

@tpr, maybe a new feature request: In Editpage mode, a HotKey for saving: ctrl+s But one that alltimes work, regardless if one are on the edit page, in a CKeditor field or another Editorfield. I know that there is a module from Soma with AdminHotkeys, but IIRR, it doesn't work when editing in a CKEditor field. But most of all, I would need it there!

Where do it autosave the data? I think, not into the DB-field, but into some local storage, or I'm wrong? ( Haven't looked into it, just want to ask a dump question ;-) )

see: https://processwire.com/talk/topic/13373-switching-hosts-may-25-at-noon-est/#entry121251

Yep, but it would need a standardized way how devs have to define the default values, or I'm wrong? Do you know if something in this regard is in the pipeline?

Filtering for filenames with images will / is be one of the most used functions of all for me. If you have done the images your self and use a naming convention, this is the fasted way to find specific images / images groups out of hundreds. Also, with an own naming convention, (and knowing the images), you don't need to tag the images. Thanks @tpr!

There were several ways how people do this. You can see it in most of the modules out there in the repos. I haven't read or tried a new method for this. My, maybe old-schooled way is something like this: define default- or factorysettings in an array merge them with the modules config settings in the ready method keep them in a class var or write them back into the config settings Depending on how you store it, you further can access your class var or pull it from modules config settings. Example: private static $factorySettings = array( 'var1' => 'value1', 'var2' => false, 'var3' => true ); public function ready() { $this->data = array_merge(self::$factorySettings, wire('modules')->getModuleConfigData($this->className())); // optionally write it back wire('modules')->saveModuleConfigData($this->className()), $this->data); } A short version, only merging, without store it in a class var: public function ready() { wire('modules')->saveModuleConfigData($this->className()), array_merge(self::$factorySettings, wire('modules')->getModuleConfigData($this->className()))); } Haven't tested, but should be available then in install too. If not, try moving the above from the ready method into the init method.

It's me again - Thanks for the changes and new additions. The sticky header in DefaultAdminTheme is working now, but only for screens >= 960px

Oh! Thats perfect! I didn't know it. - Now I don't need the toggle-icon anymore. Many thanks!

@tpr: I have one wish and an observation to share. My wish is: "Please can we have in AdminReno-CompactHeader-view the toggle icon for the sidebar?" If one do not use autohide for the sidebar it currently is missing with the compact header view. --- For me, on Windows 7 with Firefox, I do not have a sticky header with the default Admintheme. The mastheads position is set to relative, I think it must be fixed. The classes of the html element are <html class="aos_fixScrollbarJump aos_fileFieldToolbar aos_filterbox aos_stickyHeader aos_PagePreviewLink" lang="en"> Do you need more Infos?

Not sure, but I think it is by design. You never can pull something from a DB without first having to save it into the DB. Or do I get something wrong with the issue?

I think it has to do with namespace. Have you tried to prefix your file with <?php namespace ProcessWire; or maybe it also works if you add <?php use ProcessWire; ---- Or you can call it $u = new ProcessWire\User();

this comes regularly: Editor / IDE

! This sounds very good ! - Multilanguage and Descriptions and Tags and multiple Searchphrases - ! Man, you are awesome! I have seen some third party JS / jQuery scripts that do sorting and filtering, but the good ones wasn't OpenSource, and / or to bloated. Your solution sounds very good. There are one thing I thought of while playing with that: would it be possible to filter for portrait and landscape oriented images? - or for the smallest / highest height or width? And ahm, if you need beta tester, just call.

Interesting! You are right, the õ is already in. In PW 2.7 stable too! But I cannot find one with the u ??

Ah, so you have this ~ with o and u, but not with a? And in portuguese, there is no o and u with that ~?

We can propose that on Github. Done. ... and thanks for noting where the module is (and what its correct name). I know that we have this, but everytime I need it, forget how it is named and where to find it.

... and what is about a text input filter box, like with my experiment on the croppable image input?

As a fast and intermediate solution, maybe a small link list with our other, up to date Sections? https://processwire.com/docs/tutorials/ https://processwire.com/talk/forum/13-tutorials/ https://processwire.com/docs/ https://processwire.com/blog/ ... (I must admit that I never was on the wiki.)

They have moved to GrumpyWire and some to ProcessGrumpy because here at PW-Forums are to many friendly and helpful people for them.

How do this fit together? free open source users and Windows (for a webserver environment) @Ivan: just kidding

You should try to disable your thirdparty modules one after the other and see if it changes the behave (what I assume). Especially modules that deal with templates when you encounter issues with templates! At least, the Template Engine Factory states as compatible up to 2.7 and not compatible with PW 3+! But it can be that it works well and the problem is with another third party module. You just have to debug it. PS: There is also a module that presents you an acces rigths screen: http://modules.processwire.com/modules/process-access-overview/

Hi @tpr, thanks for making this fine tool for us. Is it for PW 2.7 too, or only for PW 3.x? I cannot see a "required" property in the getModuleInfo. In the modules header comment it states ProcessWire 3.x, but then I cannnot see a namespace declaration in the file. This all makes me abit unsure, therefor I ask here. Sorry!