adrian

Awesome, I'll be using this with a couple of projects that are just winding up. I'll let you know if I come across any issues. If I find time I might try to go through and clean up that class too - there is a fair bit of unneeded code in there and lots of undefined variables. Thanks for your hard work on this.

On another note - just noticed that the uninstaller routine does not remove the indexer field.

Ok, I just tried integrating that original pdf2txt script I sent you into your module and it always returns nothing. However if I place the attached version in a web accessible location, edit the last line to point to a PDF file, it works perfectly (albeit with lots of non-fatal php errors that should be dealt with at some point). Can you try this and see if it works for you at least? pdf2txt.php

Just installed the module for the first time and received this error: Notice: Undefined index: maxlength in /xxx/site/modules/Indexer/Indexer.module on line 185

That is weird. I looked back at my php source downloads and I was running 5.3.3 at some point back in 2010 and that script was still working then. It is strange that none of those options are working. Let me know if there is any testing I can do at my end for you that might help. When I get a minute or two I might try implementing that class into your module and see how it works for me.

I haven't used this, but I went looking for other options and found this: http://pastebin.com/hRviHKp1 Might be worth trying.

I just installed this module and got exactly the same errors.

Hi Pete, I think PW needs a good forum integration option. My concern with Invision is that it's not free / open source. Ideally I would love to see an integrated PW solution, although it sounds like you have done considerable integration of Invision into PW, so maybe it would be ok. I have made use of apeisa's basic discussions module. This works well, but in some cases there is a need for something more feature rich, so I am definitely interested in other options. I don't like reinventing the wheel, but a PW specific forum would be cool - might be a good community-wide collaborative project to initiate?

Sorry you had no luck with that class. It has been working well for me - several hundred PDFs with no failures so far. I have attached one that definitely works so maybe you can figure out what the issue might be. EDIT: Notice that in the main function I changed it so it always uses the handleV2 function. The V3 one wasn't working for me, but you might want to look into that some more. ian_newsletter_405 (2).pdf

Looks good to me. The only feedback I have is that you could ditch the first line and replace $section in the second line with $page.

Looking forward to checking this out - thanks! I have been using the attached set of functions for a long time to extract text from PDFs. Probably not as powerful as poppler, but might do what you need. I made some poorly documented changes to the original. Anyway, maybe you'll find something useful in there. pdf2txt.php

Thanks diogo - I hadn't actually used the admin search function before. Works a treat, although I still like the idea of column sorting spanning all users, rather than just those on the current page.

One of my PW site has a LOT of users and I am finding myself wanting a way to find a user in the admin user interface. Search would be nice, but at a minimum, it would be good if the column sort functionality worked across all pages, not just the currently displayed one. I don't think this is currently possible, is it? Not sure if this should be a module or a core enhancement. Thanks, Adrian

Due to scope, you need to use wire('config') inside a function. Same is true for all the PW variables: http://processwire.com/api/variables/ If you'll be using it a lot in the function, you can do $config = wire('config') and then use $config as normal after that.

As an alternative, have you tried Ryan's Youtube/Vimeo module: http://modules.processwire.com/modules/textformatter-video-embed/

All good points Teppo. I knew I shouldn't have posted late at night I am using the description field to automatically generate captions. Title is obviously a much more appropriate option for this, but either way it would be nice to have a simpler way to do this. But you are right - not appropriate for storing with the image itself due to the possibility of using the image in multiple places/contexts.

I think it would be useful if changes to an image's description field automatically propagated to the alt tag when embedded in an RTE textarea. At the moment you need to select the image, click the select image button and then "insert this image". This will force the ALT tag to update, but I think it would be good if this step wasn't necessary. I don't think there are any negatives to this, but maybe I haven't thought it through. Also (and I think this has been brought up before), I think we need a title field for images. Thanks

Ok, I have ChromePhpLogger installed. Catch is that nothing gets logged because nothing is sent to the browser when I am logged in. When logged out, or that section of code is commented out, it works fine. The one error I do get (in Firebug) is: status: aborted

No, I have used FirePHP in the past, but since switching to Chrome I haven't got ramped up on that front yet. Doing a million different things at the moment, but will get it installed and see if I can figure it out.

This is actually more complicated than I thought. Turns out all that clearing "Delete cookies and other site and plug-in data" did was log me out. The page works fine when logged out, but produces the error when logged in. Something as simple as: $markers = $pages->get("/schools/")->children(); foreach($markers as $item) { error_log($item->sister_school->id); generates the error. sister_school is a page field (single) select. The error log receives a list of all the sister_school ids. There are no php errors generated. Currently baffled - will let you all know if I figure it out!

Thanks Ryan, I will stop bugging you with these sorts of "fringe" requests and start getting some modules produced. I have lots of ideas

I don't think that should be a problem. I think you should just have to edit: foreach($mypage->fields as $f) { $mypage->set($f->name, $form->get($f->name)->value); } to iterate through the fields from the $input->post, assuming the fields already exist in the backend. Even if they don't you could easily add them through a foreach that uses the posted form data. Might be a little fiddly, but not too difficult.

Not sure if you want to go with diogo's option in that thread I linked to, but I just remembered - be sure to check out the last comment in that thread by me, because there is one change that should be made (fix a non-fatal error), and one key one (saving the page) that has to be made I have found his approach really great for front-end forms - if you're still having troubles, I'd definitely revisit it as an option!

Is it possible that there is a discrepancy between the fields "Dereference in API as" and its "Input field type". ie is one multi and the other singular? If singular, try the "Single page (Page) or boolean false when none selected" option instead of the other one. I found I had to use this the other day - don't remember why but it worked for me

I figured they already existed for you. I don't think you can specify the page ID. I think you need to assign the page array itself. In my example above you can see that I assign: $newpage->organization = $neworganization where $newpage->organization is the "organization" page field from the page that was just created for the user's form submission and $neworganziation is the page array, rather than the ID of the page (I think that is right and makes sense )