Drupal 6
Changing download method from Private to Public: Image problems solved (somehow)
Submitted by Drupalace on Fri, 2010-01-15 18:11
In this earlier Drupal Question, I lamented how changing a site's Private download method to Public resulted in non-displaying images with wacky URLs. Well, the problem is solved... or at least, it's just not there any more. Why? Well, maybe you could help explain. See the link for the full description of the problem and the new solution-of-sorts.
No closure, just working images. I guess that will have to do.
More EDAM updates!
Submitted by Drupalace on Tue, 2010-01-12 12:11
A happy New Year to all! And what could ring in a new year more happily than updates to the Easy Drupal Admin Manual?
Okay, lots. But still, it's not a bad thing, right?
EDAM pages under Terms, Vocabularies, and Taxonomy: "Tagging" Your Content and Menus, Links, and Paths: Navigating the Site are now updated for Drupal 6, with one long-absent item, Placing Menus on Your Pages, finally online. All with a nifty new menu for navigating both EDAM and STARDOM, thanks to the Advanced Book Blocks and jQuery Menu modules.
There's still more of EDAM to update, but things are coming along nicely. Look forward to more all-new content before long.
As always, please let me know of any corrections or improvements to be made to the content. If those pages do appear up to snuff, please send any newbie Drupal administrators to EDAM for an easy guide to simple site admin and content creation.
Flexible WYSIWYG editing for Drupal
Submitted by Drupalace on Mon, 2009-11-16 17:27
A shocking discovery for many a newcomer to Drupal is that a fresh installation offers no controls for styling text in node bodies, comments, or wherever else you might like to drop a boldface or a header.
Most of those stunned beginners eventually realize that this makes sense: Some users want no such text styling, or prefer the complete control of manual HTML tags. And for those who do want word processor-style editing controls, there is no universally-loved solution; there are many editor solutions floating about, each with its own strengths and fans. Drupal lets the administrator choose and install any of many favorites, including FCKeditor and Tiny Tiny MCE. That still irks some who want a built-in solution, but it's a good state of affairs for anyone not afraid of a little hands-on work installing a module and setting up WYSIWYG editing.
Click here and read more!Review: Drupal 6 Ultimate Community Site Guide
How-to guide for a community site
Drupal 6 Ultimate Community Site Guide is an inexpensive (€5.5), 133-page ebook by Drupal enthusiast Dorien Herremans. It aims to help moderately new Drupal users bring community-oriented features to a site, via a book-length case study: the Drupal Fun site, where you'll find the book offered.
Drupal Fun's community features include basic member functionality (login, profiles), showcases, forums, shared AdSense, newsletter, user tags, user search, and content voting. It doesn't boast the shiny appearance of one of the fancier sites out there, so it's not surprise that the book doesn't delve into creation of awesome themes. Likewise, Drupal Fun's functionality comes mostly from commonly-used modules, with only a splash of manual code in blocks or elsewhere, not groundbreaking new features via heavy custom coding. But that simplicity makes the site valuable as a case study for users who want to enable those same community features despite still-modest Drupal skills.
How to fix broken image paths when changing download method from Private to Public?
Submitted by Drupalace on Tue, 2009-09-15 16:11
This is a long-running question I've had. I can't find a forum post with exactly the same question, though this one comes close: http://drupal.org/node/489850
I have a site that's used the Private download method from the start. I'd like to switch to Public, so I can enable CSS optimization. Easy enough to do, and most images – logo, and images inserted into text via TinyMCE – are unaffected.
But I also have many nodes with images attached via the Images module, which adds an "Attached images" upload option to nodes. (Side note: Why it's labeled "Attached images" when it appears to allow attachment of only one image, I don't know.) Paths to those images break when switching download methods (which, fairly enough, warns in advance of such trouble).
Click here and read more!Question answer:
As of January 2010, I have no answer to the problem – but suddenly have no problem, either. In the kind of unsatisfying conclusion that happens time and again, I find that I can now change all affected sites to Public download, and even enable optimization of CSS and Javascript at Administer » Site configuration » Performance (which was the point of it all). After doing so, images display normally – even though the images still have the screwy addresses, like http://www.site.com/sites/site.com/files/images/image.png, that earlier resulted only in "image broken" placeholders.
That's if I'm logged in. If not logged in, image addresses have the nice expected form http://www.site.com/system/files/images/image.png. Can't these images make up their minds? But either way, they seem to display just fine.
So, what gives? I can't say. I don't recall making any major changes to the system that would affect this; perhaps it was simply an upgrade to the Image module somewhere between then and now (I'm currently running 6.x-1.0-alpha4).
If you've had this same problem, all I can suggest is trying the change from Private to Public again, especially if you've made any changes to Drupal or modules recently. Who knows, it just may suddenly work.
Thank you for including my blog post.
Geshan
...
thanks for the link.
حلول
...This is a fantastic resource and obviously a lot of work - thank you very much indeed!
It looks to me as if #1 and #2 are handled by general Drupal permission features. #3 should be...