Here we go again. Same file (MP3)in two different directories because it has an ACCENT mark. Dolphin…as superuser, root, whatever. Cannot move, copy, move to trash, rename, or delete the file either place even through a terminal. Continues to tell me the file doesen’t exist. That’s fine, but the icon still exists.
Need an answer, please.
If you want to remove it then do it from terminal, i also encountered rather weird bug where i couldn’t delete a file because of some alien font 
Just move it with mv your-file.mp3 myfilewithproperfont.mp3 
SU, etc. all from Dolphin -Views-Panels - terminal. Also have run “Terminal” from the “favorites” menu. NO luck. Please explain your font idea further. Have no idea what to enter.
Not a great command-line guy, but try mv filename with \ bfore and after the accent.
The actual accent has a “question mark” inside a diamond, so I cannot do a \ \ because I can’t duplicate the question mark inside a diamond.
roberto1111 wrote:
> Here we go again. Same file (MP3)in two different directories because
> it has an ACCENT mark. Dolphin…as superuser, root, whatever. Cannot
> move, copy, move to trash, rename, or delete the file either place even
> through a terminal. Continues to tell me the file doesen’t exist.
> That’s fine, but the icon still exists.
> Need an answer, please.
-
Did you try using other file managers, like Konqueror or Nautilus (if
you have Gnome installed) ? Pressing F2 when the file is selected does
not work? -
Does that mystery file appear in console when typing, in the relevant
folder, ls -l ? -
What’s the filename? The same thing? “Deep In The Heart Of Tuva
(Mongol Strups�ng) - 1996.+00-01.par2” ? Humm… is the “&#”
thing normal or some machine bloat you did not seek?
This is very strange as I have plenty of personal documents and folders
with accented characters, and can rename them at will in KDE. But I had
some rough time importing archives from Windows with special characters
in filenames or folders.
If at the end of the day if you are totally helpless… you could
consider ext2,3 drivers for Windows (if you have it), which should work.
But that is not a very neat $olution…
This is a SIMPLE MP3 file named “04 Bagdad Cafe.mp3” with the accent over the “e” in Cafe. I have deleted Dolphin and Konqueror when neither would delete the file. I’m using SUSe 11.1 KDE 4 something. Loaded Krusader. Same problem. Junked Krusader and went back to Dolphin.
No Windoz, yet, only 11.1
Try renaming the file, substituting a wild card (*) for the unknown character:
mv abcxyz.mp3 newfilename.mp3*
Sorry, I forgot. F2 works, but tells me the “file does not exist”.
This must be a KDE4 Dolphin problem. I junked KDE4 Dolphin and installed the older version that “focuses on usability”
Files deleted the first time. One thing I noticed was that the “question mark inside a diamond” was now two rectangular boxes.
So, Dolphin is not handling these accent marks properly.
THANKS TO ALL who took their time to help me, AGAIN, with this problem. Hopefully, I’m back in the ballgame.
Cheers
> -mv abc*xyz.mp3 newfilename.mp3-
that should work perfectly in a terminal, though (using his file as an
example) i’d use the wild card symbol for a single character ("?") thusly:
mv "04 Bagdad Caf?.mp3" 04_Bagdad_Cafe.mp3
NOTES: to roberto1111
- see? the format for the move command, which is used to RENAME files is:
mv [old file name] [new file name]
- it is required to use the entire path if you are not IN the
directory where the old file exists, OR what to both move it AND/OR
rename it, like:
mv ~/download/"04 Bagdad Caf?.mp3" ~/music/04_Bagdad_Cafe.mp3
would both rename AND move from /download to /music in your home
-
in my example above it is REQUIRED to place the file name inside
quotes (“double” or ‘single’) because the name includes blanks…i
strive to NOT have file names with either blanks OR any non-ascii
symbol…because it is simpler to process anywhere in Linux, by
anything (GUI or command line)… -
which is why i changed the blanks to underlines…now, all actions
should go smoothly, no blanks and no non-ascii letters -
the ? in the file name indicates that one character lives there…
-
i can understand that you don’t want to have to use a
terminal…which is ok, but to do so you have to use filenames which
CAN be processed by non-command-line programs -
some understanding of basic terminal use is often helpful
-
usually a LOT easier than simply dumping Dolphin, Konqueror, and
then Krusader only because you haven’t yet learned the basics of
“under-the-hood” magic…and, very cool MAGIC it is…
ON THE OTHER HAND, i just created a file named 04 Bagdad Café.mp3
(with blanks and the accented e) and NOT as root, and in Konqueror i
single right clicked on it, selected “Move to trash” and it was gone!
(i’m using openSUSE 10.3 and KDE3…maybe some brilliant programmer
decided that capability shouldn’t be available in what you are
using–or MORE LIKELY you have damaged your system in some strange way
and broken the built in ability to handle accents in the GUI…
–
brassy
All file names on ext2/3 (and in Linux in general) are in Unicode nowadays. This means you can have chinese, devanagri, tibetan, etc. (let alone accented) characters. When a product shows ? inside a diamond it is not expecting Unicode at that moment, and thinks it has something outside the scope of what the encoding it is using (mayby Latin-1 or so). When Nautilus does so it is broken IMHO (or maybe misconfigured).
When the open squares are shown it means that the product wants to show a character on the screen, but that it does not find a font that contains a glyph for that character. So when you do not have a font that has glyphs for Devanagari, the following will show as open squares: हिन्दी
kewl…thanks for the illumination…
–
brassy
On Mon, 27 Jul 2009 00:36:11 GMT, roberto1111
<roberto1111@no-mx.forums.opensuse.org> wrote:
>
>The actual accent has a “question mark” inside a diamond, so I cannot do
>a \ \ because I can’t duplicate the question mark inside a diamond.
Is there enough of the filename before the weird character to be
unique? If so autocomplete (tab key) may type it in for you. Then
you can do what you want with it.
Though all what brassy says is true, I do not have the slightest problem in having blank spaces and accented letters in my filenames. I can even admit that I have a lot of filenames in the same category (as Amorok uses it):
henk@boven:~/Muziek/Blaasmuziek> cd Wendi\'s\ Böhmische\ Blasmusik/
henk@boven:~/Muziek/Blaasmuziek/Wendi's Böhmische Blasmusik> l
totaal 24
drwxr-xr-x 4 henk wij 4096 apr 17 20:12 ./
drwxr-xr-x 171 henk wij 12288 jul 27 16:44 ../
drwxr-xr-x 2 henk wij 4096 jul 19 17:08 Böhmische Leckerbissen/
drwx------ 2 henk wij 4096 apr 17 20:12 Gerne denk ich an die schönen Jahre/
henk@boven:~/Muziek/Blaasmuziek/Wendi's Böhmische Blasmusik>
As you see there is no problem handling this with the CLI. The *cd *command with the escape \s in it was simply created by typing
cd Wen
and then hitting TAB (as JosephKK illustrates).
BTW, you somewhere talk about using \ in enclosing pairs. This is not correct. One \ ‘escapes’ or ‘quotes’ one character. When you want to escape longer strings better use pairs of ’ or ". Attention: there IS a difference between the usage of ’ and " for this.
I am using KDE3.5 on openSUSE 10.3 and have no problems whatsoever in using these filenames in Konqueror (the filemanager) or in windows that ask me to define a filename for saving, etc. It all comes to
a) who (I mean not you, but which program) created the filename (it should do so in correct Unicode, they where not created by another OS?);
b) why does your version of Dolphin not show and handle it correct.
This has nothing to do with root or not.
On Tue, 28 Jul 2009 08:26:02 GMT, hcvv
<hcvv@no-mx.forums.opensuse.org> wrote:
>
>Though all what brassy says is true, I do not have the slightest problem
>in having blank spaces and accented letters in my filenames. I can even
>admit that I have a lot of filenames in the same category (as Amorok
>uses it):
>
>Code:
>--------------------
> henk@boven:~/Muziek/Blaasmuziek> cd Wendi’s\ Böhmische\ Blasmusik/
> henk@boven:~/Muziek/Blaasmuziek/Wendi’s Böhmische Blasmusik> l
> totaal 24
> drwxr-xr-x 4 henk wij 4096 apr 17 20:12 ./
> drwxr-xr-x 171 henk wij 12288 jul 27 16:44 …/
> drwxr-xr-x 2 henk wij 4096 jul 19 17:08 Böhmische Leckerbissen/
> drwx------ 2 henk wij 4096 apr 17 20:12 Gerne denk ich an die schönen Jahre/
> henk@boven:~/Muziek/Blaasmuziek/Wendi’s Böhmische Blasmusik>
>
>--------------------
That’s not quite German, Dutch perhaps? National character sets can
have some unexpected effects also.
>
>As you see there is no problem handling this with the CLI. The -cd
>-command with the escape \s in it was simply created by typing
>
>Code:
>--------------------
> cd Wen
>--------------------
>
>and then hitting TAB (as JosephKK illustrates).
>
>BTW, you somewhere talk about using \ in enclosing pairs. This is not
>correct. One \ ‘escapes’ or ‘quotes’ one character. When you want to
>escape longer strings better use pairs of ’ or ". Attention: there IS a
>difference between the usage of ’ and " for this.
>
>I am using KDE3.5 on openSUSE 10.3 and have no problems whatsoever in
>using these filenames in Konqueror (the filemanager) or in windows that
>ask me to define a filename for saving, etc. It all comes to
>a) who (I mean not you, but which program) created the filename (it
>should do so in correct Unicode, they where not created by another
>OS?);
>b) why does your version of Dolphin not show and handle it correct.
>This has nothing to do with root or not.
It is a mixture, first two directories in the path are Dutch, last directory and file are German. Does not matter, as it is all Unicode (encoded UTF-8), language does not matter. I can generate a filename with all sorts of alphabets and I did:
henk@boven:~/ct> l
totaal 12
drwx------ 2 henk wij 4096 jul 29 12:49 ./
drwxr-xr-x 61 henk wij 4096 jul 29 12:49 ../
-rw------- 1 henk wij 0 jul 29 12:48 Latin-Кириллица-हिनदी
henk@boven:~/ct>
(Again, some users may see open squares for characters where their system does not have a font with the corresponding glyphs, but on my system I see them all).
Systems using Unicode have no National character sets/codet pages.
Other/older systems (filesystem types) use the several Latin-x code pages. These use the same value for dofferent characters (glyphs) among them. So in Latin-1 we have code 196 which represents a Ä, the same value in Latin-5 represents a Ф. Without knowing which code page is in use you can not render the correct glyph.
You may run into problems when you transfer a filesystem using such code pages (or the MS code page, which corresponds to none of the Latin ones) to a Unicode using system.
On Wed, 29 Jul 2009 13:06:01 GMT, hcvv
<hcvv@no-mx.forums.opensuse.org> wrote:
>
>JosephKK;2018829 Wrote:
>> That’s not quite German, Dutch perhaps? National character sets can
>> have some unexpected effects also.
>
>It is a mixture, first two directories in the path are Dutch, last
>directory and file are German. Does not matter, as it is all Unicode
>(encoded UTF-8), language does not matter. I can generate a filename
>with all sorts of alphabets and I did:
>
>Code:
>--------------------
> henk@boven:~/ct> l
> totaal 12
> drwx------ 2 henk wij 4096 jul 29 12:49 ./
> drwxr-xr-x 61 henk wij 4096 jul 29 12:49 …/
> -rw------- 1 henk wij 0 jul 29 12:48 Latin-Кириллица-हिनदी
> henk@boven:~/ct>
>--------------------
>
>(Again, some users may see open squares for characters where their
>system does not have a font with the corresponding glyphs, but on my
>system I see them all).
>Systems using Unicode have no National character sets/codet pages.
>
>Other/older systems (filesystem types) use the several Latin-x code
>pages. These use the same value for dofferent characters (glyphs) among
>them. So in Latin-1 we have code 196 which represents a Ä, the same
>value in Latin-5 represents a Ф. Without knowing which code page
>is in use you can not render the correct glyph.
>
>You may run into problems when you transfer a filesystem using such
>code pages (or the MS code page, which corresponds to none of the Latin
>ones) to a Unicode using system.
OK. I have a osuse 10.3 system with Wine to run some very handy
redmond os apps. As a byproduct of this combination my Unicode
support is flaky in the wine apps. The byproducts should show.
I use an alternative “LongPathTool” a guaranteed fix for error problems like “cannot delete files”.
On 2013-07-27 14:06, tinadony wrote:
>
> roberto1111;2017911 Wrote:
>> Here we go again. Same file (MP3)in two different directories because
>> it has an ACCENT mark. Dolphin…as superuser, root, whatever. Cannot
>> move, copy, move to trash, rename, or delete the file either place even
>> through a terminal. Continues to tell me the file doesen’t exist.
>> That’s fine, but the icon still exists.
>> Need an answer, please.
>
> I use an alternative “LongPathTool” a guaranteed fix for error problems
> like “cannot delete files”.
Of what use is a Windows tool to us, pray?
–
Cheers / Saludos,
Carlos E. R.
(from 12.3 x86_64 “Dartmouth” at Telcontar)