Return-Path: Delivered-To: apmail-commons-dev-archive@www.apache.org Received: (qmail 43791 invoked from network); 4 Mar 2011 16:20:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 4 Mar 2011 16:20:20 -0000 Received: (qmail 83382 invoked by uid 500); 4 Mar 2011 16:20:19 -0000 Delivered-To: apmail-commons-dev-archive@commons.apache.org Received: (qmail 83307 invoked by uid 500); 4 Mar 2011 16:20:19 -0000 Mailing-List: contact dev-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Commons Developers List" Delivered-To: mailing list dev@commons.apache.org Received: (qmail 83299 invoked by uid 99); 4 Mar 2011 16:20:19 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Mar 2011 16:20:19 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of sebbaz@gmail.com designates 209.85.216.43 as permitted sender) Received: from [209.85.216.43] (HELO mail-qw0-f43.google.com) (209.85.216.43) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Mar 2011 16:20:13 +0000 Received: by qwb7 with SMTP id 7so2164313qwb.30 for ; Fri, 04 Mar 2011 08:19:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=ioWiTJPYzJP5vH9geaThfL2R75ruYv+e+v/9Iyir59Y=; b=qF19yQUUBC6jtYs57mNnNhT7VBAa/YpKDH5cHRd3PAOBt42Uk6EE7KtxdHMykw18ad m6kRpDDZADxOo5SsUgrAU8yWelYYjLi7MHNb/QDeQATemoZweEJznnS6oIiVPb++fXqP BjJH+vw3oXR9+fRMqNijQjA9rC7SzaECfiu/E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=o+vjOg42m7UalDSwCa0AeUlPbe3vCBeH+F7WIHwcZwmnT253JPnyN/mlGOEFzvfQWE Ue0W6oeHiUg8eUKhnxNhmLCFFVpe1KcUN7Qi9LQY7ney9IvR8HwQ8276RODb4gSlJ+IQ 8I4IpzuCNUUeGeSCIgX+U1Ic1I/zAlphdIgh4= MIME-Version: 1.0 Received: by 10.229.96.200 with SMTP id i8mr656988qcn.226.1299255592665; Fri, 04 Mar 2011 08:19:52 -0800 (PST) Received: by 10.229.24.69 with HTTP; Fri, 4 Mar 2011 08:19:52 -0800 (PST) In-Reply-To: References: Date: Fri, 4 Mar 2011 16:19:52 +0000 Message-ID: Subject: Re: [SITE] commons-build - is it still used? From: sebb To: Commons Developers List Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org Not sure we can use it, because one of the files is GPL. The skin is released under AL 2.0, but I'm not sure that is correct. On 4 March 2011 16:05, Simone Tripodi wrote: > sorry to had not clear, my bad, I didn't mean to use that skin > directly, but import the css files, kind of donation, BTW it's my skin > I don't have to ask nobody if we can or cannot use it :) > Simo > > http://people.apache.org/~simonetripodi/ > http://www.99soft.org/ > > > > On Fri, Mar 4, 2011 at 4:29 PM, sebb wrote: >> On 4 March 2011 06:45, Simone Tripodi wrote: >>> Hi Gary/all >>> I don't know if you're interested, but I realized time ago a light >>> skin[1] that is already released under ASL2.0, here[2] you can find a >>> sample, if you are interested on it we could speak about moving it as >>> new commons-skin... >> >> We cannot use it as it stands. >> >> Its site.vm template does not support the trademark attributions we >> need to add to the footer, and AFAIK Maven only allows the template to >> be overridden as part of a skin. >> >> If the default Maven template is ever fixed to allow proper footer >> (and other) customisation, then it would be usable, but I doubt that >> will happen soon. >> >>> Just let me know, have a nice day! >>> Simo >>> >>> [1] http://code.google.com/p/fluido-skin/ >>> [2] http://developers.any23.org/ >>> >>> http://people.apache.org/~simonetripodi/ >>> http://www.99soft.org/ >>> >>> >>> >>> On Fri, Mar 4, 2011 at 3:08 AM, Gary Gregory wrote: >>>> Speaking of skins... IMO, this looks beautiful: http://directory.apache.org/ >>>> >>>> What can't we do something like that? >>>> >>>> Gary >>>> >>>> On Thu, Mar 3, 2011 at 8:55 PM, sebb wrote: >>>> >>>>> On 4 March 2011 00:49, Niall Pemberton wrote: >>>>> > On Fri, Mar 4, 2011 at 12:35 AM, sebb wrote: >>>>> >> On 3 March 2011 23:42, Niall Pemberton >>>>> wrote: >>>>> >>> On Thu, Mar 3, 2011 at 6:13 PM, sebb wrote: >>>>> >>>> On 26 February 2011 22:39, sebb wrote: >>>>> >>>>> Commons-build seems to be Maven1 code - is it still needed? >>>>> >>>>> >>>>> >>>>> It does seem to be the source for commons-maven.css and perhaps >>>>> >>>>> tigris.css, but otherwise does not seem to be useful. >>>>> >>>>> >>>>> >>>>> Perhaps the CSS files should be moved to commons-site? >>>>> >>>>> >>>>> >>>> >>>>> >>>> I propose to move the xdocs/style/*.css files to commons-site - OK? >>>>> >>> >>>>> >>> Why move them? Commons Site is working without them isn't it? >>>>> >> >>>>> >> Commons site is working currently because people.apache.org is acting >>>>> >> as the storage for the shared CSS files. >>>>> > >>>>> > Ah OK. >>>>> > >>>>> > I wonder why we just didn't put that in commons skin? >>>>> > >>>>> > I think originally we used to update the name of the ApacheCon logo in >>>>> > the CSS. But then we changed the logo to a generic name >>>>> > (current-event-125x125.png) and so we just have to replace the image >>>>> > and not change the CSS. >>>>> >>>>> ApacheCon is now in (parent) site.xml, but is fixed, and hopefully >>>>> won't need to change. >>>>> It can be overridden on a component basis if required. >>>>> >>>>> > If thats the case then it could go in commons-skin. However if we >>>>> > wanted to change the CSS, then if its in commons-skin it needs a skin >>>>> > & parent pom release - wheras commons-site its just a commit and >>>>> > re-deploy. >>>>> > >>>>> > Sorry for thinking out loud, I think I agree with you. >>>>> >>>>> No worries, it's useful to discuss this before finalising the >>>>> commons-skin updates. >>>>> >>>>> At present, site.css is included in commons-skin, and site.css >>>>> @includes http://commons.apache.org/style/commons-maven.css. >>>>> This means that sites don't work off-line properly when testing - and >>>>> may also affect release documentation used offline. >>>>> >>>>> So I now think your idea is best - let's put commons-maven.css in >>>>> commons-skin and change site.css accordingly. >>>>> [Or indeed one could rename commons-maven.css as site.css, but I think >>>>> that would be confusing.] >>>>> >>>>> > Niall >>>>> > >>>>> >> If the site ever had to be recreated, it would not be enough to >>>>> >> redeploy commons-site and all the components. >>>>> >> >>>>> >> It just seems wrong to have the source for some of the key CSS files >>>>> >> stored in an component that cannot easily be deployed (commons-build >>>>> >> uses Maven 1). >>>>> >> >>>>> >> And even if one did deploy it, AFAICT the only useful output is the >>>>> >> style directory - the rest seems to be old documentation that would >>>>> >> then have to be overwritten by deploying commons-site. >>>>> >> >>>>> >> The reason I need to do this now is that I need to create a new >>>>> >> version of commons-theme.css without the ApacheCon background logo. >>>>> >> This will be referenced in the new commons-skin via the site.css file. >>>>> >> >>>>> >> I think it makes more sense to store the style files in commons-site, >>>>> >> so they will be uploaded whenever the commons-site is redeployed. >>>>> >> This will make changes easier going forward. >>>>> >> >>>>> >>> Niall >>>>> >>> >>>>> >>> --------------------------------------------------------------------- >>>>> >>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org >>>>> >>> For additional commands, e-mail: dev-help@commons.apache.org >>>>> >>> >>>>> >>> >>>>> >> >>>>> >> --------------------------------------------------------------------- >>>>> >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org >>>>> >> For additional commands, e-mail: dev-help@commons.apache.org >>>>> >> >>>>> >> >>>>> > >>>>> > --------------------------------------------------------------------- >>>>> > To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org >>>>> > For additional commands, e-mail: dev-help@commons.apache.org >>>>> > >>>>> > >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org >>>>> For additional commands, e-mail: dev-help@commons.apache.org >>>>> >>>>> >>>> >>>> >>>> -- >>>> Thank you, >>>> Gary >>>> >>>> http://garygregory.wordpress.com/ >>>> http://garygregory.com/ >>>> http://people.apache.org/~ggregory/ >>>> http://twitter.com/GaryGregory >>>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org >>> For additional commands, e-mail: dev-help@commons.apache.org >>> >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org >> For additional commands, e-mail: dev-help@commons.apache.org >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org > For additional commands, e-mail: dev-help@commons.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org For additional commands, e-mail: dev-help@commons.apache.org