Soma

Actually this will include a subdir if pw lives in a subdir. Other than that theres no need to include server name (without protocol). A absolute path from root is simple just remember to start with a /

Umm $config->urls->root ?

:-\

Yeah keep it simple

I also did ran against this when creating my modules. I'm not really sure why it is there but this maybe a good time to ask Ryan Is it really needed or can it be changed so we have more options. One way is to completly replace the label rendering method $event->replace = true; and then use your own.

Importing such huge amount of files requires some good coding and server. You can't import them in one bit. 172'000 files with simple html dom (consumes lots of memory) and php will consume lots of memory and run out of resources and kill your server's process if not done right really quickly. You really would have to make sure you get a experienced developer who knows what he's doing and try to do this the most efficient way. Doing it the dirty way this can take up to 1-2 minutes for 100 files per loop (to not get out of memory). So this could get up to take 24 hours for 200'000 files. I'm not that experienced with how many and what the best way is but it can be harder than you think.

Yes we also discussed on profiles and how well they would serve as starter tools and of course marketing tools. I completely agree with this. And PW profiles make it really easy to build and export a setup (without permission and users). What I think would be best to keep them really simple and see them as kick-starter examples and resources to look at and learn. Ryan's blog profile is a little a different beast and goes very far already, with css framework to change "easily". Also the Skyscraper is a really cool resource that finally is now updated and people love it to see how it's done. Another thing we discussed (antti) is also the possibility to add functionality through modules. By installing them they setup fields and templates needed and builds a basic setup, along with some snippets it would also be possible to have blog, news, galleries etc in one click ready to then adapt. This would allow much more flexibility than just a profile that then misses the blog section and there's no way to install 2 profiles melted together. This is fun to discuss, lot's of possibilities and so few time

Annd who will build this. One big problem (no not again soma) I see and why I havent done any is it will bring in a lot of support an problems. In that one profile may not the way person x needs this and that. Also the way the profile is built may just one way to do it and either too advanced or too simple and could lead to many frustrations and people asking for things they can't build with your profile. It's like buildig a shop that in the end isnt flexible enough because its prebuilt and making it all configurable is hard and ends with being limited at best. I'm not saying dont do it. But just saying why I havent yet. I love PW for the fact it is so simple to build these things from ground up the way I need it. Thats me. But I see a lot of new people building now sites with PW that have no php or coding skills at all before. I think best way is to have better docs and tutorials on how to build a simple blog or portfolio. So to say there isnt really much. This is pw not wp.

No problem, access control is always a little hard to get at first glance. You can mix roles and have them granular as you wish. Also took me a while to get it.

Then you would maybe create another role for them with only delete permission and remove the delete permission from the other role. Then assign the "delete role" to the template you want them to delete.

Ok, so you would just give them the "delete pages" permission in their role.

*confused* what do you want? be able to delete or not delete? You title says "Prevent a group from deleting" But reading your posts I'm not sure again what you need. Edit but not delete Delete but not edit? (doesn't make sense)

You just create a role and don't give it page delete permission. Add that role to the user. Edit: Now add access control to the template(s) you wish and set the role to edit pages.

Hello boys and gals. I have made little adjustments to the module to show shorter textdomain and the original and translated string. If a text doesn't show up, there's no translation there. Only string that are _("Text") 'ded will show.

It is 'item_current_tpl' Sorry for the confusion, it seems to be wrong in the documentation since near beginning. Interesting nobody recognized it by now.

If(count($page->portfolio_services))..

Just asking myself, how is this modules working together with cache? Wouldn't be possible I guess.

Can you rename the title also to ToolsTimeFormat, because after installing one could search the "Time" group when it actually is in the "Tools".

That's a good question. I would rather stick with "Markup" for this, but it doesn't generate markup for a format so it could be TextFormatter. I think Tools is too general. Everything is a "tool".

Yeah its the 404 page. So no error. The only thing I can imagine is that this code doesn't work for you and so since sitemap.xml isnt a page it shows 404 page. I don't know why it wouldn't work. if (strpos($_SERVER['REQUEST_URI'], '/sitemap.xml') !== FALSE) { $this->addHookAfter("Page::render",$this,"renderSitemap"); }

No there is no dependencies it just looks if it is installed. Theres no other significant changes.

Have you LanguageLocalizedURL module installed? I guess not. I can't see where that 404 is coming from. I'm currently trying around and it works. If you don't have language urls installed there's no need to update to 1.0.5 already. Sorry for the confusion I created here.

Hmm i don't see it in modules manager.

Read me comment on my still open pull request... you forgot something https://github.com/Notanotherdotcom/MarkupSitemapXML/pull/4#issuecomment-12185247

Translation doesn't work. Or am I missing something? ProcessLanguageTranslator: Found /site/modules/ToolsTimeAgo.module ProcessLanguageTranslator: That file has no translatable phrases Translation doesn't work for runtime variables as the string. And I thought the _() have to be on 1 line, but I could be wrong.