kongondo

Ahhh..I see,... I agree about your suggestions for improving it though

I am using the core Admin themes + the test site is not multi-lingual...those are the only differences I can think of between your test and mine Edit: and works everywhere...editing pages, fields, templates, user access....

Working fine here... Edit: Let me check in Latest dev.... Edit 2: I can confirm working fine on dev (version 2.4.1) Edit 3: Tested with almost all types of fields (except comments) and it works fine...

Hi SadlyMistaken....I am sorry that you are "sadly mistaken" about two things [sorry, I couldn't resist!] : You are not disturbing me and you shouldn't apologise - you are too kind! The module is not RIP - it is a bit dormant though.....but we will get back to it sometime. Wanze (see posts above) and I who were working on this are currently very much occupied and haven't had much time to give some love to this module. Hopefully this will change soon. Meanwhile, you can have a look at the helper class on Wanze's Github. Currently, there is no Admin interface for the module. This alpha version is primarily for developers. Eventually, an Admin UI (Process Module) will follow... Cheers /k

I can vouche for Google Drive! But I like Dropbox too, especially since it keeps old versions of documents up to 30 days I think (more if you have paid version, IIRC)...

I read this yday and didn't get it. I have re-read it today and still don't get it fully. Why would you add a pagefield (the reference to the image) on the tag template? Shouldn't it be the other way round? You tag images not "image tags" if that makes sense. So, I would do it this way: 1. Tag templates - 1 field only = title [the tag, e.g. Oz] 2. Images templates - 3 fields (at least) - title; image and multiple pagefield for the tags In the selector, all I need is to $pages->find("template=images");//Here's your array. It includes page references to the tag pages associated with each image page... Of course, you can filter further in the selector, e.g. find only images tagged with Oz. This sounds too basic....so I feel like I am missing something here and you are actually after something else

True....but they are just not Windows... Nothing out there currently beats Word and Outlook & exchange server combo....

That's cool Ryan! Thanks; goodness, you are productive!

Normally, you don't want PHP inside your HTML files as the code will not be executed (unless you configure your server to do so)...there could be other issues/perspectives as well. But, HTML inside a PHP file is OK and the preferred way....though the debate never ends about how much HTML should be in your PHP file I use inline CSS styles only when it is absolutely necessary...

Just! Phew.... Back to the questions...yeah, @PWired, why not just use foreach? Why do you have to identify the images by index? Note, there is also last(), FYI PHP starts anywhere you have this <?php......and ends here ?> Btw, do you have to use those inline CSS styles?

Have a look at eq(n) - if you want to target a particular image....this is in the cheat sheet ....but maybe does not answer you question...but the usual suspects are about...so your question will be answered ....

Quick response.... http://processwire.com/api/variables/page/

5. I am a technology enthusiast

@Diogo, nice! I didn't know that could be done.... . That has been my outstanding beefs with Dropbox...

*************** currently in hiding...for misleading everyone hehe******************

Well the lovely pair are back! Thanks for looking into this Ryan.

I think some people here are on mobile and cannot easily browse this thread........@totoff...the solution to the problem is above; it has nothing to do with web browsers...it is some CSS that was probably commented out by mistake

@Ryan, You probably missed it, but fmgujju in post #15 above already pointed to the problem...it is the display:none in the global.css...in the lines shown below...(#656 onwards) #top-buttons { display: none; } #top-buttons .wire-button{ display: none; }

Pierre already gave you an answer. What you want is an AND (,) condition not an OR (|) in your selector. So.... $u = $users->find("roles=utente, roles=guest"); should give you what you want...That means, find users who have utente AND guest role. Both types of selectors are documented in the docs OR AND Edit: Clarification... See Pierre's post below. Above example is just for illustration and is somewhat redundant. All you need to search for is "utente" since everybody has a guest role....

Chrome is always doing its own thing

And now it's stopped working? Don't know what I did ....I'm getting server 404s

@Adrian. Thanks, works a treat! Just tested on the blog profile...and got a nice 404! This is because the URL in session->redirect is "almost hard corded". In the blog profile search is under /tools/search . Assuming people would not always store their search page directly under root, maybe, in the instructions, ask user to change path in the module (tricky for some + would be overwritten with updates), or make module configurable. Maybe latter is better since some people might not even call the search page search?....Thanks again!

Gotta love this community...just like that...here's a module! Thanks Adrian!

Apeisa...read the page before this one.... ;-)...seems to be only on chrome ...Pete tested in FF....I also did....Safari? IE? I don't know...

Are some people still missing the download buttons?