Just some remarks before I go:
* As a developer, I always use the Wiki editor, and even for me it's a pain
to go to view mode to upload a file (for example, an image in the release
* I never use drag&drop in whatever application I have. I have never liked
it because it requires to open a file explorer specially for that and it's
always a pain because I use applications in full size mode. I'm sure I'm
not the only one so I'm not fond of having it as the only way to upload
2016-10-12 18:00 GMT+02:00 Ecaterina Moraru (Valica) <vali...@gmail.com>:
> There are some problems with docextra, because it contains comments, which
> are mostly needed in view mode, not in edit. So in edit mode, we would need
> just some tabs from docextra. But I'm not sure that adding docextra now
> will fix the underlying problem of the issue.
> The issue was trying to fix the attachments uploading limitation of the
> editor. The problem is that the editors (including CKEditor) are
> advertising that they add images and not other file types. If users want to
> add a PDF they might be confused.
> Ideally the users would just need to drag&drop a file and we would insert a
> displayer depending on the dragged type (viewer for PDFs, gallery for
> multiple images, image macro for single image, etc.)
> Also even if in CKEditor the drag&drop option for images is permitted,
> nobody knows about it. And currently CKEditor has the limitation to allow
> dragging just images and not other types (dragging an image inserts it,
> dragging a text file does nothing).
> Other thing to consider is that for Groupware flavor, where we promote
> applications, we hide the docextra, since this is not so relevant for
> application entries. Hidding docextra creates
> http://jira.xwiki.org/browse/XWIKI-13799 and
> http://jira.xwiki.org/browse/XWIKI-12993 .
> So, a conclusion: I'm not sure adding #docextra in the edit mode is the
> best solution, especially since we try to make the interface more simple
> and we usually hide docextra also from view.
> An idea would be to better mark in the Edit mode that Drag&Drop is
> permitted (at least for the CKEditor - the wiki mode will still have the
> same issue). Have a drag&drop behavior also for other file types, not just
> images (for text files we could create a link for the attached file, etc.).
> Plus have a link to manually go to the attachments viewer as a backup (by
> fixing the 2 additional issues mentioned). The problem will still remain on
> wiki mode, but let's say those users are more advanced and know how to use
> viewers (although consistency between the edit modes would be ideal).
> On Wed, Oct 12, 2016 at 5:26 PM, Guillaume Delhumeau <
> guillaume.delhum...@xwiki.com> wrote:
> > Hi.
> > Currently a user have 2 ways to attach a file to a wiki page:
> > - in the attachment tab in VIEW mode only ;
> > - if it's an image, using a WYSIWYG editor.
> > However, if it's not an image, you cannot add it while you're writing the
> > content. It's a bit as if you were not able to attach a file while you
> > writing an email... not user friendly!
> > So we have this issue: http://jira.xwiki.org/browse/XWIKI-5400
> > To fix it, I see 2 options:
> > - add the handling of attachments in edit mode.
> > - add *all* docextra tabs like we have in view mode (it's not because you
> > are editing a page that you don't need to see the history of the page,
> > the comments).
> > But this might be not relevant for the class and the object editor.
> > My proposal:
> > * Display docextra tabs by default.
> > * In class and object editors, set $docExtras = .
> > * Set $docExtras =  in all sheets where we consider it's not relevant
> > have the tabs.
> > WDYT?
> > Thanks,
> > --
> > Guillaume Delhumeau (guillaume.delhum...@xwiki.com)
> > Research & Development Engineer at XWiki SAS
> > Committer on the XWiki.org project
> > _______________________________________________
> > devs mailing list
> > firstname.lastname@example.org
> > http://lists.xwiki.org/mailman/listinfo/devs
> devs mailing list
Guillaume Delhumeau (guillaume.delhum...@xwiki.com)
Research & Development Engineer at XWiki SAS
Committer on the XWiki.org project
devs mailing list