[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: Konqueror ask by actions before to do call get of kioslave
From:       Andrés_Otón <andres.oton () gmail ! com>
Date:       2005-08-25 15:14:14
Message-ID: 8607ec9a05082508147e020b39 () mail ! gmail ! com
[Download RAW message or body]

On 8/25/05, Kevin Krammer <kevin.krammer@gmx.at> wrote:
> On Thursday 25 August 2005 12:00, Andrés Otón wrote:
> 
> > OK, get() is potentially a very slow action.
> >
> > Perhaps the correct behaviour is create a new fuction at SlaveBase
> > called mimeTypeOfGet(KURL& url) and that this function return the mime
> > type of the data return. At almost cases this is equal to
> > mimetipe(KURL &url) but with this correct the posibility ot the
> > change.
> 
> I think the base assumption is that a file has only one MIME type if it
> isn't 
> changed in the meanwhile.
> 
> Because if you assume it can change between operations, you can never be
> sure 
> to launch the correct application as the MIME type might have changed again
> 
> between the get() call of the file manager and the final get() call of the 
> target application.
> 

Well, This is only a possible solution to give a more flexible kio
slave structure.

Do you know another method to resolve my problem?

> > > All the supported ones, yes.
> > > Or you return just some base types, like one for audio and one for
> video.
> >
> > Well, the problem is that my kioslave let download any file and play
> > multimedia files.
> 
> So you're slave's behaviour is not consistant across MIME types?
> You would for example tranfer the data for a PDF but not tranfer the data
> for 
> a MP3?
> 

The behaviour mi slave is:
output: filesystem
listDir(): give list of files that remote machine has using
listEntry() setting the name, size and mimeType. I set the correct
mime type of the file to get a correct icon at konqueror.
stat(): set the properties of a remote file.
get(): always return a html page with information about if the called
to nmm_dcop was succesfull.

nmm_dcop is another program that is controlated using dcop:
openURL(QString url, bool player): create a nmm graph and show a
player window if player is true.
Another functions to play, stop, ... is implemented tooo.

I separate the kio slave of the player because with this method I can
controlate better the nmm graph and my next steps is modify kopete and
amarok to support it.

What do you think about it?

Regards.

-- 
Bitácora: http://territoriodunedain.blogspot.com
----------------------------------------------------------------------
| Andrés Otón Urbano                   | Jabber:Baxas en bulmalug.net|
| Estudiante Ing. de Telecomunicación  | Linux User: 297070          |  
| Universidad Politecnica de Cartagena |  andres.oton en gmail.com   |
----------------------------------------------------------------------

-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o
- ¿Lastima? Sí, fue lastima lo que detuvo la mano de Bilbo.
  Lastima y misericordia: no matar sin necesidad.
-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o
- Muchos de los que viven merecen morir y algunos de los que
  mueren merecen la vida. ¿Puedes devolver la vida?.
  Entonces no te apresures a dispensar la muerte, pues ni el más
  sabio conoce el fin de todos los caminos.
-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o
 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<

[prev in list] [next in list] [prev in thread] [next in thread]