Soma

Christoph is right, it's not possible to render the repeater field when not logged in as superuser. It must be simply that the repeater pages are located under /admin/ pages. I got similar problems when creating the shop with saved orders as pages under /admin/. I had to do include=all to get it working for other users. I can't imagine you're not able to reproduce this. I got simple repeater and the following code won't show anything when I'm logged out. foreach($page->items as $p) { echo "<p>$p->item_title</p>"; }

There's actually a module for normal selects that can be configured in the field settings: http://processwire.c...-aka-drop-down/

No, you're not dreaming, but it's like a dream!

Just commited an update to this module fixing an issue with brand new repeater field, where the lock message would appear after saving page.

Great thanks formmailer for the testing! Never blame it on something you don't know!

Easiest would be to use $session->redirect(url); to redirect. Not sure what exactly you're trying to archive. Do you really want to redirect a longer url to a shorter one? Or do you want display same content within another url?

Hey, sorry that nobody seems to reply to this. Although it's quite long and difficult to grasp/understand. For me at least. It's always better to try keep it short and clear. From your second post, I can say that it's easily possible to write a module with hooks for page actions like ::save/::delete etc and do something, according to what page is saved. For example write content to over pages in the tree. Or even copy the page to another location. There's quite a lot of functions/events that can be hooked via a module in PW. So it's relatively easy to sync pages, aslo because the API is so powerful and the tree based page structure makes it easy to depend it on certain setup. Of course you could also create custom admin masks using API via bootstrap (including index.php) and access API using $wire->pages or wire("pages") namespace. PW is a great and easy framework to get done whatever you can imagine.

Playing around with it a little I think I've found a solution... in the pwlink/editor_plugin.js on around line 80 I've did the following if($node.is("a")) { anchorText = $node.text(); //alert("A:"+anchorText); } else if($nodeParent.is("a")) { anchorText = $nodeParent.text(); //alert("Parent:"+anchorText); } else { anchorText = selection.getContent(); //alert("Text:"+anchorText); } So the parent node check was somehow needed, otherwise the whole <a...>text</a> get's returned for the link text if a link is already there selected to edit... It surprizes me really that nobody has experienced yet. I would attach the file for you to test but I can't see upload anymore here. Attached modified js file. (Also the inserted twice bug I experienced is gone, when I updated to the 3.4.7 TinyMCE) editor_plugin.js.zip

Ryan, I still get this issue, or related to this: When I insert a link, everthing is fine, but when editing the link again, it doesn't change the url, in my case it just inserts a new "invisible" link as mentioned above. BUT also editing an already placed link to check the "open in new window" option, it doesn't do anything, unless I change the URL. I get this no matter what PW version or tinyMCE version... and it get annoying, cause inserting/editing link is some basic feature every CMS should have no problem at all. The invisible, double link behaviour is something I can't really reproduce in other PW installs other than the one I experience. Can anyone, please test this out on their install? I think it's something in the link dialog from PW, combined with TinyMCE... EDIT: looking again little closer in the PW pwlink/editor_plugin.js if($node.is("a")) anchorText = $node.html(); else anchorText = selection.getContent(); if(target.length > 0) target = ' target="' + target + '"'; if(url.length) { html = '<a href="' + url + '"' + target + '>' + anchorText + '</a>'; tinyMCE.execCommand('mceInsertContent', false, html); alert(html); } There seems to be an issue with the code here. It constructs (if editing a already set link) a link inside a link. So the "html" returned is wrong... I'll try to find a better solution to this... or if anyone wants to help, I'd appreciate it!

I know them Pete, I already used them in projects (even PW), I just can't see that it's something easy to implement for the repeater field the way it's done.. . But maybe I'm wrong. As I see it is that you have a table with text and number, not images, page refs , RT's etc. So I could see an easy implementation that's using datatables and the data stored as serialized array. Just trying to look at it different.

I think I would be better to build a "table grid" module, rather than "violating" the repeater for a "table" like display which isn't meant to be in first place, it's an "element repeater". I could imagine having table like field type for this sort of table data, that is configurable to have certain number of columns. Then use such a plugin as datatables or slickgrid's to handle the UI.

I think the "parent=" in the find does only look for direct child pages not on all levels. Not sure though if that's your problem. Apart from that it should work if you use "" instead of '' for the selector string. This is because '' won't get parsed, so using "" will work with the $page var inside. Also not sure if slkwrm's will work in your case.( with "") I always use the get() to go to a certain branch and do a find. $spring_courses = $pages->get("/courses/spring/")->find("course_instructors=$page");

It's more likely that the image field setup is a multiple and not single image. So it would require to do: echo '<td><img src="'. $tdobject->icon->first()->size(40, 40)->url . '"/></td>';

Looking good smd. One thing I recognized on the frontpage... The images in the flex slider has png's, one almost 500kb big, and it loads slow. 6 Images x ~500kb ~= 3mb !!! I would recommend using jpg. SO the body background-image doesn't fully load before all the images are loaded and is just white. I would recommend setting a bg color at least so it falls back to that before loading the bg.jpg..

You can use file compare in various IDE's. Also I think there's no easier way than do it manually, but I think the .htaccess doesn't change in every update. Most convenient way would be to look at the commit log on github if there really were any changes on the htaccess and which.

I already reported that settings for the reapeater field doesn't save. I think Ryan missed it, but sure he will look into it now

Awesome Ryan! This will simplify a lot. You know, I was actually thinking quite a lot of times, that it would be nice and possible, to completely being able to setup fields within the edit template screen directly, and kinda use dialogs and such to edit fields, drag them into the template etc. After first week starting with PW back then, I was even starting to play around in my mind with creating a visual node template editor with raphaël js (brilliant svg) library. I found it would require a lot of experimenting and some better knowledge of PW. Also there's no really good implementation of a visual node (with drag drop connecting and stuff) for raphaël yet, only one more decent and unfinished. So writing one my own first would go a little far and held me up. Can't wait to get my hands dirty with this new feature and see how it feels! Thanks for your continuous effort to make this the best CMS around.

Thanks a lot Ryan for testing. I will change that and update the repo of SoftLock module.

Thanks for your reply! My thinking is a little different than yours it seems. I actually think it would simplify a lot. To define the layout mask of the template on the template itself and not on the field. Width is actually something related to the template mask the field will be put, I don't see this same as the other field settings. Also regarding re-usability of the fields. This would have effect on how fields can be used across different templates, I don't want to have multiple "title" fields just because one I want one 50% and the other 100%... This way (defining on template level) it wouldn't make it more complicated, but as it is now, it's actually getting complicated: to maintain, to setup and to trace... Whereas when defining such things on template, would require one look and one place to edit these widths. As it is now, I can't see what field has what width and makes it hard to keep track of it. As you say there's different views on this particular subject, but I'm sure I'm not alone on this. I think having the possibility to overwrite the width setting of a field on template as a option, will make it blurry and "complicated" and it opens traps and confusion. I just have hard time accept in my mind that this would be a good way to get around the problem. --- Problem report: When I add a file field with small width, the upload button gets overlayed by the "drop files here"... note in the field, and I can't click it to upload a file.

Ryan. Something that just hit me hard. While thinking all the time about these columns, setting them up makes just clear that the implementation is on the wrong level. It should be something to define on templates level to keep re-use ablity alive as much as possible and separate structur from the data as long as possible. Having "editing mask" layout setting on field level seems just wrong to me. I hope you proof me wrong. I really think it would make it a lot better if these information would be held on template level or in this case the repeater field group. While I think a good implementation would go very far regarding "interface" with some kind of editor with drag and drop, defining columns, but surely something possible. But maybe just having some sort of a text inputfield along each field in the drag bar to enter a % number could do the job in its simplest form. I'm really loving what you've doing here, just wanted to give my honest feedback. While I've had my wow moments (dancing in the kitchen) while playing around with all these stuff, I'm looking a little closer and try to look at all the different aspects.

Ryan, well, it's actually everytime I add a new element enter something and save it first time, I get the soft page lock. After that saving is normal, until I add new element. I have latest PW and nothing special installed , and also deinstalled couple and still same. Also tried different fields each time. Seems an issue in combinations with user data that is handled by my "PageEditSoftLock" module. Could you if you have time take a look into what could cause this? And if you can reproduce. Something else:

I think it's not as a good idea as it might sounds, you can't do smaller than 10% anyway.. so 10 elements easy 9 easy let it on 10% 8 set it to 10 or 12% 7 set it to 12% 6 set it to 15% 5 set it to 20% 4 => 25% 3 => 33% 2 => 50% 1 => let it how it is. Simple enough I think and there isn't much to it either. And having to first select the dropdown every time won't help much, or even save it will come in the way at some point anyway where you have to change it again. So I think it's ok as it is for now. ---- Label not translated. Bug? Ryan. The label of the repeater field the one you can drag, doesn't show me the german label..

I'm still getting sometimes this error message that another "me" user currently is editing this page! from the when I save page. Don't really see what it could be. BTW it would be somehow be cool to update the #index when dragging an item. I think it could make sense since it isn't saved anyway. Though It may would be even cooler to have a title somehow "name" shown in the bar, that is recognized when collapsed not just #1,#2,#3.

I'm currently using my version with saving it in session, and I really love it how it makes creating fields and repeating changed to fields. Like doing now with the repeater. It saves quite some time and interuption.

The soft lock checks for the user and only outputs error message when the user saved in the table isn't the same one. So what does that tell? Could be but I got cache disabled and it occured multiple times... It seems gone one I removed range slider from repeater. Doesn't make sense, but maybe. I have a image field in the repeater and a RT (richttext) TinyMCE. If I upload an image it doesn't show up in the TinyMCE image dialog, but other images outside the repeater does. Thumbnails work, but can't edit them anymore if it's in the repeater, the "edit" link opens in new window, there the url can't be found. It work with images outside repeater, even multiple.