[Radiant] Re: ActionController::InvalidAuthenticityToken in Radiant Ad
Sean Cribbs wrote: > Make sure that you ran `rake radiant:update` after upgrading your site > to 0.6.7. We had to make a change in the sitemap.js file to deal with > this issue. Essentially, retrieving the children of the current page > should be a 'get' request, but the default for Ajax.Request is 'post'. > 'get' requests aren't checked for authenticity. This was fixed. > > Sean thanks sean it works!! -- Posted via http://www.ruby-forum.com/. ___ Radiant mailing list Post: Radiant@radiantcms.org Search: http://radiantcms.org/mailing-list/search/ Site: http://lists.radiantcms.org/mailman/listinfo/radiant
Re: [Radiant] And what happened to the clear page cache button?
Yes, well that's because you are running radiant in sub-directory; at http://allenlux.dyndns.org/radiant3/ rather than http://allenlux.dyndns.org/. Rails applications are generally expected to run in their own subdomain, and radiant is no exception. It is definitely possible to run it in a sub-directory, but then you have to aware at things like that. I'd recommend using the absolute path for the css file in your layout, though: Cheers, Casper On 08/06/2008, at 0:49, John and Catherine Allen wrote: Casper Fabricius wrote: Yes, that's right, John. Clearing of the page cache is done automatically upon changes. With regards to your stylesheet question, I tend to just write a standard tag, referring to the slug of the stylesheet. For instance: media="screen" /> Here I have a hidden page with the slug of "css", and below that, I have a stylesheet page with the slug set to "standard.css". Casper, Thanks, that pointed me in the right direction at last. I was getting confused between the Radiant "path", made up of slugs, and the filesystem path. However, on my test site it did not work at first. After looking at the Apache error logs, I tried omitting the leading slash, and now it works fine. To be concrete: Test page: http://allenlux.dyndns.org/radiant3/hello_world Working version: the layout contains this reference: where "mystyles" is the hidden page as you suggest in your message. Non-working version: doesn't work (it seems to be looking for a non-existent filesystem folder /mystyles/ John On 07/06/2008, at 15:35, John Allen wrote: Another beginner question: The older (?) Radiant documentation refers to a "clear page cache" button on the admin page. My Radiant 0.6.7 sites don't have this button - I am right in thinking this is because Radiant now automatically clears the page cache when something is changed in the database? John -- John Allen Bofferdange, Luxembourg [EMAIL PROTECTED] http://allenlux.dyndns.org ___ Radiant mailing list Post: Radiant@radiantcms.org Search: http://radiantcms.org/mailing-list/search/ Site: http://lists.radiantcms.org/mailman/listinfo/radiant ___ Radiant mailing list Post: Radiant@radiantcms.org Search: http://radiantcms.org/mailing-list/search/ Site: http://lists.radiantcms.org/mailman/listinfo/radiant
Re: [Radiant] Can't log into wiki?
Bjørn Michelsen wrote: On Sat, 7 Jun 2008, Jay Levitt wrote: Jay Levitt wrote: At wiki.radiantcms.org, when I try to "Sign In", it takes me to http://wiki.radiantcms.org/login?return_to=/Documentation. That gives me the "Login/Create Account" screen, with Username and Password fields. When I fill those in (username = JayLevitt), it tells me "Username has already been taken". Well, yes - by me, when I logged in yesterday... I'm still seeing this, on both Firefox 3.0 nightly and Safari 3.1... ideas? You'll get the error message "Username has already been taken" if the password you provide is incorrect. So my guess is that you're simply entering the wrong password. Ah! No, but that was the clue I needed. It also gives that error message if you supply the wrong case on the username! (Strange..) I had registered as "jaylevitt", but was trying to log in WikiName style, "JayLevitt". Darn you, Junebug.. Jay ___ Radiant mailing list Post: Radiant@radiantcms.org Search: http://radiantcms.org/mailing-list/search/ Site: http://lists.radiantcms.org/mailman/listinfo/radiant
Re: [Radiant] And what happened to the clear page cache button?
If you're using the built-in tags, like and , the relative path issue will be handled properly. For those of you developing tag libraries, you can take advantage of the relative_url_for method that is in StandardTags: relative_url_for('/mystyles/new.css', tag.globals.page.request) used in the context of the example would produce '/radiant3/mystyles/new.css'. Sean Casper Fabricius wrote: Yes, well that's because you are running radiant in sub-directory; at http://allenlux.dyndns.org/radiant3/ rather than http://allenlux.dyndns.org/. Rails applications are generally expected to run in their own subdomain, and radiant is no exception. It is definitely possible to run it in a sub-directory, but then you have to aware at things like that. I'd recommend using the absolute path for the css file in your layout, though: href="/radiant3/mystyles/new.css" /> Cheers, Casper On 08/06/2008, at 0:49, John and Catherine Allen wrote: Casper Fabricius wrote: Yes, that's right, John. Clearing of the page cache is done automatically upon changes. With regards to your stylesheet question, I tend to just write a standard tag, referring to the slug of the stylesheet. For instance: media="screen" /> Here I have a hidden page with the slug of "css", and below that, I have a stylesheet page with the slug set to "standard.css". Casper, Thanks, that pointed me in the right direction at last. I was getting confused between the Radiant "path", made up of slugs, and the filesystem path. However, on my test site it did not work at first. After looking at the Apache error logs, I tried omitting the leading slash, and now it works fine. To be concrete: Test page: http://allenlux.dyndns.org/radiant3/hello_world Working version: the layout contains this reference: where "mystyles" is the hidden page as you suggest in your message. Non-working version: doesn't work (it seems to be looking for a non-existent filesystem folder /mystyles/ John On 07/06/2008, at 15:35, John Allen wrote: Another beginner question: The older (?) Radiant documentation refers to a "clear page cache" button on the admin page. My Radiant 0.6.7 sites don't have this button - I am right in thinking this is because Radiant now automatically clears the page cache when something is changed in the database? John -- John Allen Bofferdange, Luxembourg [EMAIL PROTECTED] http://allenlux.dyndns.org ___ Radiant mailing list Post: Radiant@radiantcms.org Search: http://radiantcms.org/mailing-list/search/ Site: http://lists.radiantcms.org/mailman/listinfo/radiant ___ Radiant mailing list Post: Radiant@radiantcms.org Search: http://radiantcms.org/mailing-list/search/ Site: http://lists.radiantcms.org/mailman/listinfo/radiant ___ Radiant mailing list Post: Radiant@radiantcms.org Search: http://radiantcms.org/mailing-list/search/ Site: http://lists.radiantcms.org/mailman/listinfo/radiant
Re: [Radiant] Multiple languages, links and search engines
Stefan Urbanek wrote: I found neat "Translator" extension of radiant from Philip Burrows. I like the simple way how it handles multiple languages of various parts of the site. There are couple of things I am missing in the extension: Language dependent URLs: they should be in form something like this: www.myradiantsite.com/[language_part_of_URL]/radiant_destination Reasons behind this are direct links to translated versions of articles and allowing search engines to index translated page. For example, google starts at page root in english, then goes: [en] site.com --> [sk] site.com/sk --> [sk] site.com/sk/some_page Is there any workaround for that at the moment? I would not mind modifying .htaccess file and include all languages there (they are just three), however I do not know much technical details how to do that. Or is there any other way? Also, how I can make radiant to generate language dependent URLs? I want the language code or name to be present in translated version of an article/page. In addition, what are plans to integrate multilingual support directly in to the Radiant CMS? That would be great and it will add huge competitive advantage(*) in the CMS if done in simple way. The Translator extension looks very promising... Regards, Stefan Urbanek (*) I have seen no open source CSMs with properly and nicely implemented multilingual support. Hi Stefan I notice that there has been no reply to your original email. I have looked at this in some partial detail and implemented something that may not be fantastic, but it works. You can see the solution at work on the following site: http://onghu.com/te - See, for example, the following pages: * http://t-engine.onghu.com/cn/news/t-news-tron-show-2008/ * http://t-engine.onghu.com/th/articles/booting-t-engine-from-usb/ You'll notice that there is a language bar that connects you to the other languages for which this article is available. I've implemented it with a few constraints in place. Now, I have written a bit about this in earlier posts to the mailing list, so I'll just paste the stuff here: It's a bit fragile but it works. It also relies on convention, but it works (for me). I mentioned the idea and the solution somewhat in this thread. Let me know if it interests you. [1] The first concept - http://lists.radiantcms.org/pipermail/radiant/2007-September/006364.html [2] The details - http://lists.radiantcms.org/pipermail/radiant/2007-October/006881.html Unlike some other solutions, mine doesn't disable caching, but it is more difficult if you have multiple page parts that are common to each of the pages. Mine works quite well if you you want to/ can assume that each translation is completely independent. If this looks interesting, just buzz me at mohits at onghu.com - the catch is that I have not at all tried it on Radiant 0.6.7 - I think my site is currently on 0.6.4. Best wishes, Mohit. ___ Radiant mailing list Post: Radiant@radiantcms.org Search: http://radiantcms.org/mailing-list/search/ Site: http://lists.radiantcms.org/mailman/listinfo/radiant
Re: [Radiant] Questions about deployment
[EMAIL PROTECTED] wrote: On Sun, 2008-06-08 at 01:18 +0800, Mohit Sindhwani wrote: Has this not helped? http://wiki.railsplayground.com/railsplayground/show/How+To+Install+RadiantCMS I realize that the message may sound curt, so I apologize if it does. I have found that a basic Radiant install is easy. Actually it doesn't help much. That page on the railsplayground wiki describes the process to *install* Radiant CMS, not how to deploy it. Casper's tutorial gets me most of the way there, and I'll just modify my old Cap recipe to get it working with RP. I was just curious how everybody was managing their projects. It seems that Radiant is close enough to a "normal" Rails project that it can be managed the same way with svn or git. ~Nate Got it! Nate, I don't remember the original thread, but I found this in my email: http://blog.radixhound.com/2008/4/28/backing-up-radiant-cms-using-sqlite3 Not sure if this helps you in deploying content created on your machine and then pushing it to the server running MySQL. Cheers, Mohit. 6/9/2008 | 12:27 AM. ___ Radiant mailing list Post: Radiant@radiantcms.org Search: http://radiantcms.org/mailing-list/search/ Site: http://lists.radiantcms.org/mailman/listinfo/radiant
Re: [Radiant] [ANN] SnS Extension v0.4
Chris Parrish wrote: Over the weekend I added file uploading capability so now you can upload your stylesheets and javascripts right into the database -- Woo hoo! This is my first stab at using Rails uploading and RJS so I'd really love any feedback anyone has to offer. You can get it here (while supplies last): https://secure.svnrepository.com/s_swanki/open/radiant/extensions/styles_n_scripts/tags/latest Wow, this looks awesome! Thanks a lot! Cheers, Mohit. 6/9/2008 | 12:31 AM. ___ Radiant mailing list Post: Radiant@radiantcms.org Search: http://radiantcms.org/mailing-list/search/ Site: http://lists.radiantcms.org/mailman/listinfo/radiant
Re: [Radiant] Displaying a "Comment Submitted" message
John Croisant wrote: I'm trying to use Radiant as a blogging platform, and one of my requirements is that visitors can add comments on certain pages. ** snip ** So it seems to me that both of these solutions would involve creating or modifying a Radiant extension to add a new tag(s). I don't mind the work there, but I wanted to get some feedback or tips before I started. Which solution would you recommend? Is there a better solution I haven't thought of? Any pointers on where to start? - John Croisant John, did you ever figure this out? I'd be interested in knowing how/ if you managed it. Cheers, Mohit. 6/9/2008 | 1:22 AM. ___ Radiant mailing list Post: Radiant@radiantcms.org Search: http://radiantcms.org/mailing-list/search/ Site: http://lists.radiantcms.org/mailman/listinfo/radiant
Re: [Radiant] Best way to refer to a stylesheet?
John and Catherine Allen wrote: This has to be a really basic question, but despite reading the documentation and many mailing list posts, I still don't get it... For stylesheets which are stored in the database 1) In a layout, what is the recommended way to refer to a stylesheet ? 2) In a page, what is the recommended way to refer to a stylesheet ? My stylesheets work fine when I refer to them as files in the filesystem, but not when they are in the database. John Hi John If you have your stylesheet set up as a page in Radiant, you need to know its slug. Once you know the slug, you can render it with something like this in your layout: | This requires you to have a stylesheet under the root of your site in Radiant with a slig of styles.css. | This tutorial of mine very briefly touches on it: http://notepad.onghu.com/2007/5/26/hello-world-using-radiant-cms Cheers, Mohit. 6/9/2008 | 2:35 AM. ___ Radiant mailing list Post: Radiant@radiantcms.org Search: http://radiantcms.org/mailing-list/search/ Site: http://lists.radiantcms.org/mailman/listinfo/radiant
Re: [Radiant] Proposal for a "drafts" or "staging" extension
Jamey Cribbs wrote: For our current radiant app, my client is asking for this functionality: "i'd like to use our current setup of radiant and add a selection under "status" called staging. When the staging status is selected, we'd have an area we can check the page to make sure it looks and that the links work. Then we can change status to published and it would be available on the live site. The problem we're going to run into is that there are more and more people updating content who have very little html knowledge." So, after doing a little investigating, I wrote up this proposal for how I would like to solve this problem: "In the Admin section, under the Pages tab, each page name in the tree would have a link next to the name called "draft" if a draft version exists. Clicking on the draft version would allow you to edit it and also set it's status to "Published". If you did this, it would overwrite the "Published" version. You could also delete the draft version. You could also click on the page name itself, whereby you could edit and delete the published version. If there was only a draft version of the page, then only the page name would show up and clicking on the page name would take you to the draft version. Here is an example of what it would look like: Products draft Resources In this example, the Products page has both a published version and a draft version. The Resources page only has one version. To preview the draft version of a page, you will be able to go to http://dev.location_of_radiant_app which will be a version of the site that shows draft pages if they exist, otherwise it shows the published page. Technically, this will be accomplished by creating a new radiant extension. The extension will provide for a new table called "redrafts" (and a "redrafts_parts" table). The redrafts table will mirror the structure of the pages table. When a user creates a new page, it will be added to the pages table with a status of draft. This will be the page that the user edits when he clicks on the page name link on the Pages page. Once the page is ready to publish, the user changes it's status to "Published". Now, let's say the user wants to edit the page. We need to create a new draft of the page, but we need to keep the current published version for production. So, when the user goes to the edit screen for the published page, they will be able to edit the page and then click a button called "Save as draft". This will make a copy of the edited page and save it to the redrafts table. Now, the page will have both a drafts link and a link to the published page. Once they are ready to publish the new draft, they will be able to go to the edit screen of the drafted page, change the status to "Published" and save it. This will overwrite the current published page in the pages table with the draft page from the redrafts table and delete the copy from the redrafts page. Likewise, if you were to delete the published version of a page that also had a draft version. The draft version would automatically be moved from the redrafts table to the pages table, but would still have a status of "drafted". In other words, whenever only one version of a page exists, it must be in the pages table. The redrafts table will only hold draft versions of pages that currently have a published version. My plan is to use the Shards extension (which, actually, has been incorporated into radiant core in version 0.6.7) to manipulate the admin ui to present the "draft" links and the new buttons on the page edit screen. To add the back-end model functionality, I will add a redrafts migration and also callback methods in the Page model. To add the controller functionality, I will need to override some of the instance methods of the Pages controller." My thinking for having the extension work this way is that it will be as unobtrusive to the current functionality as possible, i.e. if a user never needs to create a new draft of an existing page, then the extension won't come into play and things will function as if this extension does not exist. My question for this mailing list is, does my proposed extension sound do-able? Is there an easier/better way for me to accomplish this? Anything I missed? Any advice or suggestions would be greatly appreciated. Thanks. Jamey Cribbs Jamey If your site is installed to http://www.example.com/ Radiant serves up a 'draft' version at http://dev.example.com/ if I remember correctly. You can change the subdomain by setting it in the Radiant config under environment.rb as mentioned here: http://wiki.radiantcms.org/Additional_Configuration_Options Not sure if it does *all* of what you want, though... Cheers, Mohit. 6/9/2008 | 2:38 AM. ___ Radiant mailing list Post: Radiant@radiantcms.org Search: http://radiantcms.org/mailing-list/search/ Site: http://lists.radiantcms.org/mailman/listinfo/radiant
Re: [Radiant] Best way to refer to a stylesheet?
John and Catherine Allen wrote: Chris, Thanks - in fact I had successfully installed the Styles 'n Scripts extension but was not clear about how to make use of it. I'll try the tag approach. John Both the and tags have explanations if you click on the "available tags" link on the "Edit Page" screen. These descriptions should be self explanatory -- well, I understand them, anyway ;-) It's also worth noting that the SnS extension uses default locations for your stylesheets and javascripts (they are /css & /js respectively) but you and your users never need to know these locations to use the tags. Just fill out the name of your stylesheet and the rendered output will include the full path automatically. You can also change the default settings (including these asset directories) via the custom_settings.rb file. Let me know if you have any troubles -- I want to make that extension as usable as possible for the community. -Chris ___ Radiant mailing list Post: Radiant@radiantcms.org Search: http://radiantcms.org/mailing-list/search/ Site: http://lists.radiantcms.org/mailman/listinfo/radiant
Re: [Radiant] And what happened to the clear page cache button?
After posting to you on the other thread, I came over here and see that Casper has pointed out: Casper Fabricius wrote: Yes, well that's because you are running radiant in sub-directory; at http://allenlux.dyndns.org/radiant3/ rather than http://allenlux.dyndns.org/. I also see Sean's response and I'll look into incorporating relative_url_for() into the SnS extension. But until then, Styles 'n Scripts is unaware of your subdirectory arrangement and will assume, for instance, that your stylesheets are located in http://allenlux.dyndns.org/css and not http://allenlux.dyndns.org/radiant3/css. I suspect that this won't work since the first url probably wouldn't trigger the TextAssetSiteController -- but I'm not sure either. Can someone test this? In the meantime, you should be able to make this work by changing the default settings via the /styles_n_scripts/custom_settings.rb file. Just uncomment/add the following and restart Radiant: StylesNScripts::Config[:stylesheet_directory] = 'radiant3/css' StylesNScripts::Config[:javascript_directory] = 'radiant3/js' -Chris ___ Radiant mailing list Post: Radiant@radiantcms.org Search: http://radiantcms.org/mailing-list/search/ Site: http://lists.radiantcms.org/mailman/listinfo/radiant