Roope

+1 for 100%

And really like Teppos idea of versioning. At the moment there's not even tags, which would alone already be huge improvement.

Is there any plan for keeping this up to date with the latest PW version changes?

I think this is everybodys interest but just haven't done yet. PR's are probably more than welcome!

It seems to be adding the classes to the email and adding mailto, but in the source, the actual email address is as clear as day...

Hi Joss!

If classes are added and it turns email strings to mailto links then it sounds like it's working like it should be. My first guess is that you are looking at generated source code, e.g. using inspect element tool from the browser? Decryption is done on client side so in this case, all is fine.

Document source code from server should have predefined text string wrapped to span elements (with emo class and unique id) in place of email addresses.

You can build your custom admin pages very easily with Process Module and attach required permission to it. Only users with role where this permission is enabled (along with superusers) will see the admin page. Here's Ryans example to get you started: http://modules.processwire.com/modules/process-hello/

Hello Vineet!

It is sure possible to compile LESS on PHP server and there are basically two projects for this one:

https://github.com/leafo/lessphp

https://github.com/oyejorge/less.php

Leafos is more powerful when it comes to speed but it's not at active development anymore so it's not fully compatible with recent versions of LESS.

Downside here is ofcourse that we don't want to compile on every page load and caching is mandatory so there is always some overhead compared to static css file. So if you can use Node.js at your development environment and upload compiled css-files to server it's sure more prefeffed way.

If you wan't to give a try we have build custom PHP compiler that uses oyejorges processor for LESS files and it works quite smoothly on live server also: https://github.com/BlowbackDesign/BMin

Thing that got in to my eye was this:

It seems the aliases for the different languages (German: startseite, English: home) will not be taken on the homepage.

If I switch to the other language on the homepage it doesnt work - it wil be always in German. The aliases will not be added to the homepage url so it is always the root url and this maybe causes the problem.

That's why I was saying that it should work but was also suggesting to use language code version instead.

So I had to test it and it sure looks like if you give your homepage name "home" it doesn't work (throws 404). I do agree with Soma that name like this is not suggested for homepage but it could be the case with multilingual one page website for example so this clearly looks like a bug here.

EDIT: one page website may be bad example here since language code would be preferred way but still "home" should be acceptable to use as homepage name.

@Roope

But 8,80 or also 8.80 will be saved as 8... Like a integer instead of a float value...

Any configuration problem?

Check that your field is really Float type and that rounding is not set as 0 from Details tab (defaults to 2). Value 8.80 should be saved as 8.8 (where 8,80 saves as 8).

You can add a pattern to a text field, insuring your data is numerical.

This is true but with prices this can be problematic if you need to do some sorting or counting. For example:

echo "1,45" + "1,45"; // outputs 2

For prices I would suggest to go with float input and then modify the output when ever needed. Text field for numeric data is not the sharpest solution. With float you can be sure that data is always numeric only, can have decimals and calculations with PHP work without hassle. For output you can use some basic function like this:

function price($float) {
   return number_format($float, 2, ',', '') . "€";
}

If you need to add taxes it's also easy extend to the output function:

function price($float, $tax=null) {
   if($tax) $float = $float * ((int) $tax / 100 + 1);
   return number_format($float, 2, ',', '') . "€";
}

Good meet everybody and thanks for a great company! Route where is PW going is just awesome and can't wait for all the goodies that 2014 will bring us - this thing is on fire!

Hi ankh2054!

You can use it like this:

try {
   if($session->login($user, $pass)) {
      $session->redirect("/");
   } else {
      $login_errors = "Username or Password is incorrect";
   }
} catch (Exception $e) {
   $login_errors = $e->getMessage();
}

Currently it is possible to download and install new site profile from admin so it can be kind of confusing since you really can't install profiles this way. Some special treatment would be nice.

localhost • Modules • ProcessWire.png

Just wanted to mention that language packs should be treated different by module installer, too.

I made a PR to fix these: https://github.com/ryancramerdesign/ProcessWire/pull/461

Shouldn't that find selector be like this?

$selects = $pages->find( "template=child-template" . $selector ) ;

So in order to satisfy most people's needs, there would have to be at least 5 different profiles to choose from which would blow up PW initial install files size considerably.

I would offer all of them from modules directory. If the profile made it's way to the directory, it must be useful for more than one person/organisation.

Idea would be that installer only downloads needed files from Github - we wouldn't include anything more to default PW package.

So what I was thinking for installer:

1. First to mention about default profile that is included (contains some example data etc..).
2. Then something about site profiles in general - if you like to use one, now it's the time to install and how to do it.
3. Finally offer possibility to select one pre-made profile from directory and installer will download needed files to it's place.

I think least 1 & 2 should be added. But then again, you can install any other modules automatically so why not site profiles? After all profile can have many different folders (and files) to replace where basic module usually have just one.

Currently it is possible to download and install new site profile from admin so it can be kind of confusing since you really can't install profiles this way. Some special treatment would be nice.

Don't forget the social media - especially Google+ with google results. When you want to rank, you need to have some social media strategy involved.

I am working on that. Ummm ...  slowly.

I hear you - your sig is my thoughts exactly. But we're getting there and PW makes learning PHP so damn fun that we can just smile and enjoy the ride!

Meta keywords can have some benefit with AdWords Quality Score

Hi ankh2054 and welcome to the forums!

We also switched from MODX to PW little over year ago and haven't look back since.

1. Yes, dealing with users and permissions is really straight forward with PW - here's a good thread to begin with: https://processwire.com/talk/topic/107-custom-login/

2. Simple as american pie: https://processwire.com/talk/topic/352-creating-pages-via-api/

3. Everything's possible, here's some discussion: https://processwire.com/talk/topic/218-simple-poll/

There's lot of goof stuff in the forums and Google is your best friend!

Glad you liked it Manfred62!

I opended thread for this subject so we can all continue talk about this idea here.

Idea for this came up at PW-H5BP thread so I decided to open this for discussion.

At the moment Site Profiles require manual installation. So basicly we would offer some simple option at the beginning of installation for user to choose available profile from modules directory before they proceed.

Technically this should be pretty doable since other modules can already be installed similar way at the admin.

Thoughts?

Oh, php and processwire are rather intimately connected, I would say.

You're right, I edited my answer. Dealing with ProcessWire has taught me LOT from PHP but starting with PW can be real struggle without any basic knowledge of the language. It's really hard to build a house if you don't know how to hold the hammer 

bwakad, I don't want to sound rude but how do you think this kind of questions are actually even related to ProcessWire? I know this is off topic section but still.. I suggest you buy yourself some PHP book for beginners and get the basics right - it helps you a lot with PW! http://www.amazon.com/s/ref=nb_sb_noss?url=search-alias%3Dstripbooks&field-keywords=php

OK, I was looking other site profiles from modules directory and noticed that those are structured without site-default folder so I did same for PW-H5BP.

I remember there was some talk just while ago about having different profiles by default at PW installation. Just can't find the thread.. Or maybe it was at GitHub. Anyways, wouldn't it be possible to offer simple drop down at first page of installer for profiles found at modules directory to choose from? Installer would then automatically replace needed files before proceeding.

EDIT: Added profile to modules directory