Sharing Gnome-office docs machine and network wide

[nestor dv <nestordi usuarios retecal es>]

Windows users are used to have everything spread: My Documents, Desktop, UserProfile\Desktop, Temp, root C:. Files and Folders everywhere. That's why the Search so much, and maybe that is why Billgeits want's to base the next file system in a kind of sql <thing>. Is hard for them to understand, and later on to remember that they should create and use specific areas under linux, and that other places will not be available for all users, in a single machine or in a network.
If the places are already created, and the User Management Tool is easy to understand, then the dynamic made them move to the new point of view on file managament.
Going back to the list we are at :) Gnome-office.
Imagine Abiword whith templates, the user can make a new one and save it under $home/.abiword/templates (a hidden place? this is very common, like in the Gimp, but I think is stupid) or, better choice under Gnome/gnome-office/templates/abiword/ or even a better one:
Gnome/Tasks/Letters/
But if the user want to share it with everybody, then comes the problem:
make copies to them (what about if he improves it, re-copy everything?)
or better have the choice to save the template at:
/home/User_Documents/Tasks/Letters, available for everyone included in the User_Documents group.
What you think?
I am too crazy?
Yours: nestor di

On Wed, 29 May 2002 00:44:43 +0200
"Hubert Figuiere" <hfiguiere teaser fr> wrote:

> According to Jody Goldberg <jody gnome org>:
> 
> > > or even Gnome search tool when logged on as root.
> > That is a completely different issue.  Although it is debatable
> > whether or not it should spew an error when it hits a permission
> > denied situation, there can be no debate on whether it should assume
> > global root permissions.  Permissioning should not be ignored.
> 
> In that case, it should only offers to search by default in the user
> directory, and tell that some directory could not be searched, but
> that is not supposed to be a major issue, since a user would usually
> look at user data.
> 
> 
> Hub