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

List:       kfm-devel
Subject:    Re: What Torben is doing ...
From:       Stephan Kulow <coolo () itm ! mu-luebeck ! de>
Date:       1997-08-04 19:29:08
[Download RAW message or body]

weis@stud.uni-frankfurt.de wrote:
> 
> Hi,
> 
> I just implemented selecting of root icons.
> I will commit this soon, so Matthias ( HELLO!! ) can communicate
> with KFM ( well, not Matthias, his KWM! ) to select root icons
> by drawing a rectangle.
> 
> In addition I created a stand alone IO Server. It uses
> kioslave and parts of KFM code and some new code.
> 
> Some KFM in the future will just be a GUI on this mighty
> server process. So for example kghostview does not need
> a running KFM to do its Internet IO.
This is a very good idea. I thought about throwing the HTML
view aboard for the file view, since a file view needs some
other things than a HTML view. Look at the selection problem
for this or the break of the long filenames ...
I think, the slave should convert everything wether in HTML
or in a file view. the KFM (GUI now) itself doesn't need to
know, if this is FTP, TAR or whatever. Everything can be done
within the slave. So for the GUI there is only two view needed.
BTW: I thought about the file placement someone suggested.
For this, you need to save the information, where every file
is placed. You have the option to save this in the file system
itself (not very usable under UNIX) or to save a config tree
somewhere. 
I've read somewhere in a usenet thread about config files 
(randomly while thinking about this topic) and read there,
that for this the LISP syntax is perfect.
What I mean, is something like this:
(placement 
  (file "vmlinux" (120 23))
  (dir "usr" (230 233)
   (file "file2" (232 12))
  )
)

I thínk, I've lost a brace here :)

> 
> I will upload this demo and my suggestion for the protocol
> between client and IO server soon.
> 
OK, I would like to stick with the GUI in the future, since I
have some plans for it (including i18n :). My plans are to split
(like I said above) the view types consistently and then Martin
can hack the HTML view and I can hack the file view. And Torben
has a close eye on everything :)

Just tell me, if I'm dreaming.

Greets, Stephan

-- 
Stephan Kulow (coolo@kde.org)
Student der Informatik (NF: MedizinInformatik)
Medizinische Uni zu Luebeck

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