adrian

By default Mac doesn't let you view "hidden" files which start with a period. You can change this setting in the terminal: defaults write com.apple.finder AppleShowAllFiles -bool YES killall Finder Then Finder should let you rename. Otherwise you can just rename directly in the terminal: cd /pathto_htaccess.txt/ mv htaccess.txt .htaccess Of course you could do it from anywhere without cd 'ing into the directory, but thought this might be easier to understand as I am not sure your experience level with terminal commands.

Ok, the new version supports adding files and images. It works in both standard and field pairings modes. I haven't added support for descriptions/tags yet - will wait to see if anyone has the need. It should work for local server paths to files/images, as well as remote urls. Please test and let me know if you have any problems.

Do you have a minute to share what you found so it might help others ?

Maybe I am missing something but it looks to me like it's just the AJAX uploader that's not actually working. I think the file has been selected and if you click your "Continue to Step 2" button it will be fine. I think what you are seeing is related to this: https://github.com/processwire/processwire-issues/issues/38

$sanitizer->purify() ? or "textarea" with the stripTags option along with "entities" - https://processwire.com/api/ref/sanitizer/textarea/

Hi @Junaid Farooqui - as far as I know there isn't one yet, but perhaps, @Faisal or @Kemal put one together, but didn't publish it to the modules directory, or perhaps you could all work on one together?

Try replacing "get" with "findOne". Get always returns unpublished/hidden pages. http://processwire.com/blog/posts/merry-christmas-heres-processwire-3.0.3-and-2.7.3-and-some-more/#new-pages-gt-findone-selector-api-method

Despite the documentation, it actually works for me just fine with the latest version of Firebug. Remember that with Firefox/Firebug it actually logs to the Logger tab rather than the Console tab like it does in Chrome. Does that work for you?

Just occurred to me that that this is probably because you don't have firelogger installed - it is needed for Tracy to send php errors to the console. You can read more about this here: http://processwire.com/blog/posts/introducing-tracy-debugger/#firelog - it is available for both Firefox and Chrome.

I feel like the mouseover for page actions buttons in Listers should only be triggered on the first column. It can be a bit annoying when mousing over other columns to have the width of the first column increase to accommodate the action buttons. Thanks!

Ok, so the problem with the default theme is that the edit links are off by one level, so if you click on the direct parent it doesn't work and if you click on the Home link then you get the child below it. Everything is fine with Reno. I expect the problem is similar to what I experienced when modifying the breadcrumbs with AdminRestrictBranch. Do a quick search for breadcrumb in my commit history: https://github.com/adrianbj/AdminRestrictBranch/commits/master and you'l see some of the things I did to make it work with Reno. Maybe this will help you in the reverse direction to get this working for the default theme. EDIT: Sorry, this is exactly what @Robin S just pointed out!

Update - the editing works with CMD+click with the Reno theme, but not the default theme.

Jeez - make me feel bad why don't you I did think I'd seen something along those lines mentioned, but when I went to try it, it didn't work. I am getting a mix of "popup blocked" by Chrome for the long-click and nothing happening for the CTRL / CMD click. Remember I am on a Mac, so maybe that's the issue?

Hey @tpr - have you considered adding edit links to the breadcrumb trail so that when you are editing a page, you could easily click on one of its parents in the breadcrumb to edit it? Maybe an edit icon after its title, or maybe longclick (although this is becoming synonymous with modal editing which I don't think we want in this case).

From the video demo it looks great, so good job regardless!

But it was in PW weekly https://weekly.pw/issue/131/

Not sure I understand exactly where you need these value to be displayed, but this module may or may not be useful: https://processwire.com/talk/topic/14439-dynamic-description-notes/

Currently no, but would be fairly easy to add. The catch of course is that the CSV you are importing would need the full path / url to each image. Also, if you wanted description and tags, then it would have to make use of the field pairings setup so you could define the subfields, like image.description and image.tags Would this work for you, or were you looking for something else?

Doesn't it only work with debug mode off. Isn't it broken with debug mode on? Or did I misunderstand?

Because with debug mode off PHP notices and warnings aren't reported so they don't corrupt the returned json.

I haven't, but note that the latest version of the Hanna code module doesn't include all those additional files anyway. I would definitely recommend updating and making sure that the main hanna folder is completely replaced, and not merged.

Just a follow up on the issue of Tracy suppressing these notices. I have posted a Github issue here: https://github.com/nette/tracy/issues/233 Note that you will see the actual original error message if you have your browser dev console open, although obviously this is not ideal and I really want it shown in the Errors panel on the AJAX bar in Tracy.

Some more details on Tracy suppressing these errors - turns out (for me at least) that if you have your browser dev console open, you'll get the error from the ajax call output there, which is actually really nice, but I am hoping that the Tracy guys can get this into the Errors panel on the AJAX bar so there is a still an obvious indicator that there is a problem.

I think if turning off debug mode is fixing things then it's a sign that there is an error being returned from the getJson call that you need to debug. Tracy does seem to be suppressing some ajax errors, which is why things work with it on or with debug mode off. I have posted an issue on the core Tracy Github page: https://github.com/nette/tracy/issues/233 - will see what comes of that, but I probably need to do some more testing at my end too.

If you find it easier, this CORS Chrome extension might be useful: https://chrome.google.com/webstore/detail/allow-control-allow-origi/nlfbmbojpeacfghkpbjhddihlkkiljbi?hl=en