Pete

I've tried using field!='' for a Page field that displays two radio buttons and it doesn't seem to work. I also tried !=0 and >0 but no joy. Basically I don't want to show a field unless one of the radio options is clicked, and by default neither is, but this scenario just doesn't seem to work with dependencies at present. Any suggestions?

I think the thumbnail image you see in the admin when editing the page is the 100x100 automatically generated image you're seeing. That only shows if your images field has the thumbnails checkbook ticked.

Yet another way to check for guests only is with $user->isLoggedIn()

This one is really tricky. If you do something like letting them create their own fields in the normal PW way then you will quickly have thousands of PW tables (one for each field) but even if you tried to do something like a normal DB table with all fields in one table and they add fields in a normal DB method (you'd need to build a nice interface for this) you would still have a table for every group. You almost need a custom fields table for every groups field info to go into (label, fieldtype and which group the field belongs to) and another table to store the values. You're limited on what fields you could offer there (the value field would be text or varchar) so you would have integer, text and so on but not image or file. That's just me thinking out loud, but something like this has the potential to get out of control very quickly.

I've only played the board game for Settlers of Catan once but we had great fun and I can recommend it to others. I need to find some time to play online now

The clue is here: if($page->sidebar) echo $page->sidebar; else echo $homepage->sidebar; It literally means "if this page has a value in the sidebar field, echo that, else echo the sidebar text from the homepage".

To be honest this is the same thing I've tripped up on recently so it happens to us all

I know next to nothing about graphics tablets but I want to buy one. I've always been interested in manipulating photos and graphics, tracing around objects with a mouse and cutting them out in Photoshop but it's not an exact science with a mouse, plus I would like something with the precision to draw some icons for a few projects. In all likelihood I wouldn't use it every day or even every week, but I might find myself enjoying it and using it more over time. Any recommendations from you arty types out there?

I've managed 1024 once I think, certainly 512. I had managed to forget about it until you reminded me just now

Nico - that'll be the age old problem with not being able to moderate these without knowing the language. Perhaps there should be a simple way to suggest language changes if you're using anything but the default? Not sure how you'd do it though (if everyone on the planet had a Github account you could click a button somewhere in the admin and open an issue on Github for that language pack right there) but I guess there should be some text along the lines of "this language pack was created by a third party author. If you have any change requests you can contact them <here>". Assuming it doesn't already say something like that of course - I've not needed to install one myself

In your other related topic I've suggested making them log in first (extra security, and if they've just registered you can log them in automatically and just restrict what they can do until they activate the account). However, all you need to do if the activation code is truly unique and the user isn't logged in is something like $u = $users->get($input->get->activation_code); If that $u has an ID then the system found a user with that code and you can activate the account. The problem is if the user isn't logged in you don't want to activate and automatically log them in using this alone - what if I hacked someone's email account and found this email? I would then be able to click the link myself and activate the account and be automatically logged in myself. Better to force them to be logged in before the link will work for added security.

A normal registration process is similar to how you signed up on these forums, so let's start there You registered, and after registering you were immediately logged in, yet couldn't post anything until you clicked the activation link in your registration email. Because you were already logged in, when you clicked that link it was easier to check the code and activate the account (in your case set the field to 0). So the answer is to have them logged in after registering and restrict their options until they activate their account, displaying a clear message that until the account is activated they can't do anything. That way if they accidentally log out (close the browser for example) and come back to your site then they'll know where they were up to. Hope that helps!

Ditto to what diogo said - spot on with the rest.

You tend to run into these requirements with government sector/healthcare etc because they are often tied into legacy applications that they have spent tend/hundreds of thousands on and can't justify upgrading. Seriously, that's the reason most of the time, sad as it sounds. The problem is that whilst they would often be better off using newer technologies in a lot of cases and getting rid of some of the legacy systems, but whilst the money is from taxpayers they're stuck really. If you saw in the news that a database cost tens/hundreds of thousands that's all you generally focus on - it's hard to sell the benefits of a newer system for performance gains because newspapers tend to focus on the negatives. That's just been my experience anyway having worked "on the inside" in the past

Feel free to clarify I'd prefer to pay ryan for some of these modules rather than give him a $50 token "Happy Christmas" present (Yes, now I'm making fun, sorry). I don't think it will turn into a modules supermarket. Certainly there's not a facility to upload paid moduled by other developers to the PW store yet, so if there were a lot of paid modules they would have to be on the developers' own sites, but I'm sure as more commercial modules are released it will be done so in a cautious and sensible manner.

Yes, a site profile will require a clean installation since you effectively add these folders before installing it.

Plus the prices that ryan is charging are so low for what they are I really don't have a problem paying them personally. I wouldn't mind it if he increased the prices actually - the benefits are that great.

Processwire will always be free, but commercial modules have a place where a lot of work has gone into something. For example, ryan currently has two commercial modules that add great benefit to a Processwire installation. He has put in many thousands of hours into this free platform. Are you going to begrudge him making money out of some very useful modules that you have no obligation to use? I also want to make some commercial modules eventually too and see no problem with it as long as developers don't start charging for teeny tiny things.

He's spying on us!

Cheers Soma, I was looking at Nik's AdminSaveActions module and coming up with something similar as well but yours is neater than mine

There will be a guide, but we'll have to do some checks too to make sure. Major in this case is a change to one of the steps in an article that basically alters the workflow. Minor is spelling corrections or rewording something.

Oh yes, that should work nicely - thanks Craig

Teppo - just saw this somewhere on the ADLDAP site: $adldap->user()->usernameToGuid(); I hadn't realised but most of the ADLDAP functions for users seem to be able to substitute the username for the GUID, so that helps avoid issues with changing usernames!

The issue with redactor is covered on this page here: https://processwire.com/talk/topic/1964-redactor-wysiwyg-editor/page-3

It would be helpful if we could see the full code of what you have so far in order to help debug it.