You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by Reinhard Poetz <re...@apache.org> on 2007/01/22 12:06:40 UTC
Artwork for cocoon.apache.org - next steps
hepabolu wrote:
> Hi everyone,
>
> Thien has kindly provided some awesome designs for the masthead. Thanks
> Thien!
>
> I've put them up at:
>
> http://people.apache.org/~hepabolu/all.html
>
> The 'all' page contains all designs at once for easy comparison, the top
> line contains links to four identical mockups with one of the mastheads.
>
> I'll share my opinions later to avoid immediate bias.
After the great feedback from the community we should define how to proceed from
here. Thien, what do you expect from us next? Do you expect us picking one
design and you continue from there?
- o -
And, as it was discussed recently on the Apache legal list, a design is a
copyrighted creation and if you haven't already provided, we need a license
agreement so that we are allowed to use it.
Thien, the best option for this would be getting an ICLA
(http://apache.org/licenses/#clas) from you. Could you please go through the
text and if you haven't any questions send a signed ICLA to the Apache Software
Foundation? Otherwise just let us know what is unclear to you. Thanks!
--
Reinhard Pötz Independent Consultant, Trainer & (IT)-Coach
{Software Engineering, Open Source, Web Applications, Apache Cocoon}
web(log): http://www.poetz.cc
--------------------------------------------------------------------
___________________________________________________________
Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de
Re: Artwork for cocoon.apache.org - next steps
Posted by Vadim Gritsenko <va...@reverycodes.com>.
Reinhard Poetz wrote:
> Isn't it possible to send in CCLA/ICLA documents as scanned documents
> either? I remember some disucussions some months ago but don't know what
> the outcome was. Does anybody know?
Yes. PDFs via signed email are accepted since May. See email from Justin on board:
Please remember that CLAs can be filed
electronically now. You can send PGP/GPG-signed emails with the
scanned PDFs of the signed CLA form to secretary@apache.org and
legal-archive@apache.org. This removes the need to fax or send
physical mails of the CLA.
I wonder why regular signed email is not mentioned...
Vadim
Re: Artwork for cocoon.apache.org - next steps
Posted by Niclas Hedhman <ni...@hedhman.org>.
On 1/23/07, Reinhard Poetz <re...@apache.org> wrote:
> Isn't it possible to send in CCLA/ICLA documents as scanned documents either? I
> remember some disucussions some months ago but don't know what the outcome was.
> Does anybody know?
Not sure, but this is about the legal system catching up with advances
in technology...
There are quite a lot of this type of paper work we have to sort out
this week here at the office, so one more shouldn't be a problem.
Cheers
Niclas
Re: Artwork for cocoon.apache.org - next steps
Posted by Reinhard Poetz <re...@apache.org>.
Niclas Hedhman wrote:
> On Monday 22 January 2007 19:06, Reinhard Poetz wrote:
>
>> And, as it was discussed recently on the Apache legal list, a design is a
>> copyrighted creation and if you haven't already provided, we need a license
>> agreement so that we are allowed to use it.
>>
>> Thien, the best option for this would be getting an ICLA
>> (http://apache.org/licenses/#clas) from you. Could you please go through
>> the text and if you haven't any questions send a signed ICLA to the Apache
>> Software Foundation? Otherwise just let us know what is unclear to you.
>
> I guess I need to sign off a CCLA as well. We will do this, although logistics
> are a bit troublesome (no fax), so it will probably be by snail mail. I'll
> see what I can do about it.
Isn't it possible to send in CCLA/ICLA documents as scanned documents either? I
remember some disucussions some months ago but don't know what the outcome was.
Does anybody know?
--
Reinhard Pötz Independent Consultant, Trainer & (IT)-Coach
{Software Engineering, Open Source, Web Applications, Apache Cocoon}
web(log): http://www.poetz.cc
--------------------------------------------------------------------
___________________________________________________________
Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de
Re: Artwork for cocoon.apache.org - next steps
Posted by Niclas Hedhman <ni...@hedhman.org>.
On Monday 22 January 2007 19:06, Reinhard Poetz wrote:
> And, as it was discussed recently on the Apache legal list, a design is a
> copyrighted creation and if you haven't already provided, we need a license
> agreement so that we are allowed to use it.
>
> Thien, the best option for this would be getting an ICLA
> (http://apache.org/licenses/#clas) from you. Could you please go through
> the text and if you haven't any questions send a signed ICLA to the Apache
> Software Foundation? Otherwise just let us know what is unclear to you.
I guess I need to sign off a CCLA as well. We will do this, although logistics
are a bit troublesome (no fax), so it will probably be by snail mail. I'll
see what I can do about it.
Cheers
Niclas
Re: [graphics] Artwork for cocoon.apache.org - next steps
Posted by Thien <th...@gmail.com>.
> At the upper right corner you can find the name of the current
> documentation
> unit.
I think you mean "upper left corner"
> - we have a main menu containing "Cocoon Core", "Subprojects", Cocoon
> Blocks"
> and "Maven plugins". This has to appear on each and every page as
> it is the
> only way to jump between documentation units.
I just sent the template to Helma to show to everyone, looks like I need
to change it before that.
>
> - The homepage currently consists of the "getting started - getting
> better -
> getting involved" table, the news, an overview of the main versions
> and
> a general explanation of what Cocoon actually is. These pieces of
> information should find their space in the new homepage design too.
> IMO
> the "Getting ..." table should be the eye-catcher number 1.
OK, I will do that.
I will do some changes and have Helma (thanks!!) to upload the html to
show everyone, once the design can be confirmed, how do I go about
patching it to the current design? Or should I just send the file to
someone who has the right to do just that?
Thien
Re: [graphics] Artwork for cocoon.apache.org - next steps
Posted by Reinhard Poetz <re...@apache.org>.
hepabolu wrote:
> Steven Noels said the following on 31/1/07 10:13:
>> On 31 Jan 2007, at 07:51, Reinhard Poetz wrote:
>>
>>> - Although I would like to have it, it is difficult for us to
>>> maintain a "breadcrump navigation" like
>>> Apache Cocoon > Cocoon Blocks > Cocoon Forms > [Introduction]
>>> as we can't auto-generate them using existing (meta) data. As long
>>> as we
>>> don't have a good idea of how to do it, we should avoid having one.
>>
>> What's the (Daisy?) issue here? It sure is possible to have
>> breadcrumbs + normal nav on one page - just a matter of processing the
>> same navtree twice.
>
> That's the caveat: if the page is not in the navtree, there is no
> breadcrumb to be generated.
>
> I'm working on it.
The problem is not Daisy specific but caused by the design of the export tool.
Each artifact, that we produce, can have its own documentation. "Own
documentation" means that it consists of one navigation tree document and
documents that are linked from there.
For example, let's assume that we want to have a breadcrump navigation like
ASF > Apache Cocoon > Cocoon Blocks > Cocoon Forms > [Introduction]. When the
"Introduction" document is exported, we have access to the document name
"Introduction" and we know that it is part of the "Cocoon Forms" documentation.
We also know that we are producing the "Apache Cocoon" documentation and that
Cocoon is a "ASF" project.
What we *don't* know is that "Cocoon Forms" belongs to "Cocoon Blocks". I have
to think more about how to pass the value "Cocoon Blocks" to the invoked Maven
Daisy plugin without having to set the value in each and every plugin
configuration.
[after reading my mail again before sending it] I think that having global
properties in cocoon/trunk/pom.xml with the values "Cocoon Blocks", "Cocoon
Core" etc. and using them in the Maven Daisy plugin configuration should be good
enough.
--
Reinhard Pötz Independent Consultant, Trainer & (IT)-Coach
{Software Engineering, Open Source, Web Applications, Apache Cocoon}
web(log): http://www.poetz.cc
--------------------------------------------------------------------
Re: [graphics] Artwork for cocoon.apache.org - next steps
Posted by hepabolu <he...@gmail.com>.
Steven Noels said the following on 31/1/07 10:13:
> On 31 Jan 2007, at 07:51, Reinhard Poetz wrote:
>
>> - Although I would like to have it, it is difficult for us to
>> maintain a "breadcrump navigation" like
>> Apache Cocoon > Cocoon Blocks > Cocoon Forms > [Introduction]
>> as we can't auto-generate them using existing (meta) data. As long
>> as we
>> don't have a good idea of how to do it, we should avoid having one.
>
> What's the (Daisy?) issue here? It sure is possible to have breadcrumbs
> + normal nav on one page - just a matter of processing the same navtree
> twice.
That's the caveat: if the page is not in the navtree, there is no
breadcrumb to be generated.
I'm working on it.
Bye, Helma
Re: [graphics] Artwork for cocoon.apache.org - next steps
Posted by Steven Noels <st...@outerthought.org>.
On 31 Jan 2007, at 07:51, Reinhard Poetz wrote:
> - Although I would like to have it, it is difficult for us to
> maintain a "breadcrump navigation" like
> Apache Cocoon > Cocoon Blocks > Cocoon Forms > [Introduction]
> as we can't auto-generate them using existing (meta) data. As
> long as we
> don't have a good idea of how to do it, we should avoid having one.
What's the (Daisy?) issue here? It sure is possible to have
breadcrumbs + normal nav on one page - just a matter of processing
the same navtree twice.
</Steven>
--
Steven Noels http://outerthought.org/
Outerthought Open Source Java & XML
stevenn at outerthought.org stevenn at apache.org
Re: [graphics] Artwork for cocoon.apache.org - next steps
Posted by Reinhard Poetz <re...@apache.org>.
Reinhard Poetz wrote:
> Thien wrote:
>>
>>> Do you expect us picking one design and you continue from there?
>> I did a bit of vote counting, #2 and #3 are sharing the same amount of
>> first choice votes but #3 is ahead overall (with second choice votes).
>> What I'll do next is to improve #3 a little and we are good to
>> implement it. Is that ok?
>
> fine by me
Thien,
I'm not sure if anybody has pointed you yet to the new documentation which is in
some ways different to what you can find at http://cocoon.apache.org. Have a
look at http://cocoon.zones.apache.org/dev-docs/. Especially I want to draw your
attention to following things:
- Each deployment unit has its own consistent documentation, e.g.
http://cocoon.zones.apache.org/dev-docs/core-modules/core/2.2/ or
http://cocoon.zones.apache.org/dev-docs/blocks/forms/1.0/489_1_1.html
At the upper right corner you can find the name of the current documentation
unit.
- we have a main menu containing "Cocoon Core", "Subprojects", Cocoon Blocks"
and "Maven plugins". This has to appear on each and every page as it is the
only way to jump between documentation units.
- The homepage currently consists of the "getting started - getting better -
getting involved" table, the news, an overview of the main versions and
a general explanation of what Cocoon actually is. These pieces of
information should find their space in the new homepage design too. IMO
the "Getting ..." table should be the eye-catcher number 1.
- The left-hand navigation can be up to 4 levels deep.
- Although I would like to have it, it is difficult for us to
maintain a "breadcrump navigation" like
Apache Cocoon > Cocoon Blocks > Cocoon Forms > [Introduction]
as we can't auto-generate them using existing (meta) data. As long as we
don't have a good idea of how to do it, we should avoid having one.
If you have questions, don't hesistate to ask!
--
Reinhard Pötz Independent Consultant, Trainer & (IT)-Coach
{Software Engineering, Open Source, Web Applications, Apache Cocoon}
web(log): http://www.poetz.cc
--------------------------------------------------------------------
Re: [graphics] Artwork for cocoon.apache.org - next steps
Posted by Reinhard Poetz <re...@apache.org>.
Thien wrote:
>
>> Do you expect us picking one design and you continue from there?
> I did a bit of vote counting, #2 and #3 are sharing the same amount of
> first choice votes but #3 is ahead overall (with second choice votes).
> What I'll do next is to improve #3 a little and we are good to implement
> it. Is that ok?
fine by me
>> Thien, the best option for this would be getting an ICLA
>> (http://apache.org/licenses/#clas) from you. Could you please go
>> through the text and if you haven't any questions send a signed ICLA
>> to the Apache Software Foundation?
> Ok, I will do that.
thanks!
--
Reinhard Pötz Independent Consultant, Trainer & (IT)-Coach
{Software Engineering, Open Source, Web Applications, Apache Cocoon}
web(log): http://www.poetz.cc
--------------------------------------------------------------------
___________________________________________________________
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
Re: [graphics] Artwork for cocoon.apache.org - next steps
Posted by Thien <th...@gmail.com>.
> Do you expect us picking one design and you continue from there?
I did a bit of vote counting, #2 and #3 are sharing the same amount of
first choice votes but #3 is ahead overall (with second choice votes).
What I'll do next is to improve #3 a little and we are good to implement
it. Is that ok?
> Thien, the best option for this would be getting an ICLA
> (http://apache.org/licenses/#clas) from you. Could you please go
> through the text and if you haven't any questions send a signed ICLA
> to the Apache Software Foundation?
Ok, I will do that.
Cheers!
Thien