I configured the design wiki rights like others sub wikis rights. On Mon, Nov 18, 2013 at 10:55 AM, Thomas Mortagne <[email protected]> wrote: > 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
-- Thomas Mortagne _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
