szabesz

Thanks for clarifying. At least we now know you have such feelings.

Is it funny?

lawn mower principle...

Plain old email (client app) is not GDPR compliant... Client cannot ask you to extract certain data from the db (for analyzing it in excel for example) when they want you to send that data to them in an email because that way of handling data is out of any sort of trackable procedure, so things like asking for all personal data removal will be impossible if fragments of that data can be found all over in various data storage of various software (logs, emails, backups, xls, etc...). Clients cannot just replace their IT infrastructure and habits overnight, it will take decades of software rewriting to get to the level of GRPR and such.... I do not know what will be the outcome of these new laws when they happen to be really forced on us but I'm not optimistic at all.

This is my main concern, in general. You see, all the software we and our clients use is third party, not to mention hardware. We just add a bunch of code on top of lots of underlying systems. So now what?

In short term. In the long term if small business close down in great numbers because of GDPR fines they cannot pay then we might end up with less paid work opportunities. Every dime has two sides...

Guys, I guess Sandra Morgan's post is spam. It includes a link not to a checklist but a service, most probably their own...

"Government guys" all over the world just do not understand that there is no such thing as "only officials can exploit security measures on behalf of the law". If they force backdoors to be implemented into software/hardware then anyone with enough technical skills can also walk through that door. They do not understand the basics of IT security, they live in their dream worlds trying to make the internet less secure therefore introducing more chaos instead of order they say they are striving for. They are doing quite the opposite what they are saying. Why am I not surprised?

Thanks! Next week, I will try to find the time to test it.

Sounds cool, I'm also interested. I do use a licensed Visual Page Selector but in my use case the UX of VPS is just too complex for the simple task I use it for, so your module might allow for better user experience.

Oh yes, thanks, I forgot that... BTW, is there any reason it is called zIndex in the settings? I used the browser's find tool with z-index to no avail The settings page is so loooong that normally I navigate by searching.

Is that such a big issue? If it was possible to turn off the "auto-expand" feature of Tracy (so that it only moves and resizes when adjusted by the mouse) then I could avoid one overlapping the other, right? I prefer Tracy having the highest z-index.

Thanks Adrian, let's wait for Roland. In the meantime I figured that making the browser window narrow removes the sticky header ("mobile view"), and I can at least drag the panel this way.

@adrian Morning, I've been having a hard time with the panels since you introduced the "resize feature". I use AOS with sticky header enabled in Reno. The panels keep moving under Reno's sticky header, making it impossible to move them anywhere, as the head of the panel is "covered" by the admin's header. There are various occasions when this happens but here is a frequent example: I use bd() and click on the arrow to expand an object with a long list. The panel expands too, moving its head under the sticky header of Reno. BTW: I'm currently running AOS 1.9.0 and Tracy 4.10.18, so these are the latest. Before you introduced the "resize feature" I had never had such issues. Is there anything that can be done? Maybe @tpr can do something? See image:

The CSS Grid vs Bootstrap (or any other CSS framework/library) question does not make too much sense anyway Just because now we have CSS Grid it does not mean that it provides all the stuff a heavy weight CSS framework gives us. We are comparing apples to oranges... CSS Grid solves one particular – albeit long standing – issue, that's all there is to it.

Hi, https://github.com/rolandtoth/AdminOnSteroids/blob/master/CHANGELOG.md Also, you might want to use the "Watch" feature of GitHub.

Have you tried this:

Thanks for sharing!

It is at the top of: /wire/core/ProcessWire.php Are you sure? Maybe you overlooked something? As far as I know, nothing has changed in PW which should make it fail if it worked previously. In the forums, there are various discussions on serving PW from a subdirectory, maybe this one is a good starting point: https://processwire.com/talk/topic/15520-processwire-install-on-a-sub-directory/

Awesome news, really! From now on, whenever I need a form, your module will be the one to go...

Sure, but that only takes care of save although that is definitely the most important part as the other buttons are used a lot less frequently. Having to scroll back to where I have been is something that would be great to get rid of.

Great! I commented it at GitHub, and I would also like to add that maybe @tpr wants to add it to AdminOnSteroids? Maybe along with supporting Profields Page Table too? As that is also facing similar issues.

+1 I am all for slim GUI for development tools...

Thanks Peter, however I never fall for "first year is cheaper" and such because after that period normally one has to pay the full price.

If I were you, I would not put too much effort in it – as we are talking about the backend – but if you want to learn Gulp then why not? Soon it is http2 time and as far as I can remember I read that when using http2 merging assets into one is often the wrong choice. But even with http1, since files are cached by the browser you loose a few millisecs first, that's all I guess. I have seen WP sites with about a hundred js/css files loaded separately but the real issue with page load speed never seemed to be loading those but mostly other bottlenecks are at play. Of course, I biased, just read my current motto: "It is unwise to relentlessly chase performance at the expense of everything else. Better is the enemy of good!"