incubator-ooo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Simon Phipps <si...@webmink.com>
Subject Re: [www] OOo Website Conversion
Date Sun, 14 Aug 2011 18:06:46 GMT
On Sun, Aug 14, 2011 at 5:33 PM, Dave Fisher <dave2wave@comcast.net> wrote:

>
> On Aug 14, 2011, at 3:07 AM, Marcus (OOo) wrote:
>
> > Am 08/14/2011 06:58 AM, schrieb Dave Fisher:
> >> Hi -
> >>
> >> I have modified the template process.
> >>
> >> For html files the head and body content are extracted and then placed
> into the template.
> >>
> >> The wrapping is good. There is still work to do with getting to a single
> version of the css and javascript.
> >>
> >> What is notable it that http://incubator.apache.org/openofficeorg/wwwand
> http://incubator.apache.org/openofficeorg/download are now connected and
> have good layout and function.
> >
> > Looks great. Thanks a lot for taking care about the CSS stuff. :-)
> >
> >> Next step it work on the footer.
> >
> > Currently this is the text:
> > "Copyright © 2011 The Apache Software Foundation, Licensed under the
> Apache License, Version 2.0.
> > Apache and the Apache feather logos are trademarks of The Apache Software
> Foundation."
> >
> > I don't know if something is missing. However, 1-2 links more to
> respective Apache websites for details would be helpful.
>
> Certainly something is missing. We will include terms of use. We must
> mention that we are incubating. We should mention that one of the tasks is
> to clear up copyright, licensing and any other IP issues.
>
> We'll need to have the Apache Incubator logo somewhere.
>

Assuming the transfer has now gone through, we also need to mention the
OpenOffice.org trademark and the Gulls graphic.


>
> Regards,
> Dave
>
> >
> > Marcus
> >
> >
> >
> >> On Aug 9, 2011, at 1:09 AM, Dave Fisher wrote:
> >>
> >>>
> >>> On Aug 9, 2011, at 12:22 AM, Marcus (OOo) wrote:
> >>
> >>
> >> <snip>
> >>
> >>>
> >>>> When you look at "
> http://incubator.apache.org/openofficeorg/download/index.html" the sidenav
> is not really turned off. It's just without content but the indent still
> remains. Is that what you wanted? If so, the space is IMHO too much wasted
> as you can especially see here: "
> http://incubator.apache.org/openofficeorg/download/other.html"
> >>
> >> Taken care of.
> >>
> >> <snip>
> >>
> >>>>
> >>>> And also here "
> http://incubator.apache.org/openofficeorg/www/index.html" we still have a
> bit to do. :-P
> >>>
> >>> We do have a lot to do. It is not always a direct path and I am
> learning a lot! We will need to make some choices about page layouts. Where
> do we want to have the different types of pages? How much is special and how
> much fits a "cookie cutter" model?
> >>
> >> Getting close here as well.
> >>
> >> Regards,
> >> Dave
> >>
> >>
> >>>
> >>>>
> >>>> Thanks a lot for unifying the styles. :-)
> >>>
> >>> It is very much my pleasure!
> >>>
> >>> I am looking forward to your ideas.
> >>>
> >>> Regards,
> >>> Dave
> >>>
> >>>
> >>>>
> >>>> Marcus
> >>>>
> >>>>
> >>>>
> >>>>>>> - header and footer framework
> >>>>>
> >>>>> For tomorrow.
> >>>>>
> >>>>>>> - online cms editing of html
> >>>>>
> >>>>> Confirmed the editing of html. There is syntax coloring in the CMS
> WebGUI.
> >>>>>
> >>>>>>> - scripting of Kenai html into CMS compatible - stripping
of
> headers and extraction of javascript and css.
> >>>>>
> >>>>> To be discussed. It depends on how many sets of special page styles
> are really needed. Here is how it currently works:
> >>>>>
> >>>>> Here is the script for wrapping the html:
> >>>>>
> >>>>> sub html_page {
> >>>>>    my %args = @_;
> >>>>>    my %styleargs = @_;
> >>>>>    my $file = "content$args{path}";
> >>>>>    my $template = $args{template};
> >>>>>    $args{breadcrumbs} = breadcrumbs($args{path});
> >>>>>
> >>>>>    read_text_file $file, \%args;
> >>>>>
> >>>>>    my $page_path = $file;
> >>>>>    $page_path =~ s/\.[^.]+$/.page/;
> >>>>>    if (-d $page_path) {
> >>>>>        for my $f (grep -f, glob "$page_path/*.mdtext") {
> >>>>>            $f =~ m!/([^/]+)\.mdtext$! or die "Bad filename: $f\n";
> >>>>>            $args{$1} = {};
> >>>>>            read_text_file $f, $args{$1};
> >>>>>        }
> >>>>>    }
> >>>>>
> >>>>>    my $style_path = $file;
> >>>>>    $style_path =~ s/\.[^.]+$/.style/;
> >>>>>    if (-f $style_path) {
> >>>>>        read_text_file $style_path, \%styleargs;
> >>>>>        $args{scriptstyle} = $styleargs{content};
> >>>>>    }
> >>>>>
> >>>>>    return Template($template)->render(\%args), html =>   \%args;
> >>>>> }
> >>>>>
> >>>>> Which interacts with templates/skeleton.html
> >>>>>
> >>>>>  <title>{% block title %}{{ headers.title }}{% endblock %}</title>
> >>>>>
> >>>>> {% autoescape off %}{% if scriptstyle %}{{ scriptstyle }}{% else
%}{%
> include "scriptstyle.html"%}{% endif %}{% endautoescape %}
> >>>>>
> >>>>> So you see there is a default location for css and javascript.
> >>>>>
> >>>>> The question is if there should be a set of selectable javascript/css
> templates, or if we want to have these files be next to the file they apply
> to.
> >>>>>
> >>>>> If we go to a specific set of templates method then we would change
> to:
> >>>>>
> >>>>> {% autoescape off %}{% if scriptstyle %}{% include scriptstyle %}{%
> else %}{% include "scriptstyle.html"%}{% endif %}{% endautoescape %}
> >>>>>
> >>>>> Regards,
> >>>>> Dave
> >>>>>
> >>>>>
> >>>>>>>
> >>>>>>> Regards,
> >>>>>>> Dave
> >>>>>>>
> >>>>>>> On Aug 7, 2011, at 8:35 AM, Kay Schenk wrote:
> >>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> On 08/06/2011 09:03 PM, Dave Fisher wrote:
> >>>>>>>>>
> >>>>>>>>> On Aug 4, 2011, at 12:16 PM, Kay Schenk wrote:
> >>>>>>>>>
> >>>>>>>>>> I just wanted to report that this script worked
just fine as
> near
> >>>>>>>>>> as I can tell.
> >>>>>>>>>
> >>>>>>>>> Great. When I did the work for the www and download
project I
> used a
> >>>>>>>>> different script which is still a stub as there
was a hand
> editing
> >>>>>>>>> step to correct inconsistent line endings.
> >>>>>>>>>
> >>>>>>>>>> The post about the script  has shown up in several
places, but
> >>>>>>>>>> placing it as its own subject seemed appropriate.
> >>>>>>>>
> >>>>>>>> yes...it got buried! :)
> >>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> Now back to investigating headers/footers.
> >>>>>>>>>
> >>>>>>>>> I added a page to the wiki with some of my thoughts
today about
> >>>>>>>>> headers and footers for the websites including the
MediaWiki and
> User
> >>>>>>>>> Forums.
> >>>>>>>>>
> >>>>>>>>>
> https://cwiki.apache.org/confluence/display/OOOUSERS/Website+Template
> >>>>>>>>
> >>>>>>>> good! this needs regular updating as we iron out issues...I'll
> take a look
> >>>>>>>>>
> >>>>>>>>> I am going to try a new template/skeleton.html tomorrow.
> >>>>>>>>>
> >>>>>>>>> Regards, Dave
> >>>>>>>>
> >>>>>>>> OK, I'm going to try to start "migrating" some of the
old OO.o
> pages to the "www" area on Apache today. I won't link them in to anything.
> This will just be for my education at this point.
> >>>>>>>>
> >>>>>>>> So, I am kind of wondering why you took "download" off
the main
> line so to speak. Thoughts?
> >>>>>>>>
> >>>>>>>> As far as I'm concerned given the current layout and
"incubator"
> status, we might consider just leaving the side navigation items as they are
> or augmenting them somewhat, and using this existing "template" instead of
> the more involved "top tab" business currently with the OO.o site.
> But...we'll see what we think after a few "tests" I guess.
> >>>>>>>>
> >>>>>>>> later...
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message