Warning: session_start(): open(/tmp/sess_quavdck6hsqq08p6jehvtvpso0, O_RDWR) failed: No space left on device (28) in /www/H01/htdocs/lib/base/lib_base.php on line 280
Application File Work flow openDesktop.org
-
 KDE-Apps.org Applications for the KDE-Desktop 
 GTK-Apps.org Applications using the GTK Toolkit 
 GnomeFiles.org Applications for GNOME 
 MeeGo-Central.org Applications for MeeGo 
 CLI-Apps.org Command Line Applications 
 Qt-Apps.org Free Qt Applications 
 Qt-Prop.org Proprietary Qt Applications 
 Maemo-Apps.org Applications for the Maemo Plattform 
 Java-Apps.org Free Java Applications 
 eyeOS-Apps.org Free eyeOS Applications 
 Wine-Apps.org Wine Applications 
 Server-Apps.org Server Applications 
 apps.ownCloud.com ownCloud Applications 
--
-
 KDE-Look.org Artwork for the KDE-Desktop 
 GNOME-Look.org Artwork for the GNOME-Desktop 
 Xfce-Look.org Artwork for the Xfce-Desktop 
 Box-Look.org Artwork for your Windowmanager 
 E17-Stuff.org Artwork for Enlightenment 
 Beryl-Themes.org Artwork for the Beryl Windowmanager 
 Compiz-Themes.org Artwork for the Compiz Windowmanager 
 EDE-Look.org Themes for your EDE Desktop 
--
-
 Debian-Art.org Stuff for Debian 
 Gentoo-Art.org Artwork for Gentoo Linux 
 SUSE-Art.org Artwork for openSUSE 
 Ubuntu-Art.org Artwork for Ubuntu 
 Kubuntu-Art.org Artwork for Kubuntu 
 LinuxMint-Art.org Artwork for Linux Mint 
 Arch-Stuff.org Art And Stuff for Arch Linux 
 Frugalware-Art.org Themes for Frugalware 
 Fedora-Art.org Artwork for Fedora Linux 
 Mandriva-Art.org Artwork for Mandriva Linux 
--
-
 KDE-Files.org Files for KDE Applications 
 OpenTemplate.org Documents for OpenOffice.org
 GIMPStuff.org Files for GIMP
 InkscapeStuff.org Files for Inkscape
 ScribusStuff.org Files for Scribus
 BlenderStuff.org Textures and Objects for Blender
 VLC-Addons.org Themes and Extensions for VLC
--
-
 KDE-Help.org Support for your KDE Desktop 
 GNOME-Help.org Support for your GNOME Desktop 
 Xfce-Help.org Support for your Xfce Desktop 
--
openDesktop.orgopenDesktop.org:   Applications   Artwork   Linux Distributions   Documents    Linux42.org    OpenSkillz.com   
 
Home
Apps
Artwork
News
Groups
Knowledge
Events
Forum
People
Jobs
Register
Login


-
- Content .- Fans  . 

Application File Work flow

  

KDE4 Brainstorm

Score 62%
Application File Work flow
zoom


Downloads:  86
Submitted:  Apr 23 2006

Description:

I have been noticing that many users, despite operating system, particulary in new comers to computing, find it difficult to grasp where files are actually being saved to.

The downside I find is a lot of documents are just jammed right on the desktop or documents till there is no more space left. I am also speaking for myself when at the moment, im not sure where to store this file, so I will place it here... get to it later..

As of course we live busy lives, our hard drives get cluttered with fragments of research, or data thats gathered over long periods of time.. some stored in sub sub sub categories...

In any event, this idea is to allow userfriendly / auto/ or manual configuration to control the workflow of files between all applications and where the get stored. This way the user is never confused as to where it goes and create some organization at the same time...

Hope it makes sense...




LicenseGPL
(Workflow)
Send to a friend
Subscribe
Other  Content  from mvsn
Report inappropriate content



-

 so...

 
 by Superstoned on: Apr 23 2006
 
Score 50%

the idea is to let files always be there, without having to bother with moving, looking etc? let KDE manage them?

wonderfull, should be done ;-)


Reply to this

-

 Yes, but...

 
 by ibc on: Apr 23 2006
 
Score 50%

You are really right when speak about the chaos of the saved documents in any operating system. We need a solution for that but I think is very difficult.

About your suggestion I see a typical problem:

It could be not feasible with non KDE apps. In case of opening OpenOffice and creating a new document, how to tell OpenOffice to store it in a predefined directory?

The solution to this issue will be if openOffice (and other non KDE aps) supports kioslaves. But in fact I don't know if your suggestion is feasible just with KDE apps. Is it possible to force a KDE app to store documents by default in a defined directory?

I vote "Yes" to your idea, but think is not very easy to implement.


Reply to this

-

 i like, but

 
 by pleb989 on: Apr 24 2006
 
Score 50%

Maybe simpler solution to the same problem would be to allow KDE to sort your files for you after they have been saved, meaning no alterations to individual applications required. For example if the user saved a .jpg file to the /home/username/ folder, KDE would automatically move this file to /home/username/pictures.

The user could also choose to allow KDE to move and sort files that have been placed in other locations such as the desktop, although having files that are placed onto the desktop just suddenly vanish would be very annoying. Instead of KDE automatically removing and sorting files from places such as the desktop the user would be able to right click and choose to have KDE remove files with recognised extensions from the desktop and sort them into the correct location in the users home folder.

Also if the user saves a file to a location such as /home/username/pictures/Paris/ that file should not be moved basically because if the user has taken the time to specify such a place to save it, you would assume that they wanted it kept there.


Reply to this

-

 Well this is very

 
 by athleston on: Apr 24 2006
 
Score 50%

good and it gets my vote --

Mandriva implements a couple of default folders under /home/user/.. which i really like but one still has to manually place/sort out files in folders.

The attractive part of your idea is the potential for abstracting away the idea of saving to a Filesystem.

This can be done but will require a robust system of tagging. For instance over a period of six months you made 6 pictures named Mary and 48 lists named Grocery Shopping. How to deal with name collisions?

Its a fundamental concept that would require apps to abandon the concept of reading/writing to a filesystem for one in which they simply perform a handshake with the system and let the system worry about the filesystem.

This is definitely out past KDE4, maybe a KDE4.5? My idea is that you should propose this for Google's Summer of Code for developing proof of concept code


Reply to this

-
.

 Bad idea

 
 by nadim on: Apr 24 2006
 
Score 50%

I'd be very happy to make any computer interface easier for new commer but there are two major flaws in your idea.

1/ Would you let 3 years old kids drive a motor bike or handle a chainsaw? would you let an adult without driving licence drive your car? I guess it's still no. Computer users don't have to be complete idiots that understand nothing. They have to be taught and understand how a computer works.

2/ Your idea doesn't simplify a thing. I'd even say it makes it MUCH, MUCH more complicated for new comers.What you propose is a very advance data flow system with plugins in the applications and user interaction. Good luck explaining that to gran'ma.


Cheers, Nadim
Reply to this

-
.

 Re: Bad idea

 
 by kiras on: Apr 30 2006
 
Score 50%

Not bad idea, only need improvements, making simplest. I'm vote good.

"2/ Your idea doesn't simplify a thing."

Yes. And I have solution. When user start New Document, KDE can suggest 'project name' for this document. 'Project name' are some user created folders in /home/user/documents:
- /sales/John
- /sales/Peter
- /contracts/germany
... etc.

Documents automatically saves to picked folder. Maybe is not good for all situations, but it is solution.


Reply to this

Add commentBack




-



 
 
 Who we are
Contact
More about us
Frequently Asked Questions
Register
Twitter
Blog
Explore
Apps
Artwork
Jobs
Knowledge
Events
People
Updates on identi.ca
Updates on Twitter
Content RSS   
Events RSS   

Participate
Groups
Forum
Add Content
Public API
About openDesktop.org
Legal Notice
Spreadshirt Shop
CafePress Shop
Advertising
Sponsor us
Report Abuse
 

Copyright 2007-2016 openDesktop.org Team  
All rights reserved. openDesktop.org is not liable for any content or goods on this site.
All contributors are responsible for the lawfulness of their uploads.
openDesktop is a trademark of the openDesktop.org Team