The "Open with..." would be a nice addition if possible.
dtfile needs more improvements. In the past years there was
improvement
in the space handling in dtfile window. There is still need for
improvement.
And this connects with long filenames which should wrap after some
length.
Antonis.
On 20/07/2018 11:41 πμ, alx wrote:
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
|