Re: [xwiki-devs] [Vote] Creation of a design wiki and it's purpose

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 &lt;jeremie.bousquet(a)gmail.com&gt; 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 &lt;mariusdumitru.florea(a)xwiki.com&gt; > >> Someone else complained to me about this rights issue too and I

>> reproduce with my user because I have special rights. >> On Nov 15, 2013 5:18 PM, "Jeremie BOUSQUET" <

>> wrote: >> >> > Hello, >> > >> > Maybe it's not finished yet or I missed something, but if I browse

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

>> > are not allowed to view this document or perform this action ..."). >> > >> > >> > >> > 2013/11/15 Ecaterina Moraru (Valica) &lt;valicac(a)gmail.com&gt; >> > >> > > Hi, >> > > >> > > >> > > On Wed, Nov 13, 2013 at 6:15 PM, Vincent Massol <

>> > > wrote: >> > > >> > > > On Wed, Nov 13, 2013 at 4:43 PM, Ecaterina Moraru (Valica) < >> > > > valicac(a)gmail.com&gt; 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

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

>> > > xwiki:Main.WebHome. I won't change that. >> > > >> > > >> > > > * It's a real pity that you seem to have lost the history and

>> > > creation >> > > > date/author and last modified date/author since ideally the LT

>> > be >> > > > filtered by latest proposal first (as for the Extensions of

>> > > > >> > > >> > > Just like on e.x.o the livetable is filtered after 'Last modified'. >> Pages >> > > on design.xwiki.org have suffered modifications (objects added,

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

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

>> > > > actively but it's something I believe we need and it's still

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

>> hard >> > > to >> > > > maintain because nobody is going to move them from Active to

>> > I'd >> > > > suggest we replace both "Active" and "Dormant" by "Open" because

>> > don't >> > > > think we need to separate them. "Open" should list all designs

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

>> > the >> > > current variant is: 'Idea', 'Active', 'Dormant', 'Completed', >> 'Dropped'. >> > > Because we had the discussion about the Status of the project at

>> > > seminar and that is not visible what is on going and what we might

>> > to >> > > achieve, I've added the 2 states. If we are going to add (Not

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

>> are >> > > really working on. >> > > >> > > We could have like a job that listens if a page was not modified

>> > > certain period of time and change the status from 'Active' to

>> > > (Not planned). >> > > >> > > As mentioned in my early mail I don't really know the status of

>> > > proposals so that's why I asked of you if you could update them in >> order >> > to >> > > be accurate. >> > > >> > > >> > > > * Is >> > > > >> > > > >> > > >> > >>

>> > > > "Dropped"? Shouldn't it be "Completed"? >> > > > >> > > >> > > I haven't changed the Status of this proposal, so this is how it

>> > have >> > > been put by Jerome on devs wiki. Actually the devs status was

>> > which >> > > in the new application is marked as 'Dropped'. >> > > >> > > >> > > > * I don't understand how you categorize designs and how you link

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

>> > > > only... For ex >> > > > http://design.xwiki.org/xwiki/bin/view/Design/AlternateURLSchemeis >> > > purely >> > > > design and you categorized it as "Feature". >> > > >> > > >> > > For me what is related to visual aspects is 'Design', what is

>> to >> > > code is 'Implementation'. We could discuss and add more states but

>> > > tried to pick the easiest ones. >> > > >> > >> > I agree with Vincent, in practice the page about Mail archive I work

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

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

>> " >> > design-and-implementation.xwiki.org" :) . Design vs Implementation

>> > me >> > think of Architecture vs Code but maybe it's a developer-centric

>> > >> > >> > > 'Feature' is used for 'parent' categories and for proposals that

>> > > belong to any other category (you could create a special page to

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

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

>> are >> > > > cycling in small iterations... :) >> > > > >> > > > Thanks! >> > > > -Vincent >> > > > >> > > > >> > > > > >> > > > > >> > > > > Since I've been using scripts, the Participants and Status

>> not >> > be >> > > > > accurate since I marked most of them as Completed. Feel free to >> mark >> > > your >> > > > > proposal accordingly and maybe even change the parent

>> > you >> > > > find >> > > > > your proposal in the wrong place. >> > > > > >> > > > > Thanks, >> > > > > Caty >> > > > > >> > > > > >> > > > > >> > > > > On Sat, Nov 5, 2011 at 4:20 PM, Thomas Mortagne >> > > > > &lt;thomas.mortagne(a)xwiki.com&gt;wrote;wrote: >> > > > > >> > > > > > On Fri, Nov 4, 2011 at 3:50 PM, Ecaterina Moraru (Valica) >> > > > > > &lt;valicac(a)gmail.com&gt; wrote: >> > > > > > > Hi, >> > > > > > > >> > > > > > > *Short version* for voting: >> > > > > > > *A*. Creation of a new wiki on xwiki.org farm that will

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

>> > > waiting >> > > > > > to be approved in some mainstream repository for me not

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

>> > > (example >> > > > > > > AppWithinMinutes): >> > > > > > > >> > > > > > >> > > > > >> > > > >> > > >> > >>

>> > > > > > >> > > > > > Looks very nice. Same as Denis, it's very important that

>> > easy >> > > > > > as possible to use and not a constraint in order to actually

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

>> > > track >> > > > > if >> > > > > > > you are looking for specific information. >> > > > > > > And the worst part of it is that is hard to automatize and

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

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

>> > > > > > demonstrate >> > > > > > > the functionality of the proposals, but we should not add >> > > > > > > experimental/dangerous code (groovy scripts, jars, etc.).

>> > this >> > > > case >> > > > > > it >> > > > > > > is advisable to use a test machine, share your own

>> > use >> > > > the >> > > > > > > contrib.xwiki.org repository for hosting. >> > > > > > > >> > > > > > > The version upgrades will be handle by a community admin

>> the >> > > wiki >> > > > > > > gardening by me. >> > > > > > > >> > > > > > > The data from incubator.myxwiki.org and dev.xwiki.org:

>> > will >> > > be >> > > > > > moved >> > > > > > > gradually after the new wiki is created. >> > > > > > > >> > > > > > > *Part B. * >> > > > > > > You should state your opinion regarding which name is

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

>> > > > > > > >> > > > > > >> > > > > >> > > > >> > > >> > >>

>> > > > > > > >> > > > > > > The proposal page will gather all the information related

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

>> > > 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 >> > > > > > > devs(a)xwiki.org >> > > > > > > http://lists.xwiki.org/mailman/listinfo/devs >> > > > > > > >> > > > > > >> > > > > > >> > > > > > >> > > > > > -- >> > > > > > Thomas Mortagne >> > > > > > _______________________________________________ >> > > > > > devs mailing list >> > > > > > devs(a)xwiki.org >> > > > > > http://lists.xwiki.org/mailman/listinfo/devs >> > > > > > >> > > > > _______________________________________________ >> > > > > devs mailing list >> > > > > devs(a)xwiki.org >> > > > > http://lists.xwiki.org/mailman/listinfo/devs >> > > > > >> > > > _______________________________________________ >> > > > devs mailing list >> > > > devs(a)xwiki.org >> > > > http://lists.xwiki.org/mailman/listinfo/devs >> > > > >> > > _______________________________________________ >> > > devs mailing list >> > > devs(a)xwiki.org >> > > http://lists.xwiki.org/mailman/listinfo/devs >> > > >> > _______________________________________________ >> > devs mailing list >> > devs(a)xwiki.org >> > http://lists.xwiki.org/mailman/listinfo/devs >> > >> _______________________________________________ >> devs mailing list >> devs(a)xwiki.org >> http://lists.xwiki.org/mailman/listinfo/devs >> > _______________________________________________ > devs mailing list > devs(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/devs -- Thomas Mortagne