Release Candidates :: DSL v4.0rc5



During startup/shutdown, the .uci extensions in v2.1b seem to mount and unmount a lot faster than rc4, any reason why?
Is it because of the support for .uncs ?
Quote (mikshaw @ Oct. 14 2007,18:13)
Quote
I have been using the xpdf.uci in the repository. I am leaning towards removing some of these applications.
I only recently learned that the gv application also displays pdf files, although I haven't run enough tests to compare it with xpdf. gv is pretty close to gvu in DSL (which doesn't read pdf), but seems to have fewer dependencies.

Actually gvu uses Mowitz which is quite large and is part of the Siag spreadsheet. This in fact is another app which is under consideration for removal.
Quote


Some of my first reactions to DSL 4.0...
The exit options and improved switcher are great. I wonder if switcher.lua might be improved even further by reading in a list of user-installed window managers.

As I expressed in "Ideas and Suggestions" I am looking to improve the interface for better support of window managers. This includes removing the extra window managers and make them available as extensions.
Quote

Extra directories in /ramdisk. How does this affect low-ram systems?
? Are you talking about unionfs? It has been in use for many 3.x releases.
Quote

Maybe more "Open" options could be available for dfm, such as "edit" as an option for all files. It wouldn't be useful for every file, but would be useful for many files that are currently editable but are only associated with one application.
Just drag your favorite editor icon to desktop. Then drag-n-drop file to be edited over this icon.
Quote

There seems to be an unused KNOPPIX/tmp symlink.
What is /tmp/.mydsl? It was created when I installed mc, but is an empty file.
I don't get a .mydsl file, I used mc.uci.
Quote

The "Help" menu item is good. Maybe this isn't new? I don't remember seeing it before.
On my own build of dfm, I can press Esc to highlight the first desktop icon. From that point I can start typing an arbitrary icon name and focus will be shifted to that icon. This doesn't seem to work in DSL.
Quote (humpty @ Oct. 15 2007,06:08)
During startup/shutdown, the .uci extensions in v2.1b seem to mount and unmount a lot faster than rc4, any reason why?
Is it because of the support for .uncs ?

If you wish to emulate the behavior of 2.1b then try booting with the legacy option.
Quote
Are you talking about unionfs? It has been in use for many 3.x releases.
Probably. However, I have usually been using the "legacy" boot option. In 3.4 the /ramdisk/usr/* and others are not created. I used legacy in this RC as well, but apparently it is not an option anymore? In any case, the thought that it was related to unionfs had crossed my mind after I posted, and I considered removing that part.

Quote
Just drag your favorite editor icon to desktop. Then drag-n-drop file to be edited over this icon.
Yes, and there are other options as well, such as making my own dfmext file. I just thought it might be a useful thing for the default config, like the way Emelfm gives you the option to edit whatever is selected (or so I remember it, anyway).

Quote
I don't get a .mydsl file, I used mc.uci.
I can't say why this is. I had the "mydsl" dfm window opened (the one opened from the menu that originally contains only the mydsl gui). After installing mc.uci from a local source, the .mydsl icon appeared in that mydsl dfm window. When I opened it in beaver there was nothing in it.  I probably should have tried vim, though, since I think some types of data do not display in Beaver.
Legacy boot option is still supported in 4.0.

The whole point to go to dfm is drag-n-drop capability.
Most of my recent development is in this area.

Of course one can choose to not run scripts via dfmext and instead associate an edit function. But my point was to make DSL more friendly. I would say since most of DSL is composed of scripts, that the default action should be run and not edit. Since dfmext is in home it becomes a personal preference. However, I would still promote the run action.

4.0 is using .app similar to rox's appRun and currently has a default associated generic icon.  This is the area that I am currently looking at to use applicaton specific icons. The generic "open box" icons works well for now. The .app is created if a menu item is available for the extension. Lately some submitted extensions are not including a menu item nor included in a normal path and thus would be more difficult for the use to find them even from an open shell.

Next Page...
original here.