Sounds like "code" css class is broken in that skin (this class is
supposed to follow newlines and white spaces like <pre>).

On Mon, Nov 18, 2013 at 10:25 AM, Jeremie BOUSQUET
<[email protected]> wrote:
> Another thing, seems now the {{code}} macro puts everything on one line ...
> (at least, for unauthentified user).
> Same page:
> http://design.xwiki.org/xwiki/bin/view/Design/MailArchiveApplication
>
> BR,
> Jeremie
>
>
> 2013/11/18 Marius Dumitru Florea <[email protected]>
>
>> Someone else complained to me about this rights issue too and I couldn't
>> reproduce with my user because I have special rights.
>> On Nov 15, 2013 5:18 PM, "Jeremie BOUSQUET" <[email protected]>
>> wrote:
>>
>> > Hello,
>> >
>> > Maybe it's not finished yet or I missed something, but if I browse this
>> > page:
>> > http://design.xwiki.org/xwiki/bin/view/Design/MailArchiveApplication
>> >
>> > If I'm not authentified, I can see the page.
>> > If I log in (in order to edit the page), I can't even see the page ("You
>> > are not allowed to view this document or perform this action ...").
>> >
>> >
>> >
>> > 2013/11/15 Ecaterina Moraru (Valica) <[email protected]>
>> >
>> > > Hi,
>> > >
>> > >
>> > > On Wed, Nov 13, 2013 at 6:15 PM, Vincent Massol <[email protected]>
>> > > wrote:
>> > >
>> > > > On Wed, Nov 13, 2013 at 4:43 PM, Ecaterina Moraru (Valica) <
>> > > > [email protected]> wrote:
>> > > >
>> > > > > Hi,
>> > > > >
>> > > > > I've finished moving the content from
>> > > > > http://dev.xwiki.org/xwiki/bin/view/Design/WebHome and
>> > > > > http://incubator.myxwiki.org (Improvements, Standards, Tech,
>> Mockups
>> > > > > spaces) to the new wiki
>> > > > > http://design.xwiki.org/
>> > > >
>> > > >
>> > > > Woohoo :) Nice progress from before, well done!
>> > > >
>> > > > Some quick comments:
>> > > >
>> > > > * Is it possible to remove the centered thing and do the same as on
>> > other
>> > > > subwikis of xwiki.org? (consistency!)
>> > > >
>> > >
>> > > The proposal pages are full width just like the other pages on
>> xwiki.org
>> > .
>> > > The only centered page is design:Main.WebHome which is consistent with
>> > > xwiki:Main.WebHome. I won't change that.
>> > >
>> > >
>> > > > * It's a real pity that you seem to have lost the history and thus
>> > > creation
>> > > > date/author and last modified date/author since ideally the LT should
>> > be
>> > > > filtered by latest proposal first (as for the Extensions of e.x.o).
>> > > >
>> > >
>> > > Just like on e.x.o the livetable is filtered after 'Last modified'.
>> Pages
>> > > on design.xwiki.org have suffered modifications (objects added, etc.)
>> so
>> > > it's normal that they are modified in the past week.
>> > > I haven't lost the history (except for 4 pages). All the other have
>> been
>> > > imported with history, but when you look at them you see they were
>> > created
>> > > by me because that's how we handle import and copy (see
>> > > http://jira.xwiki.org/browse/XWIKI-925)
>> > >
>> > >
>> > > > * I think you've been a bit overzeleaous in changing states of
>> > > proposals...
>> > > > going to try to fix some. At least that's a good way to reset
>> > everything
>> > > :)
>> > > >
>> > >
>> > > I used scripts: copied the state from old dev:Design space, added
>> > > 'completed' state for the incubator pages. I've updated some statuses
>> for
>> > > some of them, yes.
>> > >
>> > >
>> > > > * "Active" vs "Dormant" is too hard IMO. What's the criteria? For
>> > example
>> > > > http://design.xwiki.org/xwiki/bin/view/Design/APM Nobody is working
>> > > > actively but it's something I believe we need and it's still valid.
>> > What
>> > > > about
>> > http://design.xwiki.org/xwiki/bin/view/Design/AlternateURLSchemeI'm
>> > > > working on it, once every 4 months. I think these 2 states are too
>> hard
>> > > to
>> > > > maintain because nobody is going to move them from Active to Dormant.
>> > I'd
>> > > > suggest we replace both "Active" and "Dormant" by "Open" because I
>> > don't
>> > > > think we need to separate them. "Open" should list all designs about
>> > > things
>> > > > that we wish to do. Those that we don't want to do should be in
>> > > "Dropped".
>> > > > WDYT?
>> > > >
>> > >
>> > > I have a list with like 5 variants of states we could have for this
>> app.
>> > If
>> > > you really want to have this discussion about the naming we could, but
>> > the
>> > > current variant is: 'Idea', 'Active', 'Dormant', 'Completed',
>> 'Dropped'.
>> > > Because we had the discussion about the Status of the project at the
>> > > seminar and that is not visible what is on going and what we might want
>> > to
>> > > achieve, I've added the 2 states. If we are going to add (Not planned)
>> > also
>> > > a 'Target' column to specify the version we want to release that
>> feature,
>> > > having an 'Active' state is important since it shows the features we
>> are
>> > > really working on.
>> > >
>> > > We could have like a job that listens if a page was not modified for a
>> > > certain period of time and change the status from 'Active' to 'Dormant'
>> > > (Not planned).
>> > >
>> > > As mentioned in my early mail I don't really know the status of others'
>> > > proposals so that's why I asked of you if you could update them in
>> order
>> > to
>> > > be accurate.
>> > >
>> > >
>> > > > * Is
>> > > >
>> > > >
>> > >
>> >
>> http://design.xwiki.org/xwiki/bin/view/Design/CAPTCHAIntegration#Historyreally
>> > > > "Dropped"? Shouldn't it be "Completed"?
>> > > >
>> > >
>> > > I haven't changed the Status of this proposal, so this is how it must
>> > have
>> > > been put by Jerome on devs wiki. Actually the devs status was 'Dead'
>> > which
>> > > in the new application is marked as 'Dropped'.
>> > >
>> > >
>> > > > * I don't understand how you categorize designs and how you link them
>> > > > together, for ex:
>> > > > http://design.xwiki.org/xwiki/bin/view/Proposal/SearchLucene
>> > > >
>> > >
>> > > The proposals are linked together by using the parent/child
>> relationship.
>> > >
>> > >
>> > > > * I don't really understand why you consider "Design" to be about UI
>> > > > only... For ex
>> > > > http://design.xwiki.org/xwiki/bin/view/Design/AlternateURLScheme is
>> > > purely
>> > > > design and you categorized it as "Feature".
>> > >
>> > >
>> > > For me what is related to visual aspects is 'Design', what is related
>> to
>> > > code is 'Implementation'. We could discuss and add more states but I've
>> > > tried to pick the easiest ones.
>> > >
>> >
>> > I agree with Vincent, in practice the page about Mail archive I work on
>> > (listed above) describes both UI and Code of the app. By the way it
>> > contradicts the name of the whole subwiki ("design.xwiki.org"),
>> > considering
>> > the scope of this subwiki is not limited to proposals on visual aspects,
>> so
>> > it should not be the same term IMO for the whole subwiki and for this
>> > category Design (vs Implementation), or then you should call the subwiki
>> "
>> > design-and-implementation.xwiki.org" :) . Design vs Implementation makes
>> > me
>> > think of Architecture vs Code but maybe it's a developer-centric view :)
>> >
>> >
>> > > 'Feature' is used for 'parent' categories and for proposals that don't
>> > > belong to any other category (you could create a special page to be set
>> > as
>> > > parent or use the current as feature).
>> > >
>> > >
>> > > > I also don't understand what
>> > > > "Feature'" means. And why a proposal of "Design" cannot include
>> > > > requirements?
>> > >
>> > >
>> > > This was a limitation of the application (I was displaying related
>> pages
>> > > livetable just for Feature proposal), now is fixed. If a page have
>> > children
>> > > it will display them.
>> > > Again if you find something that is misplaced please help me fix it.
>> > >
>> > > Thanks,
>> > > Caty
>> > >
>> > >
>> > > Or is it just the "latest" stage it's in but that doesn't
>> > > > mean much in agile dev since the design and code work together and
>> are
>> > > > cycling in small iterations... :)
>> > > >
>> > > > Thanks!
>> > > > -Vincent
>> > > >
>> > > >
>> > > > >
>> > > > >
>> > > > > Since I've been using scripts, the Participants and Status might
>> not
>> > be
>> > > > > accurate since I marked most of them as Completed. Feel free to
>> mark
>> > > your
>> > > > > proposal accordingly and maybe even change the parent hierarchy if
>> > you
>> > > > find
>> > > > > your proposal in the wrong place.
>> > > > >
>> > > > > Thanks,
>> > > > > Caty
>> > > > >
>> > > > >
>> > > > >
>> > > > > On Sat, Nov 5, 2011 at 4:20 PM, Thomas Mortagne
>> > > > > <[email protected]>wrote:
>> > > > >
>> > > > > > On Fri, Nov 4, 2011 at 3:50 PM, Ecaterina Moraru (Valica)
>> > > > > > <[email protected]> wrote:
>> > > > > > > Hi,
>> > > > > > >
>> > > > > > > *Short version* for voting:
>> > > > > > > *A*. Creation of a new wiki on xwiki.org farm that will hold
>> > > > > development
>> > > > > > > process details about a specific feature. This wiki will
>> > deprecate
>> > > > > > > dev.xwiki.org:Design and incubator.myxwiki.org
>> > > > > >
>> > > > > > +1
>> > > > > >
>> > > > > > >
>> > > > > > > *B*. Vote on naming alternatives for this new wiki:
>> > > > > > > design.xwiki.org
>> > > > > > > incubator.xwiki.org
>> > > > > >
>> > > > > > +1 for design.xwiki.org
>> > > > > > -0 for incubator.xwiki.org, "incubator" means implementations
>> > > waiting
>> > > > > > to be approved in some mainstream repository for me not design
>> and
>> > > > > > architecture. It would make more sense used as the name of a
>> github
>> > > > > > repository/organization associated to this wiki for example.
>> > > > > >
>> > > > > > >
>> > > > > > > *C*. UI on how a Proposal will be displayed in this new wiki
>> > > (example
>> > > > > > > AppWithinMinutes):
>> > > > > > >
>> > > > > >
>> > > > >
>> > > >
>> > >
>> >
>> http://incubator.myxwiki.org/xwiki/bin/view/Improvements/XWikiOrgDesignWiki
>> > > > > >
>> > > > > > Looks very nice. Same as Denis, it's very important that it's as
>> > easy
>> > > > > > as possible to use and not a constraint in order to actually be
>> > used.
>> > > > > >
>> > > > > > >
>> > > > > > > ------------------------------------------------
>> > > > > > > *Long version: *
>> > > > > > >
>> > > > > > > Right now development process activities are located in
>> multiple
>> > > > > places:
>> > > > > > > - Analysis + Architecture:
>> > > > http://dev.xwiki.org/xwiki/bin/view/Design/
>> > > > > > > - Analysis + User Interface:
>> > > > > > > http://incubator.myxwiki.org/xwiki/bin/view/Improvements/
>> > > > > > > - Other: http://xwiki.markmail.org/, http://jira.xwiki.org,
>> > chats,
>> > > > git
>> > > > > > > comments, etc.
>> > > > > > >
>> > > > > > > This process can be hard to optimize and information is hard to
>> > > track
>> > > > > if
>> > > > > > > you are looking for specific information.
>> > > > > > > And the worst part of it is that is hard to automatize and lots
>> > of
>> > > > the
>> > > > > > > items need manual gathering or search.
>> > > > > > >
>> > > > > > > *Part A. *
>> > > > > > > This mail is about combining
>> > > > > > http://dev.xwiki.org/xwiki/bin/view/Design/and
>> > > > > > > http://incubator.myxwiki.org/ work in a single place.
>> > > > > > > This has already been discussed several times before (
>> > > > > > > http://xwiki.markmail.org/thread/kc32dufsf7nyyt6s and
>> > > > > > > http://xwiki.markmail.org/thread/izj6aiyodwqia4vl) and the
>> vote
>> > > was
>> > > > > > > favorable in this direction.
>> > > > > > > The proposal was to create a new wiki called
>> design.xwiki.orgthat
>> > > > > will
>> > > > > > > contain the combined information and that will target
>> developers.
>> > > > > > >
>> > > > > > > The new wiki will be used to gather only proposal's development
>> > > > process
>> > > > > > > information: requirements, architecture, solutions
>> alternatives,
>> > > user
>> > > > > > > interface variants, planning, etc. for a specific
>> > > > > > feature/idea/improvement.
>> > > > > > > After the proposal is implemented it will be properly
>> documented
>> > in
>> > > > the
>> > > > > > > right location for users (ex platform.xwiki.org).
>> > > > > > > It is acceptable to have CSS + JS code on this wiki in order to
>> > > > > > demonstrate
>> > > > > > > the functionality of the proposals, but we should not add
>> > > > > > > experimental/dangerous code (groovy scripts, jars, etc.). For
>> > this
>> > > > case
>> > > > > > it
>> > > > > > > is advisable to use a test machine, share your own instance or
>> > use
>> > > > the
>> > > > > > > contrib.xwiki.org repository for hosting.
>> > > > > > >
>> > > > > > > The version upgrades will be handle by a community admin and
>> the
>> > > wiki
>> > > > > > > gardening by me.
>> > > > > > >
>> > > > > > > The data from incubator.myxwiki.org and dev.xwiki.org:Design
>> > will
>> > > be
>> > > > > > moved
>> > > > > > > gradually after the new wiki is created.
>> > > > > > >
>> > > > > > > *Part B. *
>> > > > > > > You should state your opinion regarding which name is better
>> for
>> > > the
>> > > > > new
>> > > > > > > wiki:
>> > > > > > > - design.xwiki.org
>> > > > > > > - incubator.xwiki.org
>> > > > > > > - we accept other proposals.
>> > > > > > >
>> > > > > > > *Part C.*
>> > > > > > > I've made a proposal on how a proposal page would look like:
>> > > > > > >
>> > > > > >
>> > > > >
>> > > >
>> > >
>> >
>> http://incubator.myxwiki.org/xwiki/bin/view/Improvements/XWikiOrgDesignWiki
>> > > > > > >
>> > > > > > > The proposal page will gather all the information related to
>> it,
>> > > > making
>> > > > > > it
>> > > > > > > easier to track it's progress.
>> > > > > > >
>> > > > > > > The entries will be separated depending on 4 categories:
>> > Analysis,
>> > > > > > > Architecture, User Interface and Implementation, each category
>> > > having
>> > > > > > it's
>> > > > > > > own status, participants, jiras and timeframe.
>> > > > > > > Categories are not mandatory for all proposals, smaller
>> proposals
>> > > > will
>> > > > > > have
>> > > > > > > just the related pages for certain areas.
>> > > > > > > Each proposal will store it's data in a dedicated space.
>> > > > > > >
>> > > > > > > The implementation of the proposal will be handled by me.
>> > > > > > >
>> > > > > > > Let me know what you think.
>> > > > > > > Thanks,
>> > > > > > > Caty
>> > > > > > > _______________________________________________
>> > > > > > > devs mailing list
>> > > > > > > [email protected]
>> > > > > > > http://lists.xwiki.org/mailman/listinfo/devs
>> > > > > > >
>> > > > > >
>> > > > > >
>> > > > > >
>> > > > > > --
>> > > > > > Thomas Mortagne
>> > > > > > _______________________________________________
>> > > > > > devs mailing list
>> > > > > > [email protected]
>> > > > > > http://lists.xwiki.org/mailman/listinfo/devs
>> > > > > >
>> > > > > _______________________________________________
>> > > > > devs mailing list
>> > > > > [email protected]
>> > > > > http://lists.xwiki.org/mailman/listinfo/devs
>> > > > >
>> > > > _______________________________________________
>> > > > devs mailing list
>> > > > [email protected]
>> > > > http://lists.xwiki.org/mailman/listinfo/devs
>> > > >
>> > > _______________________________________________
>> > > devs mailing list
>> > > [email protected]
>> > > http://lists.xwiki.org/mailman/listinfo/devs
>> > >
>> > _______________________________________________
>> > devs mailing list
>> > [email protected]
>> > http://lists.xwiki.org/mailman/listinfo/devs
>> >
>> _______________________________________________
>> devs mailing list
>> [email protected]
>> http://lists.xwiki.org/mailman/listinfo/devs
>>
> _______________________________________________
> devs mailing list
> [email protected]
> http://lists.xwiki.org/mailman/listinfo/devs



-- 
Thomas Mortagne
_______________________________________________
devs mailing list
[email protected]
http://lists.xwiki.org/mailman/listinfo/devs

Reply via email to