On Aug 14, 2011, at 8:17 AM, Kay Schenk wrote:

> 
> 
> On 08/13/2011 09:58 PM, Dave Fisher wrote:
>> Hi -
>> 
>> I have modified the template process.
>> 
>> For html files the head and body content are extracted and then
>> placed into the template.
> 
> super!
> 
>> 
>> The wrapping is good. There is still work to do with getting to a
>> single version of the css and javascript.
> 
> I'm not sure what you mean by this??? Do you mean trying to incorporate the 
> .css file in download w/ the .css in content/openofficeorg/css?
> 
> Or...do you mean a referencing problem? That is -- it seems the top area for 
> the web site is
> 
> https://svn.apache.org/repos/asf/incubator/ooo/site/trunk/content/openofficeorg/

Referencing will be an issue given the path in the incubator and that each 
subdomain is currently within a single domain as a subdirectory.

> 
> Does this mean *all* styles should reside in --
> 
> https://svn.apache.org/repos/asf/incubator/ooo/site/trunk/content/openofficeorg/css
> 
> Really I don't know what you mean by your statement.

I think it is a reasonable goal for all common css and js to be in a single 
place. But that is only a goal. Functionality is most important.

Regards,
Dave

> 
>> 
>> What is notable it that http://incubator.apache.org/openofficeorg/www
>> and http://incubator.apache.org/openofficeorg/download are now
>> connected and have good layout and function.
>> 
>> Next step it work on the footer.
>> 
>> 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...
>>> 
>> 
> 
> -- 
> ------------------------------------------------------------------------
> MzK
> 
> "Those who love deeply never grow old;
> they may die of old age, but they die young."
>                        -- Sir Arthur Pinero

Reply via email to