- 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...

- The commands are now dispatched in Command.pm. Only the method exec_command() is exported now (devedit.pl became a little bit cleaner).
- In directory listing, the link "Do other stuff" was renamed to "Work with file".
- In directory listing, there is now a link called "Work with directory" which displays a form to rename and to remove a directory.
- Added the possibility to completely remove a directory (I built a confirmation dialog!).
- Added default permission to mkdir() (sometimes, this is necessary).

We don't use the FILEHANDLE,MODE,FILENAME version of open() any more, because it doesn't work everywhere.

Version 1.2:
- We don't use the FILEHANDLE,MODE,FILENAME version of open() any more, because it doesn't work everywhere
- add_file() and remove_file() now return true if they succeed
- unlock() doesn't check any more if the lock file already exists

In directory listing, when a file cannot be viewed or edited, a tool tip on the "View" or "Edit" link will show the reason why it is so.

Removed the $VERSION variable. The version number of Dev-Editor is now found in the head comment.

file_save() does not use a temporary file any more. Otherwise, it would destroy the permissions of the file the user saves.

Added directory links in some error messages

- Added devedit_reload() to easily reload Dev-Editor with different arguments
- Fixed a small output error introduced with revision 1.6 of Command.pm (I'm so stupid...)

- Now checking if we have enough permissions to copy a file

- Added default colors for text and links
- Error messages can now show a link to a directory

- exec_endedit(): Any line seperator will be converted to the OS specific line seperator
- Implemented some checks if we have enough permissions to do some things if files (still needs work)
- Some error messages now include directory links

Version 1.1.1:
- Improved constructor
- If we tried to unlock the list file and the lock file already exists, the 'lock' variable in the object properties wasn't set to 0
- Fixed a lot of typos
- Removed $VERSION variable (version number is now found in the head comment)

check_path() was cleaned up. It now uses upper_path() and file_name() instead of fileparse().

Removed the call of canonpath() in dir_read(). File::Spec is not longer included in this module.

Dev-Editor 1.0

Version 1.1:
- The file with the list will ony be unlocked, if it was locked by ourselves
- If the path to lock file is missing, it will be created by adding ".lock" to the path of the list file
- The return value of print() in save() is now checked
- Comments translated into English

Some checks for the return values of open(), close() and print() added

- Special chars will be encoded to HTML entities in directory listing and in other messages (very dirty at several points)
- Improved check for binary files (empty files were recognized as binary files)
- Check if someone tries to delete a directory

- Added check for binary files in directory view
- Several comments added

Initial version