Soma

Also depending how many events there are you'll run into a max length of selector with digo solution no? Isn't it limited to a length?

That's also a nice solution by diogo. But will increase loading all pages even more along with memory.

There's a couple threads about this. This is where my solutions are: https://gist.github.com/somatonic/5420536 Pagination module works only for a single find. You can set the start limit and total yourself to get a working pager, but you have to load all pages everytime. Means it works better for smaller amounts.

There's no modal at all just ajax page refreshing, ... just looks like. Close link is a actual link to hompage. Browser history is set and handled, there's various simple technics. http://caniuse.com/#search=pushstate. No backbone here necessary I guess, for such simple stuff.

Nope.

If you take it serious, there's a module in core "JqueryWireTabs"

Do you use teflon2? (Dev)

@webweaver I see you use teflon. What PW version on? Just so you are aware, teflon doesn't support 2.3.~2 - 2.4 yet with all features like field dependencies add new button on home screen, not aware of any other atm. The new default admin theme is quite nice and has some taken from teflon (sort of).

Filed an issue, as I was able to reproduce this. https://github.com/ryancramerdesign/ProcessWire/issues/358

Maybe turn on debug mode... ... (int) $user ... "Notice: Object of class User could not be converted to int" I'm not sure about the context where you say it doesn't work but these works always $user === $page->createdUser (if same object) $user->id == $page->createdUser->id (if same id)

Look like Ryan put in my proposed code for repeater. But it doesn't seem the problem. I tested and as soon as I add a showIf in a repeater field s field it doesn't save it.

Repeater doesn't support field dependencies (yet). Or is it in already?. Not sure what you meant to reproduce, but don't ujderatand. All works fine... except if you have advanced hooks or something.. Like me. Any 3rd party modules installed like any of Nico Knoll?

Ok just updated to 2.4 latest, still same problem. I have some hooks that hook into page save and do manipulation on data. After disabling them it seems to work again. So this raises the question what has changed in PW that those make such problems in that it doesn't save. They're pretty basic simple one before save and one after save. Makes me kinda worring about doing such thing in PW suddenly it seems that they're not as future save as I thought. Edit: seems I got it working again . Well it seems I have done some trackChange in there when cycling repeaters in the save hook. Not sure why I had them in there. Also changed the hook to Pages::saveReady and am not saving the page, just the repeaters.

I have recently updated a project (dev) to latest PW and some fields aren't saving anymore. Like image description, some dropwdown in a repeater etc. This has been working fine for months (1year) now and suddenly many problems arrived.

Processus Longus.

OK I tried again today, and after some time I glimpsed at my config.php... of course it can't work cause I had DB connection infos dynamic on the host name using some $_SERVER which of course doesn't work in a crontab. Seems to work fine for now. So the problem was once again between chair and computer.

Everything you need to know processwire.com/api/multi-language-support/multi-language-urls/

No abc was me trying to take out sev-online.ch and forgot 2 of them, but anyway. I'm not sure why it wouldn't be able to connect to db as the config.php is local and clearly working. There seems no security problem or symlink, the script works fine when run directly and not from crontab. The crontab is set up for the user that also owns the webs.

And use $event->replace = true; and do your own validation.

Why remove? Why not just hook before and do what you need to do? Also I think you could leave it not required and add that via js or css. Also you could try hook before on inputfieldText directly. BTW your if() adds a error.

That screenshot is from TinyMCE 4, PW uses TInyMCE 3.8.

Just wanted to mention that this doesn't seem to be true, at least not for me. I create a crontab and get this errors when the script is run: PHP Notice: Undefined index: SERVER_NAME in /home/www-data/processwire/wire/core/ProcessWire.php on line 93 Notice: Undefined index: SERVER_NAME in /home/www-data/processwire/wire/core/ProcessWire.php on line 93 PHP Notice: Undefined index: HTTP_HOST in /home/www-data/processwire/wire/core/ProcessWire.php on line 94 Notice: Undefined index: HTTP_HOST in /home/www-data/processwire/wire/core/ProcessWire.php on line 94 PHP Fatal error: Exception: SQLSTATE[28000] [1045] Access denied for user 'www-data'@'localhost' (using password: NO) (in /home/www-data/processwire/wire/core/ProcessWire.php line 143) #0 /home/www-data/processwire/wire/core/ProcessWire.php(51): ProcessWire->load(Object(Config)) #1 /home/www-data/abc/index.php(183): ProcessWire->__construct(Object(Config)) #2 /home/www-data/abc/import/mitglieder/cron.php(5): include('/home/www-data/...') #3 {main} in /home/www-data/abc/index.php on line 214 Fatal error: Exception: SQLSTATE[28000] [1045] Access denied for user 'www-data'@'localhost' (using password: NO) (in /home/www-data/processwire/wire/core/ProcessWire.php line 143) #0 /home/www-data/processwire/wire/core/ProcessWire.php(51): ProcessWire->load(Object(Config)) #1 /home/www-data/abc/index.php(183): ProcessWire->__construct(Object(Config)) #2 /home/www-data/abc/import/mitglieder/cron.php(5): include('/home/www-data/...') #3 {main} in /home/www-data/abc/index.php on line 214 This error message was shown because site is in debug mode ($config->debug = true; in /site/config.php). Error has been logged. Administrator has been notified. Any ideas how to get this working? processwire is symlinked from within the webroot of where I call the script.

Looks like the XMLSitemap module is two times in there somewhere? Just curious, why ProfileExport? Can't you just transfer site folder and DB. Easy as it can get.