szabesz

It happens if the CKEditor skin is set to default. Probably @tpr always sets it to LightWire that is why he has not yet noticed it, I guess....

Are you kidding? ? Thanks a million, btw!

As far as I can see, they can migrate ANYTHING to WordPress, probably one's old Z80 and/or MOS6510 code too ?

Thanks. I'll have a look. +1 ?

Great discussion, thanks for the link! Another comment: Google is certainly trying to do something immoral... maybe it is high time for me to switch to Firefox as my main browser? I manually update Chrome so I am still on v67 but in the light of this, it is highly probable I will not update to a version playing dirty tricks with the domain name system.

https://www.i-programmer.info/news/86-browsers/12119-google-wants-to-kill-the-url-and-makes-a-start-with-chrome-69.html "... in the latest Chrome 69 the http:// and the https:// have been removed from the start of the URL as have other irrelevancies such as www., m. and other things that they haven't bothered to list. This is a mistake, as changing URLs is what scammers do and Google has now disconnected what you type in from what it shows. In addition, the scope for getting it wrong is quite high. ?What if a site shows different content on www.example.com and example.com? What if it has www in the middle of a longer URL? ...." Good article, I recommend reading it completely.

The WordPress plugin directory moved from download counts to active installs instead, since downloading does not mean it is actually being used. The problem with "active installs" is that the system needs to report it, which is both data leak to a third party and unnecessary requests to "some servers". I still think some sort of indicator of the "willingness / ability" of continued support would be good. By ability I mean the plugin is not abandoned, actively maintained, etc...

? You are most probably right, however they might find it more "streamlined" if it can be performed with one click only. Anyway, thanks for considering!

Thanks for sharing! This is a dead simple but really great idea! Have you thought of supporting clients – who are generally unable / do not care to memorize features like this – by optionally adding a CKEditor button in order to add/remove the delimiters? I have two of those buttons in mind: 1. simply adds/removes delimiters of selected block(s) 2. adds/removes delimiters around the selected block(s) but also clones it, putting a copy of it right below the selected part of the text. The second point is for a use case of a simple "draft" feature: when an already published page is being edited, one could work on rewriting a paragraph – for example – and save the page before the original version is removed and the new paragraph version is published by removing the delimiters too.

Hello @renobird, Any news on this?

Hi, I recommend a google search first: https://www.google.com/search?q=this+request+was+aborted+because+it+appears+to+be+forged+site%3Aprocesswire.com%2Ftalk you can find a bunch of threads, with crosslinks like: If you cannot find the solution, please proved more info base on what you've read in the other threads.

I was referring to your last screenshot of Extra Allowed Content: img(*) instead of img[*] I have not used the site profile export feature for years, so I do not have recent experience. Maybe others use it more often than me.

If you want to allow css classes, you need parentheses and not brackets. Are you sure you configured both sites the same (dev vs production)?

Can you please provide screenshots and/or screengrabs (e.g. by using https://www.cockos.com/licecap/) ? Also, is HTML Purifier on or off?

That's right.

Almost but you need to extract the zip file. Your exported site profile should look like as if it was just another one bundled with ProcessWire. Eg.: site-beginner site-blank site-classic site-default site-languages site-myexportedprofile site-regular

"Is HTML Purifier configurable in PW?" I searched the forum for this a few days ago, and the answer to this question was: NO. We do need core support for this, preferably in the admin. And it is not just data- attributes, but a class attribute not set by CKE was stripped too in my case.

Hello, You can use a site profile (even an exported one) only during the installation process of ProcessWire, that is why you need to put your exported and extracted site profile in the root directory of the site next to install.php, meaning alongside with all the other site profiles ProcessWire comes with. Start the installation process as normal and pick your exported site profile when prompted to choose one.

Excellente! We cannot thank you for all the hard work you share with us. Where is the donate button, btw? ?

How about doing it only for objects with ID and Array/WireArray? Just a simple isset/instanceof to decide what to do?

Another UX thing is that icons on the left require shorter mouse movements, well most of the time ? Sure... I am really thinking of the basics here, nothing more: id, count() that's all that comes to my mind ?

@LostKobrakai shared a paginator module two years ago: https://github.com/LostKobrakai/Paginator

Hello, I have not used it but you might want to give it a shot: http://modules.processwire.com/modules/markup-processwire-photoswipe/

Thanks, looks ok, except the possibility of the icons "jumping" because of the scrollbar. Is it possible to move them to the left instead? If it's a collection of pages (WireArray and derived) then we could see the number of pages, for example. My idea is to see the basics so that there is no need to click on anything if that is enough. BTW, it will also work with bd(), won't it?

Your idea is to stick to "dump", while Adrian's idea is different. Let's not try to merge the two ideas, but come up with a solution to support Adrian's original idea which is great, I think.