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

List:       kfm-devel
Subject:    Re: What Torben is doing ...
From:       weis () stud ! uni-frankfurt ! de
Date:       1997-08-05 14:06:07
[Download RAW message or body]

Hi,

On Mon, 4 Aug 1997, Stephan Kulow wrote:

> 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

You are not dreaming. You just have a vision of things that
will take place in some months or weeks :-)

A ususal file view ( without HTML ) for KFM will be very
nice I think. HTML stuff is ok, but sometimes a usual
file window would be much faster.

Bye
Torben

> -- 
> 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]