Le 09/08/2012 18:15, Sebastien Bacher a écrit :
Le 09/08/2012 17:05, Michael Terry a écrit :
Picking one of the forks of 3.4 nautilus means that either we are the
sole stewards or we will conflict with the existing maintainers over
design goals (which sounds a lot like GNOME but with less manpower).
I don't think we have the energies to own a whole file manager. I
vote we just ride along with GNOME on this one and patch it to fit
better when running under Unity.
I agree with that mostly, I think we have some issues with 3.6 we need
to solve at minimum:
- we need to get our "desktop menu" (the one you get when you are on
an empty workspace) back
- we need to get the HUD working back with nautilus (we probably need
to figure a solution for all apps using gear-icon-popup-menus)
- we probably want a traditional menubar back, the gear menu and the
app menu just doesn't work well in Unity and is different from all our
- I'm not sure what to think about things like the dropping of compact
view or extra pane mode...
I agree with both views that are discussed here. Thanks seb for having
the list of what we can think of "minimum" feature we want
We at least need to solve the 3 first items and we should have an
opinion on the last one.
I see 2 ways for this cycle:
- spend the time to fix those 3 items at minima and figure what to do
next at UDS
- upload nautilus 3.4 to the archive, have both for one cycle (they
will conflict but that's fine), default to 3.4, discuss what to do
next at UDS
As the nautilus deep changes came by surprise this cycle, we didn't plan
any available workforce to get them back. Also, Feature Freeze is just a
couple of weeks away. My advice would go with the 2nd solution here so
that we don't rush and have a semi-finished product and additional
unknown bugs. Also we won't have to patch and repatch seeing how much
nautilus upstream trunk is moving at every 3.5.x release.
Then, we can discuss quietly at UDS about what to do.
ubuntu-desktop mailing list