Le 27 mars 07 à 21:16, Yen-Ju Chen a écrit :

On 3/26/07, Quentin Mathé <[EMAIL PROTECTED]> wrote:

I have taken a look at your commits :-)

 I know it is not something people want to see now.
 But instead of discussing something not existing,
 I think an implementation on hand is more practical for discussion.

Agreed.

 My implementation is not going to be
 as flexible as UKDistributedView for a while.
 But I figure if I start to improve UKDistributedView,
 it is all locked in GPL.
 Therefore, why not just write one from scratch so that all my effort
 will not be locked.

It's not a bad idea to write a new icon view we can include in EtoileUI for applications that won't GPL-licensed. Otherwise UKDistributedView works well now I think. Drag n' drop works in my test too.

You should also follow code guidelines (specially for indentation) if
we decide to merge it into trunk later.

 I do my best.

I love to be a bit picky time to time ;-)

But I think it is not going to be merged anytime soon.

At least some parts could :-)

> My plan is to use it as a platform to implement all the low-level
> file operation

[snip]

 Yes, we need a CoreObject implementation first.
 And seeing that we have so many problems with GWorkspace,
 I don't think we will have time to wait for CoreObject.
 It will only be used for the next major release, if there is any.

ok

 OuterSpace will be probably the most simple file manager
 you are going to see. :)

If OuterSpace is the most simple file manager that really works, well it's not a bad deal at all :-)

 The goal is try to have all the low-level file operation ready.
So by the time Space is ready, it can probably just hook up what we have
 and becomes a solid file manager.

Well this could help to reduce further the number of lines in Space, then we could experiment more easily what we want to try by creating prototypes with a minimal amount of code modifications in Space itself.

I still think Io is better to experiment with file managers ideas.
When I saw you first commit, I was a bit sad  because together we
could have finished to fix Io rather than using this time to write a
new file manager from scratch.
I would like to have Io very solid and use it for some applications
(like Spot), that's why I have been taking to time on Io ObjcBridge
and I want it to be fixed.

 I mentioned my attitude of Io on SILC once.

I remember perhaps we even discussed it on this list.

 I do try to work it out.
But after looking at the change of Io and the effort we need to make it work
 with objective-c runtime,
 I feel it is too much of work for now.
 They often have dramatic changes from time to time.

That's true.

 For example, Vector is gone suddenly, probably replaced by Box.
 All the NSRect, NSPoint, NSSize have to be rewritten.

Vector is now part of the language itself, I haven't checked yet whether API has changed or not.
Box seems to have disappeared.
Anyway it's a pretty good example of problems we encounter with Io.

 I also mentioned that their ObjC addon does even not work.
 File manager is what people reply on.
 The stability is the first priority.
 The damage may be more than just a crash.

What I had in mind initially for the file manager was rather experimenting ideas rather than stability. This explain my initial push in favor of Io. Since you outline this stability issue, I now understand better we should put more focus on it. A solution could be to make OuterSpace very solid, then it could be our default file manager until we finish a new one that meets our expectations and is fully integrated with the rest of Étoilé. In the meantime Space could be kept as playground solution for file manager experiments. This would let me some time to finish my work on Io ObjcBrige.

 Io may be a good tool to play with idea.
 But for the final implementation of a file manager,
 I think it is better not to use it until it is stable.
 For other applications, such as Calc and Spot,
 I am fine with Io, and I think it is not a bad idea.

ok. My current plan is to submit all my patches to Io project. After that, I aim to be a bit more involved in Io ObjcBridge development so we can ensure it almost always works.

If finally I decide to give up on Space, we could work together on
OuterSpace, we should then take time to discuss the design a bit more
to be sure we can achieve our goals.

 I believe we are going to have a big discussion about UI.

I think and I hope so :-)

 That is why I am not going to work on the UI more.
What you see in screen shot is probably what it will be in the future.
 Again, my purpose is to work out all the implementation first.
 I put as much comment as possible in the code.
So in the future, whoever want to write a file manager in any language
 can take a look and figure out how to do things,
like preview, drag-and-drop, custom view, desktop entry, trash can, etc.
 Which one will be used by Etoile is not my concern
 as long as they all use the same underneath frameworks in the end.
 UI is just a skin on top of it.

Make sense.

cheers,
Quentin.


_______________________________________________
Etoile-dev mailing list
[email protected]
https://mail.gna.org/listinfo/etoile-dev

Reply via email to