You're talking about the file manager, yes? There are two components to this that I see: mechanical and linguistic. Mechanically: CDE is already internationalized, and supports many localizations: I presume this includes the menu entries? In that case, use other menu entries as a template. This should hook you into the necessary localization files. Linguistically: either solicit manual translations from bilingual CDE developers, or use a translation service for a first attempt? Just some thoughts, - mrt
I was thinking about adding a "open with..." menu item for files, eventually with app history list. What bothers me about adding new GUI elements is internationalization. Any thoughts? ---- Jon Trulson wrote ---- On 07/19/2018 09:41 PM, Matthew R. Trower wrote: > Well, that would be the built-in functionality I asked about. Yes - the trouble was, is that didn't work for say, a jpg or .mp4 file, or many useful filetypes like PDF's, and the like. It does now, since in addition to 'dtopen', there are many more type definitions added. > It would still be useful, I feel, to have a familiar convention which matches other desktop environments; dtopen would provide this. > Agree. > 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. > Exactly. -jon > -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 >> -- 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 |
------------------------------------------------------------------------------ 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