wishbone

what string?? pls talk plain text to my curly brain...

non coders get sick with stupid simple problems like when to use curly brackets and when not. Is it php syntax or processWire syntax? I found: http://processwire.com/talk/topic/2682-drop-down-select-to-search-form/?p=26224 "Curly brackets only necessary if you've got two "->" in there" but http://processwire.com/talk/topic/1627-newbie-question-on-template-tags/?p=14916 <li><a$class href='{$child->url}'>{$child->title}</a></li> only one "->" in there... and http://processwire.com/api/variables/pages/ $skyscrapers = $pages->get("/cities/chicago/")->find("floors>=60, sort=floors"); two "->"s but no curlies... two hours trying to find out and no result... this is what I want to do: if($section->knots) { echo "<tr>"; echo "<td><p>$pages->get('/FixedData/')->knotsLang:</p></td>"; echo "<td><p>{$section->knots}</p></td>"; echo "</tr>"; }

;-) favicon is not from me

They don't want "oriental style", they want to not be identified as "special" or "oriental"... Yes, big problem, though the instuctions from the Kuran are for what you see and can't be calculatetd... if ie there is a mountain, aksam will be earlier - because the instruction is: you can't distinct a black and a white thread... well, I'm not going to start a discussion... Only, it took me a long time to find out how to do that, and it's still not solved

could you pls try to explain how to do this for us stupid designers ;-) I don't have shell access on my webserver anyway...

yes!!

thx! my fault... point 5 in the install instructions... I also fixed my first suggestion above; some sudden impulse made me try entity_encoding: 'named', entities: '&nbsp;' and that works!! Nevertheless, we had some nice tinymce settings in modX which I'd like to set. - Make tinymce not to clean any output - paste plain text button (well, yes, that's another thread...) The first is a common problem, I found a joomla solution (with a plugin to edit the config): Code Cleanup on Startup: Off Code cleanup on save: Never http://www.mysysadmintips.com/other/web/158-joomla-tinymce-editor-removes-non-braking-spaces-on-saving

Hanna code is really nice... but I can't bring it to work. It works when "saved and tested" on the module page - but if inserted in a textarea, the output is [[nbsp]]... Anyway, I really would like to prevend tinymce to do things with my code. I have been searching extensive and came up with the above... modX tinymce settings didn't change any of the code...

disappears immediately after closing the code editor and opening again. Is turned into a space, non-entity

I try to prevent tinymce from removing entities. I put entity_encoding: 'named', entities: 'nbsp' into the Advanced tinymce settings section of the text field - doesn't work. I know you want to prevend users to break up the thing - but I want to be able when using the system myself, to do what I want ...

Thx! As for the prayer times: that's a big problem, because every organisation uses their own method of calculation. The one I used was already implemented and is pulled from a database... but it's not correct ;-) For turkish organisations, diyanet is the reference - and I'm still working on a method to implement it into the site... I'll probably have to fill the database manually... I also tried praytimes.js which is very handy and feature rich - but doesn't give the correct times...

My first PW project – the new responsive site for the Yavuz Sultan Selim Moschee in Mannheim. Two languages (still using LanguageLocalizedURL module to date), sticky menue, gallery with swipe gestures (photoswipe). Forms for a tour request and prayer times parsed via snippet.inc in a template. Thx for the essential help of the community – without them I couldn't have done it. It was more fun in PW than it was in modX which was my former beloved CMS... the flexibility which PW gives even to a non-coder is fantastic.

thx! I'm afraid of doing this because it's a live site and I'm not a developer so if difficulties occur... Maybe it's too early to do this switch ("not for production") anyway?

thank you, but page by page doesn't really hit the point... I still don't know what is a "page by page basis" ;-) could be sensible to make the move function consistent across items; should be the same with repeaater items and with images...

:D hahaha omg - found it! I searched on the right, I tried the bar, the name - as with images... but you have to touch the little arrows to the left ;-) sry

ok, I found that in the admin page section. Sorting in my case, kongondo, works! Repeater items names are a bunch of ciffres, which you have to find out first which is which and then move. For clients not practicable... or, Soma, did you mean another place where to dragndrop the items? I'd just like to sort repeater items as you can do with images... could be caused by some caching... it worked for me, as stated

I don't understand "page by page basis"... I want to move repeater items to change the order, as with pages... btw, how do I upload an image here?

couldn't we have the option to sort repeater items manually??

is this module already included in the stable 2.3 version? I have a "Languages Support - Page Names 0.0.3" in my install; is that the one?

Soma, no need to defend this really great piece of software!!! only there might be some small improvements... ...and no mixture between uploading from pages and from the IM. Makes great confusion, and also, we have the problem of deleted images (which is solved with your IM). To have something like the default image dialog, but accessing only the IM – that would be great. Clients can choose the size, visually or numeric, and link to the large image.

I'm using this LocalizedLanguage module, it's perfect, thank you! Now, is it possible to update to LanguagePageNames? and is it this module in the list: Languages Support - Page Names 0.0.3 ? And what do I have to do to upgrade? delete the gateway template? Do I have to change code? (PW is upgraded to 2.3).

Sry if I sounded too rude! It was not my intention. I just want to help improving PW by reporting problems a designer and clients have. yes, of course! It's a really smart module and really needed! Thank you Soma for such a great work! We only need the access also from an imagefield, but you mentioned to be able to do it with a pagefield http://processwire.com/talk/topic/3219-images-manager-alpha/?p=31662, as did Ryan in this comment http://processwire.com/talk/topic/1188-image-inputfield-like-in-tinymce/?p=10590 ff. - well, I'll have to find out about that ;-) Maybe the PageField thing could be documented, to attract more people, from WP and such. So if that comes out as intended (access to all images from textarea as well as from a field), it should be perfect! and almost exactly what I once had a developer code for a client in modX, because there is no "Images Manager module" in ModX. And I'd really like to not have clients copy some code! They work in TinyMCE. The smartest thing would be to insert images via the default image dialog accessing the Images Manager. I really would like to see more WP designers use PW! My intention is to help name the obstacles. Coders tend to be fascinated by the smart technology and, how could I say without offending ;-) , tend to not be able any more to understand the designers down there. It's one of the reasons why modX hasn't grown bigger (opposed to the impression it makes) as discussed in another thread. As I designer I'm unusually persistent to understand a smart system like modX and now PW. I almost never give up. But most designers go off much easier with some nice theme in WP and make use of all the cute functions already built in. It's also a matter of time...

Yes!! media intensive sites just need that! It's a crucial feature which makes me think of going to WP for image-intensive sites...

For me, this sounds like a very common media manager, and is standard in wordpress. Artist, photographers and such just need it... I was always very frustrated it's neither possible (without hard work) in modX nor in PW. In ModX for one client I had it coded by a pro which was quite a lot of work and not as smooth. It was quite difficult to find a coder for this difficult task ;-) Basically, the image manager uploads and scales 3 different sizes and stores them. There is one file showing all images uploaded with checkboxes on which page to use them (which is not very scalable). The automated output is a gallery. These images can also be accessed by the usual FCK editor from text area via tinyMCE. I'd definately adore PW and it's developpers for such a function !!

yes :D