19 Jun
2015
19 Jun
'15
11:04 a.m.
Hello Eduard,
Thank you very much for your feed back.
-You’re right, step 4 is actually the final view of the creation process,
where the user can check if all its informations and settings are corrects.
-« Add albums » permits to create a quick album and also a sub-album inside
an existing one, but it’s true that it’s not clear in the wireframes.
-For the URL on slide 37-38, thank you for pointing us this detail. For
the UI buttons, we proposed a flat design for rebranding the XWiki design.
We noticed all your suggestions for future feedbacks, thank you for it and
sorry we didn't answer to the two first answers, we were novice on using
this type of mailing list.
You can now consult our work through a macro gallery with the help of
Ludovic Dubost.
I remind you the link :
http://design.xwiki.org/xwiki/bin/view/Proposal/PhotoAlbumBenchmark
We are going to adjust our wireframes and mockups and let you know when
we’re done.
Thank you again for your help.
CRAY Team
2015-06-17 17:57 GMT+02:00 <devs-request(a)xwiki.org>rg>:
Send devs mailing list submissions to
devs(a)xwiki.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.xwiki.org/mailman/listinfo/devs
or, via email, send a message with subject or body 'help' to
devs-request(a)xwiki.org
You can reach the person managing the list at
devs-owner(a)xwiki.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of devs digest..."
Today's Topics:
1. Re: Improvements proposals for a gallery photo (Eduard Moraru)
2. Re: [Proposal][NestedSpaces] Deprecate and Remove new
DocumentReference(wiki, space, page) constructor (Eduard Moraru)
3. Re: [VOTE] Drop support for Colibri Skin in 7.x
(Ecaterina Moraru (Valica))
4. Re: [VOTE] Drop support for IE8/IE9 in 7.x
(Ecaterina Moraru (Valica))
5. [ANN] XWiki 7.1.1 released (Guillaume "Louis-Marie" Delhumeau)
6. Re: [Proposal][NestedSpaces] Deprecate and Remove new
DocumentReference(wiki, space, page) constructor
(Guillaume "Louis-Marie" Delhumeau)
----------------------------------------------------------------------
Message: 1
Date: Wed, 17 Jun 2015 14:14:55 +0300
From: Eduard Moraru <enygma2002(a)gmail.com>
To: XWiki Developers <devs(a)xwiki.org>
Subject: Re: [xwiki-devs] Improvements proposals for a gallery photo
Message-ID:
<
CADGDyY+S6mRYnGUGUQ7DUZYyJcJEoB-VY1hbTAfmGQPxXnrQ3g(a)mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Hi,
Nice mockups.
Here are my remarks:
* What is the purpose of step4 in the creation wizard (slides 33-34)? 3
steps should be enough in a wizard and the 4th step looks more like "view"
mode to me and should be separate from the wizard.
* What is the difference between AWM's "Add new entry" button and the
"Add
album" button on the app's homepage (slides 35-36). Seems to me that they
both do the same thing.
* Minor details: On slides 37-38, I am guessing you want to show the
details of the album "Holidays", but XWiki's UI (URL and breadcrumbs)
suggest you are still on the app's homepage.
* Things to consider: On a similar note, you should consider XWiki's
actions for editing something (e.g. an album) with respect to the UI
buttons that are available at the bottom of the screen [1]. All you mockups
seem to be in "view" mode, however the create and edit steps for an album
entry should be performed in the "edit" (?editor=inline) mode.
It`s great that you`re working on this and sharing it with the community.
Hope to hear more from you!
Thanks,
Eduard
P.S.:
---
Note/suggestions for the future when asking for/receiving people's
feedback:
I must admit that I have not read all the details in that PDF, I mainly
scanned the titles and looked at the mockups. I did not even touch the zip
file. You need to consider these things when asking for feedback, since if
you give a link, people will expect to find everything on the linked page.
In your case I had to find out that the content was attached to the page
and not in the page itself (the page was an empty and unattractive
"placeholder"). I had to download a pdf and view it, instead of reading a
wiki/web page. The zip attachment was just too complicated (download +
extract + view in local viewer + etc.).
Bottom line is that people's time is precious and, if you want feedback,
you have to present it in a way that is easily reviewable. The more
complicated you make the process to review (i.e. the less time you spend in
preparing the work to be reviewed), the less reviews/feedback you will
receive from people that just can`t afford to invest the time.
Also, maybe you`ve missed them, but there were a couple of replies [2] to
your initial message. Make sure you acknowledge the feedback you get so
that you keep people motivated in giving it again the next time :)
---
P.P.S.: Hope you take the above suggestions constructively and not as
critique.
----------
[1]
http://platform.xwiki.org/xwiki/bin/view/Features/PageEditing#HCommoneditac…
[2]
http://markmail.org/thread/t6lo7lvqplrbcnfx#query:+page:1+mid:ubhhqlnyxklva…
On Wed, Jun 17, 2015 at 12:45 AM, Cray xWiki <crayxwiki(a)gmail.com> wrote:
deprecation and its
retirement that will soon happen)
> +1 to remove it in 8.0
>
> Thanks
> -Vincent
>
>> Thanks,
>> Caty
>>
>>
>>
>> [1] http://extensions.xwiki.org/xwiki/bin/view/Extension/Colibri+Skin
>> [2] http://extensions.xwiki.org/xwiki/bin/view/Extension/Flamingo+Skin
------------------------------
Message: 4
Date: Wed, 17 Jun 2015 15:42:57 +0300
From: "Ecaterina Moraru (Valica)" <valicac(a)gmail.com>
To: XWiki Developers <devs(a)xwiki.org>
Subject: Re: [xwiki-devs] [VOTE] Drop support for IE8/IE9 in 7.x
Message-ID:
<CAHQu0mYAeCOLCmTqN6N17e2CJbKTRWEQOW3=
hQBqLsE_0wsa2Q(a)mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Hi,
Status:
4x(+1)
1x(+1 non-binding)
1x(+0)
The vote has passed.
I've updated
http://dev.xwiki.org/xwiki/bin/view/Community/BrowserSupportStrategy
Thanks for your votes,
Caty
On Fri, Jun 12, 2015 at 1:06 PM, vincent(a)massol.net <vincent(a)massol.net>
wrote:
according
and
the
browser:
------------------------------
Message: 5
Date: Wed, 17 Jun 2015 16:41:53 +0200
From: "Guillaume \"Louis-Marie\" Delhumeau"
<gdelhumeau(a)xwiki.com>
To: XWiki Developers <devs(a)xwiki.org>rg>, XWiki Users <users(a)xwiki.org>
Subject: [xwiki-devs] [ANN] XWiki 7.1.1 released
Message-ID:
<
CAA+-eqW0Utb_k6mdrtQYhRTc6UbwMDO3J8fq-+qtEj0WpDvR1w(a)mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
The XWiki development team is proud to announce the availability of XWiki
7.1.1.
This is a stabilization release that fixes important bugs discovered in the
7.1 version.
You can download it here:
http://www.xwiki.org/xwiki/bin/view/Main/Download
Make sure to review the release notes:
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki711
The following people have contributed code to this release:
- Vincent Massol
- Guillaume Delhumeau
Thanks for your support
-The XWiki dev team
------------------------------
Message: 6
Date: Wed, 17 Jun 2015 17:57:10 +0200
From: "Guillaume \"Louis-Marie\" Delhumeau"
<gdelhumeau(a)xwiki.com>
To: XWiki Developers <devs(a)xwiki.org>
Subject: Re: [xwiki-devs] [Proposal][NestedSpaces] Deprecate and
Remove new DocumentReference(wiki, space, page) constructor
Message-ID:
<
CAA+-eqW57oy_1Yg3K3kVr2R70hU9s-JyWxO+kkhTO93CnVLH-w(a)mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
+1
2015-06-17 13:24 GMT+02:00 Eduard Moraru <enygma2002(a)gmail.com>om>:
do
Spaces,
--
Guillaume Delhumeau (gdelhumeau(a)xwiki.com)
Research & Development Engineer at XWiki SAS
Committer on the XWiki.org project
------------------------------
Subject: Digest Footer
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
------------------------------
End of devs Digest, Vol 96, Issue 27
************************************
Dear all,
For reminder, we are a groupe of four students working on a XWiki photo
gallery improvements under the supervision of Ludovic Dubost.
Please find on the link below (in the attachments section) a benchmark of
Photo Albums and our requirements including wireframes and mock ups :
http://design.xwiki.org/xwiki/bin/view/Proposal/PhotoAlbumBenchmark
Feel free to give us feedback an our work and give us your opinion. We
are
open to any suggestions you may have
Thank you in advance.
Best regards,
CRAY team
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
------------------------------
Message: 2
Date: Wed, 17 Jun 2015 14:24:13 +0300
From: Eduard Moraru <enygma2002(a)gmail.com>
To: XWiki Developers <devs(a)xwiki.org>
Subject: Re: [xwiki-devs] [Proposal][NestedSpaces] Deprecate and
Remove new DocumentReference(wiki, space, page) constructor
Message-ID:
<
CADGDyYL3sCaPTxG2W1mE+binSyFp3ucvEcW-2p86ZCqgBMBXzw(a)mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
+1. We don`t have much choice in this anyway.
Thanks,
Eduard
On Wed, Jun 17, 2015 at 11:07 AM, vincent(a)massol.net <vincent(a)massol.net>
wrote:
On 17 Jun 2015 at 10:04:00, Jean SIMARD (jean.simard(a)xwiki.com) wrote:
On 17/06/2015 10:02, vincent(a)massol.net wrote:
do
We also need to do the same for:
public DocumentReference createDocumentReference(String wiki, String
space, String
page)
FTR:
* 1300 places to fix in Java using new DocumentReference(wiki, space,
page)
* 90 places using
$services.model.createDocumentReference(?) in *.vm
* 140 places using $services.model.createDocumentReference(?) in *.xml
That?s a lot?
Yes but IntelliJ and sed are your friends ;-)
Unfortunately not that simple? there?s no automatic fix.
-Vincent
Thanks
-Vincent
On 17 Jun 2015 at 09:57:38, vincent(a)massol.net (vincent(a)massol.net)
wrote:
Hi devs,
Ideally I believe we should remove the new DocumentReference(wiki,
space, page)
constructor. However, for backward compatibility we cannot this.
>
> So I propose that we start by deprecating it as we should now always
use
the new DocumentReference(wiki,
List<String> spaces, page) one.
------------------------------
Message: 3
Date: Wed, 17 Jun 2015 14:46:40 +0300
From: "Ecaterina Moraru (Valica)" <valicac(a)gmail.com>
To: XWiki Developers <devs(a)xwiki.org>
Subject: Re: [xwiki-devs] [VOTE] Drop support for Colibri Skin in 7.x
Message-ID:
<
CAHQu0mbkYi_vDZ1NFqsQodHzi75NaR36M7yf-Y08VTn_8FvjyQ(a)mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Hi,
Thanks for your votes.
6x(+1) + 2x(+1 non-binding)
Vote has passed.
I've updated
http://extensions.xwiki.org/xwiki/bin/view/Extension/Colibri+Skin
Thanks,
Caty
On Tue, Jun 9, 2015 at 11:24 AM, Thomas Mortagne <
thomas.mortagne(a)xwiki.com>
wrote:
What I suggest we do to flesh out all issues related to Nested Spaces,
is to start
by removing it on our dev machines to find out places to fix.
Then once we?ve progressed enough to not break everything, I suggest we
move it to
Legacy with an Aspect to make sure we don?t use it anymore.
WDYT?
Thanks
-Vincent
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Jean Simard
jean.simard(a)xwiki.com
Research engineer at XWiki SAS
http://www.xwiki.com
Committer on the XWiki.org project
http://www.xwiki.org
_______________________________________________
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
+1
On Tue, Jun 9, 2015 at 8:43 AM, vincent(a)massol.net <vincent(a)massol.net>
wrote:
>
>
> On 8 Jun 2015 at 12:16:24, Ecaterina Moraru (Valica) (
valicac(a)gmail.com
(mailto:valicac@gmail.com)) wrote:
>
>> Hi,
>>
>> This mail is about dropping support for Colibri Skin [1].
>>
>> Colibri Skin has been developed in version 2.0 (Sep 2009) and used as
a
>
default Skin until version 6.2 (Sep 2014), when it was replaced by
Flamingo
> Skin [2].
>
> Colibri is still supported for 6.x branch (currently we are developing
> version 6.4.5).
>
> Since the Flamingo Skin had stabilized, I propose we drop support for
> Colibri Skin in 7.x, in order to focus on Flamingo.
> This means the improvements and bugfixes will not be mandatory to be
ported
on
Colibri anymore.
We can still have Colibri bundled for one more cycle and after we can
retired it.
WDYT?
Here is my +1
+1 to deprecate it now (i.e. update xwiki.org to mention the
_______________________________________________
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
On 9 Jun 2015 at 13:18:16, Ecaterina Moraru (Valica) (valicac(a)gmail.com
(mailto:valicac@gmail.com)) wrote:
http://dev.xwiki.org/xwiki/bin/view/Community/BrowserSupportStrategy
On Tue, Jun 9, 2015 at 9:49 AM,
vincent(a)massol.net
wrote:
>
>
>
> On 8 Jun 2015 at 15:41:15, Ecaterina Moraru (Valica) (
valicac(a)gmail.com
> (mailto:valicac@gmail.com)) wrote:
>
> > Hi,
> >
> > One year ago (Mar 2014) [1] we discussed dropping support for IE8
for
the
> > > 6.x cycle. The vote did not pass.
> > >
> > > Since then, we started the support for IE10/IE11 (Jun 2014) [2].
> > >
> > > You can see some statistics and the current browsers we support at
> > > >
>
> > This mail is about voting the drop of support for IE8/IE9 for cycle
7.x.
> > > WDYT?
> > >
> > > My +1
> >
> > Well, IE8+9 still account for close to 30% of browser shares to
> > your link. Is it wise to drop a potential 30% user base? :)
> >
> > What?s the current status of IE8/9 in XWiki 7.1 for example (Do we
have
> lots
of opened issues for them)?
>
> WDYM by dropping support: Do we remove code specific to support IE8/9
now
> or do we just stop fixing issues raised for
IE8/9 from now on and we
remove
> > the specific code in 8.0?
> >
> >
> There is a high chance the skin will work on IE8, especially since the
> first versions of Flamingo was tested on IE8 and we added Respond.js > HTML5Shiv just for this case.
>
> Dropping support means that we will not particularly test on that
version
> of browser, nor prioritizing fixing issues
for it. We will focus on
newer
versions.
We will still apply commits if contributors are interested.
Regarding fixing issues on IE8, on several occasions I fixed issues for
IE8
> in BFDs.
>
> Now if you consider that the user base is still great, we could leave issues
still open (instead of closing them as 'Not supported anymore').
The
> main problem is that if you look at the Dashboard listing issues marked
> with IE
> http://jira.xwiki.org/issues/?filter=13809
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13102
> all open issues (except 1) are reported by active contributors, not by
> community user members. And that is because we still support the > still doing tests on it and providing fixes.
For such an old browser
is a
waste of
resources IMO.
+0
Thanks
-Vincent
Thanks,
Caty
> Thanks
> -Vincent
>
> > Thanks,
> > Caty
> >
> >
> > [1] http://markmail.org/thread/es5ghym4gphlj4mz
> > [2] http://markmail.org/thread/mzvcovh2da2t4e3w
>
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
+1. We don`t have much choice in this anyway.
Thanks,
Eduard
On Wed, Jun 17, 2015 at 11:07 AM, vincent(a)massol.net <vincent(a)massol.net
wrote:
>
>
>
> On 17 Jun 2015 at 10:04:00, Jean SIMARD (jean.simard(a)xwiki.com) wrote:
>
>
>
> On 17/06/2015 10:02, vincent(a)massol.net wrote:
> > We also need to do the same for:
> > public DocumentReference createDocumentReference(String wiki, String
> space, String page)
> >
> >
> > FTR:
> >
> > * 1300 places to fix in Java using new DocumentReference(wiki, space,
> page)
> > * 90 places using $services.model.createDocumentReference(?) in *.vm
> > * 140 places using $services.model.createDocumentReference(?) in
*.xml
That?s a lot?
Yes but IntelliJ and sed are your friends ;-)
Unfortunately not that simple? there?s no automatic fix.
-Vincent
Thanks
-Vincent
On 17 Jun 2015 at 09:57:38, vincent(a)massol.net (vincent(a)massol.net)
wrote:
Hi devs,
Ideally I believe we should remove the new DocumentReference(wiki,
space, page)
constructor. However, for backward compatibility we cannot this.
>
> So I propose that we start by deprecating it as we should now always
use
> the new DocumentReference(wiki, List<String> spaces, page) one.
> >
> > What I suggest we do to flesh out all issues related to Nested > is to start by removing it on our dev
machines to find out places to
fix.
> >
> > Then once we?ve progressed enough to not break everything, I suggest
we
move it
to Legacy with an Aspect to make sure we don?t use it anymore.
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
WDYT?
Thanks
-Vincent
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Jean Simard
jean.simard(a)xwiki.com
Research engineer at XWiki SAS
http://www.xwiki.com
Committer on the XWiki.org project
http://www.xwiki.org
_______________________________________________
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