GSoC/2016/StatusReports/ArnavDhamija: Difference between revisions

From KDE Community Wiki
< GSoC‎ | 2016‎ | StatusReports
No edit summary
No edit summary
Line 6: Line 6:


This is an original project with a novel solution to this problem. My solution is to add a virtual folder in all KIO applications, where the links to files and folders can be temporarily saved for a session. The files and folders are &quot;staged&quot; on this virtual folder. Files can be added to this by using all the regular file management operations such as Move, Copy and Paste, or by drag and drop. Hence, complex file operations such as moving files across many devices can be made easy by staging the operation before performing it.
This is an original project with a novel solution to this problem. My solution is to add a virtual folder in all KIO applications, where the links to files and folders can be temporarily saved for a session. The files and folders are &quot;staged&quot; on this virtual folder. Files can be added to this by using all the regular file management operations such as Move, Copy and Paste, or by drag and drop. Hence, complex file operations such as moving files across many devices can be made easy by staging the operation before performing it.
This project required an in-depth understanding of the use of KDE I/O (KIO) slaves. However, documentation regarding KIO slaves is rather sparse, and as a part of this project, I created a [http://arnavdhamija.blogspot.in/2016/06/gsoc-update-writing-kio-slave-101.html tutorial] on writing a simple KIO slave.


== Project Overview ==
== Project Overview ==
Line 22: Line 24:


The SFS is implemented using a QHash pair of a URL containing the location of the file on the SFS and the value containing a StashNodeData object which contains all the properties (such as file name, source, children files for directories) of a given node in SFS.
The SFS is implemented using a QHash pair of a URL containing the location of the file on the SFS and the value containing a StashNodeData object which contains all the properties (such as file name, source, children files for directories) of a given node in SFS.
As there is no implementation of a virtual file system which would've suited the needs of this project, it was written completely from scratch.


Memory use of the SFS is nominal on a per file basis - each file staged on the SFS requires roughly 300 bytes of memory.
Memory use of the SFS is nominal on a per file basis - each file staged on the SFS requires roughly 300 bytes of memory.
Line 52: Line 56:
* [https://git.reviewboard.kde.org/r/128666/ Patch for making Dolphin compatible with the ioslave]
* [https://git.reviewboard.kde.org/r/128666/ Patch for making Dolphin compatible with the ioslave]
* [http://arnavdhamija.blogspot.in/search/label/GSoC Blogposts related to the project]
* [http://arnavdhamija.blogspot.in/search/label/GSoC Blogposts related to the project]
* [http://arnavdhamija.blogspot.in/2016/06/gsoc-update-writing-kio-slave-101.html KIO Slave tutorial]

Revision as of 14:26, 18 August 2016

A Stash KIO Slave for making discontinuous file selections

Introduction

Selecting multiple files in any file manager for copying and pasting has never been a pleasant experience, especially if the files are in a non-continuous order. Often, when selecting files using Ctrl+A or the selection tool, we find that we need to select only a subset of the required files we have selected. This leads to the unwieldy operation of removing files from our selection. Of course, the common workaround is to create a new folder and to put all the items in this folder prior to copying, but this is a very inefficient and very slow process if large files need to be copied. Moreover Ctrl+Click requires fine motor skills to not lose the entire selection of files.

This is an original project with a novel solution to this problem. My solution is to add a virtual folder in all KIO applications, where the links to files and folders can be temporarily saved for a session. The files and folders are "staged" on this virtual folder. Files can be added to this by using all the regular file management operations such as Move, Copy and Paste, or by drag and drop. Hence, complex file operations such as moving files across many devices can be made easy by staging the operation before performing it.

This project required an in-depth understanding of the use of KDE I/O (KIO) slaves. However, documentation regarding KIO slaves is rather sparse, and as a part of this project, I created a tutorial on writing a simple KIO slave.

Project Overview

This project consists of the following modules:

KIO Slave

The KIO slave is the backbone of the project. This KIO slave is resposible for interfacing with the GUI of a KDE application and provides the methods for various operations such as copying, deleting, and renaming files. All operations on the KIO slave are applied on a virtual stash filesystem (explained below). These operations are applied through inter process communication using the Qt's D-Bus API.

The advantage of the KIO slave is that it provides a consistent experience throughout the entire KDE suite of applications. Hence, this feature would work with all KIO compatible applications.

Stash File System

The Stash File System (SFS) is used for virtually staging all the files and directories added to the ioslave. When a file is copied to the SFS, a new File Node is created to it under the folder to which it is copied. On copying a folder, a new Directory Node is created on the SFS with all the files and directories under it copied recursively as dictated by KIO. The SFS is a very important feature of the project as it allows the user to create folders and move items on the stash ioslave without touching the physical file system at all. Once a selection is curated on the ioslave, it can be seamlessly copied to the physical filesystem.

The SFS is implemented using a QHash pair of a URL containing the location of the file on the SFS and the value containing a StashNodeData object which contains all the properties (such as file name, source, children files for directories) of a given node in SFS.

As there is no implementation of a virtual file system which would've suited the needs of this project, it was written completely from scratch.

Memory use of the SFS is nominal on a per file basis - each file staged on the SFS requires roughly 300 bytes of memory.

Stash Daemon

The Stash File System runs in the KDE Daemon (kded5) container process. An object of the SFS is created on startup when the daemon is initialized. The daemon responds to calls from the ioslave communicated over the session bus and creates and removes nodes in the SFS.

Status

Through the course of the project, my mentor and I found ways to implement some features much better than had been implemented in the proposal. Therefore, the features in the final release of the project differ considerably from those proposed in the proposal. The project is fully functional and close to release ready.

Implemented Features

  • Volatile Staging of Files and Directories - This feature was implemented much beyond the scope of the proposed project. In the proposal, I only wanted to store the URLs of files and folders staged on the virtual directory. While this approach would satisfy the basic needs of the project, it would have not been possible to modify the contents of a directory on the virtual folder on the ioslave itself, The final project took the scope of it much further by allowing one to curate selections entirely on the virtual directory. The proposed project planned to use Baloo by tagging xattr attributes, whereas the final project uses a custom SFS instead, which is a far more efficient approach.
  • One click opening of Stash ioslave in a separate split view - This was implemented as proposed in Dolphin.
  • KDE Desktop Plasmoid - Thanks to the way the ioslave now works, the stash ioslave is fully compatible with the KDE Desktop Folder View Plasmoid and can be used without any modifications.

Dropped Features

  • Saving sessions - Files staged on the stash ioslave could be saved to a file which the user could launch later on. Due to the change in the way files are stored in the SFS, there wasn't enough time to test and implement this feature exhaustively.
  • Different Background Color for the stash ioslave - This feature was not implemented as it was later decided it would be jarring for some users and would not work on certain themes.
  • Display Source of file on filesystem in tooltip - Dolphin already lists the target URL of a KFileItem in the status bar, so this was not required either.
  • Create a list of symbolic links - This feature already exists in Dolphin.

Work Report