On 8/13/13, Kay Schenk <kay.sch...@gmail.com> wrote: > On Tue, Aug 13, 2013 at 1:29 PM, Alexandro Colorado <j...@oooes.org> wrote: > >> On 8/12/13, Kay Schenk <kay.sch...@gmail.com> wrote: >> > On Mon, Aug 12, 2013 at 6:25 AM, Rob Weir <robw...@apache.org> wrote: >> > >> >> On Sun, Aug 11, 2013 at 7:49 PM, Alexandro Colorado <j...@oooes.org> >> >> wrote: >> >> > On Sun, Aug 11, 2013 at 6:33 PM, Rob Weir <robw...@apache.org> >> >> > wrote: >> >> > >> >> >> On Sun, Aug 11, 2013 at 1:35 AM, Alexandro Colorado <j...@oooes.org> >> >> wrote: >> >> >> > I think the image structure on the website is a bit messy, there >> has >> >> been >> >> >> > some cleanup done by kschenk but I think there is still a lot of >> >> clean up >> >> >> > work to be done. >> >> >> > >> >> >> > For example, the new logo, was simply draged and drop to the >> >> >> > AOOLogos >> >> >> > folder with a huge name. I understand the name was needed to >> >> >> > identify >> >> it >> >> >> > between the rest of the competitive logos. But now that is >> selected, >> >> the >> >> >> > current name is unecessary long. >> >> >> > >> >> >> > Apache_OpenOffice_Logo_ChrisR_selected_2013-06_optim_300w.png< >> >> >> >> >> >> http://svn.apache.org/viewvc/openoffice/ooo-site/trunk/content/images/AOO_logos/Apache_OpenOffice_Logo_ChrisR_selected_2013-06_optim_300w.png?view=log >> >> >> > >> >> >> > >> >> >> >> >> >> Right. That work is incomplete. I checked it in originally, after >> >> >> the logo vote, so we could start working on the product integration >> >> >> immediately. But note that the above logo is not the one we >> >> >> actually >> >> >> used in AOO 4.0 !! >> >> >> >> >> >> The one we actually used is this one: >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> https://svn.apache.org/repos/asf/openoffice/branding/Apache_OpenOffice_Logo_ChrisR_selected_2013-06_Inkscape_kg.svg >> >> >> >> >> >> This was Chris R's contest logo with some minor technical changes. >> >> >> Kevin G. used this and generated the PNG/JPG files for AOO 4.0, >> >> >> which >> >> >> I helped check in. >> >> >> >> >> >> My intent was to take that SVG and rename it to >> >> >> "master-logo-40.svg" >> >> >> >> >> > >> >> > Again I think we do need a convention for a "logo.svg" as opposed to >> >> > ending with a logo-30.svg logo-40.svg logo-50.svg. An just >> >> > incrementally >> >> > replace with the future logos as we update the SVG. >> >> > >> >> >> >> Here's the complication: The old logos are still relevant some some >> >> purposes. For example, the PMC receives ongoing requests to approve >> >> use of the old OpenOffice.org logo. Why would that happen? Often it >> >> is a request by publishers who are making an e-book version of an >> >> older print book. If their original request did not include the >> >> e-book rights then they come back to us (and owners of every other >> >> image they use) to request additional permissions. >> >> >> >> So it may be possible, going forward, to store logos as SVN revisions >> >> under the same name. But we cannot retroactively do this with >> >> pre-Apache logos. And even if we could, this is harder for users of >> >> the logo to access. It is much easier to have something like >> >> logo-330.svg available via HTTP. >> >> >> >> Of course you can have a hybrid approach: >> >> >> >> 1) When a new logo is introduced, svn copy the old one into a >> >> /old-logos directory with a new descriptive name. This preserves the >> >> version history. >> >> >> >> 2) New logo then is checked in as a new revision of logo-master.svg. >> >> >> > >> > I like this idea or something akin to it. We should definitely preserve >> > svgs for old logos in my opinion. The new "branding" repository can be >> >> Why are you multiplicating image repositories, where Art already has >> one with the whole image structure clasified and versioned? >> > > I'm putting the sources into the "branding source" area, We had already > discussed this. Soon we will probably discuss deleting them *from* the > marketing/art area. The biggest problem right now is actually FINDING all > these.
Like I mentioned before, branding is not a place to store images, is the analog of building a warehouse in your lawyer office. Branding was builted for documenting the specs of the logo. Certainly no need for long filenames, nor useless conventions like 'selected' referencing a marketing contest. > > For now, there will be some duplications. > No need for that if we follow the convention already in place. > Apache OpenOffice does not have the same structure as the old Why not? There is already a body of work builted that has been proved with a filename convention and is easy to identify the artwork, logo and other type of work. > OpenOffice.org with defined project areas, project area leaders, project > area committers etc. So setting up the separate branding area was > discussed and these files are now being put there. I am not sure branding is a right place to put and hold the artwork, this just create unnecesary "triplication" with 'web', 'marketing/art' and NOW 'branding'. > >> >> > used for this, and given some additional structure. I'm also finding >> some >> > svg masters for items that are not really logos, like "Get It Here", >> > that >> > probably need to be moved to "branding" even though they are not really >> > logos. >> > >> > And, because there are quite a few sites using old logo versions, I >> > don't >> > really think we should track them all down and require them to upgrade. >> > >> > Again, I am only referring to svg for these. Renderings, png files, as >> far >> > as I'm concerned, can be renamed and kept anywhere. The new logo used >> > on >> > the website now, for example, is not a drop in replacement for the old >> > one, because the size is slightly larger due to design considerations. >> So, >> > it's conceivable, depending on use, the even within the Apache >> > OpenOffice >> > site, etc., different renderings might be used. But maybe this is in >> > opposition to what marketing folks mean by a "logo" with a specific >> > size, >> > etc., I don't know. >> > >> > >> > >> >> Regards, >> >> >> >> -Rob >> >> >> >> >> >> > >> >> > >> >> >> or something clean like that. However, I have not had any luck >> >> >> getting this logo to load into Inkscape or Adobe Illustrator. I >> >> >> get >> >> >> errors. And I have not had any luck getting Kevin to send a >> >> >> version >> >> >> that will load. >> >> >> >> >> >> So we're stuck right now with a logo that does load into Inkscape, >> but >> >> >> is slightly different than the one we used in AOO 4.0. >> >> >> >> >> > >> >> >> > At the same time we have old logos which had been untouch. I >> >> >> > think >> >> >> > the >> >> >> > webdevs have small understanding of a svn is builted so that the >> >> >> > files >> >> >> are >> >> >> > updated without having different versions laying arround. Over >> >> >> > this >> >> >> > example, ooo-logo.png and >> >> >> > AOO4_website_logo.png< >> >> >> >> >> >> http://svn.apache.org/viewvc/openoffice/ooo-site/trunk/content/images/AOO_logos/AOO4_website_logo.png?view=log >> >> >> >exist. >> >> >> > >> >> >> > All these proliferation of logos, usually will built up to become >> >> >> > incredibly messy to work. I suggest to put the information such >> >> >> > as >> >> >> author, >> >> >> > version, status, etc. on the comments of the commit and not on >> >> >> > the >> >> >> > filename. Likewise to take the time to look for the source of >> >> >> > the >> >> image, >> >> >> > since there is an SVG/ folder to link the source of them, and >> >> >> > finally >> >> if >> >> >> > there are different images (sizes) to have a common convention. >> >> >> > >> >> >> >> >> >> A more logical naming scheme would be good, I agree. But this has >> >> >> been waiting for resolution of which SVG we should actually be >> >> >> using. >> >> >> >> >> >> Regards, >> >> >> >> >> >> -Rob >> >> >> >> >> >> >> >> >> > If you want to review the images please go here: >> >> >> > >> >> >> >> >> >> http://svn.apache.org/viewvc/openoffice/ooo-site/trunk/content/images/AOO_logos/ >> >> >> > >> >> >> > -- >> >> >> > Alexandro Colorado >> >> >> > Apache OpenOffice Contributor >> >> >> > http://www.openoffice.org >> >> >> >> >> >> --------------------------------------------------------------------- >> >> >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >> >> >> For additional commands, e-mail: dev-h...@openoffice.apache.org >> >> >> >> >> >> >> >> > >> >> > >> >> > -- >> >> > Alexandro Colorado >> >> > Apache OpenOffice Contributor >> >> > http://www.openoffice.org >> >> >> >> --------------------------------------------------------------------- >> >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >> >> For additional commands, e-mail: dev-h...@openoffice.apache.org >> >> >> >> >> > >> > >> > -- >> > >> ------------------------------------------------------------------------------------------------- >> > MzK >> > >> > Success is falling nine times and getting up ten." >> > -- Jon Bon Jovi >> > >> >> >> -- >> Alexandro Colorado >> Apache OpenOffice Contributor >> http://www.openoffice.org >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >> For additional commands, e-mail: dev-h...@openoffice.apache.org >> >> > > > -- > ------------------------------------------------------------------------------------------------- > MzK > > Success is falling nine times and getting up ten." > -- Jon Bon Jovi > -- Alexandro Colorado Apache OpenOffice Contributor http://www.openoffice.org --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
