Sent from my iPhone
On Aug 11, 2013, at 3:52 PM, Alexandro Colorado <j...@oooes.org> wrote: > On Sun, Aug 11, 2013 at 2:58 PM, Dave Fisher <w...@apache.org> wrote: > >> >> >> Sent from my iPhone >> >> On Aug 11, 2013, at 2:26 PM, Alexandro Colorado <j...@oooes.org> wrote: >> >>> On Sun, Aug 11, 2013 at 11:22 AM, Dave Fisher <w...@apache.org> wrote: >>> >>>> >>>> >>>> Sent from my iPhone >>>> >>>> On 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 >>>>> >>>>> >>>>> 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. >>>> >>>> This is not so. I can assure you that I completely understand SVN and >> VCS. >>>> >>>> Choices were made to be non disruptive. Changing logos for the site is >>>> handled in exactly one spot. This means different names for different >>>> versions is entirely appropriate. >>> >>> I can't imagine this 'non disruptive' happening in code as well and >> having >>> different librarries with different classes and different names attached >> to >>> the libraries. Like all of the sudden you have 5 ColumnControlWindow.cxx >> it >>> would now be ColumnControlWindow_joes_selected_20130218.cxx attached to >>> previous 5 different alternatives of the .cxx file. >> >> We are discussing the website and the work that Kay and I did during the >> move to Apache. Remember you referred to webdevs not understanding svn. > > Ok I understand how this came to be now, and I can see the point on legacy > files. However this practice would eventually need some reorganization. > Hopefully this reorganization is today. > > >> >>> >>> >>>> >>>>> 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. >>>> >>>> The logos differ. The names differ. >>> >>> The logos are outdated and obosolete, they should only exist in the >>> revsion history, and maybe on a different archieved section with a more >>> detailed metadata instead of cludgy filename. Something like: >>> >>> svn log: >>> logo.png rev123222 AOO 4 for website selected from contest... >>> rev123221 AOO logo 3.4.1 under apache brand >>> rev123220 OOo Oracle branding for .. >> >> Kay has proposed and created a canonical location for logos and original >> art. You suggested that some standards for sizes and names be applied, we >> await a concrete proposal. > > There are two different locations for the logos at the moment afaik, > $root/images/ and $root/marketing/art/galleries/logos/aoo-working/ > > The second one is for art-related activities, and I can see how handling > multiple work would make use of a large file name. > > For the first one, which are webdev related, I don't see the benefit of > holding such filenames or even multiple filenames. So yes, a cannonical > location and standarized convention for the different rasterize images as > well as a clear distinction to the source file. > > for unknown reasons, I am unable to access cwiki, getting a permission > error to even see my own profile in confluence. I dont see a component for > infra on bugzilla, should it go on Jira? > There may be a Apache infra wiki upgrade in progress. I'm traveling and will check later. Or you can on irc. Regards, Dave > > >> >> >>> >>> >>>> >>>> If we are looking to provide a canonical path to a single current logo >> for >>>> third party use then that is a different question >>>> >>>>> 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. >>>> >>>> I agree that the name is long, changing it would be simple, but to what? >>> >>> Is unnecesary long. K.I.S.S. PNG and SVG have metadata exactly for >> issues >>> like this. Imagemagic can just do something like >>> >>> convert logo.png -set Title "Apache OpenOffice 4" -set Author "ChrisR" >> logo.png >>> >>> identify -verbose logo.png |grep Title >>> >>> Title: Apache OpenOffice 4 >> http://blog.client9.com/2007/08/editing-png-metadata-from-command-line.html >> >> Add it to a list of proposed actions to be discussed. >> >> The cwiki is provided for this purpose. >> >> I don't disagree, but it is absolutely necessary to proceed in an open >> manner. >> >> Regards, >> Dave >> >> >>> >>> >>>> >>>> Author is the committer and if they are representing others contribution >>>> then they can easily indicate that is so. >>>> >>>> If creating a PNG based on an SVG then include the SVG path in the >> comment. >>>> >>>>> 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. >>>> >>>> If you would like to discuss common conventions and sizes then please >>>> create a cwiki page and start a new thread. >>>> >>>>> >>>>> If you want to review the images please go here: >> http://svn.apache.org/viewvc/openoffice/ooo-site/trunk/content/images/AOO_logos/ >>>> >>>> Regards, >>>> Dave >>>>> >>>>> -- >>>>> 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 > > > -- > 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
