- Format HTTP root as hyperlink
- "User"  -> "Process user"
  "Group" -> "Process group"

- Check if the CGI module was able to create a valid handle for a file upload
- Changed the error message "lock_failed" a little bit

When parsing a configuration file, ignore lines like that:
   = Value

If locking of the uselist file failed, get the template variables directly from
the File::UseList object, because the name of the lock file could have been
composed by File::UseList.

Changed some error messages

Cleaned exec_show() and exec_beginedit()

- Allow to filter directory listing using DOS-style wildcards (maybe it still
  needs work for being more usable)
- Fixed a typo in File::Access

- While processing a file upload, check if the user wants to replace a directory
  or overwrite a write-protected file
- If the user wants to copy or rename a file, check if he wants to overwrite a
  write-protected file

Some small changes

- Dev-Editor now uses flock(). flock() is called using a wrapper function which
  checks if it is really available.
- file_save() in File::Access is now able to open a file in binary mode. Thus,
  the file saving process in the file upload code in Command.pm has been
  replaced by a single file_save() call.

Removed useless "use Tool;" in Output.pm

- Entities in some more strings are now encoded
- The Hash Reference for devedit_reload() is now optional
- Removed "use Data::Dumper;" in Command.pm. I forgot to remove it after debugging.

- exec_chprop() should have a proper coding style, but it made the routine hard
  to maintain. Thus, I changed its structure.
- Don't allow to change the properties of a file in use
- Don't allow to upload a file if a file with the same virtual name is currently
  in use

The "Edit" link of files in use were not greyed in directory listing.
I hope it works properly now...

Do not allow to change the properties of the virtual root directory

Some cleanings

Version 1.3:
- Replaced open() by sysopen()
- Added method remove_all() to remove all files from the list (maybe we will
  need it...)
- Changed my email address

File uploads did not work. Fixed in Dev-Editor 2.2a.

This file testing order before saving a file makes more sense

Dev-Editor 2.2

Changed my email address (patshaping@gmx.net -> patrick@patshaping.de) in all
files except the Template and the File::UseList modules (they are seperate
software).

- Don't display the file upload link in directory listing if Dev-Editor has no
  write access to this directory.
- Wrong variable "{DIRECTORY}" in error message "dir_no_create" - it should be
  "{DIR}".

- Check if we have enough permissions to write in directory at the following
  points:
  - Before executing a command which creates a new file
  - Before uploading a file
  - Before removing or moving/renaming a file or directory
- oct() does not care about leading zeros, the resulting value is always the
  same.
- The name of the variable which will be replaced by a directory to go back to
  in error.htm was renamed from "{DIR}" to "{BACK}". "{DIR}" caused some
  problems.
- Changed the names of some error messages:
  nocopy -> no_copy
  noedit -> no_edit
  noview -> no_view

Some small changes

- Check if the user really wants to upload a file to a directory
- Cleaned exec_show()

- Added new if blocks to the templates about.htm and chprop.htm: The blocks are
  named "group_detected" and "user_detected" and show if Dev-Editor could
  successfully convert a group or user ID into the corresponding name.
- Cleaned exec_beginedit() and exec_endedit()
- More proper encoding of HTML entities at some points (still needs work)

Added single quotes around the "COMMAND" variable in the "cmd_unknown" error
message and around the "FILE" variable in the "not_owner" error message.

The path the user wants to access must now BEGIN with the root directory. The
old check made it possible to access a directory structure outside the root
directory similar to the root directory.

- The abort() routine from the Output module is now also able to display a link
  at the bottom of the error message. It is a direct wrapper to the error()
  routine.
  Thus, the following error messages now contain a link at the bottom:
  - File not found
  - Accessing above the virtual root directory
  - Creating an object above the virtual root directory
  - Directory where Dev-Editor should create an object does not exist
- It was possible to access the directory containing the virtual root directory.
  Well, it was only read-access.

Another bug in the same line!
I should work more properly...

Trying to fight against the chaos in errors.dat and templates.dat by sorting the
entries alphabetically.

Stupid bug

Check if the root directory exists

- Dev-Editor now checks if it is able to access a directory: Directories that
  are not accessible are greyed in directory listing. Accessing such a directory
  causes an error message.
- Dev-Editor checks if it has read access to the virtual root directory. Having
  no access to this directory would cause Dev-Editor to show the contents of the
  real root directory!

- There is no need to load the POSIX module twice
- Dev-Editor also shows the current umask of the process in the about dialogue

- There is no need to load the POSIX module twice
- Dev-Editor also shows the current umask of the process in the about dialogue

Because of the ugly behaviour of $(, I'm now using the getgid() function from
the POSIX module to detect the process GID. For being consistent, I'm now using
getuid() (also from the POSIX module) to detect the process UID.

In file edit and file upload dialogue, I added <label> tags for the checkboxes
and radio buttons.

Changed a comment

Removing one and more whitespace makes more sense than removing no, one and more whitespaces.

We are now using the `chgrp` system command to change the group of a file
(see bug [1052335])

When viewing a file, insert the contents of the file into the template AFTER
parsing the "editable" {IF}-block.
(Ever tried to view the viewfile.htm template file using Dev-Editor? Oh my god!)

Dev-Editor 2.1a

Instead of absolute paths in error_file and template_file, I use relative ones.
That's better for me ;-)

Now we already unlock the file at the begining of exec_endedit(), because if an
error occurs during saving, the file keeps locked.
This is not a perfect solution, there are still problems. I have to figure out
another one.

Dev-Editor 2.1

Removed the note which said that existing files can't be overwritten

Changed some comments

exec_unlock() now checks if the file is really in use. Otherwise, we return to
directory view (maybe we change this behaviour and display an error message...).

Check if the user wants to write text data into a binary file when saving a file

Improved file editing using another filename:
- If the user just entered spaces as filename (detection works for other
  commands using the "newfile" CGI parameter too), we use the original filename
- Saving even works if the file has to be created first

Improved file editing using another filename:
- If the user just entered spaces as filename (detection works for other
  commands using the "newfile" CGI parameter too), we use the original filename
- Saving even works, if the file has to be created first

Ooops...?
What was that?

Something definitely went wrong when I remade the copy and the rename functions.
They printed a wrong error message if the destination already existed and if it
was a file.
Dev-Editor also didn't deny copying a directory.

Added an option for overwriting files during file upload if they already exist

Dev-Editor 2.0

- Added some notes for changing mode and group
- The formular fields are no longer filled with the old values

Removed the race condition in file_create() which could set a file to 0 if it
already exist.
I wanted to use O_EXCL, but `perldoc -f sysopen` doesn't say that O_EXCL is
avaiable in _every_ system. So I use O_RDONLY and O_CREAT.
Additionally, I replaced all the open() calls in this module by sysopen() calls.

Some small changes

Allow to change the group of a file using the Group ID
(Let's hope nobody will define a group composed only of numbers - let's hope it
isn't allowed at all - I should install Linux at home...)

Replaced the code of mode_string() by some self-written code that I also
understand
(The previous code was grabbed from Sven Rautenberg's SELFHTML Developer
internal PHP Dev-Editor)

Dev-Editor is now able to change the mode and the group of files

Commands are now case-insensitive

Do not allow removing or renaming the root directory

Files and directories are now sorted case-insensitively

Typo

When viewing a file and if the file is editable, there is a new link to edit this file.

The Artistic License is now embedded in the about dialogue

Replaced "&" by "&amp;" in query strings

Small enhancement for devedit_reload()

D'oh!

Heavily improved devedit_reload():

- Detection of SSL encrypted HTTP (HTTPS) by checking the HTTPS environment
  variable
- Check if the server listens on the default port or not
- Support for query string parameters with multiple values - thanks a lot to
  Andre Malo (n.d. parker)!
- Encode non-ASCII-chars and special chars in the query string
- Using virtual_host() from the CGI module (has some advantages)

In directory listing, when clicking on the buttons next to the fields for
creating new files and directories without entering a file or directory name,
the user got an error message which is a little bit strange.
Now, the user will see a form for creating new files or directories.

Well, this is not perfect, but at least, this error will be catched.

Small improvement for the JavaScript code which activates the checkbox for
saving under a different file name:
If the field for the file name is empty, the checkbox will be deactivated.

Some comments changed/added

If the user wants to view/edit a file larger than a defined size, Dev-Editor
denies file access

Typo

Forgot the line break at the end of the file

We "require" an active internet connection

Added a small field to jump to a directory or to view a file quickly

Updated to version 1.3
See http://www.patshaping.de/redirector/redirect.php?page=template-class

Splitted the configuration file into three parts:
- devedit.dat: The main configuration file
- errors.dat: Contains the error messages
- templates.dat: Contains the path to the templates files

In directory listing, there is a new menu item "View in browser" for each directory entry (except "..").

Added an "About" dialogue, which shows some (more or less useful) information about Dev-Editor.
Additionally, the $VERSION variable in devedit.pl is back again.

There is no need to export error_in_use() any more, because I removed this function.

Added an "equals" link at the top and a horizontal rule at the bottom of the page.

Now, all the error messages are defined in the configuration file.

Oooops...

Dev-Editor is now able to accept HTTP file uploads.

- Improved file editing (especially if the file should be saved using a different name)
- After reading a file, the line separators will be converted to the system specific line separator
- Some other error messages are now found in the configuration file

Some cleanings...

Added a little bit JavaScript code which activates the checkbox before
"Save as new file" when changing the corresponding input field

Copying and renaming of files is back again!
Additionally, there was an error which caused existing files not to be replaced
if they were not in the root directory. Now, this is fixed.

Began to implement the possibility to control the output using template files
and the configuration file.
The source code became much cleaner and we can now easily change the output.
The template system is not completely implemented yet, but I thought it's time
to save the current state of development.

Now, we are using an extern configuration file.
The format of the configuration file is INI-like, but it has no sections and uses the #-sign for comments.
Currently, the parser is very simple. It doesn't support quotation marks around the keys and values, for example.

Dev-Editor 1.2

Now, when the user wants to remove a file, a confirmation dialog will be displayed

If a file or directory shall be renamed and the destination file already exists, a confirmation dialog, which asks if the file should be overwritten, will be displayed. If the destination file already exists and it is a directory, renaming is not allowed.

- If a file shall be copied and the destination file already exists, a confirmation dialog, which asks if the file should be overwritten, will be displayed. If the destination file already exists and it is a directory, copying is not allowed.
- Some small enhancements

- Cleaned the comments
- Fixed a typo

Some cleanings...