From: Jay M. <ja...@ke...> - 2002-01-18 18:08:25
|
On Thu, 2002-01-17 at 21:55, Brian Mattern wrote: [snip original big thing] > You can easily have an iconbar for a view if you want, just create a > .e_iconbar.bits.db and .e_iconbar.db (basically run the build_iconbar > script with whichever dir as the parameter). This is because the > desktops are basically just specialized views (well, they are a lot more > than that, but what you SEE is just a view). > Are there any other special things we can do with desktops besides epplets, iconbars, and backgrounds (and obviously there's efm)? > I can see some cases where an iconbar in a view would be nice, but i > agree, i wouldn't always want one and definately wouldn't want to go > through the configuration pain of setting up iconbars for each view. > > I like the idea of a dynamic section of the iconbar (it shouldn't be too > hard to do the basic code for it either, just make a Dynamic bit that > gets replaced by icons from a separate list as the main icons, the code > should all be basically the same). The dynamic_icons list would just > have to be updated every time the selection changes. > > So, would the dynamic icons load up the selected files (or at least the > ones of a type which can be loaded) in the app when you click its icon? drag and > drop? > I think that's the idea. So i can click on an html file and my iconbar will now have galeon and nedit and I can click either and load it (and we could probably have that feature via right-click as well, and drag and drop). Although the idea was prompted by multiple files I dont think that having multiple files selected would work in all situations - but we could play around with the idea. > I can see both working (some people like dragndrop). It would be cool to > select a group of files that include htmls and pngs, and clicking the > vim icon and having all the htmls load up in one instance of vim and > then clicking on the gimp icon and having the pngs load up in the gimp. > > desktop/default > desktop/0 > desktop/1 > etc.. > sounds like a good plan to me. or maybe even named desktops > (desktop/code, desktop/play)? this would require mapping names to > numbers though, so maybe numbers would be best. > I presume the reason you suggest this is to make it easier for users to put stuff on the desktop and keep track of the iconbars - ie mv thing ~/.e/desktop/play versus 0 - and if that would be the goal then we could just do something silly/lame with symlinks and having the directories actually be '.0' and '.1' > maybe we'd need a desktop/all dir for epplets like deskswitchers that > need one instance on all of em? (anyone know if you can add one > Ebits_Object to multiple Evases?) I think that desktop/all directory would essential - my gut reaction was this is basically a default - but not really. because the default would be for default things that individual desktops may be missing and this would be for stuff that are explicitly on all desktops. -- Jay McCarthy <ja...@ke...> |