Martijn Geerts

Updated the module. I've added drop-Ins. Drop-ins are admin custom files that are ready to use. You just have to drop the files in the AdminCustomFiles folder and select the process. Drop-ins are located in the module folder. 2 drop-ins are included: ProcessPageEditTruncate, The truncate function from post #12 ProcessPageListLabel, a jquery replacement for FontawesomePageLabel Ps, AminCustomFiles is open for good drop-ins.

Actually i've the plan to build a rest-full service and likely will integrate the UserGroups module. These kind of services are not visually exposed, you won't see them in the Featured Sites section . Such a service could easily feed all content for native web apps for a variety of different of devices. So I don't get why this should be for websites only. The next thing what I think is curious is that you mentioned the UserGroups module because It is beta and it is fully multilingual programmed. I can't speak for Teppo, Antti & Nik but I think they would love to see alot of translations coming from who ever want to make translations. ProcessWire is not a website buildtool, it's a framework and a tool to manage content build on top of it. And you can build with it what you wish, it doesn't dictate that you should build a website with it and it doesn't tell you must use multi language. I know a few tools that are build by community members that are never exposed to the internet, it's not unlikely that that is just a tip of the iceberg. And multi-language support in ProcessWire is complete and very balanced. But you have to click few times more to activate it. I know there is a big market, but how to support that? You need a very active member or members to translate it all to 1 other language, let alone the 15 most used languages or so. That's how opensource works. Someone out of china love to see everything written in Chinese and he starts. Somehow he or she has loads of time and working on it day and night. The probability that someone stands up grows as the CMS grows, but PW is tiny in comparison to the other systems you mentioned. Thereby PW is way more by developed for developers. btw, I love Thailand have been there a lot.

Web developers should do them selfs a favour and learn the language what is most used in development. For me this means I have to learn from english written information and sadly for me it ain't dutch. Learning from your own language (if not english) is a big limitation in web development. Right now I don't speak a word Spanish, but I know for sure that I would have when all development stuff was done in Spanish. In the end learning development from your own language when there is not enough written about it, is a limitation for your skills. Some people take that for granted, it's their choice.

I read misunderstanding here in your story I guess. You make the assumption that ProcessWire is purely build for creating (multilingual) websites. And you make the assumption that most people need multi language from start. This is not the case. Putting multi language on every field would give some overhead. Not only from data perspective but also from database design perspective. All needed tools for multi language are there when you choose for multi language, but the assumption that you would start multilingual is not there. And if chosen, pw has a very balanced system. ProcessWire is a framework that that is perfectly suitable to build websites. But in fact it is way more than that. ProcessWire could be a planning system, it can be a restfull application, it could serve pages as if it were images or audiofiles or it could serve as an content provider for a flash application or an iPad App. This is an important part why PW is so flexible, this flexibility you won't see with many other CMS'es as their target is limited to websites.

I agree on making Code Internationalization in all modules. But the communication language for development is english so I disagree this for tutorials.

Something says me you've chosen InputfieldFile and not InputfieldImage Mary.

Can't get it to work with the API, so maybe not possible at all.

Maybe you can add inputfield markup with the api to your temple. I never test this however

This is possible: .small .show-on-mobile { display: block; } .large .show-on-mobile { display: none; } .small .hide-on-mobile { display: none; } .large .hide-on-mobile { display: block; } Remember that the module is more meant for media-query sync (CSS to Javascript)For these things you're probably better of using media queries when you don't need support for IE7 & IE8. Don't forget that support for IE7 & IE8 what is in it self questionable as most machines running IE7 & IE8 have a monitor with atleast 1024px. @media screen and (max-width: 768px) { .hide-on-mobile { display: none; } .show-on-mobile { display: block; } } @media screen and (min-width: 769px) { .hide-on-mobile { display: block; } .show-on-mobile { display: none; } }

I vaguely remember there's an issue with the garbage collecting and session with Unbuntu. An option is to store sessions in the database. You've to enable Session Handler Database, you can enable that one in your module configuration.

Peter, I see a new avatar, but... where's the tattoo ?

Money is a bad motivator as it only works as for a limited amount of time. Eagerness and willingness is way stronger and can keep you going like a good ol diesel. When you want to succeed your goal you have to do more over here then in the other camp I guess. But in the end you'll become a real fisher and you're be able to catch sharks in any ocean.

Ahhh, almost forgot: Welcome to ProcessWire and the forum members !

When your clients can answer your questions that you put above an inputfield I would say yes

When you're satisfied with that position then ProcessWire is not the right tool for you I Guess. But when you're willing to learn, then jump in we're here to help. ProcessWire has that nasty side effect that non coders become coders after using it for a while. You don't need much scripting at all to get started. Go ahead and follow the link provided by Joss.

Messing with plug-ins is something for a developer not something I would recommend for a non technical client. In ProcessWire it's easy to build the tools so that non technical users can manage their site. Oké: ProcessWire is al about fishing

In ProcessWire you're free whatever you want to output and it is not limited to HTML only. As a result you're free to use any template you can find. You could simply drop HTML of a wordpress theme in your templates and use that if you wish. Other resources: http://html5up.net/ http://www.opendesigns.org/website-templates/ I never use themes my self so there are probably way better resources.

Phillip, thanks pointing out to a bug. Didn't know about it. I will dive into this one. Thanks you reported it on GitHub to.

In CSS it is oke, but ProcessWire fields don't work like that. https://github.com/ryancramerdesign/ProcessWire/blob/master/wire/core/Inputfield.php#L207

@toothpaste, not possible.

New avatar next week ?

Here is a more personal thing I guess: For me mobile first is more about content then about graphical decisions. There was a trend, (i'm happy that it's mostly gone) is to just hide stuff in the mobile environment if it wont fit the viewport as mobile was a thing people implemented as afterthought. While I think mobile is as important as desktop and should be developed in parallel or strongly kept in mind how to handle. Then there's always my question: When information is not important enough to show it on mobile, what is the importance for this info for the desktop. I do not say it's always a good practise to use the same content everywhere as the environment where the content lives has it's own properties.

Adaptive websites use breakpoints to target for specific viewport widths, while responsive uses percentages for elements to adapt to the width of the container where it lives in. Adaptive and responsive can work nicely together, but the terms aren’t interchangeable.

Big thanks !

@totoff, are you willing to make a bug report for this? As this behaviour is not intended behaviour. And to your questions: Yes but the order is important.