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