ryan

I agree on these. I have actually tried to implement an upload in the image dialog before. But it's a tricky thing, in that the destination field of the image needs to be configurable, and the image needs to go in the parent window too. So I've left that as a "nice to have" for the future, as I'm not really sure how to implement it as present.

I guess I'm not sure exactly what post you are referring to? But I think the guys that wrote before me nailed it pretty well. I think not everyone has the same needs when it comes to images, and not trying to suggest that everyone should think the same thing here. I'm ultimately interested in the most flexible solution that can work anywhere, and that's what we've adopted. That doesn't mean it's the perfect solution for every case. I'm not sure I understand. Is there any way to bypass the process of uploading photos and typing/pasting text in the editor, in any scenario? The only thing I can think of that would be simpler is if you could literally copy the whole chunk, photos and text at once out of Word, and paste it in there. But I don't think this is what you are talking about? It's good to have large source images. But if they are too large, you might want to set max dimensions in the image field. Of course, you'll also want to enable the thumbnail option for the image previews that appear in the editor. This is an important one… you don't want to have giant images consuming the editor space. I'm not sure I understand the problems you are running into here. Because currently it seems like the usual way of inserting images is quite good here no? Upload image(s) … when you find a place in text where you want to insert image, click image icon … select image … resize and align as needed … click insert button. It also doesn't seem like this process would be any different regardless of whether an image manager is installed or not?

// assuming your images field is named "images": $pagesWithImages = $pages->find("images.count>0"); // now that you have all pages with images, you can put them all in 1 array if you want $allImages = array(); foreach($pagesWithImages as $p) { foreach($p->images as $image) $allImages[] = $image; }

I think that you could do this: if(count($image->getHooks('getThumb'))) { $url = $image->getThumb('thumbnail'); } else { $url = $image->url(); } another way: try { $url = $image->getThumb('thumbnail'); } catch(Exception $e) { $url = $image->url(); }

Yes it should. Though you'll want to remove the DB connection and userAuthSalt information at the bottom of the config.php before bundling it in your profile.

Awesome Kongondo! I haven't gone through the whole thing yet, but am printing out so I can read in more detail. But it's clear you've put a lot of great work and thinking into this, Thanks! I can't wait to read it in full.

I'm not really sure why it might not be working in your case, but it definitely doesn't sound right. It reminds me a bit of what one sees if they are trying to run ProcessWire without an htaccess file. What version of ProcessWire? Also, double check that those links have a trailing slash in them. The one you mentioned did not have a trailing slash, and I suspect that this module would require them.

Pete, you can store arrays in a module config: $data = array( 'options' => array( '/path/to/page/', '/path/to/another/page/' ) ); $modules->saveModuleConfigData('MyModuleName', $data); Of course 'options' could be an associative array too if you wanted it.

Nico made this and I think that he was possibly going to prepare a template that could be used for other languages (Nico?). I think it's a great template and would be good to re-use. But it ultimately comes down to what the needs are for the individual site. I can setup hosting to point to the processwire.com server or an outside IP. If you'd like it on our server here, let me know and I'll setup an account. If you'd like it pointed to the outside IP, just let us know when something is ready at a temporary URL and then we can get the DNS setup.

I'd love to get involved with a ProcessWire book at some point. Last I heard, Matthew and Joss (?) and maybe Pete (?) were working on a book or books. But I'm not sure what the status of those is.

I agree, good to see experiments like this. Though without knowing exactly what the result is, it also looks like a lot of work and code. Which is to say, I don't totally understand what I'm looking at just yet, but am interested–please keep posting. For another MVC-style approach, also check out the blog profile.

Peter, check your module settings for MarkupRSS (Admin > Modules > Markup > RSS). It sounds like there are some default settings that the values may be coming from. Regarding the copyright symbol, I'm not sure about that one but isn't a copyright symbol redundant since the field is a dedicated copyright field? I think the right thing to do there would be to not have any copyright symbols in there since the field already implies that. If it's data going into an RSS feed, then that would be public, right? You could always bypass that by adding "include=all" to your selector while keeping your pages inaccessible, but I think it's more secure to keep public data public and private data private, regardless of whether something maps to a viewable page or not. Another option is to use "hidden", and have "include=hidden" in your selector. For data container pages, you can always choose not to implement a template file too. Or you can have a template file that does something like this: if(!$user->isLoggedin()) throw new Wire404Exception();

I don't actually have any experience with IIS, and have only rarely come across it over the years. As a result, I'm not sure how to provide support for it, and that's why I've always kept Apache as a requirement for PW. But I know there are others here successfully running PW under IIS, so it certainly seems possible. The biggest issues will likely be centered around the .htaccess file. If there is something that makes IIS understand an Apache .htaccess file (including especially rewrite rules), that would be desirable for sure. I don't think this could be an IIS-specific issue. Double check that you've installed the new admin theme in /site/templates-admin/ and that it is fully readable by IIS. This also doesn't sound like an IIS-specific issue. Instead, it sounds like the pages might not be set for manual sorting. Either that, or a potential browser issue. What browser/version are you using?

From what I understand, the US has much poorer quality consumer internet than the rest of the world. Even in my case, I pay quite a bit for a Comcast business internet connection, but even it struggles with video content. If I want to watch a video (like from YouTube), I usually have to use my cell phone, disable WiFi and use an LTE connection (and even that doesn't always work).

I really prefer to keep images in their own fields, separate from a textarea/TinyMCE field. It's not about any limitations at all. I've just found this to be the most flexible way of managing this over a long period of time. ProcessWire has always been built to what was ultimately most flexible rather than trying to do the same thing as other CMSs. But I do recognize that it's controversial and may seem unfamiliar if one is already used to a different way. I'm not against alternative patterns for this if it helps appeal to more coming from other CMSs, though not at the expense of the current one which I think is the ideal (at least for my needs). So I always try and keep an open mind about it and am open to supporting more options for those that want them in the future.

Your first condition would always match even if there were no page breaks. That's because $input->pageNum is always 1 or greater (1 is the lowest possible value for $input->pageNum). As a result, the if($currentPage) part is not even needed. This if() condition will match regardless of whether there are page breaks or not: if($currentPage && isset($pageBreaks[$currentPage-1])) Technically your "else" condition is only executed if someone specifies a page number in the URL that is out of bounds. Try page99 in the URL, and you will likely get the entire text. Instead, you probably want a 404 in that situation. That's why I think your else condition should throw a 404.

Nice work! Please add this to the modules directory when ready.

Thanks k07n, I have applied that update.

Yes, this is basically what Pageimage does internally. You can use PHP's copy() command.

If phpmotion.com supports oembed, then it is feasible for TextformatterVideoEmbed to support it in the same way as YouTube/Vimeo.

I'm not sure that I understand the full context of what you are trying to do, but one thing that may be helpful is to consider that a Pageimages array is an extension of a WireArray and shares all the same methods and capabilities. ProcessWire 2.3 also has some new functions like insertBefore(), insertAfter() and replace(), that you may find handy here (though they aren't yet in the documentation page, I need to update it). I'm not exactly sure what you mean about "execute", but you would need an image file to be present on the server before you could determine what the dimensions are. If you have an image that is just a filename, and not yet a Pageimage, then you could use the traditional PHP method of determining width/height, and that would be to use the PHP getimagesize() function.

I'm happy to setup a subdomain like we did for the German site (http://de.processwire.com)

Field dependencies are coming to ProcessWire and FormBuilder later this year, though won't be ajax driven. This probably would not be a good use case for FormBuilder. You can create your own themes with FormBuilder. They are based upon jQuery UI's theme framework. What you are talking about sounds pretty custom, and seems to me more like something one would build from markup rather than with a form building tool.

IIS isn't technically supported by ProcessWire. Though I understand that several people are successfully using PW in IIS. But just want to point out that this is not the recommended environment for PW, and it would not surprise me if some things don't work. Actually, I'm impressed that it apparently works for the most part–maybe someday we can officially support IIS. This is one component that is LAMP-specific at present. You will have to unzip the language pack locally and upload the JSON files individually. I'm hoping to convert the unzip process to one that is cross-platform before long.

There's only 3 threads in this particular board, so no worries about this thread getting lost. But I totally agree it deserves to be highlighted. I've gone ahead and pinned it so it always stays at the top. That way when this board grows, nobody will miss this thread.