[KDE Dot News]
 faq
 flatforty
 contribute
 subscribe
 configure
 search
 rdf

 main


  Diamond Rio Konquered
Konqueror Posted by Navindra Umanee on Wednesday 04/Oct/2000, @05:33
from the wicked-hacks dept.
hetz wrote us with the news that Charles Samuels has hacked together a kioslave for the Diamond Rio MP3 player. In other words, you can now reorder songs and soon upload to and download from the Rio, all within Konqueror. Check out the screenshot. Rumor has it Charles' next project is a Napster ioslave!


<  |  >

 

  Related Links
 ·   Articles on Konqueror
 ·   Also by Navindra Umanee
 ·   Contact author

Thread Threshold:

The Fine Print: The following comments are owned by whomever posted them.
( Reply )

Re: Diamond Rio Konquered
by Manuel Román on Wednesday 04/Oct/2000, @11:47
it's great thanks to all
[ Reply To This | View ]
Re: Diamond Rio Konquered
by reihal on Wednesday 04/Oct/2000, @12:28
Isn't it a little late for Napster?

What is really needed is a kioslave for Windows CE! I want to browse downloaded websites offline.
Well, ok, for iPac at least, which can run Linux. (I hope we will see embedded Qt on it some time)
[ Reply To This | View ]
Re: Diamond Rio Konquered
by Anonymous Coward on Wednesday 04/Oct/2000, @12:54
I think there is a GREAT need for IO-slaves. The whole architecture with those IO-slaves shows KDE's technical maturity, because with little plugins, you can extend the functionality of all KDE apps at the same time. There are so many IO-slaves I could think of:

  • Windows CE / Palm (for KOrganizer, Magellan...)
  • Gnutella
  • Freenet ?
  • Napster
  • LDAP (Bigfoot adress search etc.)
  • A *WORKING* SMB slave
  • ...

Then again, I don't know whether this is possible, because for all the IO-slaves *I* know, they have to get a straight URL, and having something like "napster://Metallica-Nothing else matters" is not a unique address. I mean, it would have to show a list of possible downloads, not just get the next best file. This would mean you can just as well write KNapster, because it wouldn't make too much sense embedding it in Konqueror...
[ Reply To This | View ]
  • Re: Diamond Rio Konquered
    by hoshy on Wednesday 04/Oct/2000, @13:23

    I think it absolutely makes sense to embed as many slaves into konqueror as possible (like your example of Napster). IO-slaves have two big advantages that come to my mind: fist, if the core of kde gets an update every "protocol" or "application" who uses IO-slaves is automatically updated and second: after all, the information which is being accessed to through IO-slaves is very "database-like". That means that it's sortable and everything is an object (=a file), whether it's an LDAP entry or a MP3-file on your Rio. The user benefits from a _single_ user interface and he can use sort functions of konqueror or link or drag'n'drop or whatever cool stuff konqueror does, too!

    Instead of reinventing the wheel and create own GUIs for applications like Napster or Diamond RIO (which deal with about the same objects, more or less) why not use a very functional and stable base? It's like with templates in your word processor: you wouldn't write your company's address onto every letter you write. Instead, you create _one_ "base" (= the template") and with every new letter you automatically get the newest header / footer.

    All in all: very cool stuff. I've been waiting for this kind of thing for a long time!

    [ Reply To This | View ]
  • Re: Diamond Rio Konquered
    by Charles Samuels on Wednesday 04/Oct/2000, @13:59
    of course it makes sense to look for
    napster://Metallica Nothing Else Matters

    because the kio-napster would then search the database, return a list of matches, and "Metallica Nothing Else Matters" would appear as a directory, containing a list of files that match that.

    napster://search/Metallica
    napster://users/usernameofnapsterperson

    I also think it's funny that we talk about Metallica and napster after that little lawsuit ;)

    And the kio-napster is no more than rumor, I'm not doing one. Someone else can :)
    [ Reply To This | View ]
    • Re: Diamond Rio Konquered
      by David Ankers on Thursday 05/Oct/2000, @17:13
      Great work!! I like my rio BUT I *hate* the shit windows software that have to use with it, I know there are a few tools for Linux availible but nothing I really like. Just using Konqy is the perfect solution...

      Are there any more details availible? Kernel version and other requirments

      I would also like to see a working SMB slave else, take it out before KDE2 is released. Were going to get a hugh amount of bug reports if KDE2 ships with it.

      Anyway, great work, shame the CVS is frozen.
      [ Reply To This | View ]
      • Re: Diamond Rio Konquered
        by Rikard Anglerud on Friday 06/Oct/2000, @08:44
        I think Corel linux ships with a pretty good smb browser, so it shouldn't be impossible to do. (The corel code is OSS AFAIK)
        [ Reply To This | View ]
      • Re: Diamond Rio Konquered
        by Rikard Anglerud on Friday 06/Oct/2000, @08:44
        I think Corel linux ships with a pretty good smb browser, so it shouldn't be impossible to do. (The corel code is OSS AFAIK)
        [ Reply To This | View ]
      • Re: Diamond Rio Konquered
        by Charles Samuels on Friday 06/Oct/2000, @13:43
        If you've used krio, this will work as well. All it requires is a working /dev/io (which we should all have).

        It has a setuid "server" for handling this, so any user can access their rio without being root, without having to type in a password.
        [ Reply To This | View ]
  • SSH io-slave?
    by Federico Cozzi on Thursday 05/Oct/2000, @03:17
    I would like to suggest a SSH io-slave, similar to the FTP one but using scp instead of ftp.
    That would be great for security-conscious network users :)
    We already have a free OpenSSH: is it possible to merge OpenSSH and io-slave technology or there are some licensing issue?
    I'm not a programmer myself, so I'm not able to write a scp io-slave, but _please_ let somebody write it!! :)
    [ Reply To This | View ]
    • Re: SSH io-slave?
      by Left my login in my jeans on Thursday 05/Oct/2000, @11:38
      scp has no way to enumerate files and directories.

      It could be done with some seriously eviul hackery, but it'll never be done nicely. Not until someone improves scp.
      [ Reply To This | View ]
      • Re: SSH io-slave?
        by netpig on Thursday 05/Oct/2000, @23:29
        Hmmm....I quess there is sftp thing in 2.0 version?
        ~ file `which sftp`
        /usr/local/bin/sftp: symbolic link to sftp2   
        
        ~
        
        How about that? I never tried it, but could be worth of investigating.
        [ Reply To This | View ]
      • Re: SSH io-slave?
        by Federico Cozzi on Friday 06/Oct/2000, @02:23
        Well, you always have ssh :)
        You connect via ssh to the remote host; you send commands to the remote shell (ls -l etc...); you parse the output.
        This way, you could list directories, create/remove directories, rename/delete/move files using ssh, but transfer them using scp.

        Regarding sftp, it's included only in SSH2 from www.ssh.fi (the non-free version). So you can't use it easily.
        [ Reply To This | View ]
    • Re: SSH io-slave?
      by jarno on Sunday 23/Dec/2001, @08:32
      At least 'kio_fish' package works like that.

      See: http://ich.bin.kein.hoschi.de/fish/
      (or package 'kio-fish' if you happen to use Debian)

      Usage:

      fish://username@hostname/directory/


      (You probably knew this already as the message is quite old but let's record this to the message archive anyway - in case someone finds this through a search engine.)
      [ Reply To This | View ]
  • Re: Diamond Rio Konquered
    by Jelmer Feenstra on Thursday 05/Oct/2000, @03:26
    A working SMB slave !

    Yeah that's too bad :( The current SMB implementation will probably not be fixed before the release of KDE 2.0

    Perhaps you could think about writing a better SMB slave ? :)
    [ Reply To This | View ]
  • Re: Diamond Rio Konquered
    by tom on Thursday 05/Oct/2000, @13:28
    the kioslaves idea was already implemented in kernel space at the GNU/Hurd as a translator before one could think of kioslaves. so if the hurd would be a real alternative one day one cloud write a translator for things you have mentioned. then all apps would benefit and not only kde. at the hurd stuff like filesystems or devices such as /dev/null are implemented as translators and could loaded at runtime by the user. take a look at: http://angg.twu.net/a/the_hurd_links.html
    [ Reply To This | View ]
Re: Diamond Rio Konquered
by Bernard Parent on Wednesday 04/Oct/2000, @16:15
Does anyone know if a kioslave exists for personal (non-public) ftp connections? I know there are ftp clients that do that, like kbear, but wouldn't it be much simpler and much more elegant to implement this as a kioslave? I'm thinking something along the lines of: ftpu:/blah.com which would automatically ask you for a username, password for the site blah.com (instead of defaulting to an anonymous connection like ftp:/blah.com would do), and ask whether you wish this info to be saved for the next time you login. I just think this would be really handy.
[ Reply To This | View ]
I/O Slaves
by Martijn Klingens on Thursday 05/Oct/2000, @14:26
Is there already an I/O slave for the KDE Control center? I just can't understand why the control center isn't using Konqueror by default. Another feature that I'm really missing is the ability to have nested I/O slaves. Now it is not possible to open tar files on an FTP link from Konqueror - I'd have to download the tar file first :( Of course the URL convention doesn't natively support this because http://ftp:// or something similar would be nonsense, but tar://http:// would definitely make sense. It only requires a few adjustments in the URL parser and a recursive approach for opening the actual content, I think. Can somebody who knows more about this tell me if I'm thinking wrong or if it's actually possible?
[ Reply To This | View ]
  • Re: I/O Slaves
    by miha on Tuesday 10/Oct/2000, @04:08
    Tis not necesary if ftp ioslave has tha ability to recognize tar file and make a link that uses tar ioslave...
    [ Reply To This | View ]

 
The Fine Print: The previous comments are owned by whomever posted them.
( Reply )

  "My hobbies include, well, coding... and uhm... that's about it." -- Daniel M. Duley
KDE®, "K Desktop Environment", "KDE Dot News", "got the dot?" and the KDE Logo® are trademarks or registered trademarks of KDE e.V. in the European Union, the United States and other countries. All other trademarks and copyrights on this page are owned by their respective owners. Comments are owned by the poster. The rest: Copyright © 2000-2008 KDE e.V. for The KDE Project. For further information or comments on this site, please contact the Webmaster.
[ home | post article | flat forty | subscribe | search | rdf ]