On Mon, Aug 12, 2013 at 8: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.
>

​I think that 'complication' is the lesser of two evils., compared to
having to manage a ever growing ammount of images. And beside that, do you
realize the difference in objectives between ooo-site/images/
ooo-site/marketing/art/images/ and ooo-site/branding/images.

I dont see any reason why those issues should impact the web works of
ooo-site/images/. That folder is for website-design related work. It has,
or shouldnt hold any porpouse to archieve past work, nor to hold
description of any kind. I think website should be as lean and easy to
follow since we expect these conventions be followed by a rotating
community. So again K.I.S.S.

If those complications arises, send them to marketing or branding
workspaces.



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

​svg are just like HTML files, they are markup languages, we dont hold the
index.html inmaculated and hold an apache-index.html and oracle-index.html,
so I dont see why SVG should be any different. The only porpouse of having
a source file, is for users to be able to modify it on the first place.
Either by integrating to a bigger SVG design, or resizing it for print
work.



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

​This is not functional and just start acumulating part of the same garbage
that svn is supposed to clean up. Again, if this was code, this would be
totally unacceptable approach. If new logos are introduced then they should
replace the current logo, and the old will live in anals of the svn logs.



>
> 2) New logo then is checked in as a new revision of logo-master.svg.
>

​People are free to disagree with me, but I think this is a messy way to
work​, and for a webdev folder is completely useless, specially when there
is a whole different project specialized on archiving, developing, and
multiplying artwork inside marketing, and a whole different project devoted
to specifying the guideliness of the brand (aka logo).


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


-- 
Alexandro Colorado
Apache OpenOffice Contributor
http://www.openoffice.org

Reply via email to