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? > > > > > > > >> > >> 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
