HTML Rename!® FAQ
Other useful FAQs:
This FAQ will grow in response to your questions! Please send questions
and comments to: support@xlanguage.com
or use our online suggestions form.
Q: What is the current version?
A: The current version is 2.11 for both the Power Macintosh
and Windows versions of HTML Rename!. View
the version history.
Q: What is the limit for file path name lengths that HTML
Rename! can handle?
A: On Windows 95/98/NT, there is an OS-imposed limit of 260 characters,
including the drive, e.g., "C:\ThisPathGetsReallyLong...\EndsAt.260".
MacOS does not have an OS-imposed limit on the total path length,
although any given folder or file name can only be 31 characters
(HFS volume) or 255 characters (HFS+ volume). Unfortunately, our
current development environment limits total path names to 256 characters.
Hopefully this is not too big an inconvenience.
Q: Why does HTML Rename! tell me my file is not a valid
ASCII file?
Q: Why isn't HTML Rename! changing line ends for some of my text
files?
A: There are a couple of reasons for this. Files using non-Latin
characters or characters in the extended ISO-8859-1 character set
(such as "É" and "Ö") are difficult to differentiate
from image files. If HTML Rename! sees the <html>
and <head> tags at the beginning of a file, it
will determine that it is an HTML text file, otherwise it might
think it is an image file. Make sure the <html>
and <head> tags appear at the beginning of any
file that is truly and HTML text file.
Also, on Macs running OS7.x, if the path name for a file gets close
to 256 a bug in the development library we use may cause a failure
to open the file. Try shortening the path name.
Q: Why is HTML Rename! removing the "http:" specifiers
of my root and relative URLs?
A: If you explicitly choose to convert URLs to root or relative
URLs, HTML Rename! will parse off the leading "http:" specifications.
For example, if you force relative URLs, for <a href="http://www.mysite.com/index.html">,
<a href="http:/index.html">, and <a href="http:index.html">,
HTML Rename! will output <a href="index.html">for
all three. The leading "http:" in these cases is redundant and optional,
and because Internet Explorer 3.0 has problems when it is present,
a design decision was made to remove it when doing explicit conversions.
Please let us know if this is a problem! Note that this happens
only when you explicitly choose to convert URLs to root or relative
URLs, not when you set HTML Rename! for "No conversions".
Q: What tags does HTML Rename! support?
A: HTML Rename! v2.00 now looks for URLs in the following attributes
of all tags:
"href"
"src"
"background"
"codebase"
"action"
"usemap"
"dynsrc"
"lowsrc"
Thus HTML Rename!'s support for tags includes the following:
<a href=URL> |
(standard anchor links) |
<applet codebase=URL> |
(Java applets) |
<area href=URL> |
(client-side image maps) |
<base href=URL> |
(relative URL base for entire page) |
<bgsound src=URL> |
(background sound for a page) |
<body background=URL> |
(background image for a page) |
<embed src=URL> |
(replaced by <object codebase>) |
<form action=URL> |
(receive and process form's data) |
<frame src=URL> |
(frames) |
<img src=URL> |
(standard images) |
<img src=URL dynsrc=URL> |
(AVI movie for Internet Explorer) |
<img src=URL lowsrc=URL> |
(low-res image for Netscape) |
<img src=URL usemap=URL> |
(client-side image maps) |
<input src=URL> |
(custom images for form buttons) |
<link href=URL> |
(cascading style sheets, etc.) |
<object codebase=URL> |
(Java applets & ActiveX ctrls) |
Known Limitations/Bugs in v2.11
If the option to log changes to local "rename.log" files
in each subfolder is chosen and the "rename.log" files
already exist from a previous run, the existing "rename.log"
files will be deleted or overwritten without notifying the user.
If changing a file from read-only to read-write mode fails, the
failure is logged in the status report but no alert dialog is generated.
On the Macintosh, the "Edit:Undo" menu item never gets
enabled.
On the Macintosh, the "File:Save As..." dialog does not
set its initial directory to the directory where the report was
generated.
On the Macintosh, DOS-formatted disks seen via PC Exchange can
not be operated on reliably.
"File:Undo Last" will not undo any reserved character
encoding—if a URL's filename contains spaces or other reserved
characters and the URL is updated, the Undo operation will leave
the reserved characters in their encoded form (e.g.: <a href="file
with spaces">will come out <a href="file%20with%20spaces">).
Version History
HTML Rename! for Macintosh
27-Nov-96 v1.00 Initial release
10-Mar-97 v1.10 Support for new tags, external text editor
08-May-97 v1.20 Relative or absolute URLs, ISO-8859-1 charset
14-May-97 v1.21 Fix relative URL substitution bug, base tags
20-May-00 v2.00 Myriad new features
11-Apr-01 v2.10 JavaScript support, more file naming options
HTML Rename! for Windows 95/NT
27-Nov-96 v1.00 Initial release
10-Mar-97 v1.10 Support for new tags, external text editor
08-May-97 v1.20 Relative or absolute URLs, ISO-8859-1 charset
14-May-97 v1.21 Fix relative URL substitution bug, base tags
20-May-00 v2.00 Myriad new features
11-Apr-01 v2.10 JavaScript support, more file naming options
28-Jan-02 v2.11 New installer
View the full HTML Rename! version history.
|
