MarionRaven

neat text description but the the video ...

I'm now able to reproduce my "automatic" sign out. Maybe others are affected by the same problem. I'm using firebug and firephp once in a while. Without firebug my firefox transmits the user agent string : ... Firefox/16.0 With activated firebug the uas is: ... Firefox/16.0 FirePHP/0.71 This change in uas kicks me out of my processwire backend session.

Hi danielholanda, as the other forum members I suggest you to start with the dummy site from process-wire. In this case you already have images which are showing up on the web page. Two things to keep in mind: 1) The generation of your html output is mainly done by head.inc and foot.inc in the folder site. These files are PHP scripts. And you edit them outside of processwire. 2) The thumbnail module only adds some sugar to the field image and delivers that as a new field type. A Gallery does not demand this module. And it delivers nothing new to the front end. Nevertheless it is really useful, I.e. a Javascript Gallery may benefit from scaled and cropped images.

Let's again keep in mind, that the value of a forum comes from its members. So this forum is great. But concerning the software I can contribute a nice bug feature: I tried to insert an image and always got the error: "Your post is to short" (Flickr comes to rescue)

I think the answers sum up to: If you need to shift content around, then it should be organized as pages, which can even have templates attached. My understanding therefore is, that I really tried it the wrong way, since repeaters are not exactly the same as page references.

I agree with both your claims. My case is just between. As an example: I'm using a repeater field for an accordion (perhaps 20 items). How can I shift the accordion (and only the accordion) to another page?

I wonder, how you can enable a client to copy or move content from one page to another. I'm aware, that template constraints my be a hindrance, since what is a valid element on the source page may not be valid on the target page. Is this simply a task, which is not in concord with the spirit of PW?

The necessity to include "virtual" pages in the page tree comes often from the customer. So you have no choice. Then <a href="<?=$page->get('redirect_url|url')?>"><?=$page->title?></a> instead of a redirect is preferable. But there is an other reason you might wish this "short cuts". If you expect external links to change frequently and you have them scattered over your site you would appreciate the benefit of changing them only at one well known place. So if you do some work on it, I suggest not to limit yourself to the menu.

I had this picture in mind. I thought, this will bite you (me), if you ever disable your cache. Luckily this is not regular done by anyone. With your knowledge, I wouldn't have suggested the small reduction which is achievable.

I'm nearly sure now, that your client has a 16 Mega-Pixel Digi-Cam. Search for agile-uploader if you want to mimic the e-mail-client-behaviour.

Your client might transmit a false mime-type. Can this yield trouble? And he may lie to you - unconscious. Maybe he tries to upload a link rather than the actual image. Just an example. Another idea. The real images are really big - to big. And his mail client is nice enough to scale them down if he he send them to you.

@ryan; I just made a post concerning a similar topic Working on it I got aware of the heterogeneous collection of Javascripts. So I instantly decided that the task is not something I can do. I hoped, you are able to collect them to at least to chunks. But I agree it is not a critical issue at all. Thank you for the long explanation.

I like to share a few code snippets to accelerate the delivery of fancybox content. Newer versions of fancybox might use css-sprites like ryan does for the images in the searchbox. For the sake of simplicity I use url-data to put all images in the css-file. (/wire/modules/Jquery/JqueryFancybox/JqueryFancybox.css) Despite the greater total size (base64 encoding) this is already a gain. With gzip compression the size will not even increase significant. Then a .htaccess should be used: <Files "*.css.gz"> ForceType text/css </Files> <Files "*.js.gz"> ForceType text/javascript </Files> <Files "*.gz"> AddEncoding gzip .gz </Files> Since IE less than IE8 don't support url-data I have a conditional comment in my template for them: <!--[if lt IE 8]> <style> #nav { height:38px; } </style> <link rel="stylesheet" type="text/css" href="<?php echo $config->urls->templates?>styles/urldata.css" /> <![endif]--> Of course I also changed the reference to the css-file: <link type="text/css" href="<?php echo $config->urls->modules?>Jquery/JqueryFancybox/JqueryFancybox.css.gz" rel="stylesheet" /> A change in the init-function of ModuleJs.php let's even the PW backend benefit of the compression. But that is optional. public function init() { $class = $this->className(); $info = $this->getModuleInfo(); $version = (int) $info['version']; if (is_file($this->config->paths->$class . "$class.css")) $this->config->styles->add($this->config->urls->$class . "$class.css" . ((is_file($this->config->paths->$class . "$class.css.gz"))? ".gz" : "") . "?v=$version"); if (is_file($this->config->paths->$class . "$class.js")) $this->config->scripts->add($this->config->urls->$class . "$class.js" . ((is_file($this->config->paths->$class . "$class.js.gz"))? ".gz" : "") . "?v=$version"); } urldata.css JqueryFancybox.css.gz

Proposal: Combining css-files and js-files to one file each would be a nice option. The number of files reduces by means of the cache. So it is a minor problem. Anyway I'm asking for it, cause it may not be a big task for you. I got far more blocking (and waiting) time than transfer time, if I request a backend page for the first time.

Still frustrated by the all too real objections of Ryan came into my mind that PW applies more to developers than ordinary surfers. Then the source should be as relevant as a banner at the bottom of the page. So I suggest that there is a recommendation for an equivalent to <meta name="generator" content="TYPO3 4.5 CMS" />. Also, a comment like <! - This website is powered by TYPO3 - inspiring people to share! TYPO3 is a free open source Content Management Framework initially created by Kasper Skaarhoj and licensed under the GNU / GPL. TYPO3 is copyright 1998-2012 of Kasper Skaarhoj. Extensions are copyright of their respective owners. Information and contribution at http://typo3.org/ -> at the top of the page can be useful. It is clear that in contrast to PW Typo3 here can not make provisions which can at best be overwritten. But Ryan may make a recommendation.

I desperately want to believe, that people are aware of forged rankings. But of course Ryan is right. So I agree with yellowleds first post in this thread. Sh#t!

I stumbled over http://www.opensourcecms.com/scripts/show.php?pagenumber=21&catid=all. It's a list of more than 200 CMSs. Obviously PW can cope with them. I think Ryan has to notify the site about PW at http://www.opensourcecms.com/developers/register.php.

Overwhelmed! @DaveP not every time it happens. @SiNNuT yes, i get 'This request was aborted because it appears to be forged.'. But that is the the second (and last) failure after I seem to have successfully logged in again. @ryan I will try »$config->protectCSRF = false;« since the superfluous login only is not a big deal. BTW: There is the possibility that I use "secondlevel.com" and "www.secondlevel.com". => 2 Domains => failure. I'll pay attention. I noticed that Firefox stops (or at least slows down) JS in a tab which has no focus. Is there any watch dog with Ajax involved regarding logins?

I'm sporadically facing the login dialog when working in PW. (So I'm surely already logged in.) If I log in a second time I can go on until I want to save. PW guesses to be cheated. Loosing all the work done so far is really not amusing at all. I suspect this happens (Firefox 14.0.1) if I copy and paste between tabs (and domains). I have not investigated this issue a lot. I don't expect anybody else to do this for me. I'm just wondering, whether someone has the same experience and then maybe can give me a clue.

I agree with the the above posts. (Cabin looks nice on my screen.) Did you figured out all the media queries by hand, or did you used a framework? Am I right, that the processwire part was the easy one?

Nico, I have no need for porting a typo3-site to pw right now. I'm only curious. What happened since November?

I just want to add a few statements: 1) PW-forum is the first forum, which makes me want to participate. 2) I got nice and quick support. 3) I love PW and therefore want it to be successful, but I'm personally missing nothing.

formmailer, yes I got it to work. ryan, I already found a hint from apeisa in another threat concerning include=all. I ended up with $published = wire("pages")->find("include=all, status=published"); foreach($published as $p) { The conditions regarding publish_from and publish_until are not part of the find. They are handled in the foreach loop. That solved my issue. Thanks both of you.

hello everybody, I realized that this nice module can even be used with repeater to schedule not a whole page but just an element on a page since by means of repeater this element really is a page anyway. but there is a hindrance to this idea. it's works nicely if I run the function RunSchedulePages by "Include & Bootstrap". but it does not succeed if the function gets called by LazyCron. I guess the reason is, that "find" yields no hits, cause it is an admin page. If I am right, this may be a concern in other cases too. So I ask you experts for help.