Joss

Hey, I have no issue with designing something Dumbed Down - I do it all the time. Actually, I have already half done it on my overall demo site (http://pwdemo1.stonywebsites.co.uk/) That already has a category system in place for products and some other useful bits. It is wonderfully dumb!

@Ryan - trust me, you still see that argument. Wurm Online is built with Java, and the developers continually point out that the big weak link is the PHP website. Which is completely unfair - the twice they got hacked was because they had either not updated in ages or because they let someone install something stupid that opened a great big hole.

I don't think this is an either/or argument so much as "what are you designing today?" (Apologies to Mr Gates) If we take your villa site as an example, each set of images has a very specific ownership paper trail - they belong to a specific villa and therefore, quite logically, a specific page. Even if you then have a generic promotional page that re-uses some of those images, it is reusing them based on them belonging to a specific entry. An e-commerce shop is mostly the same case. However, if you take my Dog-Blog (http://www.pebblesthepuppy.co.uk - you are permitted to say "ahhh" when you get there), although initially the images are uploaded in relation to a specific post, I have a great need to re-use images in other posts, without wanting the association to the original post. Thankfully, if you delete a post, you don't lose the images in WP and the new WP media uploader makes access to images across the board much easier. Moving onto another type of site, a news-magazine style site, then many of the images you use would be from a general library because they would be reused on a regular basis. On a game site that I ran, I could use any particular screen shot ten or twelve times - in tutorials, promotions, press-releases, general illustration and so on. Your average business site is a bit of a mix. Although most pages are pretty much "static" (as in they are not related to a series of pages like a blog), the entire site might have elements from all the above. A blog, a product/services catalogue, staff profiles, portfolios. Any and all of those may want to steal from each other - a news item might want to show a product picture, a product might want to show a picture of the staff member that designed the product, a press release might want to repeat the nice opening picture of the industrial estate.... And so on. Just to make it more awkward, if the product changed spec, you will probably want to "replace" the image and have that effect everything - without having to FTP into the back end. All of these are quite legitimate uses of media. What I suspect we need (and I think this is part of that fine-tuning of any software that is needed to make it attractive to a broader market) is a plugin that allows how the images are used to be customised. So, if in one content type you want people to upload an original, then that is all they will be able to do. If on another your don't want that, but only to use something from an existing library/page, then you should be able to set that. Oh, and I think the Thumbnails functionality should be part of this rather than as a separate plugin. After that, it is a case of sensible management by the admin. If they restrict an image to just a page (that may risk being deleted) then that is their problem. If they would rather have "image library" pages so this is not an issue, then it is up to them to set their site up that way. Either way, I think we should keep the system where an image is part of a page and not have a separate, disassociated image system. After all, if you create a library around pages you can create categories, years, tags, all kinds of nice things - if it aint broke, dont fix it. But that does not mean you cant expand on it so, like the rest of ProcessWire, it allows the admin to create and run the kind of site they want in the way they want.

Yes, searching for images is different to searching for articles where you really want to search all fields at the same time. With images, you are looking for something specific. In the News CMS I designed 13 years ago (eek), one of the things we did was make the images work the same as they do in a newspaper library. So, every image had file name location category (images had a distinct category system) description and quality (BW, Grainy, pro/domestic) Image title Image summary Copyright date Source/photographer Notes and Restrictions (Licencing and so on) History (which articles it had been used in) Locked/Available (so images could be used for research only, but not displayed) Now, obviously that is completely over the top for 99% of users, but shows the way images might be stored and how they would therefore be searched. In that old library we had around 5000 (ish) images, and everyone was stored like the above. They were everything from corporate head shots to events to logos to cartoons ... (I only have the cartoons left now), and finding what you wanted was dead easy and the source information meant we had instant contact details if we wanted to see if the photographer/agency had any additional shots. You also have to bear in mind that the vast majority of the shots were film originally and were supplied as prints. So we did not have the meta-data trail you have now. Sorry, that wandered off topic a bit!

Oh, glad you put that explanation - I hadnt gotten as far as working that out. For the moment, I am almost ignoring the module and just putting together a simple catalogue with some listing options. It will use includes for the specific bits of the layout so they can be replaced/changed easily. Or it will end up on the floor as a slightly sticky mess - one or the other.

You could have various sort options. It depends who is using and why. A news type site that would pull images from all over the place would definitely want it categorised somehow (though they would possibly be better off with the idea that I started this post with) A blogger, however, may well want to see their most recent images first, and to hell with the categories. To make it even more complicated, you may want to add search by either file name or description. I suppose the file name search field would be autocomplete. You could make this overly complicated, but as long as all the options are in a discrete list/hidden tab, something, then it would not be a major problem..... possibly.

Yeah, I agree with that. I was playing with both OpenCart and Magento last year and the templating system was bewildering - I could not get my head around have the two sides of it in completely different parts of the directory tree.

Hi Luis - that kind of works both directions. I am tending to default to bootstrap at the moment as I am also trying to get my head round what is possible. Also, to be fair, I am not good enough that I would be very happy with something I did being pushed as a perfect solution - more of a rather rough starting point!

Another variation to the module could be a "show all images" link. Rather than navigate to a particular page, this would just retrieve all images linked to any page, with the current page's images the first on the list. (the rest could be by date or alphanumerical or something. This would need to be paginated/ajaxified (or a mix) for sites that have a huge number of images.

Yes, I have to admit that I haven't quite understood Ryan's code fully - does he come from a planet with a more advanced civilisation than you and me? Also, for the profile I would be tempted to do a responsive template since that is more or less the default on WP now (and other systems). Just a very simple header, body, sidebar system. Not very difficult to make it so the sidebar is either left or right with a switch in a "settings" page. Also, images: http://processwire.com/talk/topic/2573-images-module-source-page/

Well caught! I am taking a slightly different approach, using this as a basis: http://twitter.github.com/bootstrap/examples/carousel.html Except I will replace the bootstrap carousel with a parallax system I have been messing with: http://pwdemo1.stonywebsites.co.uk/ And .... Well, not sure after that!

HI Luis Apparently, this works well on touch too - the chap addresses that on his site. I think I am inheriting an old iphone next month (the family is all upgrading, so the iphone 3 will be unused). So I will be able to test this stuff more then. The problem with click as opposed to hover with ProcessWire is that it breaks Ryan's natural page tree system because you cannot access the parent.

There are two issues with the normal bootstrap menu: 1. It doesn't hover 2. The "parent" is not linkable (it is too busy doing the dropdown) So, here is the solution: http://cameronspear.com/blog/twitter-bootstrap-dropdown-on-hover-plugin/ Basically, this script replaces the data-toggle with data-hover Without the data-toggle, the parent becomes clickable and with the data-hover it now drops down on hover!! Magic!

That would be nice! Just thinking aloud here: ShopWire? Goes nicely with: BlogWire BusinessWire IntraWire NewsWire (oops, pun) FanWire and then the frameworks: BootWire FoundationWire etc

ooh - Bootstrap is really good for that sort of thing. I may go and play. (Er, after I do all the other things on my growing list of "playing with ProcessWire" items.)

Another post for you to move when you move your ones: Both the Germans and the French have been pretty active over the years developing stuff - going back a bit, I remember coming across a few interesting items for which there was no English version at all. Java has been particularly popular at verious stages. So yes, there is very definitely a market. It requires more than simply a translation, however. We used to do huge amounts of multi-lingual corporate work at the studios, and I was constantly reminded by voiceovers when translating "in my country, we would not have made this video like this in the first place." So, some thought should be put to both the presentation style and the "sell" so that it is truly aimed at a country and is not just another language version that, to be honest, can be seen as insulting. In English speaking countries we are amazingly insensitive to this sort of thing!

Yes, that could work, though using your existing system of selecting parents pages or specific pages would do it, I think. Interesting idea to add user bookmarks, though that probably should be optional since the admin may want to define a very specific location(s) for what ever reason. On the second one, yes I see what you mean. Since basically, it would be uploading on behalf of another, predefined page, rather than the one you are on. I suppose there is a bit of a cheat here in the fact that the upload part of the field is being "borrowed" from another page/template - for that one action you are effectively editing another page remotely.

@apeisa Yes, as far as I know you are right - the regulations only come into force if you are storing card data. I ought to have a look at your module, me thinks! Joss

@Pete As an extension to a tutorial, perhaps supplying a profile That is as close as possible would be interesting. MInd you, I suppose Ryans blog profile is not far off already.

Sorry if this has already been discussed: I was wondering how difficult would it be to add a default source page to an image field? This would do two things in the context of a form: Set the default page to look for an image Set the default page to save an image In the case of the first parameter, this would just change which page is selected by default in the current pop-up box. So no major change to the interface, it would just default to a page other than the current one. The second is a little more complicated. It could work in one of two ways: As a hard setting that can only be changed by editing the field parameters - so it would always save to this selected page or to the current page if not enabled As a soft setting so that as part of the upload you can choose which page the image is added to. In this case, the field setting would simply be defining the default page, but this could be overridden on the form. A more comprehensive version of this might be to specify a handful of pages that can be accessed, or the children of a particular page, or all pages. Both these functions should, perhaps, be optional, so you can tie a user down or give them a bit more freedom, depending on the form. In putting together my demo sites, I am finding several instances where I need reusable images. Especially in blocks or widgets. Although I can create a special page(s) for these images, it would be a lot slicker if I can preselect this page for the form rather than having to navigate what could become quite a complicated tree. Also, having navigated to wherever I have stored the image, it is a pity that I cannot then upload to that page from the form I am currently using if I suddenly decide I want a new image. Although this does not create a full media management system, it actually comes pretty close, while still respecting the way ProcessWire works. I have no idea how to implement this, before some bright spark suggests I go do it!! Joss

I quite like naming it Fred. Its a family tradition. (Freda if it is a girl website, of course.)

Hi There! Interesting enough, I completely missed the module when I was doing a demo site the other day and just downloaded Fancybox (and a couple of others I needed). You might as well use the module (since it is there), but any JavaScript or specific JQuery you want to use is as easy as just following the instructions on the suppliers website. Which means you are completely free to use anything you want. One note (which you may have already worked out) - the JQuery in the site/templates/scripts directory only effects the front end - so you can update it (if it is out of date) to whatever you want. Or go for a different system instead, of course.

Okay, I admit I quite like designing forms too - getting the layout really nice and logical so the user is easily walked through the process is really satisfying. There is an amazing amount of human psychology in a good form design! Not that I am any good at it, mind you!

Just updated the demo a bit - details on the original post.

One of the things I find very clever about Facebook is that they concentrated on pure functionality rather then look - the idea being that it was what people were posting that was important, not the frame. I see this with my kids who have always found Facebook very intuitive to use where as things like Myspace was cumbersome and awkward. When it comes to how it affects social interaction, in fact, I think it has had much less impact than sociologist like to think. In the end, it is only a platform - how you choose to communicate is purely personal. When I see the conversations on facebook between my lot, they are no different from the purile communication that was common to Usenet years and years ago - or, for that matter, the playground of my youth. The real impact is that this form of communication is now in the global public domain, whereas previously it was in little, isolated pockets. Twitter, with its limit on the number of characters, has probably had far more impact, and although I do use it, I am not fond of it. Actually, I dont use any of these systems particularly. I used MySpace purely as a promotional tool, but that has wained, and some of my writing automatically posts to FB and Twitter. But they are not a day-to-day place for me in the way they are for the rest of my family.