Another thing, seems now the {{code}} macro puts
everything on one line ...
(at least, for unauthentified user).
Same page:
BR,
Jeremie
2013/11/18 Marius Dumitru Florea <mariusdumitru.florea(a)xwiki.com>
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" <jeremie.bousquet(a)gmail.com>
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) <valicac(a)gmail.com>
> Hi,
>
>
> On Wed, Nov 13, 2013 at 6:15 PM, Vincent Massol <vincent(a)massol.net>
> wrote:
>
> > On Wed, Nov 13, 2013 at 4:43 PM, Ecaterina Moraru (Valica) <
> > valicac(a)gmail.com> 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#Historyrea…
>
"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
> > <thomas.mortagne(a)xwiki.com>wrote;wrote:
> >
> > > On Fri, Nov 4, 2011 at 3:50 PM, Ecaterina Moraru (Valica)
> > > <valicac(a)gmail.com> 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
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
> > > > 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