I have updated Xgrid FUSE in a number of ways detailed in the  
changelog on this page (or read below):

http://cmgm.stanford.edu/~cparnot/xgrid-stanford/html/goodies/ 
XgridFUSE-info.html



version 0.3.0 (May 2007)

* Behind the scenes, things work quite differently: the main  
application "Xgrid FUSE" first determines which controller the user  
wants to connect to; then it starts a separate process  
"xgridfs" (also a GUI, albeit very limited UI) for the selected  
controller; then Xgrid FUSE terminates. All of this is transparent to  
the user.
Benefits for the user in terms of features:
- Xgrid FUSE remembers previous connections
- It is possible to connect to several controllers at the same time
- Integration with MacFusion will be easier to implement (not  
released yet)

* Added automatic updates using the Sparkle framework

Changes in the GridEZ framework that made these new features possible
* the "Connection Panel" that opens when a connection fails or a  
password is needed, is now visible even when the application is not  
active. This means the panel will remain on screeen and will be  
included in Exposé. This will prevent the panel to vanish from view  
in headless app such as Xgrid FUSE.
* changed a few things to allow an app to stop a user-initiated  
connection to a server before it tries to connect; this way, an app  
can capture the intention of the user (which server did she choose?)  
and do something with that information (in the case of Xgrid FUSE,  
this would be: start xgridfs process for the selected server)
* changed a few things to allow an app to initiate an interactive  
connection session, that will let the user know about what happens  
and type a password if necessary (a "Connection Panel"), all without  
displaying the GridEZ "Xgrid Controllers" window. This is used by  
xgridfs.

* GridEZ framework bug fix: now uses real task names, instead of just  
numbers. The framework used to assume tasks would be named with just  
numbers, but task can have symbolic names as defined by the key of  
the TaskSpecifications dictionary in a job specification. The only  
drawback is that if some tasks don't have any results at all, they  
won't appear in the list. The reason is that the only way to know  
such a task exists would be to have the specifications. It is not  
always a good idea to retrieve the specifications for a job, they can  
be big. Anyway, this is an issue that GridEZ will have to deal with  
eventually.



--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"macfuse-devel" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/macfuse-devel?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to