Re: [Radiant] Two new extensions - WYSIWYG editor and Maruku filter
On 2/26/07, Nathan Wright [EMAIL PROTECTED] wrote: I'm hoping that someone makes an asset manager that's so well thought out and executed that John looks at it and says Damn, we've got to have that! The have an interesting look asset management system at http://www.silverstripe.com/home/. Maybe radiant can borrow some ideas. Nicholas ___ Radiant mailing list Post: Radiant@lists.radiantcms.org Search: http://radiantcms.org/mailing-list/search/ Site: http://lists.radiantcms.org/mailman/listinfo/radiant
Re: [Radiant] Two new extensions - WYSIWYG editor and Maruku filter
Just had a little bit of a poke around in their demo site. What ideas are you thinking we should borrow? On 2/26/07, Nathan Wright [EMAIL PROTECTED] wrote: I'm hoping that someone makes an asset manager that's so well thought out and executed that John looks at it and says Damn, we've got to have that! The have an interesting look asset management system at http://www.silverstripe.com/home/. Maybe radiant can borrow some ideas. Nicholas ___ Radiant mailing list Post: Radiant@lists.radiantcms.org Search: http://radiantcms.org/mailing-list/search/ Site: http://lists.radiantcms.org/mailman/listinfo/radiant
Re: [Radiant] Two new extensions - WYSIWYG editor and Maruku filter
On 3/2/07, Daniel Sheppard [EMAIL PROTECTED] wrote: Just had a little bit of a poke around in their demo site. What ideas are you thinking we should borrow? I liked the method used for maintaining an image in page. Option to select another from the asset location or via an upload. Which I assume can be upload to a specified location in the asset tree. Their draft/staging mechanism is interesting as well. I haven't used radiant for a long while so I'm not sure where it is with that. I'm planning to set it up again for a small site, so I might have better comments after that. I think that assets like images, pdfs, etc should be centrally managed as the can often be access by multiple pages. Allocation them to their own tree also allows more opportunity for static caching. Nicholas ___ Radiant mailing list Post: Radiant@lists.radiantcms.org Search: http://radiantcms.org/mailing-list/search/ Site: http://lists.radiantcms.org/mailman/listinfo/radiant
Re: [Radiant] Two new extensions - WYSIWYG editor and Maruku filter
I just finished building a site that used a lot of PDF files scattered across pages. At over 50 pages, in some cases a single PDF fit well on more than one page. Now that I'm done, it looks like I am going to build another page listing all the PDF documents - an asset tree, if you will. This way, if the user remembers seeing a particular asset somewhere and wants to see it again, they can find it more directly. I've already organized my PDFs in an organized folder structure inside /public. I did this naturally -- in keeping with Dan's comment that all the assets in one folder would be a big mess. It seems to me that if I organized all my PDFs in some sort of asset manager centralized location, that I could now automatically create the asset tree summary page I need - complete with organization. Just like you'd create a menu using radiant tags based on pages. -Chris -- Posted via http://www.ruby-forum.com/. ___ Radiant mailing list Post: Radiant@lists.radiantcms.org Search: http://radiantcms.org/mailing-list/search/ Site: http://lists.radiantcms.org/mailman/listinfo/radiant
Re: [Radiant] Two new extensions - WYSIWYG editor and Maruku filter
Nathan Wright wrote: While I agree that they are an asset in a sense, they are also an asset with a behavior, and that certainly complicates things quite a bit. Depending on the technical skill (or lack thereof) of a user they could even bring down your site (image a bad javascript file that writes in pr0n to your page or a css file that includes the declaration body { display: none; }). For most purposes, I'd think that this would be giving too _much_ power to the average user. I'm not sure that it's a problem in most cases but certainly the developer ought to be able to say that for this site, users won't be able to add js but css is ok -- or whatever. In another site, like one I'm building where the users are trustworthy and where it will also require approval before publishing, this is perfectly fine. I see it like configuring your WYSISYG editor to allow H1 tags or not, or blockquotes -- or anything that the developer, owner wants to offer or hide, really. -Chris -- Posted via http://www.ruby-forum.com/. ___ Radiant mailing list Post: Radiant@lists.radiantcms.org Search: http://radiantcms.org/mailing-list/search/ Site: http://lists.radiantcms.org/mailman/listinfo/radiant
Re: [Radiant] Two new extensions - WYSIWYG editor and Maruku filter
Nathan Wright wrote: I think that John believes that assets should belong to a page rather than being more universal in nature, but I honestly think that this may complicate things too much for the average user. In my system all assets are available to all pages. You add those assets (be they images, pdfs, whatever) to your bucket (yes, I'm shamelessly ripping off Mephisto's buckets), and then you simply click on them to insert them into your page. I agree with John and other's drive for simplicity in design and implementation. So there, the attach-an-image-to-a-page makes some sense -- but only as long as users only ever use a given asset once. The minute they want to reuse it, we've just made the user's life harder. The concept that an image is owned by page A and not page B is arbitrary (I can see them thinking that it is somehow unfair to page B and would probably just store the image with each page -- messing things up when they must update that image and kissing DRY goodbye. It also forces the user to use their memory instead of having the system keep that knowledge: I need picture X -- I know I used it before. Let me see, where did I put that... In my opinion, any good system should be able to tell you where (or if) assets are being used (in other words look at it from the asset perspective too). The insert behavior is smart. If you are inserting an image, it will insert an image tag into the page. If you try to insert a PDF, mp3, etc. into the page (or something else that can't be directly viewed by the browser) the insert behavior will stuck a link into the page instead. Like above, the precise form of this link will depend on the filter that is applied to the page. In short, I think that inserting an asset into a page should be a simple procedure ... the user shouldn't have to think about the markup required to insert it. I like this approach too. In fact one of the concepts that I've been playing with is uniquely styling elements in certain pages -- rather than sticking every possible fringe case into my main CSS file. Similarly, I may create a dynamic page or two (say with an interactive maps) that needs some unique javascript. In these cases I build mini CSS or JS files that are, really just assets to me. These need that same smart behavior to include them in the page correctly. Of course, in this case, they are added to the head section (automatically). This is certainly beyond what most asset managers are attempting but the use cases are, really, identical with insert an image, figure out where this image is used or remove image from page. Is this at all like what you're looking for? What are your ideas on the matter? Sounds like you're heading in the right direction (IMHO, anyway). Feel free to contact me directly. Others are welcome too -- I'd like to consider all possibilities. I think that this is a much needed aspect to radiant (though maybe not something you'd ever put in the core). -Chris -- Posted via http://www.ruby-forum.com/. ___ Radiant mailing list Post: Radiant@lists.radiantcms.org Search: http://radiantcms.org/mailing-list/search/ Site: http://lists.radiantcms.org/mailman/listinfo/radiant
Re: [Radiant] Two new extensions - WYSIWYG editor and Maruku filter
On Feb 24, 2007, at 9:19 AM, Chris Parrish wrote: Sounds like you're heading in the right direction (IMHO, anyway). Feel free to contact me directly. Others are welcome too -- I'd like to consider all possibilities. I think that this is a much needed aspect to radiant (though maybe not something you'd ever put in the core). I'm hearing the arguments for both ways of managing assets (per page and global) and I really think both are valid. The use cases are there for having an asset local to the page, but lots of use cases for needing to easily reuse the assets too. Maybe we should be thinking about a global bucket but have the page UI able to add images restricted to only that page? dm ___ Radiant mailing list Post: Radiant@lists.radiantcms.org Search: http://radiantcms.org/mailing-list/search/ Site: http://lists.radiantcms.org/mailman/listinfo/radiant
Re: [Radiant] Two new extensions - WYSIWYG editor and Maruku filter
Nothing ready for public consumption just yet ... though I am hoping to have it ready soon (next week or so, if my free time holds up). On Sat, 24 Feb 2007 03:12:05 -0700, Keith Bingman [EMAIL PROTECTED] wrote: I wrote one of the first extensions for this, but kind of dropped it as I was in Central America for a month and have yet to pick it up again. For me at least, centralized assets are much better. I don't want to have to hunt through each page to find a photo. The bucket idea seems like the easiest way to insert an image. Steal from the best and all. This is basically how I envisioned it.. do you have anything ready to show? On Feb 24, 2007, at 6:21 AM, Nathan Wright wrote: On Fri, 23 Feb 2007 19:55:04 -0700, Chris Parrish [EMAIL PROTECTED] wrote: Sounds good. I'm looking forward to playing with this. I can see it being very useful (though I share John's distaste for using WYSIWYG editors) for my customers. Ditto. How have you persuaded them to use something else? Mind altering drugs, perhaps? ;) Mine have always been convinced that they need to use dreamweaver to manange their hundreds of pages ... I figured that Radiant with a WYSIWYG was the lesser of two evils. Are you willing to provide any details on the asset management piece you are working on? I've read about what the others are doing on and none of the approaches seems quite right for my needs. I think that John believes that assets should belong to a page rather than being more universal in nature, but I honestly think that this may complicate things too much for the average user. In my system all assets are available to all pages. You add those assets (be they images, pdfs, whatever) to your bucket (yes, I'm shamelessly ripping off Mephisto's buckets), and then you simply click on them to insert them into your page. The insert behavior is smart. If you are inserting an image, it will insert an image tag into the page. This tag differs depending on the filter applied to the page ... if you have no filter applied, or if you have my WYSIWYG applied, a basic img ... will be inserted into the page; if you use markdown you'll get a ![alt text](/path/to/img.jpg Title) ... you get the idea. If you try to insert a PDF, mp3, etc. into the page (or something else that can't be directly viewed by the browser) the insert behavior will stuck a link into the page instead. Like above, the precise form of this link will depend on the filter that is applied to the page. In short, I think that inserting an asset into a page should be a simple procedure ... the user shouldn't have to think about the markup required to insert it. Since most assets are likely to be images, I want to make it easy for the user to resize those images to suit their needs. The URL of the image determines the size of the image, and the image can only be resized from the admin side of things. I'm still working out the details of how all of this will work, but I've got a basic system in place that seems to work well. It still hits the database to determine if an asset matching the size parameters exists ... I need to work that out yet to minimize the database load. Is this at all like what you're looking for? What are your ideas on the matter? -- Nathan Wright ___ Radiant mailing list Post: Radiant@lists.radiantcms.org Search: http://radiantcms.org/mailing-list/search/ Site: http://lists.radiantcms.org/mailman/listinfo/radiant ___ Radiant mailing list Post: Radiant@lists.radiantcms.org Search: http://radiantcms.org/mailing-list/search/ Site: http://lists.radiantcms.org/mailman/listinfo/radiant -- -- Nathan Wright ___ Radiant mailing list Post: Radiant@lists.radiantcms.org Search: http://radiantcms.org/mailing-list/search/ Site: http://lists.radiantcms.org/mailman/listinfo/radiant
[Radiant] Two new extensions - WYSIWYG editor and Maruku filter
I was a little late to the game when it came to checking out the Mental branch, but *wow* I really like what I see. The extensions are very slick, and I can already see myself spending long hours making new ones. In fact, I've got a few to offer right now. The first is a simple text filter based on Maruku URL: http://maruku.rubyforge.org/ . Maruku is very much like Markdown, but it has extended HTML support and a number of other goodies. You can download it here: URL: http://tinyurl.com/yr96bz The second is the one that I know a lot of people have been waiting for (Florian, I'm looking at you ;) ). This is a WYSIWYG extension based on TinyMCE. It's still a work in progress (I want to integrate an asset handler) but the basic functionality is all there. URL: http://tinyurl.com/2xfegp Try 'em out and tell me what you think ... I'll be around on and off over the weekend to answer questions or help with problems, so don't be scared to ask. It may take a minute to get back to you, but I'll do my best. -- Nathan Wright ___ Radiant mailing list Post: Radiant@lists.radiantcms.org Search: http://radiantcms.org/mailing-list/search/ Site: http://lists.radiantcms.org/mailman/listinfo/radiant
Re: [Radiant] Two new extensions - WYSIWYG editor and Maruku filter
Sounds good. I'm looking forward to playing with this. I can see it being very useful (though I share John's distaste for using WYSIWYG editors) for my customers. Are you willing to provide any details on the asset management piece you are working on? I've read about what the others are doing on and none of the approaches seems quite right for my needs. Actually, anyone working on an asset management system is welcome to contact me directly. If there is some way to make things work, it is possible that I could generate some funding to help develop it. -- Posted via http://www.ruby-forum.com/. ___ Radiant mailing list Post: Radiant@lists.radiantcms.org Search: http://radiantcms.org/mailing-list/search/ Site: http://lists.radiantcms.org/mailman/listinfo/radiant
Re: [Radiant] Two new extensions - WYSIWYG editor and Maruku filter
On Fri, 23 Feb 2007 19:55:04 -0700, Chris Parrish [EMAIL PROTECTED] wrote: Sounds good. I'm looking forward to playing with this. I can see it being very useful (though I share John's distaste for using WYSIWYG editors) for my customers. Ditto. How have you persuaded them to use something else? Mind altering drugs, perhaps? ;) Mine have always been convinced that they need to use dreamweaver to manange their hundreds of pages ... I figured that Radiant with a WYSIWYG was the lesser of two evils. Are you willing to provide any details on the asset management piece you are working on? I've read about what the others are doing on and none of the approaches seems quite right for my needs. I think that John believes that assets should belong to a page rather than being more universal in nature, but I honestly think that this may complicate things too much for the average user. In my system all assets are available to all pages. You add those assets (be they images, pdfs, whatever) to your bucket (yes, I'm shamelessly ripping off Mephisto's buckets), and then you simply click on them to insert them into your page. The insert behavior is smart. If you are inserting an image, it will insert an image tag into the page. This tag differs depending on the filter applied to the page ... if you have no filter applied, or if you have my WYSIWYG applied, a basic img ... will be inserted into the page; if you use markdown you'll get a ![alt text](/path/to/img.jpg Title) ... you get the idea. If you try to insert a PDF, mp3, etc. into the page (or something else that can't be directly viewed by the browser) the insert behavior will stuck a link into the page instead. Like above, the precise form of this link will depend on the filter that is applied to the page. In short, I think that inserting an asset into a page should be a simple procedure ... the user shouldn't have to think about the markup required to insert it. Since most assets are likely to be images, I want to make it easy for the user to resize those images to suit their needs. The URL of the image determines the size of the image, and the image can only be resized from the admin side of things. I'm still working out the details of how all of this will work, but I've got a basic system in place that seems to work well. It still hits the database to determine if an asset matching the size parameters exists ... I need to work that out yet to minimize the database load. Is this at all like what you're looking for? What are your ideas on the matter? -- Nathan Wright ___ Radiant mailing list Post: Radiant@lists.radiantcms.org Search: http://radiantcms.org/mailing-list/search/ Site: http://lists.radiantcms.org/mailman/listinfo/radiant