[VB6] bestandsnaam wordt bladie~1.mp3, help!

[NielsNL]

Ik ben dus bezig in vb6 een proggie te schrijven die gemakkelijk de bestandsnaam van je vers gedownloade "gegrabde" mp3'tjes kan hernoemen uit de MP3 tag.

Het programma wordt gestard vanuit explorer, WinCommander of whatever, door met je rechtermuisklik op een MP3'tje te klikken en dan "MP3 renamer" te kiezen.

Deze string staat in m'n register:
"C:\\Proggels\MP3 Renamer\Mp3 Renamer" %1

En hiermee roep ik "%1" op...

code:

Private Sub Form_Load()

CmdFile = Command$
text1.text = CmdFile
End Sub

Maar dan krijg ik dus C:\mp3\arties~1.mp3
En ik wil gewoon C:\mp3\artiest - tracknaam.mp3

Wie weet er een oplossing?

[mulder]

Ik dus zo slapen.

[NielsNL]

Op donderdag 27 juni 2002 00:19 schreef Don Facundo het volgende:
Ik dus zo slapen.

Ja sorry, ik wilde m'n bericht bekijken, en drukte toen per ongeluk op "verstuur"

[NielsNL]

edit:

Don Facundo zag maar de helft van m'n bericht...

[echte edit]
Ik wilde dus het bericht hierboven editten, maar...
Weer het verkeerde knopje!
Het is dus _niet_ m'n bedoeling dit topic onnodig te kickuh!
[/echte edit]

[mulder]

ik heb even gekeken hoe en wat dit ookal weer ging in VB, maar de dingen die ik op inet zag kwamen niet bekend voor: die Command ken ik helemaal niet, en dit zag ik eigenlijk alleen op google. Keywords voor Google zijn iniedergeval: parse, command line, process command line...

[Crazy D]

Ik dacht (ff niet getest ) dat je de shortcut als
"c:\app.exe" "%1" moet maken, door de " om de %1 heen krijg je dacht ik het path in de lange versie door.

[NielsNL]

Command is wel goed hoor...
Het is eigenlijk VBA.command.

Ik heb het net even op een andere pc (win98SE) wat geprobeerd, maar daar gaat het wel gewoon...

Ik draai hier onder XP, en ik heb dit programma al een keer gemaakt, maar één van m'n broertjes vond het leuk met m'n HD te klooien, dus was ik álles kwijt.
Maar de vorige keer (ook onder XP) ging alles wel gewoon.
En ik heb nu gewoon een "schone" XP.
Vaag hè?

[NielsNL]

Op donderdag 27 juni 2002 00:44 schreef Crazy_D het volgende:
Ik dacht (ff niet getest ) dat je de shortcut als
"c:\app.exe" "%1" moet maken, door de " om de %1 heen krijg je dacht ik het path in de lange versie door.

Ehm, nee... Het enige wat er gebeurd is dat m'n bestandnaam tussen haakjes komt te staan (wat wel logisch is).

edit:

Ik zit net ff te denken, maar dit moet dus aan windows liggen, want als ik gewoon met "uitvoeren" intype "MP3 renamer ietslangerals8letters" gaat ie dat natuurlijk niet afkorten naar ietsla~1.
Heeft er iemand nog een briljante ingeving?

[Crazy D]

Weird, hier ff getest op w2k en ik krijg 'm sowieso als long filename binnen... maar uh kijk anders even naar de GetLongPathName, misschien kun je daar wat mee.

[NielsNL]

Ja, ik vond het ook nogal vaag...
En voor "de Grote Crash" werkte het wel gewoon.
Normaal is er volgens mij moeilijk aan die tildes te komen.
Is dat GetLongPathName iets in VB?

edit:

Dankjewel Crazy_D, ik heb wat gevonden (Google roels)
Iemand interesse in de code?
GetLongPathName

[Crazy D]

Op donderdag 27 juni 2002 11:40 schreef NielsNL het volgende:
Is dat GetLongPathName iets in VB?

kzie dat ik m'n zin begon om te zeggen... GetLongPathName API maar er is blijkbaar wat bij ingeschoten

The GetLongPathName function converts the specified path to its long form. If no long path is found, this function simply returns the specified name.

DWORD GetLongPathName(
LPCTSTR lpszShortPath, // file name
LPTSTR lpszLongPath, // path buffer
DWORD cchBuffer // size of path buffer
);
Parameters
lpszShortPath
[in] Pointer to a null-terminated path to be converted.
Windows 2000/XP: In the ANSI version of this function, the name is limited to MAX_PATH characters. To extend this limit to nearly 32,000 wide characters, call the Unicode version of the function and prepend "\\?\" to the path. For more information, see File Name Conventions.

Windows 98/Me: This string must not exceed MAX_PATH characters.

lpszLongPath
[out] Pointer to the buffer to receive the long path. You can use the same buffer you used for the lpszShortPath parameter.
cchBuffer
[in] Specifies the size of the buffer, in TCHARs.
Return Values
If the function succeeds, the return value is the length of the string copied to the lpszLongPath parameter, in TCHARs. This length does not include the terminating null character.

If the lpszLongPath buffer is too small to contain the path, the return value is the size of the buffer, in TCHARs, required to hold the path. Therefore, if the return value is greater than cchBuffer, call the function again with a buffer that is large enough to hold the path.

If the function fails for any other reason, the return value is zero. To get extended error information, call GetLastError.

En je hebt al wat gevonden, dus mooi dat het werkt!

[Teun_2]

Ik heb wel interesse in het programmatje, is het al af?

[gorgi_19]

Zoutvat schreef op 16 oktober 2004 @ 19:36:
Ik heb wel interesse in het programmatje, is het al af?

Mja, dit verzoek heeft weinig met programmeren zelf te maken, dit is een request naar een programma Verder zie ik weinig nut in een schop hiervoor van meer dan 2 jaar

Vandaar dat ik hem dicht doe