If you're saying you want wrappers that for example use whichever of xv, ImageMagick's "display" command, or whatever is available to display a JPG, and then to define actions that used the wrappers, fine. But once that's all done, you'd still just use dtaction Open _filename_ to open the file from the command line. The wrappers would help by doing what the action system can't - decide which of various programs are available to handle the filetype (and hopefully, fall back to displaying an error message in a window if none of them are available).
Wrappers are ok I guess as a short-term solution; but I think identifying lightweight (don't need e.g. an entire Gnome or KDE stack!) tools for simpler common functions (not big stuff like an office suite or browser) and bundling them, would be better. Might be worth getting ahold of this guy and seeing if he has any interest in seeing his never-release "miv" (Motif Image Viewer) get some TLC and get added to the CDE revival. :-) https://www.muquit.com/muquit/software/miv/miv.html > On Jul 19, 2018, at 23:41, Matthew R. Trower <d...@blackshard.net> wrote: > > Well, that would be the built-in functionality I asked about. > It would still be useful, I feel, to have a familiar convention which matches > other desktop environments; dtopen would provide this. > > Moreover, Jon's wrapper provides dynamic defaults for a variety of systems. > > Right now, CDE doesn't ship with actions that cover a large variety of > filetypes. This makes some sense I guess, since CDE does not ship an image > viewer, for example. But it makes programs like dtfile less usable out of the > box. We can't really just define a single default program, because who knows > what the user actually has on their system. > > -mrt > Original Message > From: Richard L. Hamilton > Sent: Thursday, July 19, 2018 22:32 > To: Jon Trulson > Cc: cdesktopenv-devel@lists.sourceforge.net > Subject: Re: [cdesktopenv-devel] Integration of Antonis Tsolomitis' > desktop_approots tarball, with some changes > > Maybe I'm missing something, but what's the need for it at all? > > dtaction Open _filename_ > > should, if the appropriate actions have been defined, recognize the file by > its magic number and/or name suffix, and run the appropriate viewer, or > whatever. And dtfile among others will be able to make use of that. > >> On Jul 19, 2018, at 22:25, Jon Trulson <j...@radscan.com> wrote: >> >> On 07/19/2018 08:15 PM, Matthew R. Trower wrote: >>> Hi Jon, >>> Do I understand correctly that dtapp is meant to function in the same vein >>> as open, xdg-open, gnome-open, etc? >>> As in, I can type >>> $ dtapp mypic.jpg >>> And my picture will open up in some suitable image viewer? If so, might you >>> consider continuing this naming convention by naming it dtopen? (or have I >>> misunderstood, and maybe it just returns a string?) >>> It's not a critical point, but I thought I might mention it for >>> consideration before dtapp gets wired into everything and particularly >>> before people start using it/scripting with it =) >> >> That's a good point. At XiG, I called it dthelper, but I didn't like that so >> I used dtapp for these commit(s). I don't really like that either. :) >> >> Right now, dtapp is just a simple shell script that is symlinked to various >> per-type specific "aliases" - ie: for images it would be >> >> dtapp_vimage "filename" >> >> to call a list of programs in order to display it (xv, display, etc). >> >> I didn't really like "dtapp" and "dtapp_vimage", etc though. >> >> I like your idea a lot better. dtopen would be the "base", it's symlinked >> aliases would be something like dtopen_image, dtopen_video, etc. >> >> Yes, I do like that name a lot better. I'll make the change. >> >> In the future, we can certainly enhance/replace dtopen if/when we like. >> Thanks for the suggestion! >> >> -jon >> >>> - mrt >>> Original Message >>> From: Jon Trulson >>> Sent: Thursday, July 19, 2018 21:05 >>> To: Antonis Tsolomitis; cdesktopenv-devel@lists.sourceforge.net >>> Subject: [cdesktopenv-devel] Integration of Antonis Tsolomitis' >>> desktop_approots tarball, with some changes >>> Hi Antonis, >>> I'm also CC'ing the CDE list for their information as well. >>> I have finally managed to integrate much of the stuff you provided in >>> your desktop_approots tarball. WRT the icons, I just put them all in. >>> If someone has a problem and complains, they can just ask us to remove it. >>> I did not incorporate your Greek versions of the .dt files. I don't >>> think CDE has enough in it to actually support the Greek locale, as >>> there is no Greek localization database. I am not sure if you just add >>> the Greek support on top of a built CDE, or what as there is currently >>> no support for installing the Greek locale. >>> So I am confused. If you build CDE from scratch, how do you install it? >>> And does everything work properly in Greek? >>> At any rate, until we know what's going on there, I did not add those >>> files as they would need to be redone anyway to reference appropriate >>> Greek messages via the NLS substitution that goes on when generating the >>> final .dt files for each locale. >>> I made some other changes as well. I mentioned that I had created a >>> "helper" program at XiG that would look for a command in a command list >>> to do various things like display an image, display a video, etc. It's >>> now installed in /usr/dt/bin/dtapp. >>> I created 4 new actions that use this new helper script: >>> DisplayImage, DisplayVideo, DisplayPS, DisplayPDF >>> These are now called on the appropriate files (DisplayImage for .png, >>> .jpg, etc files). >>> The actions you provided for xv, xpdf, gv, and vlc are still present, >>> but no longer contain the data type definitions. Only Actions are >>> present in those files now. >>> The video datatypes have been moved into a new videoTypes.dt file. All >>> that file is for, is to detect video files, display the proper icon >>> (video) and call the appropriate action (DisplayVideo). >>> The other datatypes for PS, PDF, and images (jpg, png, etc) have been >>> moved into datatypes.dt (or replaced the disabled ones already there). >>> So with these commits, all of your appgroups are present and will run >>> the appropriate program if it exists. >>> And image, video, PDF and postscript files will now be handled by dtapp, >>> which will look for and call the first appropriate program found. >>> In time we should also add support for audio handling, and maybe split >>> out some of the stuff in datatypes.dt into appropriate .dt files >>> (soundTypes.dt, etc). >>> Thanks much for your contribution! >>> -jon >>> On 06/27/2018 07:54 AM, Antonis Tsolomitis wrote: >>>> >>>> Dear Jon, >>>> >>>> I attach two things. The desktop_approots.tgz which contains the setup >>>> for modern apps >>>> and the file icons.txt which contains the paths of the icons that are >>>> taken from GPL programs (except xv). >>>> >>>> To install desktop_approots on a system you execute as root: >>>> >>>> mv desktop_approots.tgz /etc/ >>>> tar -xzvf desktop_approots.tgz >>>> cd desktop_approots/ >>>> ./integrate_all_apps.sh >>>> >>>> Then you either logout-login or reload applications and actions. >>>> >>>> To deinstall, each folder in desktop_approots/ contains a deinstallation >>>> script. >>>> >>>> Please use the files I send now and not the older one as I corrected >>>> several things/bugs. >>>> >>>> All applications will appear in the Application manager of CDE and can >>>> be dragged and dropped on open drawers >>>> of the CDE panel. >>>> >>>> Now, I have taken some decisions for this. Some are obvious. For >>>> example, odt/doc/xls etc files open with >>>> libreoffice (careful: some systems call it soffice, others >>>> libreoffice-version. In such cases one must create >>>> links) >>>> >>>> Others are less obvious: >>>> >>>> 1. Media files open with vlc (I think is the most popular) >>>> 2. pictures open with xv. This I do not like because it is not a free >>>> program but a decision is needed. What to use? >>>> Eye of gnome? Eye of mate? something else. I chose xv as it looks >>>> good on CDE. But if you tell me to change it >>>> to something else I will gladly do it. >>>> >>>> 3. postscript files open with gv (not installed by default on most systems) >>>> 4. pdf files open with xpdf (again not installed by default on most >>>> systems. Any other suggestion is welcome) >>>> However the icon for pdf files is chosen to be the one for >>>> acroread. People are familiar with it. >>>> >>>> Finally one of the very useful applications for a desktop is pavucontrol >>>> called PulseAudioCtrl in Application Manager >>>> (group Sound&Video) >>>> since CDE lacks an app for sound. Actually I think that this application >>>> is absolutely needed. Maybe it should be even >>>> by default installed in some drawer of the panel. >>>> >>>> I also think that the default action of the mailer must change in the >>>> distribution of CDE to something else until dtmail >>>> gets fixed to work in a modern environment. Evolution of thunderbird are >>>> great choices. >>>> >>>> For any bugs or suggestions for improvement, please write to me. >>>> >>>> Thank you for your help, >>>> >>>> Antonis. >>>> >>>> >>> [...] >> >> -- >> Jon Trulson >> >> "Fire all weapons and open a hailing frequency for my victory yodle." >> >> - Zapp Brannigan >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> cdesktopenv-devel mailing list >> cdesktopenv-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel >> >
signature.asc
Description: Message signed with OpenPGP
------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
