no first hand experience, but this one should be: http://www.hippocms.org/
-igor On Mon, Mar 9, 2009 at 4:36 AM, Serkan Camurcuoglu <serkan.camurcuo...@telenity.com> wrote: > Hi Igor, > Is there another CMS (other than brix) that works well with wicket? > > > > Igor Vaynberg wrote: >> >> if you are just starting to think about building this you might want >> to consider using brix, or another cms that works well with wicket. >> >> in case of brix: >> each client would get their own jcr workspaces that you can fill in >> with a template. they are then free to edit their own workspace >> creating pages, uploading images, etc. >> it is trivial in brix to map domains to workspaces >> functionality for your application is then provided using brix tiles >> which users are free to move around their html, a tile is basically >> just a [brix:tile tile:id="foo"][/brix:tile] anywhere inside the >> markup. >> >> if this sounds too out there you can still use normal wicket code and >> allow your customers to edit the markup. you can store the markup >> itself in the database, so all things like styles and variations still >> work even though markup is not in the war. see IMarkupStreamProvider >> and IMarkupCacheKeyProvider - these allow you to override where markup >> comes from per page or per hierarchy of pages. there are more general >> things like IResourceStreamProvider that will allow you to override >> where resources are loaded from on a global scale. >> >> -igor >> >> On Fri, Mar 6, 2009 at 7:30 PM, Tauren Mills <tau...@groovee.com> wrote: >> >>> >>> I'm looking for thoughts on ways to create a site that can be branded >>> by a customer. It should do the following: >>> >>> * run in a single webapp deployed in a WAR file >>> * multiple host names resolve to this same web app >>> domain1.com -> myapp.com >>> domain2.com --> myapp.com >>> * based on the host name, the app selects a skin (color scheme, >>> images, maybe even layout changes) >>> * users need to be able to alter colors, images, and layout in real >>> time, so updating the WAR with new skins isn't possible >>> * need to pull alternate CSS content and perhaps HTML markup from a >>> database and images from a location outside of the WAR. >>> >>> This needs to be kind of like blogger.com, where a user can change >>> images and colors, and the application displays their blog that way. >>> But in my case, the content on the page primarily remains the same, >>> just the way it is presented changes. >>> >>> So I'm looking at the localization and style features thinking they >>> might help. But they rely on alternate versions of files to be in the >>> WAR. >>> >>> http://cwiki.apache.org/WICKET/localization-and-skinning-of-applications.html >>> >>> What methods would you recommend to get the current hostname from the >>> request? >>> Whould this be best done in the RequestCycle, the Session, or? >>> What techniques would be useful for using external CSS, images, and HTML? >>> Will getStyle/setStyle even help since the content is external of the >>> WAR? >>> >>> I realize that I shouldn't allow users to modify HTML markup that >>> contains wicket tags. That could break things very quickly. >>> >>> I'm just starting to think about how to do this, so I'm looking for >>> any suggestions to direct me to the right tools for the job. >>> >>> Thanks, >>> Tauren >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org