Leaderboard

http://www.bs-eutin.de Unfortunately, the site's in German only, so most of you guys won't understand its content. It's a site for a very specific type of school. I'm not sure if this type of school is common outside of Germany – the dictionary mentions the term "trade school". In Germany, apprentices still have to go to school one or two days a week. Also, this school offers some educational programs for people who are not satisfied with their regular school education and want to earn a better degree etc. Anyway, it's HTML5, it's responsive (using Adaptive Images), it uses some jQuery plugins (most notably Responsive slides and Colorbox). The logo was already done before I got the project, it also "dictated" the webfont. Unfortunately, quite a lot of pages are still missing a photo – the school is producing all the photos themselves (which I always prefer over stock photos), so it will take some time to fill the holes here (because the school term just started). This is the first larger project I did with ProcessWire, and it's been a breeze. Like I always say, it's not really a question if something can be done with PW. The question is how it can be done with PW.

Well thank you Jeff. I think I'll just have to write a couple of more posts here at the forum to get rid of that status - but not only nonsense like this one .

Just a note for those following this thread : The fix was committed by Ryan on 07/22/12. https://github.com/ryancramerdesign/ProcessWire/commit/cca37369a0c68a76f6e824430e2b0b57f77dac54 Nice work Nik and a quick fix / improvement by Ryan. @Ryan - maybe you should change Niks' forum status from "Newbie" to something more reflective of his skill. A manual override.

Interesting, that FAQ answer is pretty clear. So they want us to pay $99 and then it can be included in the open source project. I'm okay with that part of it. But that still wouldn't make it GPL compatible, I don't think. That is, unless someone could then take Redactor out of ProcessWire and then use it for something else (also GPL) without paying them the $99 fee? I don't think that would be okay with the Redactor developers. Too much ambiguity for lawyers to have fun with. If we build a module out of this, it would have to stay non-core (3rd party), and not sure exactly what license could accompany it, but I'm sure there's something.

Is the developer license not compatible? This page seems to suggest so: http://redactorjs.com/download/ Might be worth asking them if we think there's a real benefit (the fact that it's jQuery has me interested more than anything else).

Hi! I have a problem when grouping multiple fields with the FieldSetOpen and close fields. I am attaching some screenshots because I think the issue will be much more clear. The nesting is weird, and I'm not sure if it's a bug or if I am using it wrong. I can't have 2 separate field groups, and when I have one group, all the fields get nested. Even when I have 2 FieldSetOpen/Close groups, one group gets nested onto the other. I'll appreciate any help on the matter!

Hey Pete, Here's one to add to the list of useful things. http://redactorjs.com It's a jQuery based WYSIWYG editor. So far I like it a lot more than TinyMCE.

Thanks, Soma, stream_context_create() sweet.

Dave, can you grab the latest dev version and replace the ModulesManager.module and try again? https://github.com/s...anager/tree/dev

I am not sure but Adam's new module might do just that: http://processwire.com/talk/topic/1589-render-%E2%80%93-views-for-processwire/page__pid__14536#entry14536 I agree with Soma here: that is nowhere near dirty hack. Because of you are already editing template/markup files then having that setting inside template files instead of admin ui is much better in my opinion.

I still don't get what you mean. Reading you posts, there's no "dirty hack" needed, it's simple, flexible and straight forward with only 1 line of php code to include the view template. Without that how would your main template know where to include the view? include($config->paths->templates . "view/{$page->template}.inc") There's no need to go fancy here. I wouldn't like if PW would make assumptions on how to use it.

I've tidied up the install instructions and renamed the github repository to match the new name https://github.com/porl/TemplateTwig Should this thread be moved to the modules forum? Is there anything else I should make this module do? I was going to streamline the rendering of templates to require less 'setting up' in the template.php files but everything I thought of would have added restrictions on it's use and made assumptions that I think go against the philosophy of ProcessWire (assuming output will be generated directly to user's browser etc). I thought to make it so that it would create the views directory automatically if it doesn't already exist but is this considered a 'nice practice' for a module to do or is it best left to the user to create it? I have also submitted this to the modules directory so hopefully I have categorised it correctly. Edit: I spent a bit of time and tidied up the twig templates to make them follow the twig ideals better (less duplicated code and better inheritance). I still have a few places where I need to use the 'page.get("blah")' method rather than 'page.blah' so a way to override that behaviour discussed above would be nice. Is it possible to override this in the twig module itself (rather than requiring another core hack)? What I mean is to override the Wire::__call() method in the module rather than the core. Is this possible with something like a Before... hook?

I think we may be able to make this behavior configurable like we did with isset. I don't necessarily think it's a great thing to do, because it could add some really difficult to debug situations in site development. There's a reason why PHP throws an error when you call a non-existant method, and ProcessWire is trying to be consistent with that behavior of PHP. But just disabling the exception when Twig is active might not be a problem. I know you'd mentioned you found a workaround, but let me know if you still find this to be worthwhile.

You could output a json config object using php , then it will be available in your js. before your scripts in the header: <?php $jsconfig = array( 'root' => $config->urls->root, 'domain' => $config->httpHost ); echo "<script>var config = " . json_encode($jsconfig) . ";</script>"; ?> this will output an json object <script>var config = {"root":"\/","domain":"pw2-dev.ch"};</script> you can access in js like this <script> $(document).ready(function() { $('#header').click(function(){ window.location = "http://"+config.domain;; }); $('#search_form').click(function(event){ event.stopPropagation(); }); }); url = config.root; </script> This is the most easy and convenient way for me.