Re: [xwiki-devs] [Proposal] Having the docextra tabs in edit mode.

On 12 Oct 2016, at 18:47, Guillaume Delhumeau <guillaume.delhumeau(a)xwiki.com> wrote: 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 notes). * 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 attachments.

Thanks, 2016-10-12 18:00 GMT+02:00 Ecaterina Moraru (Valica) &lt;valicac(a)gmail.com&gt;om>: > 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). > > Thanks, > Caty > > > On Wed, Oct 12, 2016 at 5:26 PM, Guillaume Delhumeau < > guillaume.delhumeau(a)xwiki.com&gt; 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 > were >> 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, > nor >> 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 > to >> have the tabs. >> >> WDYT? >> >> Thanks,