16 Jan
2021
16 Jan
'21
9:35 p.m.
Anno domini 2021 Sat, 16 Jan 16:17:10 -0500
BorgLabs - Kate Draven scripsit:
trash)". if this is checked, I get a "Delete" entry in the context
menu. This
still does not enable "<del>"-key, but for the "usual" user
it's ok.
I power it off when not used and turn it on when I need it (bootime <30sec), so it'
up just some hours.
Nik
As usual, the
moment you press "send" you find the solution :)
Anno domini 2021 Sat, 16 Jan 21:46:46 +0100
Dr. Nikolaus Klepp scripsit:
> Hi all!
>
> Anno domini 2021 Sat, 16 Jan 14:57:00 -0500
> BorgLabs - Kate Draven scripsit:
> > > On Saturday 16 January 2021 11:19:51 BorgLabs - Kate Draven wrote:
> > > > > On Saturday 16 January 2021 09:46:12 Dr. Nikolaus Klepp wrote:
> > > > > > Hi all!
> > > > > >
> > > > > > I just found that after my latest updates to 14.0.10 I lost
the
> > > > > > "Delete" funtionality in konqueror. When I do a
right click on
at file
> > > > > > on a FAT32 usb
thumbdrive, then the context menu pops up with
the
> > > > > > "Delete"
entry greyed out. Pressing "<DEL>"-key consequently des
not
> > > > > > delete the file nor
move it to the thrashcan.
Pressing "<shift>+<DEL>"
> > > > > > deletes the file.
> > > > > >
> > > > > > Does somebody else see this, too?
> > > > > >
> > > > > > Nik
> > > > >
> > > > > I just upgraded a couple days ago, and I don't have that
problem.
> > > > > Everything works the same as before.
> > > > >
> > > > > The problem, however, may reside in the flash drive itself, and
the
> > fat32
> > > > > filesystem. I've had problems with both flash drives and SD
cards:
> > > > > sometimes they mount and behave normally, sometimes not. Do you
have the
> > > > > delete function when you
are using Konqueror with non-fat drives,
such
> > as
> > > > > your
> > > >
> > > > other
> > > >
> > > > > hard drives?
> > > > >
> > > > > You might dig up your konquerorrc file, where the delete
function
can be
> > > > > set or unset. You might
be able to override other changes by
changing
> > > > > that file.
> > > > >
> > > > > Bill
> > > >
(thankfully
____________________________________________________
> > > >
> > > > I need to use fat32 because I still have some itsinks clients > > > > that's fading)
> > > >
> > > > Stock formatted usb and SD cards do exhibit problems like that in
general.
> > > > That's why I always
format them with linux before use. I never have
a
> > > > problem after that.
> > > >
> > > > NTFS, when I have to use that crap, sometimes will. HFS doesn't
give
me
> > > > much of a problem, less than
NTFS more than fat32.
> > > >
> > > > Try clean formatting the drives before use and make use you chown to
your
> > > > user just in case.
> > > >
> > > > Kate
> > >
> > > Except ... maybe users need to use those items with other devices that
do
> > not
> > > read Linux filesystems? e.g., SD cards in smartphones, or flash drives
to be
> > > used with other computers. Maybe,
the unfortunate user is forced by
job or
> > > circumstances to take those flash
drives or SD cards and use them on
> > > [*SHUDDER of horror*] Windozes or Rotten Apples? In such cases, fat32
is
> > read
> > > by all of them; ext3 or ext4, not.
> > >
> > > 'Twould be nice if Linux could handle fat32 sometimes without having
to
> > format
> > > it to a Linux filesystem.
> > >
> > > :-/
> > >
> > > Bill
> > You misunderstood. Format the drives, using linux, TO fat32. They will
work on
> > windows and apple [*SHUDDER of horror*]
etc. It's just that linux does
> > a "clean" format with no empty spaces or oddities.
> >
> > Kate
>
https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskt…
____________________________________________________
> > tde-users mailing
list -- users(a)trinitydesktop.org
> > To unsubscribe send an email to users-leave(a)trinitydesktop.org
> > Web mail archive available at > >
>
> Sorry to say, neither does work. I tried it as "superdisk" or with one
partion, the result is the same - "Move to trash" is greyed out and
<DEL>
does not work (<shift>+<DEL> does work).
>
> I tried ext4, too, with the very same behaviour, so it's not filesystem
specific. File creation works without problems.
>
> What's also strange: the konqeror is not notified about changes on that
filesystem, e.g. if I create a new file it is not visible in konqueror till I
press "F5".
Oh, I have "udisks2" as helper.
Ok, in konqueror settings, tab "behaviour" --> "show delete entry (no
Interestingly I cannot identify the corresponding setting
in
.trinity/share/config/konquerorrc
Nik
with
the NSA, CIA ...
Nik
--
Please do not email me anything that you are not comfortable also sharing
____________________________________________________
" What's also
strange: the konqeror is not notified about changes on that
filesystem, e.g. if I create a new file it is not visible in konqueror till I
press "F5"."
When is the last time you rebooted X or the entire computer?
I'd reboot the computer. The F5 thing happens after a large update (at least
in my exp). Try a reboot.
Kate
____________________________________________________
tde-users mailing list -- users(a)trinitydesktop.org
To unsubscribe send an email to users-leave(a)trinitydesktop.org
Web mail archive available at
https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskt…
--
Please do not email me anything that you are not comfortable also sharing with the NSA,
CIA ...