Hi,
For some reason I didn't get the email with rasters original reply, I
wish I hadn't TBH... I didn't ask for any outside code or any other FM
to be added to E, it's raster's module! I also didn't specify that
'Places' should be set up for any application outside of E so as things
are currently is adding Places would just augment the functions of EFM
and be ready for EFM 2. EFM currently is a wonderful file 'browser' but
if you're NOT a developer in the terminal all the time and you need
networking support, tabbed interfaces or mounting a phone/tablet without
writing your own jmptfs script then EFM is lacking as the primary FM if
this weren't true there wouldn't be EFM2 in the works. It's not like I
asked "hey can you put Thunar in E?" I asked if an existing module by
the same developer might be convenient since some Users of E and all
Users of Bodhi, eLive and now AV Linux are all using E with an external
File Manager.
I've spent 4 years with E, I've spent countless hours putting it into a
Live deployable state to get it in front of more eyes because I think
it's a great and overlooked DE. I'm not a developer, I work full time
and I steal minutes to do what I already do so raster if you're "not
going to just do things for people." and if "after many decades i'm kind
of a bit old, tired and grumpy. :) i've learned if i do things for
people they will NEVER get up and help. if you don't like get
up,something in efm - then contribute and fix it." I guess we're clear
on future discussions!
I wouldn't talk to my dog like that, it was a logical and sensible
question given how real people use E.. Given the established history
that I like E and am trying to do something creative with it to promote
it I can't imagine someone being spoken to like this anywhere else..
Developers of pretty much ANY other DE or application would (a) politely
take the question and (b) never tell the User to write their own part of
the applications as the FIRST reply, maybe after the 10th question or
after being unreasonably demanding for a period of time but not right
off the hop.
There's certainly no question you're brilliant, there's no question E
shows your brilliance but I have so many better things to do than get my
ass handed to me for asking an innocent question... I'm not in the DE
writing business and surprisingly other projects find people to be
useful even if they aren't developers. Enjoy the Ivory Tower!
---
On 2025-01-24 12:12, aguador via enlightenment-users wrote:
El mar, 21-01-2025 a las 21:39 +0000, Carsten Haitzler escribió:
On Tue, 21 Jan 2025 14:08:55 -0500 i...@bandshed.net said:
> Hi,
>
> I recently discovered the optional 'Places' module for
> Enlightenment and
> I really like it. It seems most projects deploying Enlightenment as
> installable Live Media are depending on outside File Managers
> (Thunar
> seems to be the first pick) and Places makes this much easier to
> consolidate most functions and mounting of removable Media without
> confusing the User with multiple FM's. I have done a bit of
> cosmetic
That'd be the problem of those distro maintainers not wanting to use
e's file
manager that's already there. It's not the intent for e so - no - not
going to
do this and make e extra confusing by having basically "2 file
managers" both
of which deal with listing mountable media or fs locations. That's
what EFM
already does out of the box by default and it's integrated so the
icons can be
dnd'd and behave like all other icons.
i'm in the process of doing efm2 so DEFINITELY not adding places.
efm2 is
designed a bit differently (backend filesystem handling is a separate
process
the front wend talks to over stdin/out and *ALL* I/O is done by the
backend
(well if it's a .desktop file then whatever icon it points to the
front end
will show, or thumbnails will be local to the dir the files are in).
efm2 has a
much more fleshed out file view right now with detailed mode and
columns as
well etc. and it's thumbnailing is probably second to none in terms
of how much
it handles and how completely. it's in git if you want to play with
it. there
is more work to be done of course...
Glen, I have to agree that the place for these functions in the EFM,
not a separate module. From another post I see that the MX packagers
have backported e27. It can now handle file operations in partitions
with secondary OSs, one of the things that has had me using DoubleCmd
since the late e17 or the e18 days. (Double Commander is a whole
'nuther tool, not just an alternate FM!) However, I have also always
had EFM loaded to deal with auto-mounting removable devices, which
works much better than some tools on other DEs.
I should also add that I find myself using EFM more and more these days
for basic file operations.
> changes to Places because with Dark themes the eject Icon was not
> very
> visible and I thought the Home and Module Icons should match but
> that's
> just an opinion..
>
> https://bandshed.net/images/screenshots/shot-2025-01-21_11-43-21.jpg
>
> A mild annoyance is the need to version-match the module with every
> Enlightenment update but I would guess there is some wisdom in this
> that
> I'm not aware of but in any case I think Places should just be part
> of
modules are bits of code that are loaded into e. they rely on e's
internal ABI.
this ABI is not guaranteed to not break between releases, thus
modules have to
version to the E they are built for.
Yes, and for example, the make over of the cpufreq module for e27
required changes to the Flat theme which has been updated as well. The
integration is important.
There are other "favorite" modules that people recall from the e17
days, like the Engage dock. Not seeing the need for a dock given e's
Everything module and rt click favorites menu, I don't understand that,
especially as I think the iBar could be set up to meet the needs of
those who want docks. I admit I see some of these things a clutter.
> the main DE release (I believe Bodhi already does this) instead of
> kept
> secret in a dark attic. It serves a valuable use and definitely
> opens up
> E to more intuitive usage with other FM's. I know we have EFM2 in
> the
> works but in the meantime Places would be a useful module to come
> in a
> standard install.
nope. as above. confusing with "2 file managers" duplicating
functionality etc.
etc. - it's against the whole idea of E to do this - efm is the
official
filemanager for e and it's there and does all of this.
also i'm not going to just do things for people. after many decades,
i'm kind
of a bit old, tired and grumpy. :) i've learned if i do things for
people they
will NEVER get up and help. if you don't like something in efm - then
get up,
contribute and fix it. there never is any encouragement for anyone to
do
anything if i keep putting in half-through-through workarounds so
they don't
have any reason to bother. :)
right now most of that effort would be best served contributing to
efm2... :)
Thank you, old tired grumpy Raster, for allowing EFM to deal with the
partitions of other OSs!
> Anyone else have thoughts on this?
>
Yes, do check out EFM in e27 first, and if there is something that
Places does that you would like to see integrated, request that rather
than dusting off an old module.
Off-topic: Congrats on your work with AV Linux and use of e. While I
have not been much in the deb world, I have helped some folks in
setting up MX systems. The MX/AntiX guys do a nice job.
Roy
_______________________________________________
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users
_______________________________________________
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users
