Improve KIOSLAVES for non-KDE apps

[Orville Bennett]

Having followed this whole sordid ordeal in the other thread, here're  
my three cents.

On Apr 12, 2006, at 6:43 PM, Iñaki wrote:

> Hello, after the thread about Kio FUSE and kioslaves with non-KDE  
> apps I'd
> like to propose an idea to improve the integration of non-KDE apps  
> into KDE:
>
>
> I've post it in KDE Bug page as a wish:
>   http://bugs.kde.org/show_bug.cgi?id=125458
> but I'd like to comment it here:
>
>
>
> The actual process to use kioslaves with non-KDE apps is the  
> following (with
> an example):
>
>
> 1) I open fish://host in Konqueror (or any kioslave).
>
> 2) I open a file called My_Document.odt with OpenOffice.
>
> 3) The file is copied to my computer
> in /var/tmp/kdecache-user/krun/28808.0.My_Document.odt.
>
> 4) I modify the file and press "Save", so the local copied is updated.
>
> 5) When I close OpenOffice (and just in that moment) a dialog  
> appears asking
> me to send the modified file to the server.
>
> 6) I press "Ok" and the file is copied in the server and deleted  
> from my
> system.
>
>
> The problem in this process is obvious: what happens if the user  
> saves the
> modified file but doesn't close the app? then the file is not  
> updated in the
> server. I've seen many confusion related to this issue.

Ah, the infamous what if. But what typical user doesn't close an app  
after editing it (I don't, but then again, I'm not your typical  
user). It doesn't look like there would be a lot of people falling  
into the category of 1) Using OO.o via non-mounted samba shares AND  
2) Using OO.o via KDE's smb kioslave AND 3) Keeping OO.o open all the  
time.
I honestly don't think one or two people constitutes many. I'm not  
saying these people should be ignored, by no means. But let's not  
blow things out of proportion (whisper: "people tend to ignore you  
when you do that")
>
>
>
>
> So I propose the following (and hope to be feasible):
>
>
> 1) I open fish://host in Konqueror (or any kioslave).
>
> 2) I open a file called My_Document.odt with OpenOffice.
>
> 3) The file is copied to my computer
> in /var/tmp/kdecache-user/krun/28808.0.My_Document.odt.
>
> 4) I modify the file and press "Save", so the local copied is  
> updated. But KDE
> in anyway notes that the file has been updated (it can monitor the  
> "last
> modification time" of the local copy) and send automatically the  
> modified
> file to the server.
>
>
> If this method is feasible it could help improving the integration  
> of non-KDE
> apps in KDE. So, what do you think? is it feasible? could FAM help  
> here?
>
It could definitely work, but I don't exactly know about it's  
feasibility. Linux has d o inotify which allows the kernel to do  
notification "stuff" but this is specific to linux. and then there  
was FAM... well, I won't go there. Judginf from my experience however  
I wouldn't be surprised if most system administrators disabled FAM in  
the "real world".

I could then go on to talk about the utility of introducing a feature  
which would be used by exactly 0.x % of the userbase but as I have no  
real (or even fake) numbers to back this up it's pointless.

>
> Thanks for any comment.
>
I think it would be better to file a bug report with OpenOffice and  
petition for proper kio support there.

>
>
>
> -- 
> y hasta aquí puedo leer...
>
> _______________________________________________
> kde-quality mailing list
> kde-quality at kde.org
> https://mail.kde.org/mailman/listinfo/kde-quality