Soma

This is not a bug? Because if you have pw in a subdirectory the directory is in the url. That's the intended behavior.

While using the shop module, here a thought that come to mind every time. I would like to see that the forms output by the checkout being ProcessWire forms generated via API. This would allow to modularize/extend this part much easier. Currently it's just html markup concatenated together and it makes it impossible to modify it without modifying the module. Another option would be to make methods that are generating the markup hookable, but I'd rather like PW form API fields. This would also allow for easier rendering and validating the form. What you think?

Adde a couple commits with a PR to Shop Module with some small fixes and additions: https://github.com/apeisa/Shop-for-ProcessWire/pull/8 - added support for variation price, so you can have price per variation. Cart will look for it and use the price in repeater item, else it will take the one from page - added 2 new methods to cart module: getProductPrice($item) will return product price from either repeater or product page getProductPriceTotal($item) will return product price total for quantity in $item->qty - made those methods bookable also so they could be modified maybe useful for discounts etc. - updated checkout module for this new price calculation I'm working on a simple shop currently for the 4-5 time now and taking the shop module always a little further on the way. Thanks

I voted already for two rounds but no chance.

Works everything as it should. I can access (when logged in) or can't access (once I log out) the file. But after trying around I found a strange behavior with when removing guest view access for the page. At first it works as it should. Then I unpublish the page, and it isn't accessible anymore (as expected) Then I publish the page, and only then me as the superuser can't access the file anymore but I should be able to. Once I give guest role view access to page again and start again, it is the same procedure.

// via field settings $field = $fields->get("title"); echo "width:" . $field->columnWidth; // via template context $tpl = $templates->get("basic-page"); $field = $tpl->fieldgroup->getField("title", true); // true for template context echo "width:" . $field->columnWidth; https://gist.github.com/somatonic/8323844

http://lmgtfy.com/?q=processwire+hide+pages+in+admin First search result shows a thread, where you even liked my posts where I explain and show an example module of how it could be archived. So there's no way to do it without a mean hack. I'm still waiting for Ryan to implement something to make this easier and brought that up on github again.

As vagely mentioned the LanguageSupportPageNames module is the problem here, as it doesn't load in a Bootstrap it seems. There's no page rendering happening so ready() method of it will never get called. I'm using heavy page creation importing with multilanguage and also ran into this, and also need a solution sooner or later, so i tried again. A solution I found is to add a hook yourself in the script on Pages::saveReady and delegate that to the LanguageSupportPageNames which usually seem to handle this part of page name saving. So if you add this code above your bootstrap, it will work as if in a page template. wire()->addHookAfter("Pages::saveReady", null, "hookPageSaveReady"); function hookPageSaveReady($event){ wire("modules")->LanguageSupportPageNames->hookPageSaveReady($event); }

If you follow and read the link martijn and kongondo posted http://processwire.com/api/fieldtypes/images/ you'll see that it's actually all there mentioned.

It's not an regular array but a WireArray. You can use all WireArray methods that are listed on the cheatsheet. $page->images->first->url; $page->images->last->url; $page->images->eq(3)->url; ...

Nice. Just the the type has not enough line spacing, it's not readable and hurts my brain. body { /* line-height: 1; */ } ...much better.

Thanks Jonathan, $database is the new PDO, while $db is the mysqli. If I change it, it won't work in older PW versions. Maybe I could just add both with a check.

Damn Joss you scared my dog away! Let's see, in admin.php if($user->hasRole("dumb")) { $config->styles->add($config->urls->templates . "styles/dumb.css"); }

You did it !

Yeah I know but there's no url "/page/list/?id=1&render=RSS&start=0&open=undefined" with those parameters in admin, so how did you get there?

Bump previous post? Currently I need to have default language segment, "de" is default and I want to use "/de/", but I can't because of this redirect to "/" for default language. Futher, I'm experience a "bug" when using url segments on home template if I go to "http://domain.ch/de/segement" I get redirected to "http://segment/" ! And when going to "http://domain.ch/segment" I get redirected to "http://segment/" too.

What is /page/list/?id=1&render=RSS&start=0&open=undefined ??

Short answer: No. You'd want to use pages or repeaters. Without repeateing I'll just link to Ryans post http://processwire.com/talk/topic/417-extending-image-field/?p=6982 So the answer is actually just 1 post before the question, which may the reason why Ryan didn't answer it because he just kinda answered it already.

Deleted the other duplicate thread.

The products variations are done using child pages. So even if only one product it's a child page. That makes thing simple. Note that the shop was done 2 years ago, the pw shop was still in alpha early and there was no repeaters yet. Also there a lot custom and only using the cart of pw shop.

I'm not sure I understand what details you mean but yes it's all done with fields and child pages.

http://bag-shop.ch The others aren't online yet.

No problem, we all were there. This adds another keyword to the index so the next maybe able to find it.

Some more http://processwire.com/talk/topic/3275-hide-parent-page-from-url/ http://processwire.com/talk/topic/4725-remove-part-of-url-with-htaccess/ http://processwire.com/talk/topic/2984-controlling-page-url-structure/