[xwiki-devs] Subject: Re: Answer to Eduard's feedback - Proposals for gallery photo
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 <[email protected]>:
Send devs mailing list submissions to [email protected]
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 [email protected]
You can reach the person managing the list at [email protected]
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 <[email protected]> To: XWiki Developers <[email protected]> Subject: Re: [xwiki-devs] Improvements proposals for a gallery photo Message-ID: < CADGDyY+S6mRYnGUGUQ7DUZYyJcJEoB-VY1hbTAfmGQPxXnrQ3g@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#HCommoneditact... [2]
http://markmail.org/thread/t6lo7lvqplrbcnfx#query:+page:1+mid:ubhhqlnyxklvav...
On Wed, Jun 17, 2015 at 12:45 AM, Cray xWiki <[email protected]> wrote:
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 [email protected] http://lists.xwiki.org/mailman/listinfo/devs
------------------------------
Message: 2 Date: Wed, 17 Jun 2015 14:24:13 +0300 From: Eduard Moraru <[email protected]> To: XWiki Developers <[email protected]> Subject: Re: [xwiki-devs] [Proposal][NestedSpaces] Deprecate and Remove new DocumentReference(wiki, space, page) constructor Message-ID: < CADGDyYL3sCaPTxG2W1mE+binSyFp3ucvEcW-2p86ZCqgBMBXzw@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, [email protected] <[email protected]> wrote:
On 17 Jun 2015 at 10:04:00, Jean SIMARD ([email protected]) wrote:
On 17/06/2015 10:02, [email protected] 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, [email protected] ([email protected])
wrote:
Hi devs,
Ideally I believe we should remove the new DocumentReference(wiki,
space, page) constructor. However, for backward compatibility we cannot
do
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 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 [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Jean Simard [email protected] Research engineer at XWiki SAS http://www.xwiki.com Committer on the XWiki.org project http://www.xwiki.org _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
------------------------------
Message: 3 Date: Wed, 17 Jun 2015 14:46:40 +0300 From: "Ecaterina Moraru (Valica)" <[email protected]> To: XWiki Developers <[email protected]> Subject: Re: [xwiki-devs] [VOTE] Drop support for Colibri Skin in 7.x Message-ID: < CAHQu0mbkYi_vDZ1NFqsQodHzi75NaR36M7yf-Y08VTn_8FvjyQ@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 < [email protected]> wrote:
+1
On Tue, Jun 9, 2015 at 8:43 AM, [email protected] <[email protected]> wrote:
On 8 Jun 2015 at 12:16:24, Ecaterina Moraru (Valica) (
[email protected] (mailto:[email protected])) 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 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 [3] http://design.xwiki.org/xwiki/bin/view/Proposal/SupportSkin
_______________________________________________ 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
------------------------------
Message: 4 Date: Wed, 17 Jun 2015 15:42:57 +0300 From: "Ecaterina Moraru (Valica)" <[email protected]> To: XWiki Developers <[email protected]> Subject: Re: [xwiki-devs] [VOTE] Drop support for IE8/IE9 in 7.x Message-ID: <CAHQu0mYAeCOLCmTqN6N17e2CJbKTRWEQOW3= [email protected]> 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, [email protected] <[email protected]> wrote:
On 9 Jun 2015 at 13:18:16, Ecaterina Moraru (Valica) ([email protected] (mailto:[email protected])) wrote:
On Tue, Jun 9, 2015 at 9:49 AM, [email protected] wrote:
On 8 Jun 2015 at 15:41:15, Ecaterina Moraru (Valica) (
(mailto:[email protected])) 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
http://dev.xwiki.org/xwiki/bin/view/Community/BrowserSupportStrategy
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 according 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 and 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 the 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 browser: 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 [email protected] http://lists.xwiki.org/mailman/listinfo/devs
------------------------------
Message: 5 Date: Wed, 17 Jun 2015 16:41:53 +0200 From: "Guillaume \"Louis-Marie\" Delhumeau" <[email protected]> To: XWiki Developers <[email protected]>, XWiki Users <[email protected]> Subject: [xwiki-devs] [ANN] XWiki 7.1.1 released Message-ID: < CAA+-eqW0Utb_k6mdrtQYhRTc6UbwMDO3J8fq-+qtEj0WpDvR1w@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" <[email protected]> To: XWiki Developers <[email protected]> Subject: Re: [xwiki-devs] [Proposal][NestedSpaces] Deprecate and Remove new DocumentReference(wiki, space, page) constructor Message-ID: < CAA+-eqW57oy_1Yg3K3kVr2R70hU9s-JyWxO+kkhTO93CnVLH-w@mail.gmail.com> Content-Type: text/plain; charset=UTF-8
+1
2015-06-17 13:24 GMT+02:00 Eduard Moraru <[email protected]>:
+1. We don`t have much choice in this anyway.
Thanks, Eduard
On Wed, Jun 17, 2015 at 11:07 AM, [email protected] <[email protected]
wrote:
On 17 Jun 2015 at 10:04:00, Jean SIMARD ([email protected]) wrote:
On 17/06/2015 10:02, [email protected] 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, [email protected] ([email protected])
wrote:
Hi devs,
Ideally I believe we should remove the new DocumentReference(wiki,
space, page) constructor. However, for backward compatibility we cannot do 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
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 [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Jean Simard [email protected] Research engineer at XWiki SAS http://www.xwiki.com Committer on the XWiki.org project http://www.xwiki.org _______________________________________________ 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
-- Guillaume Delhumeau ([email protected]) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project
------------------------------
Subject: Digest Footer
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
------------------------------
End of devs Digest, Vol 96, Issue 27 ************************************
participants (1)
-
Cray xWiki